| Time |
Nick |
Message |
| 04:34 |
|
StomproJ joined #evergreen |
| 06:56 |
jeff |
@coffee |
| 06:56 |
* pinesol_green |
brews and pours a cup of Kenya, and sends it sliding down the bar to jeff |
| 07:37 |
|
sarabee joined #evergreen |
| 07:47 |
|
ericar joined #evergreen |
| 07:57 |
|
Callender joined #evergreen |
| 08:01 |
|
rjackson_isl joined #evergreen |
| 08:16 |
|
Dyrcona joined #evergreen |
| 08:19 |
|
mrpeters joined #evergreen |
| 08:35 |
Stompro |
@marc 024 |
| 08:35 |
pinesol_green |
Stompro: A standard number or code published on an item which cannot be accommodated in another field (e.g., field 020 (International Standard Book Number), 022 (International Standard Serial Number) , and 027 (Standard Technical Report Number)). The type of standard number or code is identified in the first indicator position or in subfield $2 (Source of number or code). (Repeatable) [a,c,d,z,2,6,8] |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:37 |
Dyrcona |
@weather 01845 |
| 08:37 |
pinesol_green |
Dyrcona: North Andover, MA :: Clear :: 50F/10C | Friday: Plenty of sunshine. High 57F. Winds W at 15 to 25 mph. Winds could occasionally gust over 40 mph. Friday Night: Some clouds. Low 36F. Winds WSW at 15 to 25 mph. | Updated: 43m ago |
| 08:38 |
Dyrcona |
It feels like (and sounds like) Spring outside today. Birds are singing. |
| 08:39 |
* mmorgan |
almost expects Dyrcona to break into song ;-) |
| 08:41 |
Dyrcona |
heh |
| 08:45 |
mmorgan |
Certainly is a nice day for mid-November. |
| 08:46 |
mmorgan |
A Friday the 13th, even. |
| 08:53 |
rjackson_isl |
It is Friday the 13th - but not programmer's day! http://www.theregister.co.uk/2013/09/13/forget_friday_13_today_is_programmers_day/ |
| 09:04 |
|
rfrasur joined #evergreen |
| 09:04 |
|
jboyer_isl joined #evergreen |
| 09:15 |
|
jboyer-isl joined #evergreen |
| 09:19 |
|
maryj joined #evergreen |
| 09:26 |
Dyrcona |
Hatch is in the random repo, right? |
| 09:26 |
Dyrcona |
NM. I found it. |
| 09:54 |
berick |
Dyrcona: there are a couple branches. collab/berick/hatch2 is the current canonical branch |
| 09:54 |
Dyrcona |
Thanks, berick. That is what I thought after a quick git log on a couple. |
| 09:55 |
gmcharlt |
following up on a question kmlussier asked on Wednesday, I'd like to sound folks out on merging the current sprint2/sprint3 branch (ollab/gmcharlt/webstaff-sprint2-sprint3) into master |
| 09:55 |
gmcharlt |
perhaps around the end of next week, by which point miker and I should be done, or close to done, with sprint2 follow-up work based on testing partner reports |
| 09:56 |
Dyrcona |
gmcharlt: Do you think it is mostly ready for testing? I could load it so kmlussier and I (and possibly others) could see it with production data. |
| 09:56 |
gmcharlt |
the branch also includes some sprint3 stuff that's a bit more WIP-y, but since sprint3 is mostly just administration and config interfaces, that's pretty self-contained |
| 09:56 |
berick |
+1 to merging from me # disclaimer, a few commits are mine. |
| 09:57 |
gmcharlt |
Dyrcona: yeah, the current branch is in a fit state to usefully test with |
| 09:57 |
Dyrcona |
OK. I'll plan to merge it for testing by Monday. |
| 09:57 |
gmcharlt |
thanks |
| 09:57 |
berick |
Dyrcona++ |
| 10:03 |
|
yboston joined #evergreen |
| 10:05 |
bshum |
+1 merge to master / -1 backport to anything else :) |
| 10:29 |
|
mrpeters joined #evergreen |
| 10:32 |
|
jboyer-isl joined #evergreen |
| 10:33 |
|
sandbergja joined #evergreen |
| 10:58 |
|
vlewis joined #evergreen |
| 11:11 |
|
mmorgan joined #evergreen |
| 11:15 |
|
rfrasur joined #evergreen |
| 11:17 |
|
Christineb joined #evergreen |
| 11:37 |
berick |
Bmagic++ # goog profile image |
| 11:40 |
Bmagic |
haha! |
| 11:40 |
Bmagic |
where did you see it? |
| 11:40 |
berick |
open-ils-general email, read from gmail |
| 11:40 |
Bmagic |
Ah, google doing some magic there |
| 11:41 |
berick |
yeah |
| 11:41 |
bshum |
Bmagic: I think the answer to your question is no. |
| 11:41 |
bshum |
Because hold matches only apply to a specific rule. |
| 11:41 |
bshum |
And the limits are tied to the rules individually. |
| 11:42 |
bshum |
I'd like limit sets to work like they do with circ for holds, but they were never enhanced that way. |
| 11:42 |
berick |
one challenge is the mismatch between bib and copy-level information |
| 11:49 |
|
sarabee joined #evergreen |
| 11:51 |
Bmagic |
I figured there was a challenge with between the hold being various types and the targetable copies having different circulation modifiers. But I thought I would ask |
| 11:51 |
Bmagic |
We lost internet, are my words making it to you? |
| 11:51 |
berick |
no |
| 11:51 |
berick |
:) |
| 11:51 |
berick |
yes |
| 11:55 |
Dyrcona |
Did Bmagic say something? |
| 11:55 |
Dyrcona |
:) |
| 11:56 |
Dyrcona |
Look at that....It's just about lunch time. |
| 11:56 |
Dyrcona |
Time flies when you're fixing your open dnsmasq installation. |
| 11:59 |
berick |
neat http://rhaas.blogspot.co.uk/2015/11/parallel-sequential-scan-is-committed.html |
| 12:02 |
|
maryj joined #evergreen |
| 12:15 |
|
Bmagic joined #evergreen |
| 12:29 |
|
RoganH joined #evergreen |
| 12:32 |
dbs |
yeah, parallel seqscan should make a big difference |
| 12:36 |
dbs |
Or maybe not yet :/ |
| 12:37 |
berick |
yeah, early stages |
| 12:39 |
* dbs |
was at the retirement party for the DB2 software engineer who first got parallel query working in DB2 for Linux |
| 12:40 |
dbs |
he started a test query, headed out to his car to go home so he could see the results next day, realized he forgot something in his office and went back and it was already done |
| 12:40 |
Bmagic |
anyone aware of a SIP bug that reports holds to a query like AY4AZF087 and responds with all of the holds prefixed |CD - Then if the query was AY4AZF086 - responds with all of the holds prefixed |AS |
| 12:41 |
Bmagic |
which is conflicting information, essentially it's saying that the holds are both not available and available |
| 12:43 |
jboyer-isl |
Bmagic: could you paste in the rest of the SIP message? (minus any patron information) That's just the error detection stuff. |
| 12:44 |
berick |
tsbere: the discussion we had yesterday about staff-only holds / preventing patrons from placing too many holds. if the items are all non-holdable, would the holds ever successfully target? |
| 12:44 |
pastebot |
"Bmagic" at 64.57.241.14 pasted "SIP issue - Hold query" (81 lines) at http://paste.evergreen-ils.org/17 |
| 12:45 |
Bmagic |
jboyer-isl: did you get that? |
| 12:46 |
jboyer-isl |
Yeah, that came through. |
| 12:50 |
|
bmills joined #evergreen |
| 12:50 |
tsbere |
berick: If they are non-holdable they will only target if you are using force holds, because force holds ignore all hold rules. ALL OF THEM. |
| 12:52 |
|
bmills joined #evergreen |
| 13:33 |
berick |
tsbere: ok, forgot about force holds |
| 13:34 |
* berick |
wonders how one places such a hold |
| 13:34 |
tsbere |
Request Item in Item Status? |
| 13:35 |
tsbere |
berick: Generally I think any menu in the staff client that says "Request Item" is going to bring up the interface, but I usually think of item status first. |
| 13:36 |
berick |
gotcha |
| 13:36 |
berick |
and i see you can place force holds for patrons |
| 13:37 |
tsbere |
Yep. You do need permission based on the item owning/circ library to place force holds, though (pickup library/workstation ou have nothing to do with it) |
| 13:40 |
berick |
thanks tsbere |
| 13:45 |
|
mmorgan1 joined #evergreen |
| 14:01 |
|
maryj_ joined #evergreen |
| 14:03 |
Bmagic |
Anyone have a chance to look at those SIP requests/responses ? I'm struggling to follow the related code. |
| 14:03 |
Bmagic |
6300120151113 101817Y AOinstitution|AAPATRONBARCODE|AC|AY4AZF086 |
| 14:03 |
Bmagic |
versus |
| 14:03 |
Bmagic |
300120151113 101816 Y AOinstitution|AAPATRONBARCODE|AC|AY4AZF087 |
| 14:04 |
Dyrcona |
Well, the seond one looks cut off, like it is missing the first character. |
| 14:04 |
Bmagic |
SIPServer is responding with the same set of data but it's prefixing them with AS or CD depending on the request |
| 14:04 |
Dyrcona |
Also, turn off check summing. |
| 14:04 |
Bmagic |
Dyrcona: oops, yeah, it's missing the 6 |
| 14:04 |
Bmagic |
6300120151113 101816 Y AOinstitution|AAPATRONBARCODE|AC|AY4AZF087 |
| 14:06 |
Bmagic |
turn off checksumming? is that in the config? |
| 14:11 |
jeff |
Bmagic: I can probably help if you ask a specific question -- but I probably can't look at it until tonight. Ask away here and someone else may answer before I do. |
| 14:11 |
Bmagic |
I pasted the log in the pastebin above |
| 14:11 |
jeff |
(also, it would help to understand what is causing you to ask -- say, "we got new software X and...") |
| 14:12 |
Bmagic |
jeff: one of our libraries is making the switch from one selfcheck software to another. The issue with the holds response has always been an issue for them but they ignored it because they knew they were switching software soon |
| 14:12 |
Bmagic |
jeff: http://paste.evergreen-ils.org/17 |
| 14:13 |
Bmagic |
Aparently their software asks SIP for available holds and unavailable holds. Both responses from our server contain the exact same list of holds, claiming they are both available and unavailable |
| 14:14 |
Bmagic |
/Aparently/Apparently/ |
| 14:14 |
jeff |
Can you be more specific with regard to vendor and version? |
| 14:14 |
jboyer-isl |
Bmagic: Here you go: |
| 14:14 |
jboyer-isl |
http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/SIP/Patron.pm;h=ac4f05c3b2b42fbc1f88c413db5917de9c897946;hb=HEAD#l456 |
| 14:15 |
jboyer-isl |
The way Evergreen replies to holds is "All Holds" and "Unavailable Holds" so in your case, you should get the same list. This may not be what the SIP docs intend. |
| 14:15 |
Bmagic |
It was CircIT and now it's Biblioteca - I dont have the version numbres, however, I do have the log from Biblioteca's side. |
| 14:15 |
|
sarabee joined #evergreen |
| 14:15 |
jeff |
Bmagic: got it. |
| 14:15 |
Bmagic |
jboyer-isl: there we go, that is getting real warm |
| 14:17 |
berick |
sip docs say "hold items" vs "unavailable hold items" |
| 14:17 |
berick |
not seeing "available hold items" |
| 14:17 |
* jeff |
nods |
| 14:17 |
tsbere |
Some vendors say "because there is an unavailable the other must mean available" but I haven't agreed with that logic before |
| 14:18 |
Bmagic |
So, when they ask for hold items, they are asking for ALL holds regardless. And when they want to know about the ones that are unavailable, we give them those, which might be the same? |
| 14:18 |
tsbere |
Yep |
| 14:19 |
tsbere |
The "available" would be "on the first list but not on the second", I guess |
| 14:19 |
jboyer-isl |
well, several vendors probably do think they're asking for available (I suspect some/many other ILSs return them that way) |
| 14:20 |
Bmagic |
Based on my log output, I see Patron->unavail_holds() under both requests |
| 14:20 |
Bmagic |
it looks like all the same code is being run for both requests, accept one response is AS and the other one is CD |
| 14:21 |
tsbere |
Bmagic: hold_items vs unavail_holds is what I see in the code |
| 14:21 |
jboyer-isl |
Bmagic: The number of all of these things is returned regardless of the Summary field. So you should have the number of total holds, number of unavailable holds, number of circs, etc. even if you didn't ask for detail about any one of them. |
| 14:21 |
tsbere |
ahhh, yea, so it will call unavail_holds to get a count regardless |
| 14:21 |
jboyer-isl |
So the code has to build all of the lists in any case. |
| 14:21 |
Bmagic |
I agree, however, it looks like it's loading both because the log mentions syslog('LOG_DEBUG', 'OILS: Patron->unavail_holds()'); for both requests |
| 14:22 |
jboyer-isl |
Not lists, counts, sorry. |
| 14:23 |
Bmagic |
jboyer-isl: 101817001200000006000000000012 means 12 holds? |
| 14:24 |
jboyer-isl |
Yes, 12 total holds, 6 items out, and 12 unavailable holds. |
| 14:25 |
jboyer-isl |
(Only the 001200000006000000000012 part matters, the 101817 is the time section of the date/time) |
| 14:26 |
Bmagic |
ok, so, is there a problem with the code responding AS and CD for both requests? I understand that CD means available and AS means not available (prefixed for each hold in the list) |
| 14:27 |
jeff |
"AS" is "hold items" and "CD" is "unavailable hold items". |
| 14:27 |
jboyer-isl |
It's that understanding that might be mistaken. The standard isn't clear so vendors do what vendors do with undefined behavior. |
| 14:27 |
Bmagic |
haha, gotcha |
| 14:27 |
Bmagic |
well, that gives me something to work with |
| 14:28 |
Bmagic |
jboyer-isl++ jeff++ Dyrcona++ tsbere++ berick++ |
| 14:28 |
jboyer-isl |
(though anecdata would point to Damn Near Everyone treating AS as available) |
| 14:29 |
* tsbere |
dislikes vagueness in supposed standards |
| 14:30 |
|
jihpringle joined #evergreen |
| 14:30 |
jeff |
SIP3 defined a new message pair in an attempt to add clarity and give more structure to the detailed items. |
| 14:30 |
jeff |
but the status of SIP3 is locked behind NISO doors. |
| 14:30 |
Dyrcona |
And who uses SIP3? |
| 14:30 |
jeff |
(pay up!) |
| 14:30 |
tsbere |
jboyer-isl: I have two documents that describe how to get all holds from a SIP2 server for a patron. One says to just ask for hold items, the other says you have to combine both. |
| 14:31 |
Dyrcona |
They're going through NISO this time, eh? |
| 14:31 |
Dyrcona |
How many Swiss Francs is that going to cost me? :) |
| 14:32 |
jeff |
Dyrcona: if you're interested in joining a NISO working group you can find more information here: http://www.niso.org/participate/develop/joining_groups/ |
| 14:35 |
jeff |
Your library can join NISO as a Library Standards Alliance member for either $1050 a year or $630 a year. You don't get to vote, though. |
| 14:35 |
Dyrcona |
Well, no, of course, not. For that privilege, you really have to pay. |
| 14:35 |
berick |
@google 1050 USD to swiss francs |
| 14:35 |
pinesol_green |
berick: No, you're a puzzleheaded kraken! |
| 14:35 |
berick |
:) |
| 14:36 |
Dyrcona |
;) |
| 14:36 |
jeff |
to vote, you need to pay annual dues of between $1,800 and $13,400 -- depending on your gross revenue / operating expenses. |
| 14:36 |
berick |
whoa, had no idea the dollar and swiss franc were so close. 1059.03 |
| 14:36 |
Dyrcona |
I made that Swiss Francs crack, 'cause when I looked at the ISO ILL standard docs, they were 399 CHF each. |
| 14:37 |
Dyrcona |
Yeah, the Euo peg for CHF didn't last and some people think the Swiss do a good job running their economy, but the same still think that of the USA, so..... |
| 14:42 |
jeff |
http://www.niso.org/participate/develop/joining_groups/ -- answering all the important questions! |
| 14:43 |
tsbere |
jeff: If only it answered the unimportant ones too, right? ;) |
| 14:45 |
Dyrcona |
gmcharlt: Just making sure that this is the branch: working/collab/gmcharlt/webstaff-sprint2-sprint3 |
| 14:45 |
jeff |
tsbere: i'd settle for it answering any questions. |
| 14:46 |
Dyrcona |
You've got questions? We've got questions! So, come on down and get your questions questioned! |
| 14:48 |
Dyrcona |
OK. Google Docs/Drive/whatever it is called this week doesn't want to cooperate with my clipboard, nor with X11 selections. |
| 14:49 |
gmcharlt |
Dyrcona: yep, that's the right branch |
| 14:49 |
Dyrcona |
Thanks, just making sure 'cause several other branches looked "similar." |
| 14:50 |
Dyrcona |
Scroll the document a bit, and click around, and then, paste works..... |
| 14:58 |
Dyrcona |
OK. My merge script and database reload are all set for Monday. |
| 15:06 |
Dyrcona |
As a gift to yboston, we're supposed to have monthly maintenance releases next Wednesday on the 18th. |
| 15:06 |
Dyrcona |
IIRC, we missed last month's releases, so we should plan to make it this time. |
| 15:51 |
berick |
we did indeed |
| 15:59 |
kmlussier |
I don't think there were any merged but fixes for last month's release. Shouldn't have that problem this month. |
| 15:59 |
Dyrcona |
There was 1 for 2.9 and it was not a big deal. |
| 16:00 |
* kmlussier |
will try to get a jump on point release notes this time. |
| 16:00 |
Dyrcona |
kmlussier: I'm going to push lp1513554 as soon as I test the staff client bits. |
| 16:00 |
Dyrcona |
lp 1513554 |
| 16:00 |
pinesol_green |
Launchpad bug 1513554 in Evergreen "It is possible to delete acq.cancel_reasons that are used by the system" [High,New] https://launchpad.net/bugs/1513554 |
| 16:00 |
Dyrcona |
There we go. Need the space. |
| 16:01 |
kmlussier |
OK, thanks! |
| 16:02 |
Dyrcona |
You could push it now, yourself, but I don't think you could on the day you signed off. |
| 16:03 |
mmorgan1 |
Anybody have Google Books Preview turned on in their catalog? |
| 16:03 |
Dyrcona |
More eyes are good anyway. |
| 16:03 |
Dyrcona |
pgtap++ |
| 16:05 |
Dyrcona |
And, works for me. |
| 16:06 |
jeff |
mmorgan: nope. it's none of google's business what books our patrons are browsing. ;-) |
| 16:07 |
Dyrcona |
Grabbing 0949. |
| 16:09 |
dbs |
mmorgan: I turned it off a while ago, because it kept on generating HTTP links in our HTTPS-only environment |
| 16:09 |
dbs |
and thus wouldn't work in any sane browser |
| 16:13 |
mmorgan |
dbs: Ok, thanks, we were testing and noticed the http/https thing. |
| 16:14 |
mmorgan |
Makes it kinda hard to implement. |
| 16:16 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1513554 - Stamping Upgrade Script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0fd044b> |
| 16:16 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1513554 - Doc update for cancel reason selection - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f6d9c1e> |
| 16:16 |
pinesol_green |
[evergreen|Chris Sharp] LP#1513554 - Prevent deletion of reserved rows. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f84c75b> |
| 16:17 |
Dyrcona |
Keep it simple on a Friday afternoon. :) |
| 16:31 |
Bmagic |
when finishing a PO and merging the marc, does it append the staff user ID into the 905a ? |
| 16:31 |
Bmagic |
make that the 905u |
| 16:35 |
dbs |
mmorgan: I dug into it for a while, but the help forums the Google Books API docs link to were... unhelpful |
| 16:55 |
csharp |
Bmagic: I'll check what ours does |
| 16:56 |
Bmagic |
csharp: ty |
| 16:57 |
csharp |
Bmagic: we appear to be lacking tag 905 in our marc for those records, so no, at least not in our case |
| 16:59 |
|
mrpeters left #evergreen |
| 17:05 |
|
dkyle left #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:40 |
Bmagic |
csharp: thanks for looking. I wonder how that's getting there....... |
| 17:45 |
|
sbrylander joined #evergreen |
| 18:52 |
|
bmills joined #evergreen |
| 20:12 |
|
artunit joined #evergreen |
