C4::Biblio - cataloging management functions
Biblio.pm contains functions for managing storage and editing of bibliographic data within Koha. Most of the functions in this module are used for cataloging records: adding, editing, or removing biblios, biblioitems, or items. Koha's stores bibliographic information in three places:
In the 3.0 version of Koha, the authoritative record-level information is in biblioitems.marcxml
Because the data isn't completely normalized there's a chance for information to get out of sync. The design choice to go with a un-normalized schema was driven by performance and stability concerns. However, if this occur, it can be considered as a bug : The API is (or should be) complete & the only entry point for all biblio/items managements.
Because of this design choice, the process of managing storage and editing is a bit convoluted. Historically, Biblio.pm's grown to an unmanagable size and as a result we have several types of functions currently:
The MARC record (in biblioitems.marcxml) contains the complete marc record, including items. It also contains the biblionumber. That is the reason why it is not stored directly by AddBiblio, with all other fields . To save a biblio, we need to :
When dealing with items, we must :
When modifying a biblio or an item, the behaviour is quite similar.
($biblionumber,$biblioitemnumber) = AddBiblio($record,$frameworkcode);
Exported function (core API) for adding a new biblio to koha.
The first argument is a MARC::Record
object containing the bib to add,
while the second argument is the desired MARC framework code.
This function also accepts a third,
optional argument: a hashref to additional options.
The only defined option is defer_marc_save
,
which if present and mapped to a true value,
causes AddBiblio
to omit the call to save the MARC in bibilioitems.marc
and biblioitems.marcxml
This option is provided only for the use of scripts such as bulkmarcimport.pl
that may need to do some manipulation of the MARC record for item parsing before saving it and which cannot afford the performance hit of saving the MARC record twice.
Consequently,
do not use that option unless you can guarantee that ModBiblioMarc
will be called.
ModBiblio( $record,$biblionumber,$frameworkcode); Exported function (core API) to modify a biblio
ModBiblioframework($biblionumber,$frameworkcode); Exported function to modify a biblio framework
my $error = &DelBiblio($dbh,$biblionumber); Exported function (core API) for deleting a biblio in koha. Deletes biblio record from Zebra and Koha tables (biblio,biblioitems,items) Also backs it up to deleted* tables Checks to make sure there are not issues on any of the items return:
$error
: undef unless an error occurs
my $headings_linked = LinkBibHeadingsToAuthorities($marc);
Links bib headings to authority records by checking each authority-controlled field in the MARC::Record
object $marc
, looking for a matching authority record, and setting the linking subfield $9 to the ID of that authority record.
If no matching authority exists, or if multiple authorities match, no $9 will be added, and any existing one inthe field will be deleted.
Returns the number of heading links changed in the MARC record.
$data = &GetBiblioData($biblionumber); Returns information about the book with the given biblionumber.
&GetBiblioData
returns a reference-to-hash. The keys are the fields in thebiblio
andbiblioitems
tables in the Koha database. In addition,$data->{subject}
is the list of the book's subjects, separated by" , "
(space, comma, space). If there are multiple biblioitems with the given biblionumber, only the first one is considered.
$itemdata = &GetBiblioItemData($biblioitemnumber);
Looks up the biblioitem with the given biblioitemnumber. Returns a reference-to-hash. The keys are the fields from the
biblio
,biblioitems
, anditemtypes
tables in the Koha database, except thatbiblioitems.notes
is given as$itemdata->{bnotes}
.
NOTE : This function has been copy/paste from C4/Biblio.pm from head before zebra integration.
$item = &GetBiblioFromItemNumber($itemnumber,$barcode);
Looks up the item with the given itemnumber. if undef, try the barcode.
&itemnodata
returns a reference-to-hash whose keys are the fields from thebiblio
,biblioitems
, anditems
tables in the Koha database.
( $count, @results ) = &GetBiblio($biblionumber);
GetBiblioItemInfosOf(@biblioitemnumbers);
$res = GetMarcStructure($forlibrarian,$frameworkcode);
Returns a reference to a big hash of hash, with the Marc structure for the given frameworkcode $forlibrarian :if set to 1, the MARC descriptions are the librarians ones, otherwise it's the public (OPAC) ones $frameworkcode : the framework code to read
the same function as GetMarcStructure expcet it just take field in tab 0-9. (used field) my $results = GetUsedMarcStructure($frameworkcode); L<$results> is a ref to an array which each case containts a ref to a hash which each keys is the columns from marc_subfield_structure L<$frameworkcode> is the framework code.
($MARCfield,$MARCsubfield)=GetMarcFromKohaField($kohafield,$frameworkcode); Returns the MARC fields & subfields mapped to the koha field for the given frameworkcode
Returns MARC::Record of the biblionumber passed in parameter. the marc record contains both biblio & item datas
my $marcxml = GetXmlBiblio($biblionumber);
Returns biblioitems.marcxml of the biblionumber passed in parameter. The XML contains both biblio & item datas
my $subfieldvalue =get_authorised_value_desc( $tag, $subf[$i][0],$subf[$i][1], '', $taglib, $category); Retrieve the complete description for a given authorised value.
Now takes $category and $value pair too. my $auth_value_desc =GetAuthorisedValueDesc( '','', 'DVD' ,'','','CCODE');
$marcnotesarray = GetMarcNotes( $record, $marcflavour ); Get all notes from the MARC record and returns them in an array. The note are stored in differents places depending on MARC flavour
$marcsubjcts = GetMarcSubjects($record,$marcflavour); Get all subjects from the MARC record and returns them in an array. The subjects are stored in differents places depending on MARC flavour
authors = GetMarcAuthors($record,$marcflavour); Get all authors from the MARC record and returns them in an array. The authors are stored in differents places depending on MARC flavour
$marcurls = GetMarcUrls($record,$marcflavour); Returns arrayref of URLs from MARC data, suitable to pass to tmpl loop. Assumes web resources (not uncommon in MARC21 to omit resource type ind)
$marcseriesarray = GetMarcSeries($record,$marcflavour); Get all series from the MARC record and returns them in an array. The series are stored in differents places depending on MARC flavour
$frameworkcode = GetFrameworkCode( $biblionumber )
$name = GetPublishercodeFromIsbn($isbn); if(defined $name){ ... }
$record = TransformKohaToMarc( $hash ) This function builds partial MARC::Record from a hash Hash entries can be from biblio or biblioitems. This function is called in acquisition module, to create a basic catalogue entry from user entry
$record = TransformKohaToMarcOneField( $sth, $record, $kohafieldname, $value, $frameworkcode );
$xml = TransformHtmlToXml( $tags, $subfields, $values, $indicator, $ind_tag, $auth_type )
$auth_type contains : - nothing : rebuild a biblio, un UNIMARC the encoding is in 100$a pos 26/27 - UNIMARCAUTH : rebuild an authority. In UNIMARC, the encoding is in 100$a pos 13/14 - ITEM : rebuild an item : in UNIMARC, 100$a, it's in the biblio ! (otherwise, we would get 2 100 fields !)
L<$record> = TransformHtmlToMarc(L<$params>,L<$cgi>) L<$params> is a ref to an array as below: { 'tag_010_indicator_531951' , 'tag_010_code_a_531951_145735' , 'tag_010_subfield_a_531951_145735' , 'tag_200_indicator_873510' , 'tag_200_code_a_873510_673465' , 'tag_200_subfield_a_873510_673465' , 'tag_200_code_b_873510_704318' , 'tag_200_subfield_b_873510_704318' , 'tag_200_code_e_873510_280822' , 'tag_200_subfield_e_873510_280822' , 'tag_200_code_f_873510_110730' , 'tag_200_subfield_f_873510_110730' , } L<$cgi> is the CGI object which containts the value. L<$record> is the MARC::Record object.
$result = TransformMarcToKoha( $dbh, $record, $frameworkcode )
Extract data from a MARC bib record into a hashref representing Koha biblio, biblioitems, and items fields.
$newkey = _disambiguate($table, $field);
This is a temporary hack to distinguish between the following sets of columns when using TransformMarcToKoha.
items.cn_source & biblioitems.cn_source items.cn_sort & biblioitems.cn_sort
Columns that are currently NOT distinguished (FIXME due to lack of time to fully test) are:
biblio.notes and biblioitems.notes biblionumber timestamp biblioitemnumber
FIXME - this is necessary because prefixing each column name with the table name would require changing lots of code and templates, and exposing more of the DB structure than is good to the UI templates, particularly since biblio and bibloitems may well merge in a future version. In the future, it would also be good to separate DB access and UI presentation field names more.
$result->{_disambiguate($table, $field)} = get_koha_field_from_marc($table,$field,$record,$frameworkcode);
Internal function to map data from the MARC record to a specific non-MARC field. FIXME: this is meant to replace TransformMarcToKohaOneField after more testing.
$result = TransformMarcToKohaOneField( $kohatable, $kohafield, $record, $result, $frameworkcode )
PrepareItemrecordDisplay($itemrecord,$bibnum,$itemumber);
Returns a hash with all the fields for Display a given item data in a template
ModZebra( $biblionumber, $op, $server, $oldRecord, $newRecord );
$biblionumber is the biblionumber we want to index $op is specialUpdate or delete, and is used to know what we want to do $server is the server that we want to update $oldRecord is the MARC::Record containing the previous version of the record. This is used only when NoZebra=1, as NoZebra indexing needs to know the previous version of a record in order to do an update. $newRecord is the MARC::Record containing the new record. It is usefull only when NoZebra=1, and is used to know what to add to the nozebra database. (the record in mySQL being, if it exist, the previous record, the one just before the modif. We need both : the previous and the new one.
%indexes = GetNoZebraIndexes; return the data from NoZebraIndexes syspref.
function to delete a biblio in NoZebra indexes This function does NOT delete anything in database : it reads all the indexes entries that have to be deleted & delete them in the hash The SQL part is done either : - after the Add if we are modifying a biblio (delete + add again) - immediatly after this sub if we are doing a true deletion. $server can be 'biblioserver' or 'authorityserver' : it indexes biblios or authorities (in the same table, $server being part of the table itself
function to add a biblio in NoZebra indexes
($indicators, $value) = _find_value($tag, $subfield, $record,$encoding);
Find the given $subfield in the given $tag in the given MARC::Record $record. If the subfield is found, returns the (indicators, value) pair; otherwise, (undef, undef) is returned.
PROPOSITION : Such a function is used in addbiblio AND additem and serial-edit and maybe could be used in Authorities. I suggest we export it from this module.
_koha_marc_update_bib_ids($record, $frameworkcode, $biblionumber, $biblioitemnumber);
Internal function to add or update biblionumber and biblioitemnumber to the MARC XML.
_koha_marc_update_biblioitem_cn_sort($marc, $biblioitem, $frameworkcode);
Given a MARC bib record and the biblioitem hash, update the subfield that contains a copy of the value of biblioitems.cn_sort.
my ($biblionumber,$error) = _koha_add_biblio($dbh,$biblioitem);
Internal function to add a biblio ($biblio is a hash with the values)
my ($biblionumber,$error) == _koha_modify_biblio($dbh,$biblio,$frameworkcode);
Internal function for updating the biblio table
my ($biblioitemnumber,$error) = _koha_modify_biblioitem_nonmarc( $dbh, $biblioitem );
Updates biblioitems row except for marc and marcxml, which should be changed via ModBiblioMarc
my ($biblioitemnumber,$error) = _koha_add_biblioitem( $dbh, $biblioitem );
Internal function to add a biblioitem
$error = _koha_delete_biblio($dbh,$biblionumber);
Internal sub for deleting from biblio table -- also saves to deletedbiblio
$dbh
- the database handle$biblionumber
- the biblionumber of the biblio to be deleted
$error = _koha_delete_biblioitems($dbh,$biblioitemnumber);
Internal sub for deleting from biblioitems table -- also saves to deletedbiblioitems
$dbh
- the database handle$biblionumber
- the biblioitemnumber of the biblioitem to be deleted
&ModBiblioMarc($newrec,$biblionumber,$frameworkcode); Add MARC data for a biblio to koha Function exported, but should NOT be used, unless you really know what you're doing
z3950_extended_services($serviceType,$serviceOptions,$record);
z3950_extended_services is used to handle all interactions with Zebra's extended serices package, which is employed to perform all management of the MARC data stored in Zebra.
$serviceType
one of: itemorder,create,drop,commit,update,xmlupdate
$serviceOptions
a has of key/value pairs. For instance, if service_type is 'update', $service_options should contain:
action => update action, one of specialUpdate, recordInsert, recordReplace, recordDelete, elementUpdate.
and maybe
recordidOpaque => Opaque Record ID (user supplied) or recordidNumber => Record ID number (system number). syntax => the record syntax (transfer syntax) databaseName = Database from connection object To set serviceOptions, call set_service_options($serviceType)
$record
the record, if one is needed for the service type
A record should be in XML. You can convert it to XML from MARC by running it through marc2xml().
my $serviceOptions = set_service_options($serviceType);
$serviceType
itemorder,create,drop,commit,update,xmlupdate
Currently, we only support 'create', 'commit', and 'update'. 'drop' support will be added as soon as Zebra supports it.
Koha Developement team <info@koha.org>
Paul POULAIN paul.poulain@free.fr
Joshua Ferraro jmf@liblime.com