| 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/tradition/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 |
