Evergreen ILS Website

IRC log for #evergreen, 2014-12-10

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
06:40 mrpeters joined #evergreen
07:15 wsmoak joined #evergreen
08:08 rjackson-isl joined #evergreen
08:22 _bott_ joined #evergreen
08:22 paxed not exactly EG stuff, but anyone know where i can find the marc21 format field descriptions, etc. in xml format, not html?
08:27 collum joined #evergreen
08:27 jcamins paxed: there is no machine-readable documentation.
08:27 jcamins Ironic, yeah?
08:28 paxed wtf?
08:28 jcamins paxed: library technology, yay!!
08:28 paxed i guess i'll just use the finnish national library's translation of the format - at least they provide it in xml
08:29 paxed (i've already been using it - i was just wondering if i could go to the original source, but i guess not)
08:30 paxed added some stuff to my marc21 validator - and reported some erroneus stuff back to the national library's authority db.
08:45 Dyrcona joined #evergreen
08:58 RoganH joined #evergreen
09:04 DPearl joined #evergreen
09:17 mmorgan joined #evergreen
09:23 Dyrcona I hate when people report vague DNS problems from the day before to me, particularly when it involves: I was at a remote site where we don't control the network and had trouble resolving our host names.
09:23 Dyrcona Yeah, the Internet's a big place. ISPs have DNS problems that only affect certain areas from time to time.
09:23 Dyrcona It happens. Nothing I can do about it.
09:23 Dyrcona You think *I* run the whole Internet?
09:24 mmorgan you mean you don't?;-)
09:24 bshum Sounds about right.
09:30 phasefx joined #evergreen
09:33 yboston joined #evergreen
09:34 csharp @blame the tech people for my problems
09:34 pinesol_green csharp: the tech people caused the white screen of death! for csharp's problems
09:35 mllewellyn joined #evergreen
09:42 mrpeters per discussion yesterday, i'm adding a maps.tt2 and doing an include of it -- i must be botching syntax somewhere becuase i get a 500 Internal Server Error with this -- http://pastie.org/9772275 (maps.tt2)
09:44 sarabee joined #evergreen
09:44 paxed mrpeters: [% inside [%?
09:44 pastebot "mrpeters" at 64.57.241.14 pasted "map link without include" (3 lines) at http://paste.evergreen-ils.org/18
09:45 mrpeters maybe?  if i do something like that ^ everything is perfect
09:45 csharp mrpeters: the logs should provide more information, hopefully
09:45 mrpeters csharp: which logs?  apache logs weren't telling me anything other than a 500 error
09:45 paxed istr the TT blocks aren't nestable like that
09:46 csharp mrpeters: I would check the osrfsys.log(s)
09:46 jeff mrpeters: your apache error log should have more clues.
09:46 mrpeters ok, i may just submit this for merge with the toggle in config.tt2 and using http://paste.evergreen-ils.org/18 inside of core_info.tt2
09:47 phasefx joined #evergreen
09:47 mrpeters if i can't nest the variables in -- go with the way that works -- if someone who understands better can improve it, all the better
09:50 BigRig joined #evergreen
09:50 BigRig morning all
09:52 bshum BigRig: Greetings
09:52 mrpeters http://git.evergreen-ils.org/?p=working/E​vergreen.git;a=shortlog;h=refs/heads/user​/mrpeters/include_google_map_on_core_info should take care of yesterday's request to make this toggle friendly -- i'll open a wishlist bug shortly for it
10:08 kmlussier joined #evergreen
10:11 dbs paxed: we have generated XML formats for MARC21 from the LoC web in the past, but the XSLT we used is out of date
10:11 * dbs wonders if edsu's old version might work better
10:13 paxed dbs: i just can't believe loc doesn't have the it.
10:15 dbs paxed: well there's that :)
10:19 eeevil joined #evergreen
10:28 jboyer-isl joined #evergreen
10:33 sandbergja joined #evergreen
10:46 Dyrcona @blame The upgrade
10:46 pinesol_green Dyrcona: The upgrade musta been an Apple employee.
10:49 maryj joined #evergreen
10:56 alynn26 joined #evergreen
11:00 graced joined #evergreen
11:04 mtate joined #evergreen
11:09 Callender joined #evergreen
11:11 vlewis joined #evergreen
11:28 jwoodard joined #evergreen
11:32 dbwells joined #evergreen
11:35 csharp Dyrcona: still having problems?
11:36 Dyrcona csharp: Well, it may be related to the record_attr_flat issues. We altered that view and apparently did not restart services after.
11:36 csharp ah
11:37 Dyrcona We've had "Could not launch a new child..." in the logs from cstore for two days.
11:37 csharp eww
11:37 Dyrcona It's a testament to OpenSRF or something that it took two days before that turned into a real problem, though.
11:37 dbs yikes.
11:37 dbs I hate those messages.
11:38 Dyrcona We have it set to 100 drones, btw.
11:39 Dyrcona I've added a check to my logrotate prerotate script to check for those messages in the logs and dump the count to a file with a datestamp.
11:39 Dyrcona I want to see if it continues now that we've restarted everything.
11:39 kmlussier joined #evergreen
11:41 kmlussier NOBLE upgraded their training server to 2.7.1 recently. They are now seeing this problem with duplicate icons when they perform a metarecord search. http://egtraining.noblenet.org/eg/opac/r​esults?query=harry+potter+order+phoenix&​amp;qtype=keyword&fg%3Aadvanced=&amp​;locg=1&sort=&modifier=metabib I saw the same behavior in the MVLC catalog.
11:41 kmlussier Has anyone else seen this?
11:41 bshum Metarecords?
11:42 bshum There are three bibs in that first entry
11:42 bshum Maybe that's why you get three icons
11:42 bshum ?
11:42 bshum Your "group formats and editions" option is selected.
11:42 Dyrcona Number 6 is interesting.
11:42 * bshum does not have metarecords enabled on his server, so sees none of this
11:42 kmlussier Yes, I know. I think I mentioned it's a metarecord search.
11:43 kmlussier Looks like it's new. I just checked their production server. http://evergreen.noblenet.org/eg/opac/re​sults?query=harry+potter+order+phoenix&a​mp;qtype=keyword&fg%3Aadvanced=&​locg=1&sort=&modifier=metabib
11:43 bshum And their production is?
11:43 kmlussier 2.6.something
11:43 * kmlussier will file a bug report.
11:44 csharp kmlussier: ehardy has also seen "issues" (that's the level of detail I have) with grouping formats/editions in our 2.7.1 test server at http://next.gapines.org/
11:44 bshum Fun times.
11:44 kmlussier csharp: Thanks.
11:44 jeff Dyrcona: six is interesting, yes. very chicken-like. book, book, book, book, book, book... CASSETTE!
11:44 kmlussier I just wasn't sure if it was a new issue or not. I forgot I could check on their 2.6 server even though they have hidden the group formats and editions option there.
11:48 Dyrcona Looks like you get (roughly) 1 icon per bib., though more for multi-format bibs.
11:53 kmlussier Dyrcona: Yup. And I like the more for mult-format bibs. Just not the book, book, book, book...
11:56 csharp so it should say something like "(Icon) DVD (3)" instead?
11:57 bmills joined #evergreen
11:58 Dyrcona Dunno if the number is necessary, but if it just showed each icon once would be, IMHO, better.
11:58 csharp that makes sense
11:59 kmlussier csharp: In 2.6, it just showed one DVD icon without a count. I agree with Dyrcona I don't think a count is needed there.
11:59 csharp ok
12:00 kmlussier bug 1401177
12:00 pinesol_green Launchpad bug 1401177 in Evergreen "Results of a metarecord search will display duplicate format icons" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1401177
12:00 bshum The only major changes in this area were accessibility changes and RDA stuff.
12:00 bshum From a cursory glance at the different commits between major series branches
12:01 bshum Still tracing though
12:03 bshum It might be something deeper I guess, if it's not a template issue.
12:30 kmlussier joined #evergreen
12:34 * bshum is looking at 04d618aa860afbcd90d8dcfb57c7f26cb433bb2e and wondering
12:34 pinesol_green [evergreen|Mike Rylander] LP#1374091: Speed up metarecord version of unAPI mra call - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=04d618a>
12:35 Dyrcona Anyone upgraded to 2.6.4? We think you'd see the same behavior that kmlussier reported earlier.
12:37 * dbs needs to figure out what horrible thing he did to local template overrides to get rid of format icons altogether :)
12:38 dbs oh, probably a reingest thing.
12:45 dbs yep
12:46 bshum Yeah, reingesting to get the new icons was "fun"
12:46 dbs "Have you reingested your bibs?" is the new "Have you rerun autogen.sh?"
12:46 bshum Redefining certain icons before reingest was extra special too.
13:01 jihpringle joined #evergreen
13:09 mrpeters how common is it for a library to have a different physical/billing/mailing address?  would it be worth a patch to core_info.tt2 to compare the addresses, and display the alternate ones (with an alternate heading) if there are differences?
13:13 dbs You have ILL, Holds, Mailing, and Billing addresses to choose from
13:14 dbs I went with Mailing as the most likely to correspond to a physical address, also as the most likely to be the contact point people will want from an address
13:14 dbs But I suppose, if they're clearly broken out, that we could add separate ContactPoint entities
13:16 dbs Seems like a pretty long-tail enhancement though :/
13:17 bshum Dyrcona++
13:17 bshum Looks like it was that commit that makes the metarecord icons duplicate
13:19 bshum So that means it's likely 2.6.4 is broken too.
13:20 bshum Sigh
13:22 eeevil bshum: 2 things: it shows exactly as many icons as bibs that have icon attr values (which is incorrect); and it's a simple fix. I'll put up a test branch in a few minutes
13:24 bshum eeevil++ # cool deal
13:27 * Dyrcona will be more than happy to test it.
13:35 nhilton joined #evergreen
13:45 buzzy joined #evergreen
13:53 dreuther joined #evergreen
13:55 eeevil bshum / Dyrcona: see: working/user/miker/unique_metarecord_icons .. tested that it does not break my test instance... :)
13:59 bshum eeevil++ # wqrks for me
13:59 bshum *works even
14:01 eeevil wheee
14:01 * csharp confirms that it's working for us too
14:11 kmlussier left #evergreen
14:13 Dyrcona FWIW, works for me.
14:13 Dyrcona Now, I have to mess with some other things. We have a member library that is closing temporarily.
14:16 bshum joined #evergreen
14:43 AliceR joined #evergreen
14:56 kmlussier joined #evergreen
15:02 nhilton joined #evergreen
15:22 dbwells Today is our Evergreen installation's 5th birthday :)
15:22 dbwells Time flies
15:22 bshum Yay!
15:22 bshum dbwells++
15:23 dbs sweet
15:23 dbs dbwells++
15:24 kmlussier dbwells++
15:24 csharp dbwells++
15:32 bmills1 joined #evergreen
15:33 DPearl I continue to have trouble getting my API routine "asset.move_attached_parts" to work.  It seems to be OK up to a json_query to invoke a function in the database to do the work.  The osrfsys.log does not contain any obvious errors, but the postgres log does have some complaints about something in the json_query process; needless to say, the db function is not executed.  Is my json_query argument formed correctly?   I am going to p
15:34 jcamins dbwells: around?
15:34 jcamins dbwells: oh, yes, looks like you said something a few minutes ago.
15:34 dbwells jcamins: hello
15:35 jcamins dbwells: there has been some question about whether or not the issue tracker for Library::Callnumber::LC is being monitored, so I figured I'd ask... is it being monitored?
15:35 jcamins (question on #koha)
15:36 jcamins dbwells: I think you're the maintainer.
15:37 jcamins I guess I should've led with that question.
15:37 DPearl s/past/paste
15:37 DPearl Pastebin is taking its sweet time with a large file...
15:38 dbs Probably too busy dealing with pastebins from the Sony hack
15:38 dreuther_ joined #evergreen
15:38 jcamins Sony was hacked?
15:39 dbwells jcamins: Yes.  As fate would have it, I was just looking at that patch again today.  I am sorry for letting it linger.  I will post something in the issue tracker and get going on it right away.
15:39 jcamins Thanks!
15:42 dbs jcamins: yeah, pretty horribly and thoroughly: http://www.theverge.com/2014/12/8/735​2581/sony-pictures-hacked-storystream
15:43 jcamins Yikes.
15:46 Dyrcona Rule of Thumb: If you want to keep something private do not put it on hardware connected to the Internet.
15:47 Dyrcona Rule of Elbow: If you want to secure your computer from hacking, fill it with concrete and bury it under 13 meters of dirt and rubble.
15:47 jeff current display logic in the catalog for "title" (as opposed to "extended title") is "stitch any 245 subfields a, b, n, or p values together with spaces, then strip any trailing :, ; or /" -- anyone have strong feelings one way or the other with regard to that?
15:48 tsbere jeff: Our members had us add a subfield or 2 to the list.
15:48 Dyrcona tsbere: And I believe one has asked for more.
15:49 jeff I'm considering (with at least an awareness of metabib display fields work) changes along the line of "if there's a 245$h ending in [:;/] turn it into just the punctuation" and "continue to remove the 245$c and take care of trailing punctuation"
15:49 jeff so, an explicit "drop / transform these" as opposed to a "only include these"
15:49 dbs Include by default?
15:50 tsbere jeff: Dunno about that. I just know that s and h are added to our list right now. Dunno what extra field was asked for, though.
15:50 dbs I think the problem with "include by default" is that the outliers are horrible, and more common than outliers should be
15:52 dbs Like, including $f and $g (date stuff) and $k (form) and $6 and $8 (linking crud) all would result in weird title displays
15:52 DPearl The auto announce from the pastebin for my problem posted 16 minutes ago is stuck, but there is the link to the Pastebin page: http://paste.evergreen-ils.org/19
15:53 jeff keeps "$a The help $h [sound recording] : $b a novel / $c Kathryn Stockett." from becoming "The help a novel"
15:53 dbs $h _maybe_, but ideally the physical format is provided by the fixed fields and/or RDA content/carrier stuff these days
15:54 dbs Should be "The help : a novel" in that case, the : isn't trailing
15:54 dbs oh, I see :)
15:54 dbs I think the cataloguer messed that up.
15:54 mllewellyn Interesting factoid from Backstage today....100% of their public library customers so far are keeping their $h instead of stripping them. We intend to strip them.
15:55 dbs Oh god, no, that's what MARC wants
15:55 dbs stupid, stupid marc
15:55 jeff and "$a Some library records, $f 1913-1934 / $c Some Library" from becoming "Some library records,"
15:55 dbs and now I think I understand what you meant with your "I'm considering ... " statement
15:55 jeff they look better as "The help : a novel" and "Some library records, 1913-1934" :-)
15:56 jeff heh
15:57 dbs Maybe I should say "Stupid stupid ISBD" instead. Bah.
15:59 dbs The intent for "title" was "something short enough to display in search results". It's tempting to just say "Use extended_title instead".
16:00 dbs I'm not sure it's worth the additional complexity. (sorry, title_extended)
16:01 Dyrcona Grabbing 0898
16:03 jeff but I'm also doing things like IF args.large_print == 1; args.title = args.title _ " (LARGE PRINT)"; END;
16:04 jeff and some select "Title Case" transforms, so... we've probably already moved into "weird, heretical stuff" land
16:08 pinesol_green [evergreen|Mike Rylander] LP#1401177: uniquify attrs across a metarecord - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=55cc3fa>
16:08 pinesol_green [evergreen|Jason Stephenson] LP#1401177: Stamping upgrade script of unique_mr_attrs.sql. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=978b099>
16:14 dbs http://pastebin.ca/2884792 - 245 subfield frequency at conifer
16:15 jeff dbs++
16:16 eeevil Dyrcona: thanks for the quick push
16:17 jeff dbs: if you remove the AND subfield IN from your WHERE clause, how many output rows do you get?
16:19 jeff "only" 28 here. :-)
16:22 kmlussier eeevil++ Dyrcona++ bshum++
16:22 kmlussier It always gives me a warm and fuzzy feeling when a bug is fixed on the same day I report it. :)
16:23 dbs jeff: a LOT
16:24 dbs but I can confirm 2.7 million 245 $a entries
16:24 dbs pastebin.ca just died on me :/
16:25 dbs 61 rows here
16:25 dbs ð is probably my favourite subfield
16:30 eeevil nice :)
16:31 Dyrcona1 joined #evergreen
16:32 Dyrcona Must be Swedish or Old English records....
16:32 Dyrcona and, wifi--
16:33 jeff dbs: nice! :-)
16:54 * dbs wonders why the heck we have args.uris and args.online_res in misc_util.tt2 - more split personality / headaches for result.tt2 vs. record.tt2 display
16:55 * bshum looks forward to seeing that resolution :)
17:06 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:07 kmlussier Good night all!
17:08 kmlussier left #evergreen
17:17 mmorgan left #evergreen
17:25 jeff oh hey, we're also locally replacing ' :$' with ':' on the 245$a
17:28 dbs ?
17:40 dreuther joined #evergreen
17:48 joe______ joined #evergreen
18:17 nhilton joined #evergreen
18:22 buzzy joined #evergreen
18:55 dreuther_ joined #evergreen
20:35 artunit joined #evergreen
20:58 nhilton joined #evergreen
21:56 sarabee joined #evergreen
22:58 jeff dbs: oh, sorry. that was a little vague. i noticed that we were replacing something like "Foo : Bar" with "Foo: Bar"
22:58 jeff (at display time)

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat