| Time |
Nick |
Message |
| 02:12 |
|
StomproJ joined #evergreen |
| 03:02 |
|
Stompro joined #evergreen |
| 03:52 |
|
StomproJ joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:06 |
|
Stompro joined #evergreen |
| 05:31 |
|
StomproJ joined #evergreen |
| 06:33 |
|
Stompro joined #evergreen |
| 06:58 |
|
StomproJ joined #evergreen |
| 07:30 |
|
agoben joined #evergreen |
| 07:31 |
|
rjackson_isl joined #evergreen |
| 08:29 |
|
kmlussier joined #evergreen |
| 08:36 |
kmlussier |
Good morning #evergreen! |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:45 |
|
Dyrcona joined #evergreen |
| 08:50 |
JBoyer |
Good morning kmlussier! |
| 08:52 |
mmorgan |
Good morning! |
| 08:54 |
|
bos20k joined #evergreen |
| 09:05 |
|
Dyrcona joined #evergreen |
| 09:07 |
csharp |
@praise [someone] |
| 09:07 |
* pinesol_green |
gmcharlt is kind and patient to newbies |
| 09:13 |
Dyrcona |
@blame my laptop |
| 09:13 |
pinesol_green |
Dyrcona: I come to bury Dyrcona's laptop, not to praise them. |
| 09:14 |
Dyrcona |
Hm.. That's a thought, burying it.... |
| 09:15 |
Dyrcona |
It just shuts down at random intervals. Hasn't done it for months, and then, when I was scrolling through text in a console.... It shuts off as if it lost all power. |
| 09:19 |
Dyrcona |
Much annoy! Very frustrate! |
| 09:19 |
Dyrcona |
:) |
| 09:22 |
Dyrcona |
phasefx: I bought that bundle last night, just in case you're curious. |
| 09:39 |
|
maryj joined #evergreen |
| 10:13 |
|
mmorgan1 joined #evergreen |
| 10:18 |
phasefx |
Dyrcona: rock :D |
| 10:36 |
|
collum joined #evergreen |
| 10:43 |
|
mmorgan joined #evergreen |
| 10:44 |
|
Stompro joined #evergreen |
| 10:50 |
Stompro |
Dyrcona++ for the no-op checking floating fix. That is a daily issue for us. |
| 10:51 |
Dyrcona |
Stompro: You are most welcome. It's not daily here, but happens often enough to be an annoyance. |
| 10:51 |
Dyrcona |
If you'd care to sign off on the fix, that would be much appreciated. :) |
| 10:51 |
Stompro |
Dyrcona, I'll try and test as soon as I can. |
| 10:52 |
Dyrcona |
Cool. |
| 10:55 |
Dyrcona |
Now, I'm wondering if I need to join metabib.record_attr_vector_list twice if I want to look up bibs by item_type and item_form.... |
| 10:55 |
Dyrcona |
I'll try it with it joined once to see what happens. |
| 11:07 |
Dyrcona |
Joining the mravl table one time does what I want. |
| 11:12 |
Dyrcona |
Hmm.. I suppose that I could also come up with a search string for this and call open-ils.search.biblio.multiclass.query.... Decisions...decisions. |
| 11:19 |
Dyrcona |
Hmm... Why are the APIs that use bib_extras in OpenILS::Search::Biblio deprecated? |
| 11:24 |
Dyrcona |
Correction: OpenILS::Application::Search::Biblio. :) |
| 11:34 |
|
brahmina joined #evergreen |
| 11:35 |
berick |
Dyrcona: they are a (now) unnecessary layer over coded value maps, which you can fetch directly |
| 11:36 |
berick |
and they only offer access to a subset of ccvm types |
| 11:36 |
Dyrcona |
berick: OK. I can see that. |
| 11:37 |
Dyrcona |
Also, the names containing "map" gave me false hope that it could easily be used as a lookup table. |
| 11:37 |
Dyrcona |
I have some incoming records and I want to map their field values to marc21 rec types and ccvm rather quickly. |
| 11:38 |
Dyrcona |
I'll build my own lookup code. |
| 11:39 |
Dyrcona |
But, yeah. After looking those methods don't appear to be very useful any more. |
| 11:58 |
miker |
Dyrcona: what do you mean by "field values"? fixed fields, or datafield->subfield contents? |
| 11:59 |
miker |
or, I gues, what's your goal? |
| 12:01 |
Dyrcona |
fixed fields. |
| 12:02 |
Dyrcona |
i want to find records that match on item form and 035$a or 020$a. |
| 12:02 |
miker |
ah, match as in vandelay matching? |
| 12:02 |
Dyrcona |
Similar, yes. |
| 12:03 |
Dyrcona |
Right now, I'm looking at doing it all with SQL. |
| 12:03 |
Dyrcona |
Well, Perl and DBI. |
| 12:03 |
miker |
gotcha. are 035a and 020a set up as uncontrolled record attrs for you right now? |
| 12:04 |
miker |
and, do you need to match the records before they make into the db, or is post-insert ok? (either can work, but post-insert means all-sql, no perl) |
| 12:05 |
Dyrcona |
The match is done pre-insert, because if there's a match, I won't insert the record. |
| 12:05 |
miker |
k |
| 12:05 |
Dyrcona |
Instead, I'll add an 856 to the existing record. |
| 12:07 |
Dyrcona |
The ultimate goal is to add new URLs for electronic resource records. |
| 12:07 |
* Dyrcona |
steps away for a bit. |
| 12:07 |
miker |
anyway, I bet you see where I'm heading ... look up the set of controlled and uncontrolled value IDs, probe metabib.record_attr_vector_list |
| 12:21 |
|
bmills joined #evergreen |
| 12:23 |
|
bmills1 joined #evergreen |
| 12:30 |
|
jihpringle joined #evergreen |
| 12:36 |
|
sandbergja joined #evergreen |
| 12:48 |
Dyrcona |
miker: Yeah, I've got a query to retrieve bibs by item type and form that uses mravl. |
| 12:49 |
Dyrcona |
I don't think 035 and 020 lend themselves to mravl, since they are not controlled, nor controllable. |
| 12:52 |
Dyrcona |
@dessert 46 bshum |
| 12:52 |
* pinesol_green |
grabs some a thick slice of Jubilee Roll for bshum |
| 12:52 |
Dyrcona |
Meh. The plugin is "too smart." |
| 12:57 |
Dyrcona |
I was looking at the deprecated function because I was looking at alternatives to trying to lookup the item form in an incoming marc records. |
| 12:57 |
Dyrcona |
Looks like I'll make an object module to read some data from the database and create lookup tables. |
| 12:58 |
Dyrcona |
It'll have methods to look up various attributes for a given MARC::Record. |
| 13:12 |
* kmlussier |
rediscovers bug 1522644 and contemplates raising the discussion on the mailing list again to remove that "Transfer All Title" holds button from the web client. |
| 13:12 |
pinesol_green |
Launchpad bug 1522644 in Evergreen "webclient: Transfer title holds issues" [Medium,New] https://launchpad.net/bugs/1522644 |
| 13:14 |
mmorgan |
kmlussier++ |
| 13:14 |
kmlussier |
I knew mmorgan would agree with me. :) |
| 13:15 |
mmorgan |
:) |
| 13:17 |
kmlussier |
Alternatively, we could set up a new sound alert that loudly says "Danger, Will Robinson!" whenever staff performs an action that is potentially dangerous. |
| 13:19 |
mmorgan |
Would fit right in with the red alert sound. |
| 13:19 |
mmorgan |
How about a loud alert that says "Don't do that!" |
| 13:20 |
bshum |
"Warning: this may void your warranty" |
| 13:21 |
kmlussier |
Ha ha ha. I would like to know who I should go to for those warranty repairs. |
| 13:22 |
mmorgan |
How about a 3-d animated gif that slaps the user's hand? |
| 13:57 |
|
bos20k joined #evergreen |
| 14:26 |
|
jvwoolf joined #evergreen |
| 14:47 |
|
mmorgan joined #evergreen |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:05 |
|
Christineb joined #evergreen |
| 15:44 |
|
kmlussier joined #evergreen |
| 15:51 |
agoben |
Can meet at the usual corner if she's still ok with going. (Want to make sure she's not had a relapse or anything...) |
| 15:53 |
Dyrcona |
agoben: Wrong window? |
| 15:55 |
agoben |
lol, yep! Sorry about that! |
| 15:58 |
|
mmorgan joined #evergreen |
| 16:33 |
Dyrcona |
Bit late, I know, but.... |
| 16:34 |
Dyrcona |
I have a record that blows up in MARC::Batch with this message: utf8 "\xE8" does not map to Unicode at /usr/lib/perl/5.14/Encode.pm line 176. |
| 16:34 |
Dyrcona |
I already have strict_off(), so I wonder how to trap that error and keep on going. |
| 16:34 |
Dyrcona |
Maybe I should have a look at Encode.pm. |
| 16:45 |
|
bmills joined #evergreen |
| 16:53 |
Dyrcona |
Nope. Not gonna be simple to recover from this. I'll have to rethink the logic of my program. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:32 |
|
sandbergja joined #evergreen |
| 17:51 |
|
jvwoolf joined #evergreen |
| 17:55 |
|
jvwoolf left #evergreen |
| 20:41 |
|
StomproJ joined #evergreen |
| 21:15 |
|
bmills1 joined #evergreen |
| 23:13 |
|
dcook joined #evergreen |
