| Time |
Nick |
Message |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:10 |
|
jonadab_znc joined #evergreen |
| 07:57 |
|
jboyer-isl joined #evergreen |
| 07:58 |
|
rjackson_isl joined #evergreen |
| 08:02 |
|
ericar joined #evergreen |
| 08:08 |
|
gdunbar joined #evergreen |
| 08:36 |
|
mrpeters joined #evergreen |
| 08:44 |
|
akilsdonk joined #evergreen |
| 08:50 |
|
_robbat2|irssi left #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 09:06 |
|
maryj joined #evergreen |
| 09:08 |
|
mdriscoll joined #evergreen |
| 09:21 |
|
Shae joined #evergreen |
| 09:25 |
Dyrcona |
Hmm... I want to parse a macxml file in Python. Do I learn edsu's pymarc lib or just an xpath lib? |
| 09:26 |
Dyrcona |
That should be "or just use an xmpath lib," which is something that I already know how to do. |
| 09:29 |
Dyrcona |
Jeez. I make typos in my corrections..... |
| 09:29 |
|
yboston joined #evergreen |
| 09:29 |
Dyrcona |
So, I'll use lxml.etree, since it has more complete xpath support than xml.etree and friends that come with Python. |
| 09:40 |
|
RoganH joined #evergreen |
| 09:43 |
|
krvmga joined #evergreen |
| 10:46 |
bshum |
Hmm |
| 10:46 |
RoganH |
eh? |
| 10:46 |
bshum |
Well this is entertaining. Some email overdue got parsed incorrectly and it made the entire body of message into the FROM line |
| 10:46 |
bshum |
So it tried emailing every word individually from the notice as an @ to the utility server. |
| 10:46 |
bshum |
This should be "fun" |
| 10:46 |
RoganH |
That's both awful and kind of funny. |
| 10:47 |
berick |
hey, the message still got delivered ;) |
| 10:47 |
bshum |
berick: Funny enough yeah. |
| 10:47 |
bshum |
So far I can't find any weird characters in the email of the patron itself. |
| 10:48 |
bshum |
But I did just notice that the A/T template is all one line... with \r between where all the returns ought to be. |
| 10:48 |
bshum |
Windows vs. Linux problems :( |
| 10:48 |
bshum |
Course... on any of Windows machine, looking at the A/T template, it looks just fine |
| 10:49 |
RoganH |
I'm setting up a new Windows VM right now. Kind of makes me feel unclean. |
| 10:49 |
bshum |
With the staff client, it renders the template with all the right breaks |
| 10:49 |
bshum |
And with pgadmin, it still shows it right too |
| 10:49 |
bshum |
But using psql, that revealed the weirdness |
| 10:49 |
* bshum |
tries reformatting the whole thing more properly and sees if that helps. |
| 10:50 |
bshum |
RoganH: I installed Windows 10 on one of my other laptops last week, and I had a similar feeling afterwards. |
| 10:50 |
RoganH |
bshum: that's what I'm doing |
| 11:27 |
gsams |
I upgraded my gaming rig to Win10 last week, haven't had time to do much other than turn off a lot of the privacy concerns. |
| 11:33 |
|
buzzy joined #evergreen |
| 11:41 |
|
gdunbar joined #evergreen |
| 11:46 |
gsams |
I am seriously considering moving to linux though, with all of the added support it has been getting for gaming (and wine works surprisingly well honestly.) |
| 11:51 |
|
pmurray_away joined #evergreen |
| 11:51 |
|
pmurray joined #evergreen |
| 11:53 |
|
gdunbar joined #evergreen |
| 11:58 |
|
mrpeters1 joined #evergreen |
| 11:58 |
|
maryj joined #evergreen |
| 12:27 |
Bmagic |
I know I've asked this before but I can't seem to turn up the IRC log. Where are the "//mods32:mods/mods32:titleInfo[mods32:title and (@type='uniform-nfi')]" defined? It was a file on the /openils tree somewhere if memory serves |
| 12:27 |
bshum |
I think that's actually in the database |
| 12:27 |
bshum |
config.xml_transform? |
| 12:27 |
Bmagic |
the definition for 'abbreviated' |
| 12:28 |
Bmagic |
bshum: oh yeah, that seems to have what I am looking for |
| 12:28 |
bshum |
Yeah I think that anything "mods32" related |
| 12:28 |
bshum |
Comes from the XML for mods32 from that table |
| 12:29 |
Bmagic |
It's a file as well somewhere |
| 12:29 |
Bmagic |
two different pieces of code refer to two different locations, one in the DB, and one on the FS |
| 12:29 |
Bmagic |
(I could have swore that was what I was told) |
| 12:31 |
Dyrcona |
The copy in the database is used for most situations. |
| 12:32 |
Dyrcona |
Particularly for indexing. |
| 12:34 |
Dyrcona |
OpenILS::Utils::ModParser uses the one from the file system, and that's the only thing that I'm aware of that uses it from the filesystem. |
| 12:36 |
Dyrcona |
By extension, OpenILS::Application::AppUtils::record_to_mvr uses the one from the filesystem, since it uses the above module, but that's more information than you probably wanted. :) |
| 12:37 |
* Dyrcona |
goes back to trying to figure out a better way to match records from a third-party vendor for updates and deletes. |
| 12:37 |
Bmagic |
I am trying to figure out why metabib.author_field_entry doesnt have some of the 700a's for a paticular record |
| 12:38 |
Dyrcona |
That would be the mods in the database. |
| 12:38 |
Bmagic |
by all accounts, as far as I can tell, it should index all of the 700a's in the marc, however, it doesn't |
| 12:38 |
Dyrcona |
There are different versions of the mods stylesheets, so the mods version may make a difference. |
| 12:39 |
Dyrcona |
Also, Evergreen has customized one or two of them. |
| 12:40 |
Dyrcona |
Guess that only matters if you're comparing them to the ones what LoC publishes, though. |
| 12:52 |
|
Callender_ joined #evergreen |
| 13:05 |
krvmga |
in searching, the grammar says you can use ^ to left anchor a phrase search and $ to right anchor a phrase search. i'm assuming they are mutually exclusive (in other words you can use one or the other but not both at once). is this correct? |
| 13:06 |
Dyrcona |
You can use both, but you have to match the whole thing. |
| 13:06 |
Dyrcona |
So, basically, yeah, don't use both. :) |
| 13:07 |
krvmga |
Dyrcona: thx :) |
| 13:10 |
bshum |
Give me a ping Vasily. One ping only, please. |
| 13:42 |
krvmga |
bshum: LOL (I know that's a belated laugh. I was away for a little while.) |
| 14:34 |
|
akilsdonk_ joined #evergreen |
| 14:38 |
kmlussier |
RoganH: Tireless work? |
| 14:38 |
RoganH |
tireless, showing great effort and energy |
| 14:38 |
RoganH |
I spelled it right didn't I? |
| 14:39 |
bshum |
RoganH++ kmlussier++ # hackaway, whoot! |
| 14:40 |
kmlussier |
RoganH: Yes, it's spelled correctly. I must admit that monitoring emails from you with updates on dates can be a little exhausting. ;) |
| 14:41 |
RoganH |
kmlussier: sorry |
| 14:41 |
RoganH |
I threw up a short version of the announcement on the web site. No bells and whistle just the date announcement. |
| 14:41 |
kmlussier |
RoganH++ |
| 14:49 |
Dyrcona |
RoganH++ kmlussier++ # hackaway |
| 14:57 |
berick |
RoganH++ kmlussier++ # hackaway |
| 14:57 |
berick |
copy_paste_karma++ |
| 14:57 |
Dyrcona |
heh |
| 15:12 |
|
gdunbar joined #evergreen |
| 15:30 |
|
jlitrell joined #evergreen |
| 15:35 |
Bmagic |
RoganH++ kmlussier++ # hackaway |
| 15:35 |
|
berick joined #evergreen |
| 15:36 |
Bmagic |
Anyone have any insight for me. Im attempting to figure out why some of the 700a fields are not included in the author index for a record. All of the stuff in config.metabib_field and config.xml_transform tells me that it should include all 700a's |
| 15:38 |
Bmagic |
config.metabib_field defines "author";"personal" which config.xml_transform defines "mods32" <name type="personal"> says "<xsl:for-each select="marc:datafield[@tag='700'][not(marc:subfield[@code='t'])]">" |
| 15:39 |
Bmagic |
I am taking that to mean "All non-t subfields in the 700 tags are indexed" Or is it just the first 700? |
| 15:41 |
Bmagic |
I'm basing this on this query: select * from metabib.author_field_entry where source = 1312204 |
| 15:43 |
kmlussier |
Bmagic: I don't know the answer to your question, but, to be clear, are you saying that it is indexing some, but not all 700a's? |
| 15:44 |
Bmagic |
yes, I believe so, or it could be none of them and only the 100 because the 100a shares the same contents as one of the 700a which shows up in the index |
| 15:45 |
Bmagic |
kmlussier: does the stock evergreen indexes include the 700a? It looks like it does but maybe not for author? Only keyword? |
| 15:49 |
kmlussier |
Bmagic: I can't remember off the top of my head. |
| 15:50 |
Bmagic |
kmlussier: I might have answered my own question. No. Because the definition is asking for a roleTerm[text()='creator' and all of the definitions in config.xml_transform related to 700 do not have that role of 'creator' |
| 15:51 |
Bmagic |
Does anyone index the 700a fields for the author? |
| 15:52 |
kmlussier |
Bmagic: What about the stock other author index? |
| 15:52 |
Bmagic |
the stock doesn't include the 700a, because of the role='creator' requirement |
| 15:53 |
Bmagic |
Correct me if I'm wrong |
| 15:56 |
|
buzzy joined #evergreen |
| 16:01 |
kmlussier |
Bmagic: Sorry, I'm mostly going from memory. Swimming in budgets today. |
| 16:06 |
berick |
scrooge mcduck's less fun sister |
| 16:15 |
jboyer-isl |
berick++ |
| 16:15 |
jboyer-isl |
The internet needs more DuckTales. |
| 16:26 |
|
mrpeters1 left #evergreen |
| 16:55 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:12 |
|
mdriscoll left #evergreen |
| 17:19 |
|
Stompro_Test joined #evergreen |
| 18:37 |
|
mrpeters joined #evergreen |
| 18:48 |
|
buzzy joined #evergreen |
| 19:03 |
|
edoceo joined #evergreen |
| 21:26 |
|
gsams joined #evergreen |
