[Allegro] Re: index -fa1

[Thomas Berger]

Lieber Herr Eger,

an der Wurzel des Problem sitzt, dass die "Mnemokuerzel" aus #8na
wie V14-Eresetzungsschluessel genutzt werden, anders als diese
aber nicht (unbedingt) im Indexlauf - at 1 gebildet werden.

Das Fehlerbild ist exakt so, dass ich Ihnen das

> | (alle V14-Schlüssel werden richtig erstellt, Primärschlüssel
> | aus #00, Ersetzungschlüssel aus #8na)

nicht abnehme, bzw. zumindest vor - at 2 ist der konkret benoetigte
Ersetzungsschluessel noch nicht da (sondern vermutlich nur der
aus #00 gebildete).

Die Standard-cat.api's bilden fuer Titelsaetze ja ueberhaupt
keine Primaerschluessel, die fuer v14-Ersetzungen geeignet sind,
bei der Sprungmarke #8nK (mehrfach indirekt angesteuert ueber
ak=8..+blabla ) wird explizit ein v14-Schluessel fuer die
Kombination #8na/#8n bzw. hilfsweise #8na/#20 gebildet, das
erfolgt aber erst im 2. Indexlauf, also zu spaet.

"Reparatur" erfordert, dass cat.api generell bei #-@ eine geeignete
Schleife bekommt, die mehrere Verknuepfungsnummern erlaubt und
dass Zeitschriften, Reihen und aehnliches unter anderen
Titel- und titelaehnlichen Saetzen als v14-faehig identifiziert
werden (ebenfalls bei #-@).

M.E. handelt es sich aber gerade bei #8na und #8n-Konstruktionen
um Kruecken, die schon oft Aerger gemacht haben:

* Mnemocodes sind von Uebel, erfahrungsgemaess "erinnern" sich
  Bearbeiter staendig falsch und produzieren massenhaft Fehl-
  oder nicht funktionierende Verknuepfungen

* Bearbeiter sind mit den "Vereinfachungen" dieser Saetze oft nicht
  zufrieden, reichern #8n mit Zusaetzen und Nichtsortierzeichen an,
  fuehren widerspruechliche Informationen in #8n und #20 ein.

* Zeitschriften und Reihen sind nicht einfach und nicht nur wegen
  der schlechten Informationslage (man hat die ersten Baende nicht
  bzw. nicht zur Hand, Titelsplits werden nicht erkannt) sondern
  auch aus anderen Gruenden sehr reichhaltige Katalogisate. Um die
  ZDB beneiden uns bekanntlich viele. Weniger bekannt ist, dass
  (anders als 1988 oder wann die #8n-Saetze eingefuehrt wurden) die
  ZDB auch kostenlosen Download von Titelsaetzen ueber SRU/SRW
  zulaesst (selber leider noch nicht ausprobiert). D.h. es ist
  keine Hexerei, an echte Titelaufnahmen fuer eine Zeitschrift zu
  kommen

viele Gruesse
Thomas Berger



Am 02.02.2012 14:15, schrieb Anando Eger:
> Liebe Listenleserinnen und -leser,
> 
> ich hatte folgendes irrtümlich an die Allegro-OEB-Liste geschickt:
> 
> | ist es so, dass "übriggebliebene" Ersetzungsschlüssel
> | mit index -fa1 nur aufgelöst werden, wenn das Ersetzungs-
> | steuerzeichen an erster Position im Index steht?
> | 
> | Beispiel:
> | 
> | In einem Datensatz steht:
> | #70 _xxx
> | 
> | Stammsatz dazu: 
> | #00 a12345
> | #8n Testquelle
> | #8na xxx
> | 
> | (alle V14-Schlüssel werden richtig erstellt, Primärschlüssel 
> | aus #00, Ersetzungschlüssel aus #8na)
> | 
> | Im Index soll daraus entstehen: Quelle: Testquelle 
> | 
> | Mit a99 funktioniert das, mit index.exe (aktuelle Version)
> | entsteht nur 
> | 
> |   Quelle: _xxx
> | 
> | Lasse ich den Vorsatz "Quelle: " weg, wird _xxx in a99
> | als auch per index.exe richtig aufgelöst.
> | 
> | Warum erstellt a99 den Schlüssel richtig, index.exe nicht?
> 
> 
> Herr Eversberg antwortete:
> 
>> a99 hat in dem Moment des Speicherns nur den einen Satz vor sich und
>> den kompletten Index und kann daher die V14-Ersetzungen während der
>> Prozedur der Schlüsselerzeugung alle auflösen.
>>
>> Aber stellen Sie sich vor, was index tun müßte, um solche Ersetzungen
>> aufzulösen, die Sie im Auge haben: Es müßte den gesamten Index
>> durchfilzen, jede einzelne Zeile. Das ist prohibitiv. Realistisch ist
>> nur - und genau das tut es - in jedem Register die Zeilen aufzusuchen,
>> die mit _ beginnen, das geht schnell, und diese dann bearbeiten.
>> M.a.W., es gibt keine Medhode, schnell alle Indexzeilen zu finden, in
>> denen etwas bestimmtes irgendwo mittendrin vorkommt.
>>
>> Theoretisch könnten Sie sich mit  qrix -fd ...  den gesamten Index in
>> eine Textdatei wandeln, diese mit Perl so bearbeiten, daß alle
>> betroffenen Zeilen selektiert und behandelt werden, und dann diese so
>> umwandeln, daß a99 sie mit  xadd  einfügen kann. acon kann das aber
>> nicht.
> 
> Inzwischen habe ich einen workaround für das oben beschriebene Problem:
> (der Primärschlüssel muss dazu aus der #8na gebildet werden)
> 
> #70 +X y0 b"_" e" " |90   // greift nur, wenn Ersetzung nicht erfolgte
> !70 y0 u p"|9Quelle: "    // für a99      
> #+#
> 
> #-X                       // für index.exe
> #8n y0 u p"|9Quelle: " 
> #<
> #+#
> 
> Scheint zu funktionieren.
> 
> Viele Grüße
> Anando Eger
> 
> ---------------------------------------------------------------------
> Anando Eger Datenverarbeitung
> Herr Dipl.-Ing. Anando Eger
> Gustav-Voigt-Str. 24
> 01156 Dresden
> Tel.: +49 (0)351 454 1236  http://www.aneg-dv.de
> Fax: +49 (0)351 454 1238  mailto:a.eger at aneg-dv.de
> ---------------------------------------------------------------------
> 
> 
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>