[OPEN-ILS-GENERAL] Bib records not indexed - Evergreen 1.6.0.3

[Deanna Frazee]

Is it possible that the Czech records are in SUTRS format instead of USMARC?  I'm no expert in this area so this is just a guess.

 

Deanna

 

 

Deanna Frazee

Director of Library Services

Killeen City Library System

205 E. Church Ave.

Killeen, TX  76541

254-501-8995

dfrazee at ci.killeen.tx.us

 

 

 

From: open-ils-general-bounces at list.georgialibraries.org [mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of Linda Jansova
Sent: Thursday, September 09, 2010 1:04 AM
To: Evergreen Discussion Group
Subject: [OPEN-ILS-GENERAL] Bib records not indexed - Evergreen 1.6.0.3

 

Hi, 

We have (in Evergreen 1.6.0.3) successfully downloaded (via Z39.50) a number of bibliographic records from Czech libraries - especially from the National Library of the Czech Republic, from the Librarianship Institute Library and from the Union Catalog of the Czech Republic. 

However, we have come accross a strange problem - some of the downloaded records do not get properly indexed in Evergreen and so using keywords to find them in the catalog does not work (even in case holdings are already attached). We have only managed to find the records using the TCN search. 

The records in question have been downloaded using the following Z39.50 settings in Evergreen:

 <NKC> 
<!-- NKC does not require username/password --> 
<name>NKC</name> 
<host>aleph.nkp.cz</host> 
<port>9991</port> 
<db>NKC-UTF</db> 
<record_format>FI</record_format> 

<!-- Record transmission format from the server.  Supported --> 
<!-- formats include usmarc and xml (for marcxml).         --> 
<transmission_format>usmarc</transmission_format> 

<attrs> 
<tcn><code>12</code><format>1</format></tcn> 
<isbn><code>7</code><format>6</format></isbn> 
<author><code>1003</code><format>6</format></author> 
<title><code>4</code><format>6</format></title> 
<issn><code>8</code><format>1</format></issn> 
<publisher><code>1018</code><format>6</format></publisher> 
<pubdate><code>31</code><format>1</format></pubdate> 
</attrs> 
</NKC> 


<SKC> 
<!-- SKC does not require username/password --> 
<name>SKC</name> 
<host>aleph.nkp.cz</host> 
<port>9991</port> 
<db>SKC-UTF</db> 
<record_format>FI</record_format> 

<!-- Record transmission format from the server.  Supported --> 
<!-- formats include usmarc and xml (for marcxml).         --> 
<transmission_format>usmarc</transmission_format> 

<attrs> 
<tcn><code>12</code><format>1</format></tcn> 
<isbn><code>7</code><format>6</format></isbn> 
<author><code>1003</code><format>6</format></author> 
<title><code>4</code><format>6</format></title> 
<issn><code>8</code><format>1</format></issn> 
<publisher><code>1018</code><format>6</format></publisher> 
<pubdate><code>31</code><format>1</format></pubdate> 
</attrs> 
</SKC> 


<KKL> 
<!-- KKL does not require username/password --> 
<name>KKL</name> 
<host>aleph.nkp.cz</host> 
<port>9991</port> 
<db>KKL-UTF</db> 
<record_format>FI</record_format> 

<!-- Record transmission format from the server.  Supported --> 
<!-- formats include usmarc and xml (for marcxml).         --> 
<transmission_format>usmarc</transmission_format> 

<attrs> 
<tcn><code>12</code><format>1</format></tcn> 
<isbn><code>7</code><format>6</format></isbn> 
<author><code>1003</code><format>6</format></author> 
<title><code>4</code><format>6</format></title> 
<issn><code>8</code><format>1</format></issn> 
<publisher><code>1018</code><format>6</format></publisher> 
<pubdate><code>31</code><format>1</format></pubdate> 
</attrs> 
</KKL> 

All of these are used without usernames and passwords.

The TCNs of the problematic records are the following (the records can be downloaded using the Accession # or TCN (in case local catalog is included in the targets to be searched) search box):

nkc20061687667
spoj008315
KN3148000000416268
nkc20051627559
np9310787
cpk19960137165
cpk19960137167
cpk20010997473
m0225675
spoj016730
spoj033909
cpk20030053035
nkc20091928001
cpk20070063851
cpk20050058496
zpk20060061459
cpk20031173817 


It seems that the use of letters such as "Ú" or "Č" at the beginning of fields such as 100 a or 710 a may cause the problem (although it is merely an assumption of ours). 

Is there any way how this complication can be overcome and the records get indexed properly? 

Thank you in advance for your help!

Linda Jansova

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20100909/aaa1a800/attachment.htm