| Time |
Nick |
Message |
| 00:41 |
|
beanjammin joined #evergreen |
| 02:13 |
|
jaswinder joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
jaswinder joined #evergreen |
| 07:29 |
|
tlittle joined #evergreen |
| 07:51 |
|
kmlussier joined #evergreen |
| 07:59 |
|
_bott_ left #evergreen |
| 08:01 |
kmlussier |
Good morning #evergreen! |
| 08:02 |
kmlussier |
I'm guessing a little additional caffeine will be needed today as procrastinators finish up getting ready for next week! |
| 08:02 |
kmlussier |
@coffee [someone] |
| 08:02 |
* pinesol_green |
brews and pours a cup of Kenya Mamuto, and sends it sliding down the bar to sard |
| 08:02 |
kmlussier |
@coffee [someone] |
| 08:02 |
* pinesol_green |
brews and pours a cup of Ethiopia Nekisse Espresso, and sends it sliding down the bar to serflog |
| 08:03 |
kmlussier |
@tea [someone] |
| 08:03 |
* pinesol_green |
brews and pours a pot of San Mateo Air Dried Loose Yerba Mate, and sends it sliding down the bar to troy__ (http://ratetea.com/tea/guayaki/san-mateo-air-dried-loose-yerba-mate/4327/) |
| 08:03 |
kmlussier |
@tea [someone] |
| 08:03 |
* pinesol_green |
brews and pours a pot of Hu-Kwa Tea, and sends it sliding down the bar to pastebot (http://ratetea.com/tea/mark-t-wendell/hu-kwa-tea/4467/) |
| 08:03 |
* kmlussier |
isn't sure that serflog and pastebot needed the additional caffeine. |
| 08:04 |
|
_bott_ joined #evergreen |
| 08:18 |
csharp |
log faster, dammit! |
| 08:20 |
kmlussier |
csharp++ |
| 08:37 |
kmlussier |
Sometimes, this strange thing happens when logging into the web client where I log in under the workstation for one org unit, but the label in the upper right corner of the screen displays a different org unit. |
| 08:38 |
kmlussier |
Well, I guess I should say it shows a different workstation, but I use the same workstation name for all of my org units, so that's what the visible difference is for me. |
| 08:40 |
kmlussier |
But all of the interfaces recognize the org unit I used when logging in. If I click the 'add volumes' link, for example, it uses the correct org unit. It only seems to be a problem with that one display element. Clearing the cache doesn't fix it either. |
| 08:47 |
|
mmorgan joined #evergreen |
| 08:50 |
|
idjit joined #evergreen |
| 09:04 |
|
bos20k joined #evergreen |
| 09:13 |
|
idjit joined #evergreen |
| 09:15 |
|
_bott_ joined #evergreen |
| 09:16 |
abneiman |
kmlussier: a belated thought on 260b -- IIRC it is possible for a publisher to be an individual and not an institution, which may point to why it's in the author fingerprint. I think AACR used this for self-published works. I'm less familiar with what RDA calls for though. |
| 09:24 |
|
yboston joined #evergreen |
| 09:39 |
kmlussier |
abneiman: That's a thought. Thanks! |
| 09:47 |
miker |
kmlussier / abneiman: I'm pretty sure 260b is included because I asked a PINES cataloger "hey, if there's just no author field in a record, what should we include to disambiguate works with the same title?" back in 2004-ish |
| 09:49 |
kmlussier |
miker: In that case, then, we probably should include the 264b. But will the system grab the 700 author before it gets to 260? In my experience, it goes through the fields in the order they're on the MARC record. |
| 09:51 |
miker |
the intent is to get them in xpath order. it /used/ to do that, but I admit I haven't tested since we moved to the built-in xpath() function (in my defence, that's because it's the same code, just in core PG rather than an extension -- both versions use libxml2) |
| 09:52 |
miker |
it iterates through "|" separated expessions, executing each and returning the set returned by each. then we just take the first that comes out of the function |
| 09:53 |
miker |
also, +1 to 264b (or any other additions -- /still/ not a cataloger ;) ) |
| 09:53 |
kmlussier |
miker: It's been a couple of years since I've looked at it. I'll test it further to see if I can confirm what the current behavior is. |
| 09:54 |
kmlussier |
Also not a cataloger, though I did head a tech services department once for about a year. |
| 09:59 |
|
Christineb joined #evergreen |
| 10:08 |
csharp |
@quote search parties |
| 10:08 |
pinesol_green |
csharp: 1 found: #46: "<_bott_> I am not a cataloger, but I speak..." |
| 10:08 |
csharp |
@quote 46 |
| 10:08 |
pinesol_green |
csharp: http://cat.evergreen-ils.org.meowbify.com/ |
| 10:08 |
csharp |
@quote get 46 |
| 10:08 |
pinesol_green |
csharp: Quote #46: "<_bott_> I am not a cataloger, but I speak enough MARC to be fun at parties" (added by gmcharlt at 11:43 AM, March 15, 2013) |
| 10:09 |
* _bott_ |
and his 15 minutes of fame |
| 10:09 |
csharp |
_bott_++ |
| 10:23 |
|
jaswinder joined #evergreen |
| 10:39 |
|
rlefaive joined #evergreen |
| 11:06 |
|
yboston joined #evergreen |
| 11:22 |
|
beanjammin joined #evergreen |
| 11:29 |
csharp |
interesting - loading the Hatch extension into Firefox using web-ext ( https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Getting_started_with_web-ext ) appears at first blush to Just Work™ |
| 11:29 |
csharp |
berick: have you played with that at all? |
| 11:29 |
|
gsams joined #evergreen |
| 11:31 |
csharp |
well - spoke too soon - the printers aren't showing - now looking for the FF equivalent of extension background page |
| 11:32 |
csharp |
in any case, it looks like the extension itself appears to work |
| 11:36 |
csharp |
I guess it helps if you actually have hatch installed on the workstation itself :-/ |
| 11:36 |
Bmagic |
sometimes :) |
| 11:36 |
kmlussier |
@marc 505 |
| 11:36 |
pinesol_green |
kmlussier: The titles of separate works or parts of an item or the table of contents. The field may also contain statements of responsibility and volume numbers or other sequential designations. (Repeatable) [a,g,r,t,u,6,8] |
| 11:42 |
csharp |
ok - hatch installed - still not seeing the printers though |
| 11:43 |
berick |
csharp: i have not. curious what the extension console reports. |
| 11:44 |
csharp |
yeah, that's what I'm looking for right now |
| 11:46 |
csharp |
ah - found it |
| 11:48 |
csharp |
oh - I skipped a step |
| 11:52 |
csharp |
hmm - trying to find where to copy org.evergreen_ils.hatch.json in the .mozilla file heirarchy |
| 11:53 |
csharp |
ah /usr/lib/mozilla/native-messaging-hosts/ |
| 11:54 |
csharp |
looks like there are options: |
| 11:54 |
csharp |
https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Native_manifests#Manifest_location |
| 11:55 |
csharp |
looks like we're going for per-user config based on the chrome installation method |
| 11:59 |
csharp |
berick: https://pastebin.com/1nZPrBih |
| 12:00 |
csharp |
I can see the issue - it' |
| 12:01 |
csharp |
s expecting something other than "allowed_origins" - either that or we need to add a line for something firefox-y |
| 12:02 |
csharp |
yeah it's looking for allowed_extensions |
| 12:05 |
csharp |
hmm - maybe a different native manifest for firefox is required - I was trying to avoid creating a new file |
| 12:06 |
csharp |
hooray! |
| 12:06 |
berick |
that sounds promising.. |
| 12:07 |
csharp |
so after removing the "allowed_origins" section and adding "allowed_extensions", it sees my printer |
| 12:07 |
berick |
nice! |
| 12:07 |
csharp |
and no more barfing in the background page |
| 12:12 |
csharp |
something's still not right because test print stuff is non-responsive, but I need a lunch break |
| 12:12 |
csharp |
might be a good thing to finish at the hackfest |
| 12:16 |
Bmagic |
charp++ |
| 12:16 |
Bmagic |
csharp++ even |
| 12:16 |
Bmagic |
speaking of karma |
| 12:16 |
Bmagic |
hanabi++ |
| 12:17 |
berick |
csharp++ # indeed |
| 12:27 |
|
jihpringle joined #evergreen |
| 12:49 |
|
collum joined #evergreen |
| 13:07 |
csharp |
the print message successfully makes it to hatch.sh so I think my problem is at the OS level |
| 13:07 |
csharp |
I've had not-fun printing issues on Fedora for the last few releases |
| 13:08 |
csharp |
so, an apparently successful test of Firefox hatch! |
| 13:10 |
berick |
yay |
| 13:10 |
alynn26_away |
resistance++ |
| 13:20 |
|
jaswinder joined #evergreen |
| 13:30 |
|
jaswinder joined #evergreen |
| 13:43 |
jeffdavis |
csharp: did you force-push an update to user/csharp/lp1746300_fix_circ_counts_item_status_details a few days ago? |
| 13:43 |
jeffdavis |
also, |
| 13:43 |
jeffdavis |
csharp++ # hatch ffx testing |
| 13:49 |
jeff |
kmlussier, rhamby: if you didn't know, "sched" seems to be spamming twitter on your behalf. If you did know, well... then "spam" might be the wrong term. |
| 13:50 |
rhamby |
jeff: I sent out a single one from it, is it sending more than that? |
| 13:50 |
kmlussier |
jeff: Yes, you have to intentionally share to get sched to post to twitter. |
| 13:50 |
* kmlussier |
saw rhamby do it and then copied him. |
| 13:50 |
jeff |
sounds all expected, then! |
| 13:54 |
csharp |
jeffdavis: yes, I did |
| 13:55 |
jeffdavis |
phew, I'm not crazy then :) |
| 13:55 |
berick |
two_breakfasts++ |
| 13:56 |
csharp |
jeffdavis: I had trouble creating the for loop that dbwells recommended from the XUL code and added some additional logic for handling a null value for one of the two possible rows from circbyyr |
| 13:57 |
csharp |
almost certainly not the most elegant approach, so if someone wants to correct it, I'm totally good with that (bug 1746300) |
| 13:57 |
pinesol_green |
Launchpad bug 1746300 in Evergreen "Item Status screen - Total Circs Current and Prev Incorrect" [Undecided,Confirmed] https://launchpad.net/bugs/1746300 - Assigned to Jeff Davis (jdavis-sitka) |
| 13:57 |
jeffdavis |
I think I ran into the latter case when testing last week, I'll try out the updated branch |
| 13:58 |
csharp |
cool |
| 13:58 |
csharp |
please let me know if you see trouble |
| 14:03 |
csharp |
found while exploring FF addon information: https://addons.mozilla.org/en-US/firefox/addon/the-laser-cat/?src=hp-dl-promo |
| 14:07 |
csharp |
Chrome version: https://chrome.google.com/webstore/detail/laser-cat/fjhpfpjdamhdpcbpmoocjfadgkbohfpm?hl=en-US - seems like an important thing to have installed when running the web client |
| 14:09 |
|
rlefaive joined #evergreen |
| 15:41 |
|
rlefaive joined #evergreen |
| 15:48 |
|
yboston joined #evergreen |
| 16:25 |
kmlussier |
miker: I'm hoping you can assist me with something. I'm logging long-running queries, well, actually, all sql queries so that I can grab the core query for a search. Things look different in 3.1. Could you tell me where I would find the core query in this paste? https://pastebin.com/E4aHbxHd |
| 16:25 |
kmlussier |
I thought it might be somewhere around "Completed canonicalized SEARCH IS", but I'm mostly just seeing queries for facets and for highlighting. |
| 16:30 |
* csharp |
closes out the day by mentioning my linked branch on bug 1731922 |
| 16:30 |
pinesol_green |
Launchpad bug 1731922 in Evergreen "Firefox add-on for Hatch" [Wishlist,Confirmed] https://launchpad.net/bugs/1731922 |
| 17:04 |
|
mmorgan left #evergreen |
| 17:49 |
|
jaswinder joined #evergreen |
| 18:24 |
|
jaswinder joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:57 |
|
jaswinder joined #evergreen |
| 21:35 |
|
jaswinder joined #evergreen |
