Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Wednesday, April 28th, 2010

< Tuesday, April 27th, 2010Raw Log FileThursday, April 29th, 2010 >
#TimeNickMessage
#00:02:42mck9 has left #evergreen
#00:13:57dbs has quit IRC
#00:25:49pmplett has quit IRC
#03:31:38Dmagick has quit IRC
#03:31:38_bott_ has quit IRC
#03:31:38rsinger has quit IRC
#03:37:30Dmagick has joined #evergreen
#03:37:30_bott_ has joined #evergreen
#03:37:30rsinger has joined #evergreen
#06:15:03Callender_ has joined #evergreen
#06:15:47JMCraig has joined #evergreen
#06:19:04senator_ has joined #evergreen
#06:19:23greg_g has joined #evergreen
#06:19:40sylvar_ has joined #evergreen
#06:19:40bradl_ has joined #evergreen
#06:22:24gmcharlt` has joined #evergreen
#06:22:52mrpeters-isl_ has joined #evergreen
#06:24:11mrpeters-isl has quit IRC
#06:24:11Callender has quit IRC
#06:24:11moodaepo has quit IRC
#06:24:11agJohn has quit IRC
#06:24:11greg-g has quit IRC
#06:24:11bradl has quit IRC
#06:24:11sylvar has quit IRC
#06:24:11senator has quit IRC
#06:24:12gmcharlt has quit IRC
#06:29:37moodaepo has joined #evergreen
#07:41:09sfortin has joined #evergreen
#07:49:54mck9 has joined #evergreen
#08:45:30greg_g is now known as greg-g
#09:03:44Dyrcona has joined #evergreen
#09:05:39bshum has joined #evergreen
#09:09:38dbs has joined #evergreen
#09:10:01dbs yawns back at jeff
#09:13:26dbsargh, I can't post comments / corrections to http://evergreen2010notes.blogspot.com/2010/04/trip-report.html
#09:16:19jenny has joined #evergreen
#09:25:17StephenGWillsquery: where is the timeout that says you can walk away from EG client for 5 hours and it will not time out?
#09:25:35StephenGWillsis that in _core.xml?
#09:26:14StephenGWillsrouter->transport->connect_timeout?
#09:26:45StephenGWillsbump and restart svcs?
#09:27:08jeffStephenGWills: it is an org unit setting.
#09:27:20jefflet me find it...
#09:28:46bshumIt's in the library settings.
#09:29:01bshumAdmin --> Local Administration --> Library Settings
#09:29:18jeff"Staff Login Inactivity Timeout (in seconds)"
#09:29:55bshum*library settings editor, actually
#09:31:20StephenGWills(jeff && ben)++
#09:42:07bshum has quit IRC
#09:50:01bshum has joined #evergreen
#09:52:10dbsphasefx: heh, were you writing your doc hackfest response at the same time I was?
#09:53:23phasefxdbs: har, probably so <reads>
#09:56:33jeffesi folk: your email is still auto-appending a "please join us in grand rapids" sig :)
#09:57:09dbs"Please travel back in time to the halcyon days of Grand Rapids 2010!"
#09:57:11phasefxjeff: gracias. I think mine is hardcoded, but will check the auto-appending
#09:57:20jeffk. i only noticed it on yours.
#09:58:44gmcharlt`dbs: well, the conference was so good that we want to invite everybody to have it again right away
#09:59:25phasefxit's like keeping your Vote for this Candidate bumper stickers up :)
#09:59:54sylvar_ is now known as sylvar
#10:01:18senator_ is now known as senator
#10:10:08gmcharlt` is now known as gmcharlt
#10:13:06jefftwo patrons both with a title hold on the same title. two available copies. both copies show in the holds pull list. different pickup libraries.
#10:13:14jeff(no funky patches in the mix yet)
#10:13:38jeffscan the barcode of the item targeted for patron1 for pickup at a remote lib... captures for patron2 for pickup at local lib.
#10:14:03jeffi thought that capture always favored the currently targeted copy, but it appears i was wrong.
#10:16:55bshumjeff: I think that's cause it's fulfilling the hold for pickup locations before transiting items it doesn't need to. Not sure where the logic for that is though.
#10:18:33jeffi think if i had the opportunistic hold capture delay (stall?) set, it would behave as i was originally expecting.
#10:18:46sylvarphasefx: I have a reason for keeping my Obama '08 sticker up. Two, really. One is that I still like Obama '08 better than the current version, and the other is that the damn thing won't come off.
#10:19:25jeffbshum: but you are correct. currently for (at least) opportunistic hold capture at checkin, the system always captures for holds based on proximity first, so holds for pickup at the checkin library are always captured first.
#10:19:47dbssylvar: if your vehicle is anything like dmcmorris' van was a few years back, the sticker might be integral to the structure of the thing
#10:19:50jeffbshum: i'm testing a patch that changes that, so that holds are captured with request time given first priority.
#10:20:08bshumjeff: Ah, neat :)
#10:21:07sylvardbs: no, I can differentiate between sticker and vehicle
#10:23:17bshumjeff: We have hold stalling set for 5 days in our system, but with only two libraries currently live there's not a whole lot of material going back and forth to fully test out the events. Long term though, I know that our group is looking at seeing how to manipulate holds in other ways.
#10:24:15ejk has joined #evergreen
#10:44:07lisppaste3moodaepo annotated #97896 "Line 156 - s/INTO TABLE/INTO/ (I think)" at http://paste.lisp.org/display/97896#2
#10:44:14moodaepodbs: ugh found another typo in the 03-04 upgrade script ^^
#10:46:00dbsmoodaepo: looks like it. wheeeeeee
#10:52:44dbsmoodaepo: okay, uploaded another 1.6.0.4 to evergreen-ils.org, should you feel the urge to test it out
#11:02:36moodaepodbs++ # 1.6.0.4 install is finally free of issues
#11:02:51dbsmoodaepo++ # for sticking with it
#11:03:38rsinger has quit IRC
#11:11:14rsinger has joined #evergreen
#11:11:54_dkyle_jeff: Have you thought any about code for the other hold ideas we talked about at the conference?
#11:14:04_dkyle_jeff:I just looked at the fifo patch and it seems the next_hold sub could be used for the "fill a hold at home after a certain time period" idea, if passed in a ou - the $here var you have commented out?
#11:22:13jamesrf has joined #evergreen
#11:30:02natschil has joined #evergreen
#11:30:02brendan_bywater has quit IRC
#11:45:13moodaepomiker_: no big woof but br16283 has a typo "seials-integration"
#11:54:22brendan_bywater has joined #evergreen
#12:05:20jeff_dkyle_: i'm working on sending age hold protected items home, on giving priority to holds for pickup at the circ lib of them item, and for "homesick" copies that go home if 1) there is an unfulfilled hold there and 2) it hasn't been home in X time
#12:05:36jeffthat last part is either computationally expensive or requires a schema change.
#12:05:59jeffso "always give priority to holds for pickup at the copy's circ lib" might be simpler and accomplish almost the same goal.
#12:06:16jeffi'm trying to figure out how we could measure these experiments. not sure yet.
#12:15:31_dkyle_jeff: is the "homesick" copies really much more complicated than 'select max(checkin_time) < now() - interval 'ou_setting_value' from action.circulation where target_copy=$cpid and checkin_lib=$cp-circ_lib' ?
#12:23:00jeffwell, when you put it that way... ;-)
#12:23:10_dkyle_jeff: I'm working on some homesick code myself, I'll email what I've got later today to see how it jives with what you've got
#12:23:32jeffall i meant by "computationally expensive" is that it's more of a database query than just consulting a "last home checkin" value on the copy
#12:24:03jeffsounds good!
#12:24:58jeffbut for some reason i was thinking you'd have to iterate over circs to find/count those meeting certain criteria. as you pointed out, that's a task for the database!
#12:43:50eby_ has joined #evergreen
#12:44:39eby has quit IRC
#12:44:39eby_ is now known as eby
#12:53:31natschil has quit IRC
#12:55:20bradl_ is now known as bradl
#12:59:24natschil has joined #evergreen
#13:01:09Meliss has joined #evergreen
#13:15:33grantjohnson has joined #evergreen
#13:29:55B_Bonner has joined #evergreen
#13:45:18natschil has quit IRC
#14:00:16Meliss has quit IRC
#14:04:55jenny1 has joined #evergreen
#14:06:33jenny has quit IRC
#14:06:34jenny1 has left #evergreen
#15:06:09dbs has quit IRC
#15:22:45mrpeters-isl_ has quit IRC
#15:22:52mrpeters-isl has joined #evergreen
#15:43:47jamesrf has quit IRC
#15:50:33pmplett has joined #evergreen
#15:52:32bshum has quit IRC
#15:59:28jenny has joined #evergreen
#16:01:54sfortin has quit IRC
#16:03:08jenny has left #evergreen
#16:03:14jamesrf has joined #evergreen
#16:04:01dkyle-mac has joined #evergreen
#16:08:12dkyle-mac has left #evergreen
#16:10:25Melissa1 has joined #evergreen
#16:16:13dbs has joined #evergreen
#16:25:17dkyle has joined #evergreen
#17:11:08jamesrf_ has joined #evergreen
#17:13:48dbs has quit IRC
#17:14:27jamesrf has quit IRC
#17:18:59Melissa1 has left #evergreen
#17:24:03StephenGWills has left #evergreen
#17:24:40jamesrf_ is now known as jamesrf
#17:30:18Dyrcona has quit IRC
#17:36:45dkyle has left #evergreen
#18:06:52pmplett has quit IRC
#18:11:00greg-g has quit IRC
#18:12:03greg-g has joined #evergreen
#18:45:14pmplett has joined #evergreen
#19:09:43Casey has joined #evergreen
#19:11:44CaseyAfternoon!
#19:14:35Casey has quit IRC
#19:33:24B_Bonner has quit IRC
#20:03:01mck9 has quit IRC
#20:09:05moodaepo has quit IRC
#20:18:18moodaepo has joined #evergreen
#20:25:42jamesrfhttp://github.com/sitka/evergreen/graphs/impact
#20:25:48jamesrfkinda neat
#20:49:45phasefxmy commit is like, a rollercoaster baby baby
#21:30:11dbs has joined #evergreen
#21:42:27jamesrf has quit IRC
#22:21:00brendan_bywater has quit IRC
#22:25:05jeff looks in
#22:28:14dbs has quit IRC
#22:42:00berickjeff: careful, it might look back
#22:43:12dbs has joined #evergreen
#22:52:07dbs has quit IRC
#22:58:24agJohn has joined #evergreen
#22:58:51JMCraig has quit IRC
#23:01:47brendan_bywater has joined #evergreen
#23:02:49pmplett has quit IRC
#23:10:09JMCraig has joined #evergreen
#23:13:38agJohn has quit IRC
#23:13:49JMCraig is now known as agJohn
#23:23:44agJohn has quit IRC
< Tuesday, April 27th, 2010Raw Log FileThursday, April 29th, 2010 >