| Time |
Nick |
Message |
| 00:33 |
|
ying_h joined #evergreen |
| 00:52 |
|
adam_reid joined #evergreen |
| 01:07 |
|
adam_reid joined #evergreen |
| 02:47 |
|
adam_reid joined #evergreen |
| 03:22 |
|
adam_reid joined #evergreen |
| 04:39 |
|
adam_reid joined #evergreen |
| 05:33 |
|
adam_reid joined #evergreen |
| 06:36 |
|
collum joined #evergreen |
| 07:39 |
|
adam_reid joined #evergreen |
| 09:23 |
|
mdriscoll joined #evergreen |
| 11:47 |
|
Rogan joined #evergreen |
| 12:12 |
adam_reid |
Is it possible to configure how Evergreen determines the fingerprint for Metrecords (without changing source files?). I've found that for our system it helps accuracy if I include series name in the fingerprint. I've developed a workaround for our custom front end search, but this means metarecords don't match from backend to frontend. |
| 12:16 |
jeff |
Fingerprints are defined in config.biblio_fingerprint, but adjusting them requires a reingest of all records, and there might be more caveats with regard to matching/re-matching metarecords/etc. That doesn't fully answer your question, I know. |
| 12:18 |
jeff |
A test system with close-to-real bib/holdings data will be helpful if you consider this undertaking. Not an absolute requirement, but helpful/recommended. |
| 12:26 |
|
jihpringle joined #evergreen |
| 12:27 |
|
Guest15 joined #evergreen |
| 12:35 |
adam_reid |
Thanks Jeff! That gives me plenty to start with. I figured a full reindex would likely be needed. My understanding is after making the change I would need to run (/openils/bin/pingest.py --fingerprint --force). I will play around in our dev environment before going live with the change. |
| 12:35 |
goood |
adam_reid: what jeff says it correct, though you can update only the fingerprints of records without a full reingest. |
| 12:36 |
|
sandbergja joined #evergreen |
| 12:36 |
adam_reid |
ok, so maybe no use of pingest.py needed? |
| 12:37 |
goood |
there are functions to calculate the fingerprint to use in an UPDATE, and then a separate function to safely remap metarecords |
| 12:37 |
sandbergja |
fyi: slides for berick's and my workshop this morning: https://github.com/berick/Presentations/tree/main/Evergreen-2026 |
| 12:37 |
goood |
I don't know about pingest.py, tbh. (I just go to the db for that sort of deep adjustment) |
| 12:39 |
|
ying_h joined #evergreen |
| 12:40 |
goood |
pingest.py doesn't seem to be in the EG core codebase, so I (personally) can't speak to its features |
| 12:42 |
adam_reid |
makes sense, so essentially running an update on metabib.metarecord to use the new setting from config.biblio_fingerprint would be sufficient? |
| 13:06 |
csharp_ |
@band add Query Object |
| 13:06 |
pinesol |
csharp_: Band 'Query Object' added to list |
| 13:07 |
jeff |
adam_reid: as goood mentioned, you can do one thing to update *just* the fingerprints, which are stored in biblio.record_entry.fingerprint, and there's a second step that you can use to remap metarecords to take those new fingerprints into account. biblio.extract_fingerprint will give you your (potentially) new fingerprint values. |
| 13:08 |
csharp_ |
gonna need some help with an $e issue - I don't fully grok how to flesh sub-objects and then use data from them |
| 13:08 |
csharp_ |
might be related to my discomfort with hashes and references |
| 13:09 |
jeff |
There are likely other considerations to take into account, including ensuring your flags like ingest.reingest.force_on_same_marc isn't set to true, etc. |
| 13:11 |
jeff |
I don't know without digging into it what functions will best help for the remapping, but metabib.remap_metarecord_for_bib() might be a helpful place to start. This question would probably be a good candidate for writing up in a wiki page or docs. I don't see it written up currently. |
| 13:15 |
|
mmorgan joined #evergreen |
| 13:26 |
csharp_ |
ILIKE IKE |
| 13:31 |
collum |
csharp_ - Curious as to what your $e issue is. Today we found this in a bib. =100 1\$aFreedom, Enes Kanter,$eauthor.$0(KCE)202366$0(KCE)205858 |
| 13:32 |
collum |
It's referencing an authority with an $e and one of the same author without $e. |
| 13:33 |
csharp_ |
collum: heh - I was referring to the shorthand variable name for the cstore editor within Perl |
| 13:34 |
csharp_ |
I can see why that's ambiguous in the context of an unrelated discussion about bibs |
| 13:34 |
collum |
Gotcha so may $e's in the world. |
| 13:34 |
csharp_ |
@ana TOO MANY $E |
| 13:35 |
pinesol |
csharp_: Error: I tried to send you an empty message. |
| 13:37 |
jeff |
Did I ever tell you that Mrs. McPhee / Had twenty-three vars and she named them all $e? |
| 13:39 |
csharp_ |
@quote add < jeff> Did I ever tell you that Mrs. McPhee / Had twenty-three vars and she named them all $e? |
| 13:39 |
pinesol |
csharp_: The operation succeeded. Quote #257 added. |
| 13:40 |
csharp_ |
@dunno add OPENILS DOT BIZ |
| 13:40 |
pinesol |
csharp_: The operation succeeded. Dunno #107 added. |
| 13:42 |
csharp_ |
@decide stgu or stfu |
| 13:42 |
pinesol |
csharp_: go with stgu |
| 13:42 |
csharp_ |
pinesol: prudent |
| 13:42 |
pinesol |
csharp_: Fire BAD! Reading GOOD! |
| 13:50 |
|
sandbergja joined #evergreen |
| 13:59 |
csharp_ |
@band add Banana in a Box |
| 13:59 |
pinesol |
csharp_: Band 'Banana in a Box' added to list |
| 14:07 |
collum |
Did they sing "Bruised but not Broken?" |
| 14:11 |
csharp_ |
collum++ |
| 14:15 |
|
nick joined #evergreen |
| 14:17 |
|
mmorgan left #evergreen |
| 14:42 |
|
mattS joined #evergreen |
| 14:43 |
|
mattS_ joined #evergreen |
| 14:57 |
adam_reid |
Thanks again Jeff! I'll test this out soon in my dev environment. |
| 15:59 |
|
adam_reid joined #evergreen |
| 16:34 |
|
Dyrcona joined #evergreen |
| 16:34 |
gmcharlt |
@quote random |
| 16:34 |
pinesol |
gmcharlt: Quote #98: "< Dyrcona> Professor: In no language is a double positive ever considered a negative response. Student: Yeah, right." (added by csharp at 09:21 AM, November 14, 2014) |
| 16:34 |
gmcharlt |
classic |
| 16:36 |
|
ianskelskey joined #evergreen |
| 16:37 |
ianskelskey |
Slow items out 2106679 |
| 16:39 |
|
sandbergja joined #evergreen |
| 16:48 |
|
ying_h joined #evergreen |
| 16:50 |
jeffdavis |
bah, pushed to wrong remote |
| 16:58 |
|
mdriscoll left #evergreen |
| 17:09 |
pinesol |
News from commits: LP#2143938: avoid crash with Quipu eRENEW of certain patrons <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=e3b16ea5c9c664e321e596a1b74aeae5da2ee914> |
| 17:09 |
|
adam_reid joined #evergreen |
| 17:27 |
|
adam_reid joined #evergreen |
| 17:39 |
pinesol |
News from commits: LP#2131948: Make F-type holds stick to their item <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=5333da3b42eb8f77666553d02d3710ec64c36fab> |
| 17:39 |
pinesol |
News from commits: LP#1838069: Ensure that force holds on items with parts can be targeted <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=dbd3823fe48f679cc7ac0c081636c1869ac456d8> |
| 17:39 |
pinesol |
News from commits: LP#2130052: keep hold targeter from skipping parts for recall holds <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=7ddb5dee6952723984eee87819e495625e1075d2> |
| 18:13 |
|
ianskelskey left #evergreen |
| 18:29 |
|
sandbergja joined #evergreen |
| 18:45 |
|
ying_h joined #evergreen |
| 18:48 |
|
adam_reid joined #evergreen |
| 18:59 |
|
ying_h joined #evergreen |
| 19:02 |
|
adam_reid joined #evergreen |
| 19:30 |
Bmagic |
I've not seen that quote before. That is some good stuff right there |
| 20:09 |
|
adam_reid joined #evergreen |
| 21:12 |
|
adam_reid joined #evergreen |
| 21:37 |
|
adam_reid joined #evergreen |
| 21:38 |
jeff |
hah! well-timed random quote. |
| 21:52 |
|
adam_reid joined #evergreen |
| 22:04 |
|
adam_reid joined #evergreen |
| 22:22 |
|
adam_reid joined #evergreen |
| 22:23 |
Bmagic |
Board games are commencing! |
| 23:45 |
|
adam_reid joined #evergreen |
