| Time |
Nick |
Message |
| 00:38 |
|
alynn26_away joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:33 |
|
rjackson_isl_hom joined #evergreen |
| 07:54 |
|
collum joined #evergreen |
| 08:33 |
|
rfrasur joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 09:07 |
|
Dyrcona joined #evergreen |
| 09:28 |
|
jvwoolf joined #evergreen |
| 10:01 |
Bmagic |
Dyrcona++ # thanks for all the help yesterday |
| 10:29 |
Keith-isl |
Dyrcona++ jeffdavis++ I also thank you for the help and insight yesterday |
| 10:30 |
Keith-isl |
So the answers to the issue don't die with me, the offline upload error we were experiencing seemed to be caused by folder permission issues. |
| 10:31 |
Keith-isl |
alynn26_away++ for traipsing through Apache logs to hunt that issue down |
| 10:38 |
Dyrcona |
Glad I could help. |
| 10:39 |
Dyrcona |
So, I'm going to try something "new" for me. I'm going to use qemu-kvm migrate feature to try moving a VM to a new host. |
| 10:40 |
Dyrcona |
Ah, it say, "MIgration without shared storage is unsafe." Guess I'll hit allow unsage. |
| 10:42 |
Dyrcona |
All right, that's not working. Tried without a tunnel and it couldn't stat the image. Tried with the tunnel and got a different error. Guess, I'll just rsync the image over. |
| 10:52 |
Dyrcona |
Well, that's gonna take an hour or so. |
| 11:19 |
|
awitter joined #evergreen |
| 11:26 |
Bmagic |
Dyrcona: sounds fun |
| 11:56 |
Dyrcona |
That was successful. |
| 11:58 |
Bmagic |
shweet |
| 12:27 |
|
jihpringle joined #evergreen |
| 13:04 |
jeff |
okay, this feature has proven useful. item barcode scans as 0012345012 but barcode in system is T 12345? No problem. Item barcode scans as T0054321 but needs to find item T 54321? All set. |
| 13:05 |
jeff |
created a config.barcode_transform table and modified functions to use it. |
| 13:06 |
jeff |
works with barcode completion, considers the pre-transform and post-transform barcode value, and if there are any duplicates after considering all completion rules for all transformed values, you get the standard "Barcode Choice" prompt. |
| 13:14 |
Bmagic |
sounds neat |
| 13:14 |
Dyrcona |
Yeah, it does. |
| 13:15 |
Bmagic |
is the "012" portion of the barcode consistent? |
| 13:21 |
Bmagic |
I'm referring to the last three characters of "0012345012" |
| 13:28 |
jeff |
variable. it's a check digit and possibly a type identifier. |
| 13:28 |
jeff |
example rules and inputs/outputs: https://gist.github.com/jeff/99e33b24bb369c59e7245ed221ea76b4 |
| 13:28 |
jeff |
the pattern and replacement are currently used as arguments to regexp_replace. |
| 13:29 |
jeff |
I don't yet know what challenges there are with that -- especially with regard to protecting against unsafe/unwise replacements. |
| 13:30 |
jeff |
The general purpose nature of regexp_replace here is both good and bad. :-) |
| 13:30 |
Bmagic |
why can't a number be a number these days? |
| 13:30 |
jeff |
I'm not too fond of the idea of creating a pared-down set of limits / operations / a DSL for this unless there's a good reason to. |
| 13:33 |
jeff |
even if these items are being weeded or are having their barcodes replaced, staff still benefit from being able to semi-reliably find the items by scanning their barcodes. :-) |
| 13:33 |
Bmagic |
sounds awesome |
| 13:33 |
Bmagic |
I'll tuck that away for a time when it might apply for us |
| 13:34 |
jeff |
the other fun thing is that this system had widespread duplicate barcode values, so we're using config.barcode_completion to facilitate disambiguation. |
| 13:34 |
Bmagic |
dang |
| 13:36 |
jeff |
if three different libraries all had items "T 12345", we might have three items: "T 12345", "T 12345_ABC", "T 12345_XYZ" (ABC and XYZ being library initials, for example) |
| 13:36 |
Bmagic |
what "fun" |
| 13:36 |
jeff |
(Evergreen displays all matching copies and asks you to pick the "right" one that matches your item in hand) |
| 13:37 |
jeff |
config.barcode_completion and evergreen.get_barcodes already exist and can handle the duplicates just fine. |
| 13:38 |
jeff |
the config.barcode_transform stuff I'll bug and branch, it's a new table and requires a transform_barcode function and changes to evergreen.get_barcodes |
| 13:39 |
jeff |
it might be nice to have the Barcode Choice dialog default to the item whose circ lib matches the workstation lib, if there's one (and only one). |
| 13:41 |
jihpringle |
do you mean if there are two matches it just checks out/in without showing the dialogue the item that has a circ lib matching the workstation? |
| 13:41 |
jihpringle |
that would be a useful feature for us if we could pick which org units it does that for |
| 13:41 |
jeff |
no, just that the "likely match" is shown first. |
| 13:43 |
jeff |
but in the more general "these two libraries both have thousands of five digit barcodes and they overlap each other", there are a few things that can be done (both existing and not-yet-existing) to make that more possible than it probably should be. |
| 13:43 |
Dyrcona |
Nah. Just tell them to modernize their barcodes. |
| 13:54 |
pinesol |
[evergreen|Jason Stephenson] LP1951030: Remove OpenILS/Utils/ISBN from Manifest - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f4e4bdb> |
| 13:58 |
|
jihpringle16 joined #evergreen |
| 14:06 |
mmorgan |
The thought of non-unique barcodes hurts my head |
| 14:09 |
jeff |
all barcodes are unique. also, no barcodes ever have whitespace, and barcodes always scan in a way that matches 1) what's on the label and 2) what's recorded in the ILS |
| 14:10 |
jeff |
this is a variation on "X, Y, or Z. pick two!" |
| 14:10 |
jeff |
only in this case, you get to pick zero. |
| 14:10 |
jeff |
(in honor of the leading zeros that need to be discarded and/or turned into whitespace) |
| 14:11 |
jeff |
anyway, it was nice to have staff testing the transforms, run into a previously-unseen variation, and be able to fix it by adding a new transform to the config table. |
| 14:11 |
jeff |
I still just wonder/worry about how much trouble you can get yourself into with unsafe/unwise regex. |
| 14:17 |
Dyrcona |
jeff: Well, now you've got two problems. :) |
| 14:17 |
jeff |
:-) |
| 14:53 |
|
jvwoolf left #evergreen |
| 15:00 |
|
jihpringle joined #evergreen |
| 16:01 |
gmcharlt |
berick: I'd appreciate your thoughts on https://bugs.launchpad.net/evergreen/+bug/1951162 |
| 16:01 |
pinesol |
Launchpad bug 1951162 in Evergreen "Angular Holdings Maintenance does not successfully retrieve AngularJS item templates" [Undecided,New] |
| 16:01 |
gmcharlt |
the question of item templates came up during a presentation that abneiman gave about new features in 3.8 to the Cataloging Interest Group today |
| 16:09 |
Dyrcona |
Hmm... XML changes in Pg11+ are a pain. |
| 16:11 |
Dyrcona |
I fix a couple of expressions to use proper xpath and all of a sudden the XML output contains entities where it didn't before the fix. |
| 16:27 |
Dyrcona |
Well, the entities don't break the test on Pg10, but the test is still borked on Pg 14. |
| 16:38 |
Dyrcona |
<- That's a newline, right? |
| 16:40 |
Dyrcona |
Yeahp. so we're getting newlines added on Pg10 but not on Pg14.... |
| 16:44 |
Dyrcona |
So, now, I think it could be this change in Pg 12: Do not pretty-print the result of xpath() or the XMLTABLE construct. In some cases, these functions would insert extra whitespace (newlines and/or spaces) in nodeset values. This is undesirable since depending on usage, the whitespace might be considered semantically significant. |
| 16:45 |
Dyrcona |
Think I'll see what happens with this test on Pg 11. |
| 16:50 |
Dyrcona |
It fails on Pg 11. |
| 16:54 |
Dyrcona |
Well. something more to look at tomorrow. Think I'll write up a little script to dump some output for comparison before I clock out |
| 17:04 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:22 |
|
jihpringle joined #evergreen |
