[Allegro] Allegro: unerledigte V14-Ersetzungen

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Junk, liebe Liste,


Am 21.07.2010 08:16, schrieb Bernhard Eversberg:
> martin.junk at trier.de schrieb:
>> Was bedeuten die "unerledigten V14-Ersetzungen"?
>>
> Das sind Ersetzungen, die im zweiten Durchlauf noch nicht erledigt
> werden konnten, weil im Ersetzungsregister (des im ersten Durchlauf
> entstandenen Index) keine Eintragungen dafür gefunden wurden. Wenn Sie
> also lesen:
> 
> Nicht im Index (d.h. nicht expandierbar):
> 1: _00kn00k0113c=
> 
> dann heißt das, der Eintrag "_00kn00k0113c" steht in einem Datensatz,
> wurde aber im Ersetzungsregister nicht gefunden.

genauer: wurde als *Schluessel* fuer Register 1 von (mindestens)
einem Datensatz produziert. Das kann verschiedene Gruende haben,
der wichtigste davon ist natuerlich, dass die Zeichenkette "_00kn00k0113c"
als solche in einer indexierungsrelevanten Kategorie im Datensatz gesehen
wird.


> Damit das nicht passiert, sollten die Indexparameter so gestaltet sein,
> daß solche Schlüssel zugleich Primärschlüssel sind und daher im
> ersten Durchlauf erledigt werden.

"solche Schluessel": die Ersetzungsschluessel, die von den zugehoerigen
Normsaetzen bereitgestellt werden. Sind die Ersetzungsschluessel bereits im
ersten Durchlauf erzeugt worden, so bilden Verknuepfungen damit im
zweiten Durchlauf keine Schluessel mit "_...", weil die Nummer dann
bereits vor Verarbeitung des jeweiligen Datensatzes durch die Textform
der Ansetzung ausgetauscht ist, die Parameterdatei bekommt die Zeichen
"_..." ueberhaupt nicht zu Gesicht...


> Werden sie aber auch im zweiten Durchlauf nicht erzeugt, dann bleiben
> diese Einträge als solche, also unaufgelöst, im Register stehen.

In den Standardparametern betraf es haeufig die Situation, wo mit
Mnemotechnischen Kuerzeln #8na eines Zeitschriftenstammsatzes
die Verknuepfung der Zeitschriftenaufsaetze realisiert wurde: Der
Ersetzungsschluessel wurde erst im zweiten Indexlauf ins Register
eingetragen, daher konnte die Verarbeitung des Zeitschriftentitels als
Fundstelle bei den jeweiligen Aufsaetzen im zweiten Indexlauf nicht mit
der expandierten Form erfolgen und die nackte Verknuepfung "_abc" wurde
in die Register gesetzt, daher dann:

> Es wird ein dritter Durchlauf deswegen veranstaltet, um zu schauen,
> ob sich die unaufgelösten Einträge nun auflösen lassen. Gelingt es,
> kann man damit leben, obwohl es auf diese Weise länger dauert. Sind aber
> im Ersetzungsregister immer noch keine passenden Schlüssel, dann bleiben
> die Einträge eben unaufgelöst stehen. Es gilt dann, die Parameter auf
> logische Korrektheit zu prüfen.

Die "unerledigten Ersetzungen" entsprechen dem Protokoll dieses dritten
Durchlaufs (index -fa): 34563 Schluessel der Form "_...." in beliebigen
Registern konnten anhand des Ersetzungsregisters nachtraeglich
expandiert werden, 3113 blieben stehen.



viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkxGn9IACgkQYhMlmJ6W47MmrgP9GaPyvTkviFurn2O5vUjiwSTl
8Te2JYFWroF1Z+i77wu5R9ROcyXrHzVmHNO4TaML4X7MHXfgPUGS74eqNXBmSDLQ
CW5h1BDa3bbkPg4y5SSQQpvw3cjP3T8j9w+BYtHZXeqgXQ/w5kUjMohxevWbda7W
I05FhNZbKx4R606dwYI=
=Uqmb
-----END PGP SIGNATURE-----