[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Koha-cvs] CVS: koha/z3950/encodingfix Biblio.pm,NONE,1.1
From: |
Benedict P. Barszcz |
Subject: |
[Koha-cvs] CVS: koha/z3950/encodingfix Biblio.pm,NONE,1.1 |
Date: |
Sun, 02 May 2004 11:07:01 -0700 |
Update of /cvsroot/koha/koha/z3950/encodingfix
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32500
Added Files:
Biblio.pm
Log Message:
Replacement file to be used as a temporary fix to get properly formatted
records in UTF-8 when importing records from z39.50 server with win1250 (ISO
6937/2) charset.
--- NEW FILE ---
package C4::Biblio;
# Copyright 2000-2002 Katipo Communications
#
# This file is part of Koha.
#
# Koha is free software; you can redistribute it and/or modify it under the
# terms of the GNU General Public License as published by the Free Software
# Foundation; either version 2 of the License, or (at your option) any later
# version.
#
# Koha is distributed in the hope that it will be useful, but WITHOUT ANY
# WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR
# A PARTICULAR PURPOSE. See the GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License along with
# Koha; if not, write to the Free Software Foundation, Inc., 59 Temple Place,
# Suite 330, Boston, MA 02111-1307 USA
use strict;
[...2506 lines suppressed...]
# Revision 1.5 2002/07/24 16:11:37 tipaul
# Now, the API...
# Database.pm and Output.pm are almost not modified (var test...)
#
# Biblio.pm is almost completly rewritten.
#
# WHAT DOES IT ??? ==> END of Hitchcock suspens
#
# 1st, it does... nothing...
# Every old API should be there. So if MARC-stuff is not done, the behaviour is
EXACTLY the same (if there is no added bug, of course). So, if you use normal
acquisition, you won't find anything new neither on screen or old-DB tables ...
#
# All old-API functions have been cloned. for example, the "newbiblio" sub, now
has become :
# * a "newbiblio" sub, with the same parameters. It just call a sub named
OLDnewbiblio
# * a "OLDnewbiblio" sub, which is a copy/paste of the previous newbiblio sub.
Then, when you want to add the MARC-DB stuff, you can modify the newbiblio sub
without modifying the OLDnewbiblio one. If we correct a bug in 1.2 in
newbiblio, we can do the same in main branch by correcting OLDnewbiblio.
# * The MARC stuff is usually done through a sub named MARCxxx where xxx is the
same as OLDxxx. For example, newbiblio calls MARCnewbiblio. the MARCxxx subs
use a MARC::Record as parameter.
# The last thing to solve was to manage biblios through real MARC import : they
must populate the old-db, but must populate the MARC-DB too, without loosing
information (if we go from MARC::Record to old-data then back to MARC::Record,
we loose A LOT OF ROWS). To do this, there are subs beginning by "NEWxxx" :
they manage datas with MARC::Record datas. they call OLDxxx sub too (to
populate old-DB), but MARCxxx subs too, with a complete MARC::Record ;-)
#
# In Biblio.pm, there are some subs that permits to build a old-style record
from a MARC::Record, and the opposite. There is also a sub finding a MARC-bibid
from a old-biblionumber and the opposite too.
# Note we have decided with steve that a old-biblio <=> a MARC-Biblio.
#
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Koha-cvs] CVS: koha/z3950/encodingfix Biblio.pm,NONE,1.1,
Benedict P. Barszcz <=