[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Koha-devel] The future of Koha (some ideas and thoughts)
From: |
Thomas D |
Subject: |
Re: [Koha-devel] The future of Koha (some ideas and thoughts) |
Date: |
Mon Sep 5 13:32:18 2005 |
What holdings data does NPL map to the biblioitems table?
Thomas D
Quoting Stephen Hedges <address@hidden> :
> ---------------- Beginning of the original message ------------------
>
> Thomas D said:
> > What alterations were done for the customised version of
> bulkmarcimport.pl
> > at NPL?
>
> Some code was added to the beginning to re-write the MARC
> records (using
> MARC::Record) to split holdings information into two MARC tags
> instead of
> the normal single tag, so that some of the holdings data could
> be mapped
> to biblioitems and the rest to items.
>
> Stephen
>
> >
> >
> > Thomas D
> >
> > Quoting Stephen Hedges <address@hidden> :
> >> ---------------- Beginning of the original message
> ------------------
> >>
> >> I'd like to reinforce Thomas' point about "disintegrating
> >> integrated
> >> library systems" (and also correct a small error).
> >>
> >> NPL now uses BookWhere instead of ITS MARC for cataloging
> >> materials --
> >> which actually reinforces Thomas' point, because NPL was
> able
> >> to switch
> >> from one cataloging application to another without making
> >> changes to Koha.
> >> This was possible because both cataloging applications
> >> generate MARC
> >> records in a standard format (iso2709), and Koha can import
> >> those
> >> standardized records. However, Koha is only able to do the
> >> import after
> >> the records have been altered by a customized version of
> >> bulkmarcimport.pl.
> >>
> >> I believe I remember that Paul has already discussed the
> >> notion of
> >> rewriting the Koha cataloging code so that it generates
> files
> >> of records
> >> for import in batches, instead of adding each record as it
> is
> >> created
> >> (which is very slow). I think it would be wise to aim for
> >> doing this
> >> rewrite in such a way that it also makes it easy for a
> library
> >> to use
> >> their own cataloging utility. In other words, I suggest
> that
> >> we start the
> >> disintegration process with the cataloging module, making
> it a
> >> "stand-alone" application that _can_ be used with Koha, but
> >> may also be
> >> replaced with another cataloging application of the
> library's
> >> choosing.
> >>
> >> Stephen
[snip]
>
>
> --
> Stephen Hedges
> Skemotah Solutions, USA
> www.skemotah.com -- address@hidden
>
>
> ------------------- End of the original message ---------------------
---------------------------------------------
Protect your mails from viruses thanks to Alinto Premium services
http://www.alinto.com
- [Koha-devel] The future of Koha (some ideas and thoughts) [IMPORTANT] (I hope) and [LONG] (not so), Paul POULAIN, 2005/09/02
- Re: [Koha-devel] The future of Koha (some ideas and thoughts) [IMPORTANT] (I hope) and [LONG] (not so), Nathan Gray, 2005/09/02
- Re: [Koha-devel] The future of Koha (some ideas and thoughts) [IMPORTANT] (I hope) and [LONG] (not so), Joshua Ferraro, 2005/09/02
- Re: [Koha-devel] The future of Koha (some ideas and thoughts) [IMPORTANT] (I hope) and [LONG] (not so), Thomas D, 2005/09/02
- Re: [Koha-devel] The future of Koha (some ideas and thoughts), Stephen Hedges, 2005/09/05
- Re: [Koha-devel] The future of Koha (some ideas and thoughts), Thomas D, 2005/09/05
- Re: [Koha-devel] The future of Koha (some ideas and thoughts), Stephen Hedges, 2005/09/05
- Re: [Koha-devel] The future of Koha (some ideas and thoughts),
Thomas D <=
- Re: [Koha-devel] The future of Koha (some ideas and thoughts), Stephen Hedges, 2005/09/05
- Re: [Koha-devel] The future of Koha (some ideas and thoughts), Thomas D, 2005/09/06
- Re: [Koha-devel] The future of Koha (some ideas and thoughts), Paul POULAIN, 2005/09/13