Evergreen ILS Website

IRC log for #evergreen, 2017-08-18

| 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
04:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:37 rlefaive joined #evergreen
07:18 rjackson_isl joined #evergreen
08:18 collum joined #evergreen
08:40 mmorgan joined #evergreen
08:45 mmorgan1 joined #evergreen
08:51 Dyrcona joined #evergreen
08:58 yboston joined #evergreen
09:06 miker dbs: should only require opensrf reinstall and service restart ... I'm going to look at making c apps respect the max chunk size setting like Perl (and confirm both work as expected)
09:30 collum_ joined #evergreen
09:51 miker aaaaand, I'm apparently crazy ... there is no setting.  Not sure where I got that, but, I have other thoughts
10:08 dbs miker++
11:21 Bmagic Is there a wishlist item to anyone's knowledge that will setup a "Temporary" shelving location and Evergreen will automatically move the copies from that "display" back to the original shelving location?
11:21 Bmagic after a specified expiration date
11:22 csharp Bmagic: I've not seen a bug for that, but I think it sounds useful
11:22 Bmagic It seems fairly useful and I can't imagine that I am the first to think of it
11:22 Bmagic I guess I'll create the item on LP
11:22 csharp I'm pretty sure a library has approached us with something like that before and we've been working around with batch updates
11:22 Bmagic You mean copy buckets?
11:23 csharp yeah, probably
11:23 csharp or direct DB updates done by system staff
11:23 csharp <-- system staff
11:23 bshum Sounds about right to me
11:23 Bmagic I could imagine the feature utilizing the copy bucket feature and expanding on it with an expire date column
11:23 * csharp straightens nametag
11:23 bshum Though it was never after a specified period of time, they always decided themselves when it happened
11:24 bshum And it wasn't consistent, meaning all these items, some rotated on/off on their own decisions
11:24 tsbere I wanted to make a feature like that at one point, never got around to it.
11:24 bshum When it came to "display" nothing ever seemed consistent to me
11:25 Bmagic In this case, I am thinking of "new" items aging
11:25 * csharp thought of Black History Month
11:25 tsbere Was torn between a checkin modifier system or a new interface for "manual" removal of items from the locations. Figured a report of "these need to be dealt with" was better for "by time".
11:26 dbs I would just cron a SQL UPDATE for soemthing like that
11:26 tsbere I didn't think "change the copy location on a timer" was a good idea unless it was "at checkin time because a patron returned it"
11:26 csharp dbs: something like our juv_to_adult srfsh thing would work
11:26 Bmagic dbs: clearly needs to be a cron, but it needs to be configurable from the staff client
11:26 dbs Yeah, any time I point out the possible ramifications of a batch update along those lines, people tend to get skittish and go back to manual processes
11:27 csharp dbs++ # using scary words
11:28 Bmagic LP here I come
11:30 miker berick: doesn't kcls have a "new copies start on display and move off later" like Bmagic is looking for?
11:31 Dyrcona Bmagic: I've always done that stuff in the db, either with copy buckets or a custom table and scripts at MVLC.
11:31 Dyrcona We often messed with summer reading stuff at MVLC.
11:31 Dyrcona So, "seasonal" changes would be nice to have.
11:31 Bmagic Dyrcona: For sure that would work, but that requires communication between the staff and DB admins
11:32 Dyrcona Bmagic: Right. Usually through tickets. :)
11:33 Dyrcona But, if you're working on a feature, having dates for things to happen automagically would be nice, too.
11:33 Dyrcona Seasonal hours would be nice in the hours of operation table.
11:33 Dyrcona Many libraries change hours in the spring and fall, at least around here they do.
11:33 Bmagic bug 1711707
11:33 pinesol_green Launchpad bug 1711707 in Evergreen "Wishlist Items on display automatic expire change locations" [Undecided,New] https://launchpad.net/bugs/1711707
11:33 Dyrcona But, that's another bug.. :)
11:36 berick miker: yeah, but it's based on status.  we have a 'grand opening' status that we needed to check out w/o requiring overrides.
11:36 berick and when the grand opening is done, we do a manual SQL UPDATE
11:37 berick bug 1464709
11:37 pinesol_green Launchpad bug 1464709 in Evergreen "Seamless checkout of non-standard copy status AKA single-use copy statuses" [Wishlist,Fix released] https://launchpad.net/bugs/1464709
11:40 Dyrcona That's the other troubl: Some sites uses location, some use status, others use a mix depending on member and alleged purpose, or even on a case by case basis.
11:41 bos20k joined #evergreen
12:04 jihpringle joined #evergreen
12:09 khuckins joined #evergreen
12:32 khobo joined #evergreen
12:37 khobo left #evergreen
12:45 pinesol_green [opensrf|Bill Erickson] LP#1711194 osrf_config --diagnostic reports max-children - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=b198681>
12:45 pinesol_green [opensrf|Galen Charlton] LP#1711194: avoid division by zero errors - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=53e7f82>
13:01 jeffdavis I'd like to get ebook transactions (bug 1673870) into 3.0, but the branch is not quite ready yet. Currently trying to get OverDrive post-checkout downloads working (the workflow is cumbersome).
13:01 pinesol_green Launchpad bug 1673870 in Evergreen "Add support for ebook API transactions in OPAC (OverDrive/OneClickdigital)" [Undecided,New] https://launchpad.net/bugs/1673870 - Assigned to Jeff Davis (jdavis-sitka)
13:02 Dyrcona jeffdavis: I guess the question is: Do you think it will be ready by Sept. 1?
13:04 jeffdavis I expect so.
13:05 Dyrcona Then, I think it is safe to add the target, but gmcharlt is the final arbiter on that.
13:06 jeffdavis It's targeted to 3.0 alpha, just no pullrequest tag yet.
13:06 Dyrcona If it doesn't make it, there's always next release.... Something I am working on will probably have to wait for 3.1 at the rate things are going.
13:19 gmcharlt jeffdavis: I'm willing to extend leeway for that
13:23 gmcharlt I'd say shoot for the 25th at the latest, and if you can identify other OverDrive users that can test the following week, that would help
13:25 jeffdavis Thanks gmcharlt. I'll keep working and let you know where it gets.
14:03 dbs I'm going to add a pullrequest to bug 1703678 -- not a feature, but an important bug
14:03 pinesol_green Launchpad bug 1703678 in Evergreen 2.12 "Conjoined items do not display without an extra copy attached to the record" [Undecided,New] https://launchpad.net/bugs/1703678
14:09 dbs rebasing and squashing now
14:15 Dyrcona @tea [someone]
14:15 * pinesol_green brews and pours a pot of Dong Ding Oolong, and sends it sliding down the bar to lbarry (http://ratetea.com/tea/tradi​tion/dong-ding-oolong/4660/)
14:26 bos20k joined #evergreen
14:37 csharp berick++ # bug 1373690
14:38 pinesol_green Launchpad bug 1373690 in Evergreen "Direct EDI generation for ACQ orders -- AKA kill ruby webrick" [Wishlist,Confirmed] https://launchpad.net/bugs/1373690
14:39 csharp dbs: are you still seeing unicode problems with z39.50-imported records?
14:40 * csharp guesses that's a different issue than the OpenSRF chunking bug
14:43 Dyrcona I'd say so, since I've seen records that wont' import via z39.50 because of accented characters, and that was before chunking was introduced.
15:35 Bmagic Dyrcona: looking at the delete bibs (real) sql script, I see that the vacuum's happen BEFORE the rules/triggers are re-enabled. Is there a reason that the vacuums need to take place before the rules/triggers are turned on?
15:36 Bmagic I ask, because the vacuums can take over 156 minutes, and presumabely, those could take place while people are using the system, but of course not while those rules and triggers are disabled
15:36 Dyrcona Bmagic: Not as fas as I know. That's just how I wrote it. It may be better to do the vacuum after.
15:36 Dyrcona :)
15:36 Bmagic right on, just checking
15:36 Bmagic I couldn't think of a reason either
15:37 Dyrcona Patches welcome. :)
15:37 Bmagic oh, ok, well, yeah, I will have some
15:37 Dyrcona Did you know you can clone gists and work with them just a regular repo?
15:37 Dyrcona That's handy.
15:37 Bmagic there is at least one rule/trigger that got missed (at least for my data)
15:38 Dyrcona Bmagic that script is 3+ years old. So anything added since then is not covered.
15:38 Dyrcona Also, anything custom that a site might do.
15:39 Bmagic sure, but booking.resource_type is more than 3 years old right?
15:40 Dyrcona Ah. The target system(s) didn't use booking.
15:40 Dyrcona The triggers and rules that are disabled are the ones that actually got in the way on the test/development system.
16:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
16:37 remingtron joined #evergreen
17:24 Jillianne joined #evergreen

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