[Allegro] DFT: Import von Mab2 Daten
Thomas Berger
ThB at Gymel.com
So Dez 9 00:06:19 CET 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lieber Herr Rother, liebe Liste,
> hat jemand von Ihnen Erfahrung mit dem Import vom Daten im
> MAB2-Diskettenformat des SWB? Titel-, Lokal- und Exemplaresätze
> werden hierbei in jeweils eigenen Dateien geliefert, ebenso wie die
> Stammsätze zu Personen, Körperschaften, Schlagworten.
> Über Import -> Mab2.aim werden Titelsatz, Lokalsatz und Exemplarsatz
> anstandslos in eine neudat.alg umgewandelt und mit Update nach
> Allegro importiert, allerdings wird für die Zugangsnummer
> (Lokaldaten) ein Untersatz anglegt, wobei die Signatur
> (Exemplardaten) anstandslos in den Titelsatz eingespielt wird. Welche
> Befehlskette muß ich in Mab2.aim ändern, um alle Daten in einen
> Datensatz importieren und anzeigen zu können.
So ganz kann ich Ihre Aktivitaeten nicht nachvollziehen, denn
ich finde nirgendwo in der Standarddistribution eine Routine,
die "neudat.alg" erzeugt. Sowohl dbdisk.bat (ueber Cockpit) bzw.
die a99-"Importe nach alter Art" (fremd.rtf -> fremd.flx -> fremd.bat)
benutzen mab2.aim, erzeugen mab2.alg und mischen das dann mit
UPDATE.EXE in die Datenbank.
mab2.aim ist im Prinzip eine Schnittstelle fuer Titeldaten (MAB2-Titel
im Format MAB-Diskette), jedoch mit Ergaenzungen fuer Lokalsaetze (im
Hinblick auf die Form von Lokalsaetzen, die die ZDB als Bestandssaetze
bis ca. 2001 geliefert hat). Laesst man mab2.aim auf Exemplarsaetze
los, werden sie wie Titelsaetze verarbeitet.
Lokalsaetze und Exemplarsaetze sind im Format MAB-LOKAL, dabei gilt
der Lokalsatz als "Hauptsatz" und darf nie fehlen, Exemplarsaetze
sind optional bzw. in bestimmten Konstellationen verboten.
* Vernuepfung zum Titelsatz steht in beiden Satztypen in MAB 012,
dieses Feld wird von mab2.aim nicht beruecksichtigt :-(
* Die Signatur kommt in MAB 100 beider Satztypen vor, ggfls. auch in
MAB 544 der Titeldatei. Sie wird von mab2.aim nie beruecksichtigt
* Die Zugangsnummer kommt in MAB 115 beider Satztypen vor, sie wird
von mab2.aim nicht beruecksichtigt.
Also: Sie haben definitiv eine angepasste mab2.aim, denn auch
mab2cd.aim, dbcd.aim (beide fuer DNB-Retro-CDs?) und mabdisk.aim
(MAB1!) importieren die angesprochenen Felder nicht, vermutlich
haben Sie sogar mehrere .aim's (eine fuer Titeldaten, die andere
fuer Lokal- bzw. Exemplardaten. Und ggfls. .apr's, die eine
Nachbearbeitung vornehmen, ggfls. auch .apr's, die im Moment des
Update die Signatur- bzw. Zugangsnummerkategorie des Datensatzes
kontrollieren (damit diese kumulieren, aber keine Dubletten
entstehen). Moeglicherweise handelt es sich um SWB-offizielle bzw.
zumindest offizioese Dateien, fuer die Sie in Konstanz Support
bekommen koennen. Und vermutlich gibt es dort auch Parameter und
Routinen fuer Normdatenimporte.
[Nicht ganz auszuschliessen allerdings, dass der SWB in seinen
Exporten eine Art "Vereinfachung" angelegt hat, naemlich MAB 544
zu belegen und ggfls. mit Spezialverabredung darin Signaturen und
Zugangsnummern zu transportieren...]
> Gibt es aim-Dateien, mit denen die Stammsätze importiert werden
> können? Die bleiben bei Mab2 vollständig aussen vor.
[Ich will Ihre Frage beantworten, obwohl ich (siehe voriger Absatz)
vermute, dass es in Ihrer Situation geeignetere Parameter gibt]
Das Standard-allegro besitzt eine swddisk.aim fuer Daten im Format
MAB-SWD, Codierung MAB-Diskette.
Fuer Normdaten (u.a. in MAB-Diskette, aber wo Ihre mab2.aim nicht
*die* mab2.aim ist, ist auch nicht klar, ob Ihre Eingangsdaten
ueberhaupt MAB-Diskette sind, evtl sind sie ja "echtes" MAB, also
mit Zeichencodierung ISO 5426) gibt es im Rahmen von "Capriccio"
Importparameter und auch in einem anderen Projekt von mir (ich
arbeite an der Konsolidierung). Es handelt sich jeweils um .aim-
Dateien fuer die drei Dialekte (SWD, PND, GKD) mit Varianten
fuer verschiedene Provenienzen / Zeichencodierungen plus jeweils
bei IMPORT.EXE nachzuschaltende Exportparameter.
Aeltere (Links auf) Dokumentation findet sich unter <
http://www.gymel.com/solutions/normdat.html >,
Die aktuellen Versionen der Parameter finden sich unter
http://svn.gymel.com/capriccio/produkt/impdir
bzw.
http://svn.gymel.com/acxt/produkt/mabimpdir
(URL mit angehaengtem ".zip" fuer ein Archiv der Dateien)
Die Unterschiede zwischen den beiden Varianten sind mir wie gesagt
momentan selbst nicht ganz klar, ebenso die Abweichungen zum
allegro-Standard (#4n-Saetze in allegro wurden z.B. definiert,
bevor es die PND gab, und seitdem nie fortgeschrieben, gewisse
Abweichungen zum Standard sind beim Import einfach notwendig, um
die Daten zumindest halbwegs vollstaendig 'rueberzukriegen). Definitiv
weiss ich aber, dass in beiden Varianten die SWD-Importparameter gewisse
Muehen auf sich nehmen, um reine Personensaetze abzuschmettern (die
naemlich im PND-Format besser transportiert werden, Lieferung im SWD-
Format erfolgt seit 1996 nur noch mit Ruecksicht auf Verbuende, die
in der Umstellung auf das "Nachfolgesystem" begriffen sind, wie etwa
den SWB)
viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHWyNrhKFJT0F1FsoRAt7WAJsHeFArb8sOTERV74EBbOZiJhpVQgCfXLoN
04gTjJvTEMEyVjK2kv8RVv8=
=eZya
-----END PGP SIGNATURE-----
Mehr Informationen über die Mailingliste Allegro