[Allegro] Vb.246: V32.4 ist da (jetzt aber wirklich)

[Thomas Berger]

Lieber Herr Eversberg,


Am 01.06.2012 08:27, schrieb Bernhard Eversberg:
> 
> Verlautbarung 246 der Entw.Abt.                              2012-06-01
> -------------------------------
> 2., ueberarb. u. angereich. Ausg.
> 
> V32.4 ist da
> ============

[...]


> GND-Umwandlung
> --------------
> Neu im Gesamtpaket:
> gnd.aim + i-gnd.apr   zur Umwandlung von GND-Daten in $A.CFG.

In dem Zusammenhang gab es ja seit Maerz einige Aenderungen
an import.exe, aber auch andere Aenderungen, um Dateien mit
mehr als 2GB Umfang verarbeitbar zu machen. Zumindest ist es so,
dass man das aktuelle Import.exe unbedingt benoetigt, wenn man
ISO 2709-codierte (MARC21) Daten importieren will, die "unerwartete"
(wenn nicht illegale) Linefeeds zwischen den Datensaetzen haben,
z.B. alle MARC21-Dateien der DNB, sofern sie mehr als einen
Datensatz enthalten.

Es gibt einige Probleme und Inkompatibilitaeten, die schon
an der Version von import.exe vom 5.4. reproduzierbar sind, mir aber
leider erst jetzt aufgefallen sind:

1. (betrifft anscheinend den Checkin r7 von atools im svn, wo
ein gewisses Aufraeumen von Sondercodes 163, 164, 254 statt-
gefunden hat):
Ohne das (mir bis dato eher unbekannte) Festlegen des ersten
Wiederholungszeichen durch den Parameter fm in den Import-
Parametern wird nicht die Standardvorgabe aus der .CFG genommen,
sondern alternierend kein Zeichen bzw. xFE ggfls. mit Textverlust:

Alt bzw. neu mit fm=A:

#816 ▼aLes Pays Et Les Peuples De L'Europe de L'Asie Anterieure
     ... - 1842
#816A▼aKarte Eines Theils von Central-Afrika. - s.a. [um 1850]
#816B▼aDie Firma F. A. Brockhaus in Leipzig. - 1872
#816C▼aChange-Verzeichni├ƒ von F. A. Brockhaus in Leipzig. - s.a
#816D▼aHermes oder kritisches Jahrbuch der Literatur
#816E▼aSchopenhauer, Arthur: Schopenhauer und Brockhaus. - 1926


Neu ohne "fm=A":

#816▼aHermes oder kritisches Jahrbuch der Literatur
#816aSchopenhauer, Arthur: Schopenhauer und Brockhaus. - 1926
#816■▼aKarte Eines Theils von Central-Afrika. - s.a. [um 1850]
#816
     ▼aDie Firma F. A. Brockhaus in Leipzig. - 1872

[Der Abschnitt in den Importparametern von HANS (t3,k5) ist eher harmlos:

#816
s 0 "692"
} 2
m

]


2. Ich nutze haeufiger Importparameter, die etwas toleranter bezueglich
Zeilenenden sind, d.h. CF (Zeichen 13) wird per y-Tabelle gekillt und
re und rs-Parameter formuliere ich dann nur mit dem verbleibenden Zeichen
10.
Folgende Abwandlung von kat00.aim haengt sich an Daten, die CR LF enthalten,
auf:

>>>
rs="#00"           Beginn des ersten Satzes
re=10 "#00"     Satzende: Zeilenende + #00
                   („ndern, falls andere Begrenzung, z.B. unter UNIX)

_ 10 10   Leerzeilen beseitigen
_ 10

_ 10 " "     ersetze den Zeilenumbruch durch ein Leerzeichen
_ " "                (evtl. „ndern)

_ 10
_ 0

y .13 256
<<<

Interessanterweise gibt es kein Problem, wenn (vgl. auch die neue gnd.aim)
y .13 257
gesetzt wird: Anscheinend sind gerade die expliziten Tests auf die spezielle
Umcodierung "256" in import.c problematisch...


3. nur am Rande: Kxy und Kuxy scheinen bei HANS (t3,k5) gar nicht zu
funktionieren, ich weiss aber auch nicht, ob das schon einmal anders war
und wenn ja, wann.


viele Gruesse
Thomas Berger