| Time |
Nick |
Message |
| 03:54 |
|
JBoyer_ joined #evergreen |
| 06:55 |
|
rjackson_isl_hom joined #evergreen |
| 07:30 |
|
collum joined #evergreen |
| 07:56 |
|
mantis1 joined #evergreen |
| 07:58 |
|
BDorsey joined #evergreen |
| 08:24 |
|
rfrasur joined #evergreen |
| 08:33 |
|
Dyrcona joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:44 |
|
Stompro joined #evergreen |
| 08:51 |
|
rjackson_isl_hom joined #evergreen |
| 08:54 |
|
Stompro joined #evergreen |
| 09:10 |
|
Stompro joined #evergreen |
| 09:34 |
|
Stompro joined #evergreen |
| 09:57 |
Dyrcona |
"Curiouser and curiouser," said Alice. |
| 09:58 |
Dyrcona |
So, I'm back to banging my head against MARC record encoding because when I process records from Overdrive and encode the output as UTF-8, many of the records get double encoded. If I do the same with records from Kanopy, they don't. |
| 09:59 |
Dyrcona |
In fact, if I write the preprocessed Kanopy records out as "bytes" instead of "utf8," that's when some of them blow up.... |
| 09:59 |
Dyrcona |
They're both sending UTF-8 for the most part as far as I can (care) to tell. |
| 10:04 |
Dyrcona |
chardet says: Kanopy_MARC_Records__additions__joneslibrary.mrc: utf-8 with confidence 0.99 |
| 10:06 |
Dyrcona |
I'll have to check if my generic preprocessor and my Overdrive-specific preprocessor read the files differently, but I don't think so. The latter is a slightly modified copy of the former. |
| 10:26 |
Dyrcona |
No difference in how the files are read by my Perl programs. |
| 10:27 |
Dyrcona |
And, I always force the record encoding to UTF-8 via options. |
| 10:28 |
Dyrcona |
There are also no differences in how they handle the encoding option input or output. |
| 10:28 |
Dyrcona |
There's something weird going on with one set of records, and I'll modify my generic preprocessor to use utf8 on the output. |
| 10:29 |
Dyrcona |
I'll have to test if that breaks other record loads, and if so, add an exception for Kanopy..... |
| 10:29 |
Dyrcona |
Y'know. I may just add the exception for Kanopy anyway.... |
| 10:31 |
Dyrcona |
It's ugly, but it's Perl. |
| 10:34 |
Dyrcona |
I did plan on using a shell wrapper around the generic script for the Overdrive records, but that got put on hold because of other things. |
| 10:34 |
Dyrcona |
k |
| 10:37 |
Dyrcona |
I think the fact that OD and Kanopy need different encoding caused most of my confusion over the past few months. |
| 10:37 |
Dyrcona |
@monologue |
| 10:37 |
pinesol |
Dyrcona: Your current monologue is at least 17 lines long. |
| 11:10 |
Dyrcona |
Just for the record. If I run chardet on the original output it says: ISO-8859-1 with confidence 0.729686060085. |
| 11:11 |
Dyrcona |
The original input and the output with ':utf8' on the output file is utf-8 with confidence 0.99 for the Kanopy records. |
| 11:31 |
|
mantis1 joined #evergreen |
| 11:42 |
Dyrcona |
On 3.7+, are item templates still stored in actor.usr_setting? |
| 11:42 |
mmorgan |
Dyrcona: Yes, they are. |
| 11:43 |
Dyrcona |
mmorgan++ I had hoped they would have moved to a separate table by now. |
| 11:43 |
mmorgan |
That would be awesome! |
| 11:44 |
Dyrcona |
I've been asked to "move" them from one staff to another. I hope the other doesn't already have some or this will get very messy. |
| 11:45 |
Dyrcona |
I haven't messed with these in about 5 years, since version 2.12 or sol. |
| 11:45 |
Dyrcona |
And, yes, it would be awesome to have templates in their own table with 1 entry per template/user. |
| 11:48 |
mmorgan |
Dyrcona: They can be exported from one user and imported to another user via the client. I don't remember exactly what happens when templates with the same name collide. |
| 11:50 |
Dyrcona |
mmorgan: I had forgotten about that. I'm pretty sure I can do it in the database. I vaguely recall writing Python scripts to dump and to possibly merge them back when we were migrating to 3.0. |
| 12:08 |
|
jihpringle joined #evergreen |
| 12:20 |
Dyrcona |
mmorgan: In the meantime, our head of cataloging has commented on the ticket about exporting the templates. I'm not sure that they have access to the account because the staff person with the templates has left. |
| 12:23 |
|
collum joined #evergreen |
| 12:23 |
Dyrcona |
I guess it was only 3 years ago that I was messing with the templates. At least, that's the code that I found in my backups. |
| 12:26 |
Dyrcona |
oof. Looks like I was dumping the templates to a file, manually editing them, then updating the preferences for some reason. I think it was related to a bug where xul templates wouldn't always translate properly to the webstaff client. |
| 12:28 |
mmorgan |
Dyrcona: Yes, the xul to webby template issue was a big problem here, too. |
| 12:30 |
Dyrcona |
That seems like it was more than 3 years ago.... |
| 12:54 |
Dyrcona |
looks like I'll get to reuse my script to "prettify" the json. |
| 12:59 |
Dyrcona |
Allright, let's see how emerge-files handles prettified JSON.... |
| 13:08 |
Dyrcona |
It did pretty well up until diff 17 out of 72. I'll have to split this difference or edit it by hand. |
| 13:10 |
|
mantis1 joined #evergreen |
| 13:18 |
|
BDorsey joined #evergreen |
| 13:20 |
|
rjackson_isl_hom joined #evergreen |
| 13:24 |
Dyrcona |
Might have been simpler to just copy and paste the templates that were in b but not a.....That's what my merge mostly did anyway. |
| 14:01 |
|
collum joined #evergreen |
| 15:29 |
Dyrcona |
Pretty much the latter: "I do intend to revisit this later, which might very well be never." |
| 15:31 |
Dyrcona |
Launchpad, where features go to die. |
| 15:36 |
|
jihpringle joined #evergreen |
| 15:39 |
csharp_ |
@quote add <Dyrcona> Launchpad, where features go to die. |
| 15:39 |
pinesol |
csharp_: The operation succeeded. Quote #228 added. |
| 15:43 |
Dyrcona |
@quote get 1 |
| 15:43 |
pinesol |
Dyrcona: Quote #1: "<senator> much as a cancer would develop from chewing on uranium rocks ... but the tooth decay is lovely!" (added by gmcharlt at 11:22 AM, February 17, 2011) |
| 16:20 |
|
jihpringle joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:55 |
|
troy_ joined #evergreen |
| 17:56 |
|
book`_ joined #evergreen |
| 17:57 |
|
jeffdavis_ joined #evergreen |
| 17:57 |
|
bshum_ joined #evergreen |
| 17:57 |
|
dluch_ joined #evergreen |
| 17:57 |
|
Bmagic_ joined #evergreen |
| 17:57 |
|
eeevil joined #evergreen |
| 17:57 |
|
abneiman_ joined #evergreen |
| 17:58 |
|
denials joined #evergreen |
| 23:21 |
pinesol |
News from commits: LP1983020-Bootstrap opac: Electronic links pagination button. <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=b687b99dc674da85f0e0fc9aefdb2fcb131d29f2> |
