[Allegro] DFT: Import von Mab2 Daten

Do Dez 13 16:54:34 CET 2007

Lieber Herr Berger, liebe Liste,

ich probiere es unverzagt einfach noch einmal, diesmal allerdings mit einer 
etwas genaueren Fragestellung. Zur Veranschaulichung habe ich einen Auszug 
aus der .alg-Datei eingefügt:

00 20541862 89 12108596 91 67776 912638283649 92 Gun 1
00 37116553 81 Probesatz 89 12108596 90 C III-3g/59(T) 902O II-n 91371804 
914Pr„senzbestand  91671804a 91771804b 91871804c 91971804e 91a71804d 92 Gun 
1
00 12108596 20 ªDasª alte Neppendorf : von der Einwanderung der Landler bis 
zur Auswanderung 37 dt 371XA-DE 39 aus den Forschungen von Hellmut Klima. 
Bearb. von Michael Gierlich 40 Klima, Hellmut 43 Gierlich, Michael 
ª[Bearb.]ª 74 [Lampertheim] 76 [2004] 77 [28] S. : Kt 81 Typoskript 89 
12108596

Die erste Zeile stammt aus der Datei, die die Lokalsätzen enthällt, zweite 
Zeile aus der Datei der Exemplarsätze und letzte Zeile aus der Datei mit den 
Titelsätzen. die drei Dateien sind mittels einer modifizierten 
mab2.aim/I-1.apr in eine .alg-Datei umgewandelt worden. Wie Sie erkennen 
können, enthällt jeder Datensatz/Zeile die #89, wobei die #89 der ersten 
beiden Datensätze mit der #00 des Titelsatzes identisch ist. Allegro mach 
beim Einspielen mit Update (Cocpit, Funktionen: m41) in die Datenbank 
folgendes daraus:

#00 12108596
#20 ¬Das¬ alte Neppendorf : von der Einwanderung der Landler bis zur 
Auswanderung
#37 dt
#371XA-DE
#39 aus den Forschungen von Hellmut Klima. Bearb. von Michael Gierlich
#40 Klima, Hellmut
#43 Gierlich, Michael ¬[Bearb.]¬
#74 [Lampertheim]
#76 [2004]
#77 [28] S. : Kt
#81 Typoskript
#89 12108596
#90 C III-3g/59(T)
#902O II-n
#91371804
#914Präsenzbestand
#91671804a
#91771804b
#91871804c
#91971804e
#91a71804d
#92 Gun 1

Registereintrag in Index 9

2 12108596

sowie im Auswahlfeld

#00 20541862
#89 12108596
#91 67776
#912638283649
#92 Gun 1

Sprich Allegro vermengt den Exemplasatz mit dem Titelsatz zu einem einzigen 
Datensatz und machen über #89 eine "Quasi-Verknüpfung" zum Lokalsatz - de 
facto wird ja nur angezeigt, daß #89 in zwei verschiedenen Datensätzen 
vorhanden ist.Wenn Allegro also schon zwei Datensätze "von sich aus" 
miteinander vermengt, kann man ihm sicherlich auch beibringen, drei 
Datensätze miteinander zu einem einzigen zu vermengen. Wie und wo? Wie sage 
ich Allegro, suche in allen Datensätze #89 mit idemtischem Inhalt und füge 
dann alle gefundenen Datensätze mit gesamten Inhalt in den Titeldatensatz 
ein dessen #00 mit #89 der Lokal- und Exemplarsätze identisch ist?

Mit freundlichen Grüßen,

Christian Rother
Siebenbürgen-Institut
Schloß Horneck
74831 Gundelsheim
Tel.: 06269/421510
E-Mail: info at siebenbuergen-institut.de

----- Original Message ----- 
From: "Thomas Berger" <ThB at Gymel.com>
To: "Allegro-C Diskussionsliste" <allegro at biblio.tu-bs.de>
Sent: Sunday, December 09, 2007 12:06 AM
Subject: Re: [Allegro] DFT: Import von Mab2 Daten

> -----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-----
>

--------------------------------------------------------------------------------

_______________________________________________
Allegro mailing list
Allegro at biblio.tu-bs.de
http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro 