| 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/Evergreen.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/results?query=harry+potter+order+phoenix&qtype=keyword&fg%3Aadvanced=&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/results?query=harry+potter+order+phoenix&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/7352581/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) |
