[Koha] Linking an item to multiple bibliographic records

Walls, Ian Ian.Walls at med.nyu.edu
Wed Jul 22 05:35:30 NZST 2009 

Hmmmm, Verónica, I hadn’t considered this before, but reading the specs, I believe that a 77x field could work.

In our case, we’d want to use 770 (Supplement/Special Issue), but the real key is the subfield ‘w’.  Now, if I’m not mistaken, this would be the biblio number of the analytic record.  It would then be easy enough to add something to our template to pull the items associated with those bibs, and display them either intermingled with our other items, or better, to add them to a different tab or display box.

This would be an improvement over our existing system, since it would allow for arbitrarily complex hierarchy to be built (should we ever need it), and new items would not need to be attached to two different records, making the growth and maintenance half the work.

Does anyone else have an opinion on this?  I’m going to bring it to my catalogers, and see if it will indeed meet our needs, then we’ll probably work on a way to make it display in our template.

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
550 First Ave., New York, NY 10016
(212) 263-8687



From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Veronica Lencinas
Sent: Friday, June 19, 2009 8:55 AM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Linking an item to multiple bibliographic records

Hi,

shouldn't this be done with the "w" Subfield of the 773 field (Host Item Entry) of Marc21? I have right now this problem in a Library with a lot of analytical records.

Regards

Verónica Lencinas
Córdoba, Argentina




--- El vie 19-jun-09, Nicole Engard <nicole.engard at liblime.com> escribió:

De: Nicole Engard <nicole.engard at liblime.com>
Asunto: Re: [Koha] Linking an item to multiple bibliographic records
Para: "Walls, Ian" <Ian.Walls at med.nyu.edu>
Cc: koha at lists.katipo.co.nz
Fecha: viernes, 19 de junio de 2009, 8:09 am
Ian,

I too used to do something similar when cataloging for an academic
library.  Once in a while we would catalog the articles in a journal
(professors often requested it) and we would then attach the item for
the full journal to the article record.

I'd add one more suggestion. Add another table to the database that
takes care of linking the items to the bibs - this table can just have
the ID of the item and ID of the bib - that way you can link the same
item to multiple bibs without duplicating all of the information about
the item and worrying about syncing.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com</mc/compose?to=nce at liblime.com>
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/6/18 Walls, Ian <Ian.Walls at med.nyu.edu</mc/compose?to=Ian.Walls at med.nyu.edu>>:
> Koha folks,
>
>
>
>
>
> In the migration process for my library, I’ve come across an odd subset of
> records in our existing ILS.  This system allows you to link an item record
> to multiple bib records.  We use this for providing additional access to
> certain issues of certain medical journals; these issues are at once a
> volume/issue of a series AND a monographic publication with ISBN.  Patrons
> may look for the resource under either paradigm, either trying to find an
> article within (using a journal citation), or obtain a book on a specific
> topic (these certain issues are grouped by subject).
>
>
>
> Example:
>
>
>
> Seminars in Neurology, volume 12 (1992) has the monographic title
> “Neurodermatology”.  The series record just has the subject heading
> “Neurology-Periodicals”, while monographic record has subject heading
> “Neurodermatitis” and an authority link to the editor.
>
>
>
> Koha’s data structure doesn’t allow a record in the Items table to point to
> multiple records in the Biblio and Biblioitems table.  Let’s ignore that
> Biblio and Biblioitems are split, since there has been discussion of merger
> in the future, and best not to hack a solution on something that’ll
> disappear.  What other ways could we come up with share the item information
> between two different bibs?  Here are a few of my ideas; I’d love to hear
> more!
>
>
>
> ·         Attach the item to the monographic record, and fill in the series
> information to match the series record.  Add some kind of code to the series
> record’s display to show items attached to other bibs with the same ISSN
> and/or series title.
>
> ·         Attach the item to either record, and then do some kind of field
> repurposing in the Item record to include the biblio/biblioitem number of
> the other, and have the OPAC display this somehow.
>
> ·         Just include a link the monographic record to the series, and tell
> people to look there for the item’s location/availability
>
> ·         Duplicate the item record, and come up with some kind of way to
> sync it… must show both items checked out if one is.
>
> ·         Keep the item data in both MARCXML records, but only import the
> info into MySQL for one
>
> ·         Use the Summary level in Koha 3.2… somehow….
>
>
>
> Have any of you encountered this kind of problem before?  What were your
> solutions?  Does the above make sense?  Could something else be done?
>
>
>
> Thanks so much,
>
>
>
>
>
> Ian Walls
>
> Systems Integration Librarian
>
> NYU Health Sciences Libraries
>
> (212) 263-8687
>
>
>
>
>
> ------------------------------------------------------------
> This email message, including any attachments, is for the sole use of the
> intended recipient(s) and may contain information that is proprietary,
> confidential, and exempt from disclosure under applicable law. Any
> unauthorized review, use, disclosure, or distribution is prohibited. If you
> have received this email in error please notify the sender by return email
> and delete the original message. Please note, the recipient should check
> this email and any attachments for the presence of viruses. The organization
> accepts no liability for any damage caused by any virus transmitted by this
> email.
> =================================
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz</mc/compose?to=Koha at lists.katipo.co.nz>
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz</mc/compose?to=Koha at lists.katipo.co.nz>
http://lists.katipo.co.nz/mailman/listinfo/koha


________________________________

¡Viví la mejor experiencia en la web!
Descargá gratis el nuevo Internet Explorer 8
http://downloads.yahoo.com/ieak8/?l=ar
</PRE>
<html>
<body>
------------------------------------------------------------<br />
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.<br />
=================================
</body>
</html>
<PRE>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090721/7cab2fe2/attachment-0001.htm

More information about the Koha mailing list