| Time |
Nick |
Message |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:49 |
|
jamesrf joined #evergreen |
| 07:09 |
|
jamesrf joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:27 |
|
bos20k joined #evergreen |
| 08:03 |
|
tlittle joined #evergreen |
| 08:22 |
|
Glen__ joined #evergreen |
| 08:23 |
|
eby_ joined #evergreen |
| 08:23 |
|
sard_ joined #evergreen |
| 08:23 |
|
troy___ joined #evergreen |
| 08:27 |
|
bshum joined #evergreen |
| 08:30 |
|
jamesrf joined #evergreen |
| 08:52 |
|
mmorgan joined #evergreen |
| 09:05 |
|
remingtron joined #evergreen |
| 09:57 |
|
Stompro joined #evergreen |
| 10:34 |
pinesol |
[evergreen|Kyle Huckins] lp1789257 Items Out Monograph Part Column - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=038a400> |
| 10:45 |
pinesol |
[evergreen|Kyle Huckins] LP#1789256 Monograph Part Column in Check Out - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=619eb2f> |
| 10:47 |
pinesol |
[evergreen|Jason Stephenson] LP 115706: Avoid Internal Server Errors with Hold Count Retrieval - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d2fe58a> |
| 12:03 |
|
jihpringle joined #evergreen |
| 13:16 |
|
sandbergja joined #evergreen |
| 13:31 |
|
yboston joined #evergreen |
| 15:14 |
|
sandbergja_ joined #evergreen |
| 15:29 |
|
gsams joined #evergreen |
| 15:39 |
jamesrf |
is anyone using EDS and RTAC with Evergreen? |
| 15:46 |
|
jamesrf joined #evergreen |
| 16:14 |
|
yboston joined #evergreen |
| 16:20 |
jeff |
jamesrf: yes. |
| 16:20 |
jeff |
jamesrf: i have a mojolicious app that i can share. others (asbusy, iirc) have used z39.50 |
| 16:20 |
jeff |
jamesrf: other than that, let me know if you have any questions! |
| 16:22 |
jamesrf |
well I gave them a supercat URL but they claim they don't know how to parse the XML or something, but can't clarify what they mean |
| 16:23 |
jamesrf |
jeff: i don't know if you have any clue what they need for RTAC other than z39.50? |
| 16:25 |
jamesrf |
it's not particularly reassuring that the rep i was working with kept insisting the URL I gave them returned "plain text" (ie: the browser was rendering the XML) |
| 16:26 |
jamesrf |
it's now at the point they're saying "we can't figure this out so we're going to scrape the OPAC", so I'm hoping they just maybe are not telling me something about their problems with the XML? |
| 16:27 |
jamesrf |
like maybe it's an easy fix and they're just not asking me the right questions? |
| 16:27 |
csharp |
we use EDS but we don't need anything real-time (as of now, anyway) and we just do MARC export/uploads monthly |
| 16:32 |
jeff |
jamesrf: here's a sample of one of our RTAC responses: https://gist.github.com/jeff/a7db231e954579a235af7982b5ae2a1e |
| 16:33 |
jeff |
jamesrf: this is generated by a mojolicious script which runs under the hypnotoad web server on localhost and is proxied by nginx |
| 16:34 |
jeff |
jamesrf: the script uses /opac/extras/supercat/retrieve/marcxml-full/record/ and open-ils.circ.copy.due_date.retrieve to get holdings and due dates |
| 16:34 |
jamesrf |
jeff: so is there a reason you set that up instead of just using the raw supercat response? did EBSCO tell you why they can't handle the raw XML? |
| 16:35 |
jeff |
jamesrf: we roll up a few different copy statuses into one, and munge some names of locations/libs. |
| 16:37 |
jeff |
jamesrf: EBSCO did not give an option of consuming the raw supercat response, and I don't recall if we asked. Some things that factored into the decision to use this approach may have included what they could do most quickly, and without needing to run a full remapping of an existing EDS setup from scratch. We were migrating a library's ILS while continuing to have EDS be their search interface. |
| 16:37 |
|
jamesrf joined #evergreen |
| 16:41 |
jeff |
jamesrf: i sent two messages to channel after your last message, then you timed out. in case you missed anything, the messages are here: http://irc.evergreen-ils.org/evergreen/2019-05-31#i_407967 |
| 16:41 |
jeff |
heh. |
| 16:44 |
|
jamesrf joined #evergreen |
| 16:54 |
jeff |
jamesrf: i sent two^Wthree messages to channel after your last message, then you timed out. in case you missed anything, the messages are here: http://irc.evergreen-ils.org/evergreen/2019-05-31#i_407967 |
| 16:54 |
jeff |
you timed out just as I sent that a few minutes ago :-) |
| 16:55 |
jamesrf |
thanks got it |
| 16:56 |
Bmagic |
Has anyone got OCLC Z39.50 settings to include UPC for Evergreen? |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:08 |
|
mmorgan left #evergreen |
| 18:04 |
|
jamesrf joined #evergreen |
| 18:22 |
sandbergja |
BMagic: If you mean searching OCLC via Z39.50 in the Evergreen client, there is this: https://bugs.launchpad.net/evergreen/+bug/1768902 |
| 18:23 |
pinesol |
Launchpad bug 1768902 in Evergreen "Default installations of Evergreen should have UPC Z39.50 search for OCLC and LoC" [Wishlist,Fix released] |
| 20:21 |
Bmagic |
sandbergja++ |
| 23:13 |
|
jamesrf joined #evergreen |
| 23:36 |
|
jamesrf joined #evergreen |
| 23:57 |
|
Stompro joined #evergreen |
