| Time |
Nick |
Message |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:57 |
|
jboyer-isl joined #evergreen |
| 08:02 |
|
jennyl joined #evergreen |
| 08:05 |
|
jboyer-isl joined #evergreen |
| 08:11 |
|
jboyer-isl joined #evergreen |
| 08:11 |
|
Dyrcona joined #evergreen |
| 08:18 |
|
jboyer-isl joined #evergreen |
| 08:19 |
|
jboyer-isl joined #evergreen |
| 08:23 |
|
finnx joined #evergreen |
| 08:23 |
|
finnx left #evergreen |
| 08:24 |
|
finnx joined #evergreen |
| 08:30 |
|
Shae joined #evergreen |
| 08:30 |
|
akilsdonk joined #evergreen |
| 08:34 |
|
jl- joined #evergreen |
| 08:34 |
jl- |
dbs: morning |
| 08:36 |
|
mrpeters joined #evergreen |
| 08:42 |
|
ericar joined #evergreen |
| 08:43 |
|
ericar left #evergreen |
| 08:45 |
|
krvmga joined #evergreen |
| 08:46 |
|
dkyle joined #evergreen |
| 08:46 |
|
finnx left #evergreen |
| 09:07 |
|
kmlussier joined #evergreen |
| 09:37 |
|
krvmga joined #evergreen |
| 09:41 |
jeff |
morning! |
| 09:41 |
kmlussier |
Good morning jeff! |
| 09:47 |
Dyrcona |
GOOOOOD MORNING, EVERGREEN! |
| 09:47 |
dbs |
jl-: moin! |
| 09:47 |
* dbs |
shaved with hot water this morning, thanks |
| 09:56 |
Dyrcona |
So, if I am reading things correctly, I can stop patrons from placing new holds for pickup at a given location, and I can stop a location's copies from filling holds. |
| 09:56 |
Dyrcona |
However, what I can't do is stop already placed holds from being targeted for fulfillment, without freezing them. |
| 09:58 |
Dyrcona |
And if I do freeze them, the patron can just unfreeze them. |
| 09:58 |
|
RoganH joined #evergreen |
| 10:18 |
|
tspindler joined #evergreen |
| 10:24 |
jl- |
or scope" -- I'm not sure because both vufind and apache solr are both closely related to library services |
| 10:24 |
jl- |
wops |
| 10:25 |
jl- |
beg your pardon |
| 10:25 |
Dyrcona |
jl-: It happens. :) |
| 10:25 |
jl- |
Dyrcona: :) |
| 10:33 |
kmlussier |
I have a question about sending along a PO name via EDI. I'm looking at the docs at http://docs.evergreen-ils.org/2.6/_ordering.html (written by me), and they say I need to use an xpath of //*[@tag="962"]/*[@code="p"] |
| 10:34 |
kmlussier |
But in looking at one of our production systems where this is working, the xpath is //*[@tag="962"][1]/*[@code="p"][1] |
| 10:34 |
kmlussier |
Are those bracketed 1's required in the xpath? |
| 10:35 |
Dyrcona |
kmlussier: It returns the first matching element if more than 1 match, so yes, they might be needed. |
| 10:36 |
kmlussier |
Dyrcona++ Thanks! |
| 10:36 |
* kmlussier |
will add that change to her documentation to-do list. |
| 10:41 |
Dyrcona |
You should be able to replace the first * with datafield and the second with subfield to get a more precise XPath expression that still works. |
| 10:48 |
kmlussier |
Dyrcona: OK, thanks. I think I got the first example from notes in the original LP bug |
| 11:02 |
|
mllewellyn joined #evergreen |
| 11:32 |
RoganH |
my launchpad fu is failing me. Isn't there a bug about copy location searching not working at the system org unit level? |
| 11:32 |
kmlussier |
RoganH: I haven't seen a bug report on that, but I can confirm it's a problem. :) |
| 11:33 |
RoganH |
kmlussier: same here so I assumed there was a bug. I'll try again and if I can't find it I'll file it. |
| 11:33 |
kmlussier |
RoganH: I just went through a year's worth of LP bugs last week, so most of them are fresh in my memory. |
| 11:33 |
RoganH |
kmlussier: I'll just file it then. |
| 11:39 |
Dyrcona |
Sometimes, when I can't find a bug the normal way, I try creating a new bug, and that often finds the bug I was looking for in the first place with its duplicate search. |
| 11:51 |
berick |
RoganH: kmlussier: that's by design. i'll comment in the ticket.. |
| 11:52 |
RoganH |
I need to wishlist it then. |
| 11:52 |
* kmlussier |
suspects it has something to do with branches not all owning the same copy locations. |
| 11:55 |
kmlussier |
RoganH: Your message to the list is confusing me. At first, it looks like you picked the week of September 22, but then you put out Oct.2 and 3 as the dates. |
| 11:56 |
RoganH |
That's because it is confusing. I got interrupted while typing and it suffered for it. Hold on. |
| 11:57 |
kmlussier |
@coffee RoganH |
| 11:57 |
* pinesol_green |
brews and pours a cup of Nicaraguan Maragogipe Light Roast, and sends it sliding down the bar to RoganH |
| 11:58 |
RoganH |
It's rainy here, I could use coffee. I always get sleepy with weather like this. |
| 12:04 |
jboyer-isl |
I suppose it’s too much to hope for that the most popular week was mistyped. :) I guess I get to visit SC twice in 3 weeks. |
| 12:05 |
RoganH |
Where are you headed the second (or first) time? |
| 12:06 |
berick |
RoganH: what's the name of your town, again? checking on driving time from Durham... |
| 12:06 |
jboyer-isl |
I’ll be at Murrell’s Inlet the 4th-11th. |
| 12:06 |
jboyer-isl |
October 4th-11th, that is. |
| 12:06 |
RoganH |
berick: Rock Hill |
| 12:06 |
berick |
ah, yes, thanks |
| 12:07 |
kmlussier |
Oh good. I can attend the hack-a-way without missing my kids' school open houses like I did last year. A win for me! :) |
| 12:07 |
kmlussier |
RoganH++ |
| 12:07 |
RoganH |
jobyer-isl: that's a fairly popular vacation spot but I have to admit I've never been there |
| 12:08 |
RoganH |
kmlussier: yay! |
| 12:08 |
jboyer-isl |
I’ve been there and to Garden City a few times, but the off-season is definitely the way to go. |
| 12:11 |
* Dyrcona |
spent the night in Fort Mill on the way home during the vacation in June. |
| 12:12 |
RoganH |
Dyrcona : you were a couple miles up the road then. |
| 12:12 |
Dyrcona |
Yep. |
| 12:19 |
RoganH |
berick: I'm trying to understand the issue you describe in the ticket and it may be because our use case is very different that I'm not groking something. |
| 12:21 |
RoganH |
berick: why would you get multiple copy locations with the same name, from child org units? |
| 12:22 |
jboyer-isl |
RoganH: It depends on how your locations are set up initially. We have some libs where every location is system-owned (my favorite style) and some systems where every location is branch-owed, regardless of name. |
| 12:22 |
|
ahelten joined #evergreen |
| 12:22 |
jboyer-isl |
And since they can’t be deleted… :( |
| 12:24 |
RoganH |
jboyer-isl: in our scenario we're all system based libraries and even where we have a single library we put it under a system to keep it consistent which has been long term very useful |
| 12:25 |
jboyer-isl |
Oh, we have systems for single-location libs, it’s just that their systems don’t own their locations. It sounds like this set up would work fine for your system, but some of us would have rather a mess. |
| 12:26 |
RoganH |
That sounds really awkward. |
| 12:26 |
jboyer-isl |
If there was a single settting that just specified the minimum depth that the feature would operate at, that would likely keep things moving smoothly everywhere. (you could set it to 1, we could set it to 2, etc.) |
| 12:27 |
jboyer-isl |
RoganH: A bit! It is also from before my time. :/ |
| 12:27 |
RoganH |
Yeah, I was just thinking along those same lines. |
| 12:29 |
jboyer-isl |
I wonder if it should be global vs and OUS though. I would lean toward global but I don’t have a very strong argument either way. |
| 12:30 |
RoganH |
jboyer-isl : someone will have a scenario that needs YAOUS. That's why I preface most of my discussions with "this is how I'm looking at it for SCLENDS" because there is so much diversity. |
| 12:32 |
kmlussier |
Being able to specify a depth would be nice. I know we have people who want to see it at the system level, but I'm not so sure about the consortium level. |
| 12:33 |
kmlussier |
We have another problem with the copy location filter. We have on consortium that never uses that top "Stacks" copy location because all of their libraries use copy locations owned at the system level. |
| 12:34 |
kmlussier |
But the Stacks copy location shows up in the limiter, even though nobody is using it. It would be nice if there were a way to set a copy location to not display in the dropdown. |
| 12:34 |
* kmlussier |
should probably file a wishlist bug on that one. |
| 12:35 |
RoganH |
kmlussier: agreed. I can see a use within SCLENDS for that as well with our "to a good home" consortium level location |
| 12:53 |
|
gsams joined #evergreen |
| 14:00 |
tspindler |
I was wondering if I could poke some people to take a look at this fix from dpearl https://bugs.launchpad.net/evergreen/+bug/827442 |
| 14:00 |
pinesol_green |
Launchpad bug 827442 in Evergreen 2.6 "Z39.50 will split the total cap between locations when multiple locations selected. " (affected: 2, heat: 10) [Low,Confirmed] |
| 14:01 |
kmlussier |
Anyone else want to fill out the July dev meeting poll? http://doodle.com/2iqbmun3f7daeedg It's looking like 4 p.m. EDT next Monday is the best time slot so far. |
| 14:02 |
kmlussier |
bshum: ^^ You should probably be there. :) |
| 14:19 |
|
dbs joined #evergreen |
| 14:36 |
bshum |
kmlussier++ # indeed. |
| 14:37 |
kmlussier |
bshum: Thanks! |
| 14:40 |
kmlussier |
Anyone else want to put in their available times before we set a dev meeting time? jeff? dbs? tsbere? gmcharlt? http://doodle.com/2iqbmun3f7daeedg |
| 14:42 |
|
asimon joined #evergreen |
| 14:44 |
jeff |
kmlussier++ done |
| 14:44 |
kmlussier |
Thank you jeff! |
| 14:44 |
asimon |
* Where would I enter the system administrator email address referenced in the line "Please contact the system administrator, [no address given] and inform them ..." on the Internal Server Error screen? |
| 14:46 |
Dyrcona |
asimon: Mostly likely in the Apache configuration. |
| 14:46 |
jeff |
asimon: an Apache ServerAdmin directive. |
| 14:46 |
asimon |
Dyrcona: TY |
| 14:46 |
jeff |
asimon: see http://httpd.apache.org/docs/2.2/mod/core.html#serveradmin |
| 14:47 |
asimon |
jeff: TY |
| 14:47 |
jeff |
it can be set at the server or virtualhost level. often in close proximity to ServerName/ServerAlias |
| 14:57 |
Dyrcona |
Y'know, I'm having a hard guessing things that MVLC, C/W MARS, and NOBLE won't have many copies in common. |
| 14:57 |
Dyrcona |
hard time that is. |
| 14:58 |
* kmlussier |
needs more coffee. |
| 14:59 |
kmlussier |
Dyronca: You're trying to think of a title that the three networks don't have in common? |
| 14:59 |
Dyrcona |
Well, an author title, whatever, where 1 might have a lot of stuff and the others not so much. |
| 15:00 |
Dyrcona |
I'm trying to test dpearl's z39.50 branch. |
| 15:00 |
Dyrcona |
I either get hundreds of things or nothing. |
| 15:00 |
kmlussier |
I would shoot for a title that an academic might own. |
| 15:01 |
Dyrcona |
good idea! |
| 15:02 |
Dyrcona |
Something by Slavoj Zizek, maybe. |
| 15:03 |
Dyrcona |
Well, that isn't good. |
| 15:03 |
Dyrcona |
4 results all from MVLC. |
| 15:03 |
Dyrcona |
Bet the accented Z isn't working... |
| 15:03 |
kmlussier |
If I do a search in the C/W MARS catalog, I get a bunch. |
| 15:04 |
Dyrcona |
I'm going over z39.50. |
| 15:04 |
Dyrcona |
I may try a title instead of the author. |
| 15:05 |
Dyrcona |
Well, z39.50 really mangles the UTF-8. |
| 15:06 |
Dyrcona |
I think I've seen that before, because its going through evergreen and yaz, its getting double decoded or rencoded or something like that. |
| 15:06 |
tspindler |
Thanks for looking at this Dyrcona, Janet tested it before on our end |
| 15:06 |
Dyrcona |
tspindler: I'm just trying to find something that resembles the original problem. |
| 15:07 |
Dyrcona |
The changes look good to me, and I get well distributed results with them. |
| 15:08 |
Dyrcona |
One thing that has changed for me with the code is before I loaded the branch when I had 400 or so hits for 'harry potter' as title, I got 12 results in the window, with 4 from each consortium. |
| 15:09 |
Dyrcona |
No, I get just 10, with 3 from c/w mars, 3 from native evergreen catalog, and 4 from noble. |
| 15:09 |
Dyrcona |
It seems to like NOBLE for some reason. :) |
| 15:09 |
bshum |
FYI, assuming that berick's patch for make_release works for me, I'd like to cut off stuff for alpha after that point to roll it out. When I do I'll set the next milestone for beta. |
| 15:11 |
Dyrcona |
bshum: gotcha. |
| 15:12 |
Dyrcona |
I can't search z39.50 successfully with utf-8 characters, and without them, I don't find anything remote for Slavoj Žižek. |
| 15:12 |
bshum |
So anything anyone wants to push before I wrap up later tonight, please feel free. |
| 15:12 |
Dyrcona |
I don't think that is related to dpearl's code, though. |
| 15:12 |
Dyrcona |
Slavoj Zizek doesn't work either. |
| 15:13 |
* jeff |
watches a report fill, waits for the java exception |
| 15:15 |
dbs |
Dyrcona: maybe try searching SRU directly, first, to take the yaz portion of the toolchain out of the debugging process? |
| 15:15 |
Dyrcona |
jeff: jcamins wants to rewrite Koha in JAVA. Maybe we should rewrite Evergreen in JAVA, too? |
| 15:15 |
dbs |
If SRU works, then we can focus on the az config :) |
| 15:16 |
Dyrcona |
dbs: I'm making screen shots for now. I'll try searching the remote catalogs with SRU after. |
| 15:16 |
jcamins |
Dyrcona: for a project as large as Evergreen, it would have to be *JAVA!* |
| 15:16 |
Dyrcona |
The search works fine on the local catalog. |
| 15:17 |
Dyrcona |
jcamins: One amazing trick to improve your checkin performance! |
| 15:19 |
jeff |
oh hey. 200+ page report with barcodes was more than this poor VM could handle. it wasn't an error in my report, it was OOM-killed. :-) |
| 15:19 |
Dyrcona |
OOM is a dangerous dude. ;) |
| 15:19 |
jeff |
OOM vs JVM |
| 15:20 |
jeff |
grr. occasionally unless i've disabled the built-in chrome pdf viewer, I find myself unable to save a PDF that I am viewing. |
| 15:21 |
jeff |
i suspect it may have to do with cache-related headers. not certain. |
| 15:23 |
Dyrcona |
Now, to run through some documentation and remember how to craft a SRU query. |
| 15:26 |
Dyrcona |
Sorry, mmorgan, et. al. |
| 15:26 |
Dyrcona |
Got an internal server error. |
| 15:27 |
jcamins |
Dyrcona: yeah! |
| 15:28 |
Dyrcona |
And on my server, too. |
| 15:28 |
Dyrcona |
[Mon Jul 21 15:27:26.134547 2014] [perl:error] [pid 6639] [client 10.0.5.100:47574] Can't call method "toEvergreen" on an undefined value at /usr/local/share/perl/5.18.2/OpenILS/WWW/SuperCat.pm line 1910.\n |
| 15:29 |
dbs |
http://example.com/opac/extras/sru/CONS/holdings?version=1.1&operation=searchRetrieve&query=eg.author=smit |
| 15:29 |
dbs |
(substitute hostname, CONS, and smit accordingly) |
| 15:30 |
Dyrcona |
dbs: I did this, and it worked: http://jasondev.mvlcstaff.org/opac/extras/sru?version=1.1&operation=searchRetrieve&query=eg.author=%C5%BDi%C5%BEek&maximumRecords=0 |
| 15:32 |
Dyrcona |
If I do Slavoj+ in the query it blows up. |
| 15:32 |
Dyrcona |
That sounds vaguely familiar. |
| 15:33 |
Dyrcona |
Not that I am a particular fan of Zizek, I just figured academics would have more of his titles than do publics. |
| 15:35 |
Dyrcona |
And it works via SRU with or without the haceks over the Zs. |
| 15:47 |
bshum |
berick: I'm contemplating https://bugs.launchpad.net/evergreen/+bug/1346421 and wondering why we don't just leave the existing function for the barcode the same and just add the "edit" link to spawn the editor. Rather than having to actually put more words on the screen for the "view" |
| 15:47 |
pinesol_green |
Launchpad bug 1346421 in Evergreen "TPAC copy edit links" (affected: 2, heat: 10) [Wishlist,In progress] - Assigned to Bill Erickson (erickson-esilibrary) |
| 15:47 |
bshum |
Is it for usability reasons? |
| 15:47 |
* bshum |
might just be getting old and stubborn |
| 15:48 |
kmlussier |
bshum: Yes, it's for usability reasons. So that you know what the link does. |
| 15:49 |
berick |
kmlussier++ |
| 15:49 |
bshum |
kmlussier: Hmm, I suppose I can work with that. |
| 15:50 |
* bshum |
waits to see how it turns out before he passes further judgements :) |
| 15:50 |
kmlussier |
I'm still struggling with PO name issues. If we add the PO name as a mappable field in the Provider's attribute definitions, that PO name should be sent as part of the EDI order, right? Or does the PO JEDI template need to be adjusted to do so. |
| 15:53 |
berick |
kmlussier: the JEDI template variable INC_PO_NAME has to be turned on |
| 15:54 |
berick |
i think it is by default only for ingram |
| 15:56 |
kmlussier |
berick: Ok, thanks, I'll look. It was Ingram we had the problem with. |
| 16:02 |
|
tspindler left #evergreen |
| 16:10 |
kmlussier |
berick: So to make this work for B&T, we want to add IF VENDOR_BT; INC_PO_NAME = 1; to the JEDI template, right? |
| 16:10 |
jeff |
report output with codabar barcodes? check. report doesn't crash when copy barcodes have invalid-for-codabar characters? check. human readable barcodes always present, and can be copied and pasted (not just part of the barcode image)? check. yay progress! |
| 16:18 |
Dyrcona |
Whee! Four screenshots on a bug report. |
| 16:18 |
Dyrcona |
jeff: Much congratulation! Very report! |
| 16:21 |
|
dbwells_ joined #evergreen |
| 16:30 |
Dyrcona |
Does anyone ever get Z39.50 results from biblios.net? |
| 16:30 |
Dyrcona |
I don't. |
| 16:32 |
kmlussier |
It looks like Monday, July 28, 3 p.m. EDT is the winner. I'll add it to the dev calendar. |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:54 |
|
ktomita joined #evergreen |
| 20:01 |
|
RBecker joined #evergreen |
