[OPEN-ILS-GENERAL] Bib records not indexed - Evergreen 1.6.0.3
Linda Jansova
skolkova at chello.cz
Thu Sep 9 02:04:14 EDT 2010
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/5bf63ac7/attachment-0001.htm
More information about the Open-ils-general
mailing list