[OPEN-ILS-GENERAL] Series facet fix from conference.

Elaine Hardy ehardy at georgialibraries.org
Thu May 26 13:28:17 EDT 2016


+1



J. Elaine Hardy
PINES & Collaborative Projects Manager
Georgia Public Library Service/PINES
1800 Century Place, Ste. 150
Atlanta, GA 30045

404.235.7128 Office
404.548.4241 Cell
404.235.7201 FAX

On Thu, May 26, 2016 at 10:33 AM, Janet Schrader <jschrader at cwmars.org>
wrote:

> Perhaps I’m misunderstanding something here, but why is it the 490 that
> shows in the facets? The 490 is not the authorized series tracing, it’s a
> transcribed field from the item. The first indicator is used to show if the
> series is traced. If it is, the series’ tracings are in 8xx fields. It’s
> the 8xx subfield ‘t’ or 830 fields that should be the entries in the
> facets.
>
>
>
>
>
> Janet
>
>
>
> Janet Schrader
>
> Bibliographic Services Supervisor
>
> C/W MARS Inc.
>
> 67 Millbrook Street, Suite 201
>
> Worcester, MA 01606
>
> Tel: 508-755-3323 ext. 325
>
> Fax: 508-757-7801
>
> jschrader at cwmars.org
>
>
>
>
>
> *From:* Open-ils-general [mailto:
> open-ils-general-bounces at list.georgialibraries.org] *On Behalf Of *Josh
> Stompro
> *Sent:* Wednesday, May 25, 2016 10:37 AM
> *To:* open-ils-general at list.georgialibraries.org
> *Subject:* [OPEN-ILS-GENERAL] Series facet fix from conference.
>
>
>
> Hello All, I was notified by Brent Mills (Sage) on IRC that one of the
> presentations at the conference covered fixing the issue with the series
> facet where the 490 subfield v is included.  So instead of one entry for
> the series, you get one entry per volume of the series.  I just wanted to
> bring it up here in case anyone is searching for it in the future.  I would
> be for this just being included in the default system, but I’m not a
> cataloger so I don’t know if this is generally applicable or not.
>
>
>
> The presentation was Metadata Abattoir by Mike Rylander
>
> https://evergreen-ils.org/wp-content/uploads/2015/11/eg16-Prime-cuts.pdf
>
>
>
> Our 490a data wasn’t all uniform, the space before the semicolon is
> missing in many cases, so I adjusted the regexp from “ ;.*” to “;.*” so
> more of our 490’s would get fixed without needing to modify the marc data.
>
>
>
> We also have a bunch of 490 entries that leave out the semicolon, so I
> either need to fix the marc for all of those, or find out how to not
> include the 490v in the first place.  I need to learn much more about xpath
> and mods before I can figure that out though. (oh, looks like Mike
> explained how to do that back in 2012 -
> http://markmail.org/message/l7cfk7fcj2xmw27t - sweet!)
>
>
>
> A reingest is needed after the new normalizer is specified before you will
> see changes in the facet data.  I used the following to only reingest the
> records that contained a semicolon in the series facet, limited to 9000
> records in a batch.
>
>
>
> select metabib.reingest_metabib_field_entries(source) from
> metabib.facet_entry where field=1 and value ~ ';.*$' limit 9000;
>
>
>
> Thanks
>
> Josh
>
>
>
> Lake Agassiz Regional Library - Moorhead MN larl.org
>
> Josh Stompro     | Office 218.233.3757 EXT-139
>
> LARL IT Director | Cell 218.790.2110
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160526/12c2361f/attachment.html>


More information about the Open-ils-general mailing list