<h1>MARC tag structure administration</h1> <p>Koha allows you to specify which MARC tags you want to use and which you want to ignore. When you downloaded and installed Koha, you also got the entire list of MARC21 tags and subfields in current use. Now you need to use the administration page to edit this list and tell Koha which tags you want to use and how you want to use them.</p> <p>You can define as the marc tag structure for each biblio framework you have defined</p>

<p>If you are CERTAIN that you will never use a MARC tag, then you can delete it, but since this will not result in any appreciable improvement in performance, it is probably better to leave it. There will be tags you want to add, however. If you are using older MARC tags that are not in the list of tags supplied with Koha, then use the MARC tag structure administration page to add them. Similarly, you will probably need to add the holdings tag you currently use, or at least check the subfield structure of the 852 tag if you use it for holdings.</p>

<p>Editing the SubFields from the MARC tag structure page is very time-consuming, but also very important; be sure to click the subfield link for each tag in your MARC tag structure.</p> <p>For each subfield you can set :</p> <ul> <li>repeatable : whether it can be repeated or not. If it can be repeated, separate the values by a | in the MARC editor when you want to have the subfield twice</li> <li>Mandatory : wether the field is mandatory or not. If mandatory, the cataloger can’t validate the biblio if the subfield is empty.</li> <li>Search also : a list of field that Koha will also search on when the user do a search on the subfield</li> <li>Koha link : <b>very important</b>. Koha is multi-MARC compliant. So, it does not know what the 245$a means, nor what 200$a (those 2 subfields both representing the primary title in MARC21 and UNIMARC respectively!). So, in this list you can “map” a MARC subfield to it’s meaningful use in the original Koha SQL tables. Koha constantly maintains consistency between a subfield and it’s meaning. When the user want to search on “title”, this link is used to find what is searched (245 if you’re MARC21, 200 if you’re UNIMARC).</li> <li>Text for librarian : what appears before the subfield in the librarian interface</li> <li>Text for OPAC : what appears before the field in the OPAC. If empty, the text for librarian is used instead</li> <li>Managed in tab : deals with the tab where the subfield is shown. Ignore means that the subfield is not managed. All subfields of a given field must be in the same tab or ignored : 1st it’s more logic, 2nd, Koha would be confused to repeat repeatable fields otherwise !!!</li> <li>hidden : allows you to select from 19 possible visibility conditions, 17 of which are implemented. They are the following:</li>

<br /> ( ! means 'not visible' or in the case of Collapsed 'not Collapsed') <br /><br />

  1. 9 ⇒ Future use<br/>
  2. 8 ⇒ Flag<br/>
  3. 7 ⇒ OPAC !Intranet !Editor Collapsed<br/>
  4. 6 ⇒ OPAC Intranet !Editor !Collapsed<br/>
  5. 5 ⇒ OPAC Intranet !Editor Collapsed<br/>
  6. 4 ⇒ OPAC !Intranet !Editor !Collapsed<br/>
  7. 3 ⇒ OPAC !Intranet Editor Collapsed<br/>
  8. 2 ⇒ OPAC !Intranet Editor !Collapsed<br/>
  9. 1 ⇒ OPAC Intranet Editor Collapsed<br/>

0 ⇒ OPAC Intranet Editor !Collapsed<br/>

 1 => !OPAC  Intranet  Editor  Collapsed<br/>
 2 => !OPAC !Intranet  Editor !Collapsed<br/>
 3 => !OPAC !Intranet  Editor  Collapsed<br/>
 4 => !OPAC  Intranet  Editor !Collapsed<br/>
 5 => !OPAC !Intranet !Editor  Collapsed<br/>
 6 => !OPAC  Intranet !Editor !Collapsed<br/>
 7 => !OPAC  Intranet !Editor  Collapsed<br/>
 8 => !OPAC !Intranet !Editor !Collapsed<br/>
 9 => Future use<br/>

<li>URL : if checked, the subfield is an URL, and can be clicked</li> <li>Auth value : means the value is not free, but in the authorised value list of the selected type</li> <li>thesaurus : means that the value is not free, but can be searched in authority/thesaurus of the selected category</li> <li>plugin : means the value is calculated or managed by a plugin. Plugins can do almost anything. For example, in UNIMARC there are plugins for every 1xx fields that are coded fields. The plugin is a huge help for cataloger ! There are also two plugins (unimarc_plugin_210c and unimarc_plugin_225a that can “magically” find the editor from an ISBN, and the collection list for the editor)</li> <li>link : If you enter a field/subfield here (700a), a little glass appears after the subfield. If the user clicks on the glass, a search is done on the DB for the field/subfield with the same value. This function can be used for 2 main purposes:

<ul>

<li>on a field that contains author information to find other biblios with the same author.  If using MARC 21, put 100a for the author name into the link textbox for 100 $a.  If using UNIMARC, put 700a for the author surname into the link textbox for 700 $a.  Koha will then be able to link to all biblios with the same author name.</li>
<li>on a field that links bibliographic records (76X-78X in MARC 21 or 4XX in UNIMARC) to reach another biblio.  For example to support the use of the ISSN for in analytic linking between a record for an article and the parent serial record a link must be made.  If using MARC 21, put 022a for the ISSN into the link textbox for 774 $x.  If using UNIMARC, put 011a for the ISSN into the link textbox for 464 $x.  Koha will then be able to link to the serial record which has the matching ISSN.  Using linking together with the 4XX UNIMARC plugin or the forthcoming 76X-78X MARC 21 plugin, you get a powerful tool to manage biblios connected to biblios.</li>

</ul>

</li> </ul>

 
en/documentation/marc_subfields_structure.tmpl.txt · Last modified: 2006/05/23 00:14 by russ
 
Except where otherwise noted, content on this wiki is licensed under the following license:CC Attribution-Noncommercial-Share Alike 3.0 Unported
Recent changes RSS feed Donate Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki