| Time |
Nick |
Message |
| 02:28 |
|
jamesrf joined #evergreen |
| 03:54 |
|
jamesrf joined #evergreen |
| 04:28 |
|
dkyle joined #evergreen |
| 04:33 |
|
_bott_ joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:46 |
|
agoben joined #evergreen |
| 08:19 |
|
bos20k joined #evergreen |
| 08:21 |
|
bos20k_ joined #evergreen |
| 08:40 |
|
Dyrcona joined #evergreen |
| 09:01 |
|
mmorgan joined #evergreen |
| 09:17 |
Dyrcona |
mmorgan: I understand that NOBLE has implemented search filters and icon formats based on some of the new RDA fields. |
| 09:20 |
Dyrcona |
I am going to push my fix for Lp 1333893, it has been sitting there with a sign off for nearly two months. |
| 09:20 |
pinesol |
Launchpad bug 1333893 in Evergreen 3.2 "Retain empty bib records (cat.bib.keep_on_empty) not honored with volume transfers" [Undecided,Confirmed] https://launchpad.net/bugs/1333893 |
| 09:20 |
|
aabbee joined #evergreen |
| 09:24 |
* mmorgan |
believes we have set up such search filters but checks with colleagues who would have actually done the setup :) |
| 09:26 |
agoben |
mmorgan: We've done that here in Indiana too. |
| 09:27 |
agoben |
Not the filters, but icons. |
| 09:27 |
pinesol |
[evergreen|Jason Stephenson] LP 1333893: Keep Empty Bib on Volume Transfer - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d61f827> |
| 09:28 |
agoben |
Example: http://evergreen.lib.in.us/eg/opac/record/21695814 |
| 09:28 |
Dyrcona |
It would be awesome if you (NOBLE and Indiana) could share your work on bug 1125621 |
| 09:28 |
pinesol |
Launchpad bug 1125621 in Evergreen "RDA 336, 337 338 fields" [Medium,Confirmed] https://launchpad.net/bugs/1125621 |
| 09:29 |
agoben |
We aren't using those fields for it though. We're using the 347 |
| 09:29 |
Dyrcona |
I added the 347 in a comment this morning. :) |
| 09:30 |
Dyrcona |
And, that is exactly the kind of thing, adding the 347$b, that we've been asked to do, so if you two could share your work, it save the rest of us a lot of time. :) |
| 09:30 |
agoben |
Yeah, just browsing that bug. There are several new tags/fields that can be used. We're also using the 753 for gaming system faceting |
| 09:31 |
* Dyrcona |
thinks we could genericize the bug title for more RDA fields. |
| 09:31 |
agoben |
Will have to nudge JBoyer on that. I just requested/defined it and he made it happen. |
| 09:32 |
agoben |
And +1 to updating the bug to be more inclusive of newer RDA tags. |
| 09:32 |
agoben |
I'd also love to see EVG be able to address the new accessibilty tags for filtering/faceting! |
| 09:33 |
Dyrcona |
That might warrant a new bug, but I'll keep an open mind. :) |
| 09:35 |
Dyrcona |
I changed the bug title. If it's too broad feel free to change it if you can. If not, let me know and I'll change the title again. |
| 09:35 |
agoben |
It really should be a separate bug, yes. But it's very exciting to see it make it that much clearer what assistive materials are available/searchable. |
| 09:36 |
Dyrcona |
Yes, I agree. Also, if it can all be done in a reasonable time, then one bug is better than two. |
| 09:36 |
agoben |
++ |
| 09:37 |
* mmorgan |
asks colleague to look at Dyrcona's bug when she has a moment. |
| 09:37 |
Dyrcona |
Well, it's not actually my bug....I'm just glomming on for the purpose of being lazy. :) |
| 09:38 |
mmorgan |
s/Dyrcona's bug/bug Dyrcona referenced :) |
| 09:38 |
Dyrcona |
:) |
| 09:40 |
Dyrcona |
Now, to push bug 1752968 as promised. We're using it in production and the sign off branch has been sitting there since December. |
| 09:40 |
pinesol |
Launchpad bug 1752968 in Evergreen 3.2 "Web Client: Add Volumes - Cursor focus" [Medium,Confirmed] https://launchpad.net/bugs/1752968 |
| 09:44 |
|
yboston joined #evergreen |
| 09:45 |
pinesol |
[evergreen|Jason Stephenson] Lp 1752968: Focus Barcode Field in Volumes/Copy Editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a088df5> |
| 09:45 |
pinesol |
[evergreen|Jason Stephenson] Lp 1752968: Select content when focusing on the barcode field. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=39f1548> |
| 09:51 |
Dyrcona |
I'm guessing that Sitka may also have something to share on that RDA bug. |
| 10:00 |
|
sandbergja joined #evergreen |
| 10:06 |
|
sandbergja joined #evergreen |
| 10:13 |
jeff |
ERROR: invalid input syntax for integer: "undefined" at character 136 |
| 10:13 |
jeff |
STATEMENT: SELECT "mbt".id, "mbt".usr, "mbt".xact_finish, "mbt".xact_start, "mbt".unrecovered FROM money.billable_xact AS "mbt" WHERE "mbt".id = 'undefined'; |
| 10:13 |
* jeff |
shakes fist at Javascript |
| 10:14 |
Dyrcona |
Well, even if it did the right thing, where id = NULL isn't going to give you much, either. :) |
| 10:14 |
jeff |
*nod* |
| 10:15 |
jeff |
It's likely not Javascript's fault, I just automatically assume Javascript as the source when I see the string "undefined". |
| 10:16 |
Dyrcona |
@blame JavaScript |
| 10:16 |
pinesol |
Dyrcona: JavaScript tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 10:16 |
* jeff |
blinks |
| 10:16 |
jeff |
huh. that doesn't seem to have aged well. |
| 10:28 |
JBoyer |
Dyrcona, I'm not clear on what kind of things that bug should address re:347b, since it's basically a free-form thing. :/ We have a list of suggestions locally that catalogers can use to have this or that icon, but unless everyone wants to use our local choices it's largely nothing more than a crad entry with xpath pointing to that field. |
| 10:28 |
JBoyer |
(We also only really have BR, BR4K, Playaways and Vox audibooks, so not a lot of options) |
| 10:29 |
Dyrcona |
JBoyer: My goal is to find someone who has done the dirty work of setting up the crad entries that they can dump to a file from the database, so that I don't have to start from scratch in making a db upgrade script. |
| 10:30 |
JBoyer |
Ah, that's different. I was having a hard time coming up with ways to get a patch accepted upstream. |
| 10:30 |
Dyrcona |
I think we can use the text from the RDA fields for the values of the entries since it is supposed to be a controlled vocabulary. |
| 10:31 |
jeff |
for anyone working on this or something like it, are the relevant/needed bits of RDA paywalled? |
| 10:32 |
Dyrcona |
jeff: I don't think so. There's all this stuff that you can pay for, but you don't have to pay to be able to use it, and LoC has documentation on the relevant fields. |
| 10:33 |
JBoyer |
I didn't think the 347b was controlled. That's my sticking point. Most of the other 33X fields are controlled though. |
| 10:33 |
Dyrcona |
I think most of that is paid for is documentation to explain it all, and some "toolkit" that may just be documentation. |
| 10:36 |
Dyrcona |
JBoyer: Our cataloger said it was controlled, but it looks like it isn't. LoC says that terms from different source vocabularies should be recorded in separate instances of the tag. |
| 10:36 |
agoben |
All of the currently controlled RDA options are here: http://www.rdaregistry.info/termList/ |
| 10:37 |
agoben |
And the 347$b is disappointingly not addressed there. |
| 10:38 |
JBoyer |
agoben++ # Was just looking for that list |
| 10:38 |
Dyrcona |
agoben++ |
| 10:39 |
JBoyer |
And I can see RDA not wanting to get bogged down in (re-)defining every possible file type, but pointing to another potential source would at least be a start. Who wants to use MIME? ;) |
| 10:40 |
agoben |
They used W3C's accessibilty thesaurus for the new accessibilty entries, which is nice. |
| 10:41 |
Dyrcona |
Well, we have records with something that looks consistent with examples from LoC, so that's a start for 347. |
| 10:42 |
agoben |
Kinda how we defined ours too. Still getting everyone used to using the definitions though, so we're importing stuff that's all over the map and having to do post-cleanup |
| 10:43 |
JBoyer |
We use some terms from the GAMECIP - Computer Game Platforms list for the 753, but given that that publication hasn't actually been approved I don't know how much interest there is really. (though they did finally add the Switch, so I guess it's not completely dead...) |
| 10:44 |
JBoyer |
But I can pull a couple crad entries for you real quick if it helps locally. You can start with what we have or change up whatever you like. |
| 10:45 |
abneiman |
gmcharlt++ littlet++ # I already love the heirarchical breadcrumbs in the wiki |
| 10:45 |
JBoyer |
No Party > Like a Breadcrumb > Party |
| 10:46 |
jeff |
post-import-cleanup-- |
| 10:46 |
Dyrcona |
JBoyer: I don't want to do this locally. I want to put this in the next release of Evergreen so we all don't have to keep reinventing the wheel on this. |
| 10:47 |
Dyrcona |
Based on screen shots that I have, I think NOBLE has some fairly complete entries for this. |
| 10:47 |
JBoyer |
That's fair, but I think we've been let down by the standard. (I know...) |
| 10:48 |
Dyrcona |
"Standard" you mean... Seems to be true of most standards in the library field. They're less standard and more array of options. |
| 10:48 |
JBoyer |
Hence the parenthetical. :) |
| 11:36 |
|
jihpringle joined #evergreen |
| 11:48 |
|
khuckins joined #evergreen |
| 11:55 |
|
jamesrf joined #evergreen |
| 12:55 |
|
khuckins joined #evergreen |
| 13:18 |
|
yar joined #evergreen |
| 13:43 |
|
yboston joined #evergreen |
| 14:02 |
|
khuckins joined #evergreen |
| 14:08 |
|
collum joined #evergreen |
| 15:19 |
|
khuckins joined #evergreen |
| 15:51 |
|
Christineb joined #evergreen |
| 16:26 |
* Dyrcona |
reminds himself to slow down. |
| 16:31 |
|
khuckins joined #evergreen |
| 16:32 |
* Dyrcona |
reminds himself, again, to slow down. :) |
| 16:32 |
* Dyrcona |
disappears in a puff of logic. |
| 17:06 |
|
mmorgan left #evergreen |
| 17:11 |
* berick |
initiates rubber duck protocol |
| 17:12 |
berick |
A/T event def Autorenew, if you apply a value for "usr_field" and "opt_in_setting", we get per-user autorenwal opt ins |
| 17:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:47 |
jeff |
berick: was there more to your rubber ducking? |
| 17:49 |
|
sandbergja joined #evergreen |
| 17:54 |
berick |
jeff: no, i was hoping the duck talk back this time |
| 17:54 |
berick |
my statement was really a question |
| 17:58 |
jeff |
we've used and abused opt_in_setting in the past. |
| 17:59 |
jeff |
other than some notes about what's required for an opt-in setting to show in the staff client and in the opac (different criteria), i'd have to read code. |
| 17:59 |
jeff |
one challenge would be that there is currently no way to disable one A/T if another is in effect... |
| 18:00 |
jeff |
which would prevent you from doing one of the recommended rollouts, where autorenewal email notices take the place of courtesy notices. |
| 18:00 |
jeff |
(unless you made them each opt-in, i suppose) |
| 18:01 |
|
sandbergja joined #evergreen |
| 18:08 |
berick |
jeff: ah, yes, good point |
| 18:23 |
jeff |
but yes, i think you can get opt-in autorenew via the method you described. |
| 19:03 |
|
khuckins_ joined #evergreen |
| 19:54 |
|
sandbergja joined #evergreen |
| 21:30 |
|
sandbergja joined #evergreen |
| 21:48 |
|
troy__ joined #evergreen |
| 22:20 |
|
jeff___ joined #evergreen |
| 23:30 |
|
jamesrf joined #evergreen |
