[Allegro] Vb.256 Addendum: SRU-Datenabruf vom GBV

[Bernhard Eversberg]

Am 05.02.2014 21:50, schrieb Br. Petrus Dischler:
>
> in der srugbv.flx wäre noch dieser Abschnitt
>
> // Einige Umcodierungen
> ins _ _+_
> ins _ä_ae_
> ins _ö_oe_
> ins _ü_ue_
> ins _Ä_ae_
> ins _Ö_oe_
> ins _Ü_ue_
> ins _ß_ss_
> ins #uis
>
> für die Abfrage gut.
>

Das ist richtig, vielen Dank.
Auch in dnb.flx, wo das schon steht, war das allerdings ein *arges*
Provisorium. Werden damit doch nur die Umlaute der Eingabe gewandelt,
alles andere nicht.
Wir haben uns nochmal drübergebeugt, vor allem weil der srugbv.flx
auch sonst noch zu wünschen übrig ließ.
Nun wird diese Sache ganz anders gelöst, und zwar mit Hilfe
der Indexparameter, in denen ja die Umlaute aufgeloest und Akzente
eliminiert werden. Die Umcodierung nutzt man mit dem Befehl  xcode iq
oder xcode ip, d.h. mittels der q-Befehle bzw. p-Befehle. Vorzugsweise
sollen diejenigen genommen werden, die den Text in Kleinbuchstaben
wandeln. Das sieht dann so aus:

set c0   [damit bei "ins" keine automatische Umcodierung passiert)

ask ISBN oder Stichwörter eingeben=#uiS
if "" end
asci
ins #uiS

   Umcodierung von #uiS (= Eingabe in ASCII) mit Hilfe der Indexparameter
   und zwar mit p oder q, je nachdem, wo Kleinbuchstaben rauskommen

var "Ä"
asci
xco iq
   iq ergibt nicht "ae"? dann eben ip :
if not "ae" var #uiS;xco ip;jump b

var #uiS
xco iq
   Umcodierte Eingabe fertig
:b
ins #uiS


Die in diesem Sinne verbesserten FLEXe findet man hier:

   http://ftp.allegro-c.de/aktuelle-version/srugbv.flx

   http://ftp.allegro-c.de/aktuelle-version/dnb.flx

Der srugbv.flx wurde auch in anderen Punkten verbessert und lohnt sich
auf jeden Fall. Wir packen beide auch ins GP und erneuern dieses
abermals, aber wer es schon installiert hat, holt sich nur diese
zwei und packt sie ins FLEX-Verz.
Ein kleinerer Punkt, der auch verbessert wurde: Wenn die Prüfziffer
eines Pica-Satzes X ist, wird dies in x gewandelt. Dann funktioniert
auch die Satzverknüpfung, wenn man die Nummer als #00 bzw. in #09 nimmt.

Im Prinzip und ganz allgemein, das wollen wir nicht beschönigen,
sind diese FLEXe keine saubere Sache und mit Vorsicht zu genießen!
Wobei der Akzent auf "genießen" liegen mag, aber man sollte wissen:
Sie fußen auf zwei total verschiedenen Datenstrukturen, die keinerlei
Standard sind und die in Frankfurt bzw. Göttingen jederzeit geändert
werden könnten - und schon guckt man in die Röhre.
Die Dinger sind einfach nur schnell und bequem und liefern brauchbare
Daten, mal besser und mal schlechter, ohne daß man rausgehen muß
aus a99 für jeden Satz.
ZACK-Daten, auf die man jederzeit rekurrieren kann, sind eine andere
Kategorie, weil sie auf standardisierten Datenstrukturen fußen (MAB2).
ZACK ist nur ein wenig umständlicher in der Nutzung, bietet aber
noch viel mehr Quellen zur Auswahl:

   http://opus.tu-bs.de/zack/       Startseite

   http://z3950.de/zack/help.html   Hilfe, und Liste der Quellen

Sinnvoll wäre es, nur können wir das hier nicht leisten, wenn jemand
eine saubere XSLT-Lösung erarbeitete, die dann mittels externem,
von a99 aufzurufendem Programm arbeitete, welches die Daten besorgen,
umwandeln und mundgerecht für a99 bereitstellen würde. (z39.dll ist
auch so etwas, nur ohne  XSLT, aber mit MARC21 als Format; es tut die
Arbeit hinter dem zc.flx).
Momentan vielleicht sollte man abwarten, bis BIBFRAME kommt!

B.Eversberg