Time |
Nick |
Message |
00:05 |
|
dcook__ joined #evergreen |
00:06 |
|
bmills joined #evergreen |
01:07 |
|
bmills joined #evergreen |
02:08 |
|
bmills joined #evergreen |
03:56 |
|
bmills joined #evergreen |
05:44 |
|
bmills joined #evergreen |
06:45 |
|
bmills joined #evergreen |
08:10 |
|
mrpeters joined #evergreen |
08:12 |
|
ericar joined #evergreen |
08:20 |
|
rjackson_isl joined #evergreen |
08:33 |
|
bmills joined #evergreen |
08:37 |
|
Dyrcona joined #evergreen |
08:44 |
|
mdriscoll joined #evergreen |
08:45 |
|
mmorgan joined #evergreen |
08:59 |
Dyrcona |
So, here we go. Gonna try the SuperCat change in production. |
09:07 |
jboyer-isl |
Dyrcona: Is this related to yesterday' |
09:07 |
jboyer-isl |
s SRU search discussion? |
09:07 |
Dyrcona |
Yes. |
09:07 |
jboyer-isl |
Ah. |
09:07 |
Dyrcona |
And, it's not working from the Commonwealth Catalog search, but if I send the same search via yaz-client, it works. |
09:08 |
Dyrcona |
They must be caching results.... |
09:09 |
jboyer-isl |
I just had a scary thing re: that product come across my desk recently that you might be able to shed some light on; can AG really not use MARCXML extracts? In 2016? |
09:09 |
mdriscoll |
Dyrcona: this search now succeeds on your system but not NOBLE or CW: charmed knits hansel (author and title words) |
09:09 |
mdriscoll |
Dyrcona: via ComCat |
09:10 |
Dyrcona |
mdriscoll: Thank you for looking. I got coelho alchemist to work via keyword, too. |
09:10 |
jboyer-isl |
Dyrcona: Do you only use Z39.50 searches against your data, not uploads? That would probably make a difference depending on what they're doing. |
09:10 |
Dyrcona |
I think they've cached a "no results" for @attr 1=1016 "king dead zone" |
09:10 |
jboyer-isl |
I see. |
09:11 |
Dyrcona |
jboyer-isl: They search everyone via z39.50. No one sends them uploads afaik. |
09:11 |
mdriscoll |
Dyrcona: we also see punctuation as problematic: Alexander Hamilton, American (works on your system, not mine) |
09:11 |
Dyrcona |
mdriscoll: That's interesting. We were talking about something similar this morning... |
09:11 |
jboyer-isl |
Ah, we're going to be leaning toward extracts/uploads with Z for availability. |
09:12 |
Dyrcona |
mdriscoll: I'll share the branch in a few minutes. |
09:12 |
mdriscoll |
Dyrcona: great I'll test it. |
09:14 |
|
yboston joined #evergreen |
09:16 |
Dyrcona |
And the search that was mentioned as a problem "harry potter rowling" works. |
09:19 |
mdriscoll |
Here's another z39.50 search with punctuation: Monsters inc (CW-9, NOBLE-3, MVLC-594) |
09:19 |
mdriscoll |
If you search with actual punctuation: Monsters, Inc. you get CW-0, NOBLE-0, MVLC 594 |
09:21 |
yboston |
For those that want to join the DIG Web Client Hackfest here is the hangout link |
09:21 |
yboston |
https://hangouts.google.com/hangouts/_/berklee.edu/digwebclienthackfest2016 |
09:28 |
Dyrcona |
Ha! |
09:29 |
Dyrcona |
About the time ysuarez mentioned the hangout, my Comcat session timed out and they play a sound when that happens. |
09:29 |
Dyrcona |
I thought it was a hangout invitation.... |
09:30 |
Dyrcona |
mdriscoll: I thought Comcat was stripping punctuation from searches. |
09:30 |
Dyrcona |
That changes what I should be looking for on another ticket that we have. |
09:33 |
|
abneiman joined #evergreen |
09:34 |
|
maryj joined #evergreen |
10:06 |
mdriscoll |
Dyrcona: Comcat does strip punctuation but I'm seeing a trailing period in the Monsters, Inc. example: SRU search string [eg.keyword = "monsters inc."] converted to [eg.keyword:"monsters inc." site:NOBLE] |
10:08 |
tsbere |
So they strip it except for when they don't? ;) |
10:15 |
|
alynn26 joined #evergreen |
10:20 |
Dyrcona |
Apparently. |
10:20 |
Dyrcona |
mdriscoll: We just did a bunch of searches for some things that were causing issues. Some involved punctuation. I'm going to see what I see in the logs after I send that email. |
10:21 |
|
bmills joined #evergreen |
10:29 |
jboyer-isl |
I've got a quick marc_stream_importer.pl question: We're hoping to automate loading some authority records and I had been planning to use this to do it. Looking at the script though, it appears to only handle bib records, is that right? |
10:30 |
berick |
jboyer-isl: i added authority support recently |
10:30 |
berick |
can't remember if it was merged.. checking |
10:30 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1384740 |
10:30 |
pinesol_green |
Launchpad bug 1384740 in Evergreen "Add authority records support to marc stream importer (Connexion)" [Wishlist,Fix committed] |
10:30 |
berick |
it's in master |
10:31 |
jboyer-isl |
berick: Huzzah! Apparently not in the 2.9.cough version I upgraded us to, but we would be happy to apply some additional in-production testing. :D |
10:32 |
berick |
awesome. we've been using the updated script for bib imports. planning to use it for auth soon. |
10:34 |
jboyer-isl |
One of your comments referenced bug 1171984 that was released sometime in 2.8, does that mean anything needs to be changed to address it, or did the options just not do anything until that bug was closed? |
10:34 |
pinesol_green |
Launchpad bug 1171984 in Evergreen "add support in Vandelay for overlaying authorities during import using match sets" [Wishlist,Fix released] https://launchpad.net/bugs/1171984 |
10:35 |
berick |
jboyer-isl: nothing needs doing. some options just didn't do anything before that. |
10:35 |
* dbs |
wonders how csharp / PINES is doing since the 2.9 upgrade |
10:35 |
berick |
the script mostly passes vandelay params through to the server without inspecting them |
10:38 |
jboyer-isl |
Awesome. Then we're in business soon (ish). |
10:38 |
jboyer-isl |
Thank |
10:38 |
jboyer-isl |
s |
10:38 |
jboyer-isl |
berick++ |
10:39 |
berick |
jboyer-isl: i'm all ears if you have any problems. |
10:41 |
jboyer-isl |
The answer to this general vandelay question might be very helpful: is it possible to both import on no matches and auto-overlay on a single match, or should those operations be broken into separate steps? I tried loading some auth records in the client and from what I could tell only the no-match records were imported. |
10:42 |
berick |
you should be able to do both |
10:42 |
berick |
... at the same time |
10:43 |
jboyer-isl |
OK. I'll dig around and see what's what. I may have misunderstood what the client screen was telling me. (I don't hang out in the catalog screens much, as one may be able to guess.) |
10:43 |
jboyer-isl |
Thanks again. |
10:48 |
|
Christineb joined #evergreen |
11:01 |
miker |
dbs: csharp's out today, but things are going well now, after a bit of tuning |
11:03 |
|
vlewis joined #evergreen |
11:03 |
remingtron |
yboston: FYI, the browser client dev sprints page could reveal features that need to be included on the docs TODO list: http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_sprints |
11:06 |
|
vlewis_ joined #evergreen |
11:07 |
yboston |
remingtron: thanks |
11:08 |
yboston |
yboston: y por cierto muchas felicidades con lo de de tu familia |
11:09 |
yboston |
remingtron: y por cierto muchas felicidades con lo de de tu familia |
11:21 |
rjackson_isl |
berick++ - first import using patched importer and correct parameters worked - next test will be the authority side |
11:22 |
rjackson_isl |
inclued both an overlay and new recs in one imput file... |
11:22 |
rjackson_isl |
s/inclued/included |
11:23 |
berick |
sweet |
11:24 |
jboyer-isl |
Bummer. A parallel reingest is no sweat for the database, but slony does not like it one bit. :-/ |
11:25 |
Dyrcona |
Alas, poor Slony. I knew him well, Horatio. |
11:31 |
remingtron |
yboston: gracias! |
12:15 |
|
jihpringle joined #evergreen |
12:19 |
|
Stompro joined #evergreen |
12:32 |
|
maryj joined #evergreen |
12:49 |
Dyrcona |
mceraso: If you're paying attention: just "select asset.refresh_opac_visible_copies_mat_view();" |
12:50 |
Dyrcona |
A little birdie chirped in my ear.... ;) |
12:54 |
|
bmills joined #evergreen |
12:56 |
Dyrcona |
Doing so will hose OPAC search results for a while. |
13:14 |
|
ericar joined #evergreen |
13:33 |
kmlussier |
Sending along a heads up to the gitadmins. MassLNC's git day is Monday. I've asked people to submit their SSH keys for access to the working repo ahead of time, but we may have some last-minute requests coming along Monday morning. |
13:34 |
tsbere |
kmlussier: If needed you can probably poke me directly in IRC |
13:34 |
kmlussier |
tsbere: Great, thanks! |
13:34 |
kmlussier |
tsbere++ |
13:43 |
* kmlussier |
finally has a chance to turn her attention to the web client docs page to see what needs doing. |
13:51 |
maryj |
kmlussier, yboston : is there a standard for what file format, dpi, etc is needed for the screenshots? |
13:52 |
* kmlussier |
adds her name to review the circ and holds docs. |
13:52 |
yboston |
maryj: no really |
13:52 |
kmlussier |
maryj: I just checked the style guide, and I don't see anything. |
13:52 |
yboston |
maryj: there are things that "I know when I see them" |
13:53 |
yboston |
maryj: like a screenshot that covers the whole persons desktop instead of just focusing in the element being documented |
13:53 |
kmlussier |
.png seems to be the predominant file format. |
13:53 |
maryj |
yboston: I have way too many digital archivist friends to risk not following a standard ;) |
13:55 |
yboston |
maryj: :) |
13:55 |
maryj |
kmlussier: thank you. I have the ability to create a variety of file formats, so I was a bit torn as to which to chose. |
13:55 |
maryj |
kmlussier, yboston: I guess the screenshot files will be eventually loaded onto evergreen-ils.org then? |
13:56 |
maryj |
*choose |
13:56 |
yboston |
maryj: yes |
13:57 |
maryj |
kmlussier, yboston: Okay, I'll make two file sets then - .tiff original & then a more web-friendly file format for the site. |
14:25 |
|
jlundgren joined #evergreen |
14:30 |
kmlussier |
Ugh. |
14:30 |
kmlussier |
yboston / remingtron: Do you have thoughts on this? I'm reviewing the circulating items docs from Michelle Purcell. She took new screenshots of the interfaces, but used the same file name, and we're not at a point where we want to replace the files yet. |
14:31 |
yboston |
I think I dealt with that I added something to the web client version |
14:31 |
yboston |
I think |
14:31 |
kmlussier |
I'm trying to decide if I should rename the file names to have a web prefix. Or maybe we could have another media folder that's used for web client screenshots until we've moved everything over to the web. |
14:33 |
yboston |
I ended up using a suffi like this...circulation_patron_records-2_web_client.png |
14:33 |
yboston |
*suffix |
14:34 |
kmlussier |
OK, I'll do that for consistency, |
14:34 |
kmlussier |
Looks like I didn't have any images with the web client docs I've worked on so far. |
14:57 |
kmlussier |
@dessert [someone] |
14:57 |
* pinesol_green |
grabs some birthday cake with lots of candles for kitteh__ |
15:15 |
kmlussier |
@hate Windows line endings |
15:15 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier hates Windows line endings. |
15:26 |
Dyrcona |
All the world's a teletype; and the men and women merely CRLF.... |
15:26 |
Dyrcona |
grr.... |
15:37 |
kmlussier |
heh |
15:50 |
|
jlitrell joined #evergreen |
15:52 |
* kmlussier |
contemplates a style guide guideline for keyboard keys |
15:56 |
dbs |
kmlussier: apparently you want a lot of CTRL (or is it Ctrl? Or Control?) |
15:56 |
kmlussier |
dbs: Yes, I guess I do. :D |
15:57 |
kmlussier |
I've added all caps to the style guide, but am also happy to let other take CTRL and change it to something else. |
15:59 |
dbs |
kmlussier++ |
16:29 |
kmlussier |
Just noticed a mouse click saved in the precat checkout workflow in the web client. Woo hoo! |
16:30 |
kmlussier |
@love reducing mouse clicks |
16:30 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier loves reducing mouse clicks. |
16:40 |
kmlussier |
I noticed the webby precat dialog is defaulting to Magazine for the circ modifier. |
16:40 |
kmlussier |
In the xul client, it defaults to Unset |
16:41 |
kmlussier |
But there is no Unset in webby. |
16:43 |
jihpringle |
yboston: I have a zip file containing the copy bucket documentation and screenshots - should I just send it to the DIG list? |
16:43 |
kmlussier |
On Dyrcona's server, it defaults to bestseller. |
16:44 |
yboston |
jihpringle: how big is the zip file? |
16:44 |
jihpringle |
850KB |
16:44 |
yboston |
OK, send it to the list |
16:44 |
jihpringle |
k, will do now |
16:47 |
Dyrcona |
kmlussier: That's probably the first circ modifier, alphabetically. |
16:48 |
Dyrcona |
seems like the assumption is everything gets a circ modifier in the web staff client, but we don't actually do that here. |
16:48 |
kmlussier |
Dyrcona: I was thinking it might be first by database ID. Because Magazine is not first alphabetically on webby |
16:48 |
kmlussier |
Dyrcona: Oh, so that's a problem. |
16:48 |
kmlussier |
We need an Unset there. |
16:48 |
jihpringle |
yboston: I ran into a few bugs while testing, do you know what the best way to report web client bugs is? |
16:48 |
Dyrcona |
Well, you should be able to add a copy without a circ modifier, I think. |
16:48 |
* kmlussier |
wanders off to Launchpad. |
16:49 |
kmlussier |
And this is why it always takes me so long to work on documentation. :) |
16:49 |
yboston |
jihpringle: same thing is happening to me |
16:49 |
kmlussier |
Dyrcona: Yes, I agree. |
16:49 |
yboston |
jihpringle: here is a bug I just put in |
16:49 |
yboston |
https://bugs.launchpad.net/evergreen/+bug/1537214 |
16:49 |
Dyrcona |
kmlussier: bestseller is probably also the first circ_mod in the table. |
16:49 |
pinesol_green |
Launchpad bug 1537214 in Evergreen "Web staff client does not allow patron notes to require staff initials " [Undecided,New] |
16:49 |
jihpringle |
perfect, I'll add my bugs to launchpad |
16:50 |
jihpringle |
thanks yboston |
16:50 |
yboston |
note that I added the tag for "webstaffclient", do you know how to add tags? |
16:50 |
jihpringle |
yup, I'll add a webstaff client tag |
16:50 |
yboston |
cool |
16:53 |
kmlussier |
jihpringle / yboston: The bonus to documenting the web client is finding those bugs that haven't been uncovered yet. :) |
16:53 |
jihpringle |
indeed :) |
16:54 |
yboston |
my next decision is, do I document the expected behavior (without the bug) or the current behavior (with the bug)? |
16:55 |
yboston |
maybe the expected behavior, in case it gets fixed? |
16:55 |
|
mdriscoll left #evergreen |
16:55 |
kmlussier |
Well, we don't know when the bug will be fixed, so I'm inclined to say document current behavior. |
16:55 |
kmlussier |
However, I noticed Michelle Purcell added a readme to her docs where she added notes for things like that. I was going to add it as a webclient_readme.txt file to the docs directory so that we could have a shared place to make those notes. |
16:56 |
yboston |
jihpringle & kmlussier: good point. this is not easy :( |
16:57 |
kmlussier |
No, it isn't. |
16:57 |
jihpringle |
definitely better to find those bugs now though |
16:58 |
yboston |
BTW< I have been doing "diffs" of the original versus the web client docs to catch what I have left out |
16:58 |
yboston |
I will leave this out |
17:00 |
kmlussier |
I sometimes fear we get a little too tag-happy in LP, but maybe we need a tag on the web client LP bugs to serve as a reminder that we need to update docs when a webclient bug is fixed. |
17:00 |
kmlussier |
The one thing I worry about when leaving something out is that we forget to put it back in if and when the bug is fixed. |
17:01 |
kmlussier |
Too much to think about at 5 on a Friday afternoon. |
17:01 |
yboston |
I hear you |
17:04 |
yboston |
I am addign the docs code I removed to a comment in each bug; with a link to the docs page. hopefully it will help to get it back in |
17:07 |
kmlussier |
The calendar widget still only works in Chrome, right? |
17:11 |
* kmlussier |
answers her own question and confirms that, yes, Firefox is still behind everyone else in this instance. |
17:11 |
kmlussier |
yboston: Yes, I think the comments in LP serve as a good reminder. Nice thinking! |
17:11 |
mmorgan |
kmlussier: Just confirmed that, too :) |
17:12 |
|
mmorgan left #evergreen |
17:37 |
kmlussier |
jihpringle: For bug 1537227, the problem is that you aren't using a registered workstation. |
17:37 |
pinesol_green |
Launchpad bug 1537227 in Evergreen "Web Client: Navigation Buttons in Catalogue Not Working" [Undecided,New] https://launchpad.net/bugs/1537227 |
17:38 |
kmlussier |
We came across that one in testing. |
17:38 |
jihpringle |
kmlussier: thanks, I thought it seemed familar |
17:38 |
kmlussier |
Which is why it's really, really important that we have a way to require workstation registration before the web client is rolled in production. There are several things that don't work as expected without a workstation. |
17:39 |
jihpringle |
yes, that;s definitely crucial |
17:51 |
kmlussier |
OK, looks like I'm not going to finish reviewing the circulating items docs before taking off for the day. I'll try to get to it over the weekend. |
17:51 |
kmlussier |
Have a nice weekend everyone! |
17:51 |
yboston |
see ya! |
18:40 |
pinesol_green |
[evergreen|Yamil Suarez] Docs: Circulation - Patron Record web staff client updated content - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=67defef> |
23:14 |
|
artunit_away joined #evergreen |