<div dir="ltr">If you create a Wish List bug in Launchpad, I'll add heat to it :)<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 16, 2024 at 2:23 PM Blake Graham-Henderson via Evergreen-reports <<a href="mailto:evergreen-reports@list.evergreen-ils.org">evergreen-reports@list.evergreen-ils.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">All,<br>
<br>
Thanks for your considerate responses. What Mike said is the conclusion <br>
I had come to, and I was wondering if anyone else needs the publication <br>
year to be an actual number so that the reporter can do things like <br>
average,min,max,etc. From the sounds of it, no one is currently using <br>
the Evergreen reporter to produce such a thing (I don't see how you <br>
could). I suppose no one is using an external program to make it happen <br>
(to meet collection reporting needs from the higher-ups)?<br>
<br>
I agree with Mike, in that the best place to get the publication year <br>
(right now) is the Simple Record Extracts, because it hunts it down from <br>
several places in the bib record. Walking it backwards:<br>
<br>
reporter.materialized_simple_record -> reporter.old_super_simple_record <br>
-> metabib.wide_display_entry -> metabib.compressed_display_entry -> <br>
metabib.flat_display_entry -> metabib.display_entry<br>
<br>
Which is a trigger-created-table based upon the index definition found <br>
in config.metabib_field<br>
<br>
one of those views is hardcoded to expect "pubdate" to exist in the <br>
metabib_field definitions. Which exists with stock Evergreen <br>
definitions. Which is:<br>
<br>
"//mods33:mods/mods33:originInfo//mods33:dateIssued[@encoding="marc"]|//mods33:mods/mods33:originInfo//mods33:dateIssued[1]"<br>
<br>
Decoding that is fun. Suffice it to say: the pubyear can come from <br>
several places in the record, and I like that better than only looking <br>
in one place.<br>
<br>
So, in conclusion, if a patch were written, I think it would be smart to <br>
piggy back on this logic. It might be fairly straightforward to get the <br>
first occurrence from the JSON string and cast it to an integer <br>
(stripping out non-numeric characters first). That's where my thoughts <br>
are right now. I don't think we're going to be writing the patch anytime <br>
soon, just thinking through it with everyone.<br>
<br>
If everyone agrees that this is something that Evergreen should have, <br>
and we agree on the method, I might champion the bug and patch for <br>
future meetings and releases!<br>
<br>
-Blake-<br>
Conducting Magic<br>
Will consume any data format<br>
MOBIUS<br>
<br>
_______________________________________________<br>
Evergreen-reports mailing list<br>
<a href="mailto:Evergreen-reports@list.evergreen-ils.org" target="_blank">Evergreen-reports@list.evergreen-ils.org</a><br>
<a href="http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-reports" rel="noreferrer" target="_blank">http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-reports</a><br>
</blockquote></div>