[Koha-devel] koha - length of records - separation of items from biblios

[Mike Hafen]

I had an idea about this recently.  Perhaps it is possible to have in the
items table a MARCXML column which stores the MARC just for the items, and
have that be seperate from the biblio's MARCXML.  Then we the record is sent
to the zebra server combine the two, so that zebra still has all the
information we would like it to have.

On Tue, Mar 1, 2011 at 10:31 AM, MJ Ray <mjr at phonecoop.coop> wrote:

> Linda Culberson asked:
> > There is an "abandoned RFC" for "Stop copying item records to bib's MARC
> > and MARCXML RFC" .
> >
> > Could someone tell me why this was abandoned, because I think having the
> > item record data exists both in the items table and as MARC fields in
> > the bib record is an a terrible shortcoming of Koha for academic and
> > research libraries with large numbers of items for certain titles.
>
> My notes say that RFC was created by a LibLime worker, so a current or
> former LibLime worker may have a definitive answer... BUT:
>
> I suspect it may have been abandoned because one of the MARC fields is
> sent to the Zebra index server and there are benefits like faster
> availability searches if the item data is indexed by Zebra.
>
> Hope that helps,
> --
> MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op.
> http://koha-community.org supporter, web and LMS developer, statistician.
> In My Opinion Only: see http://mjr.towers.org.uk/email.html
> Available for hire for Koha work http://www.software.coop/products/koha
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20110301/961fda3b/attachment.htm>