allegro-Fortbildung                                         

   0    Begriffe
   0.2    Konfiguration




In vielen Lektionen und anderen Texten ist immer wieder von der
"Konfigurationsdatei" oder kurz "Konfiguration" die Rede.
Weil die wirklich enorm wichtig ist, wollen wir in Kurzform aufzählen,
welche Einzelheiten da drinstehen. Im Anhang A des Handbuchs wird alles
genau behandelt: h aca-1
Hier können wir nur einen Überblick vermitteln! Wer eine CFG bearbeiten
will oder gar eine neue erstellen, greife zum Handbuchtext und zu den
mitgelieferten .cfg-Dateien zwecks Anschauung.

Die Konfigurationsdatei ist eine Textdatei und hat den Typ .cfg
Ohne eine solche Datei kann keine Datenbank funktionieren. Mit einer
falschen aber auch nicht: Die $a.cfg einfach mal durch $u.cfg ersetzen
oder $p.cfg, das scheitert. M.a.W., ein Umstieg vom allegro-Standard-
schema auf MARC oder Pica geht soo einfach nicht...

Wenn man eine $b.cfg verwendet, wirkt sich das auch auf andere
Dateinamen aus: es gibt dann .bdx statt .adx, .bld statt .ald,
.blg/.bdt statt .alg/.adt und neuerdings .b?x statt .a?x (?=a...z).

Warum eigentlich $a.cfg und nicht a.cfg?
Das geht zurück auf eine größere Änderung, die mit V13 kam. Heute
braucht man nur zu wissen: Wenn es $a.cfg gibt und zugleich a.cfg,
dann wird $a.cfg genommen, genauso bei jeder anderen CFG. Man kann
also sagen: weg mit a.cfg, dann $a.cfg umbenennen in a.cfg, und alles
läuft unverändert.

Bearbeiten kann man eine .cfg-Datei mit jedem Texteditor, nur nicht
mit WinWord. Empfohlen wird WinVi mit Einstellung "DOS".
Nachträgliche Änderungen, nachdem eine Datenbank angelegt ist und
schon Daten enthält, sind als solche leicht möglich - es ist ja
eine normale Textdatei - aber nicht in jedem Fall ratsam, manchmal
hat das desaströse Wirkungen. Unten ist es jeweils angegeben, welche
Sachen in der Datei man nachträglich gefahrlos ändern kann.

Wo suchen die Programme nach der CFG? Wie bei vielen anderen Dateien
ist es so: Zuerst auf dem DbDir (wo die Datenbank liegt), bei Miß-
erfolg auf dem ProgDir (wo die Programme liegen).
Deshalb: Wenn man die CFG ändert, die geänderte auf das DbDir legen,
die ungeänderte auf dem ProgDir lassen. Den Namen aber nicht ändern,
z.B. von $a.cfg in my-a.cfg oder sonstwas. Im Prinzip ginge das zwar,
aber man müßte dann noch viel mehr ändern als nur den Namen der CFG.
Für a99 muß der Name der CFG in der INI-Datei stehen: Standard ist
Konfiguration=a

Nun aber der Reihe nach! Es ist jeweils angegeben, ob man eine
Einstellung nachträglich ändern darf, wenn eine Datenbank schon
Daten enthält.


Ganz wichtig:
Kommentare in der CFG stehen auf eigenen Zeilen, die mit Leerzeichen
beginnen. Nachträglich beliebig änderbar - Kommentare sind ohne Wirkung

0. Grundwerte
Die Werte t und k. Standard: t2 bzw. k4
t2 bedeutet: Die Feldnummern sind 2 Zeichen breit
k4 bedeutet: Der Feldtext beginnt auf der Position 4
Wenn z.B. ein Datenfeld so aussieht: #20 Titel
dann ist '20' die Feldnummer, sie ist 2 Zeichen breit, und
'T' ist das erste Zeichen des Inhalts, es steht auf Position 4.
(Das Zeichen '#' steht auf Position 0.)
allegro-Datenfelder beginnen immer mit '#', daher kommt das Logo.
Mit Facebook hat das nichts zu tun.
Nachträglich änderbar? NEIN, auf keinen Fall.

1. Feldliste
Das Wichtigste in der CFG ist die Liste der erlaubten Datenfelder,
d.h. deren Feldbezeichnungen, auch "Kategorienummern" genannt.
Die Zeilen mit den erlaubten Nummern stehen untereinander und beginnen
alle mit '#' und dann einer 2stelligen Nummer. Statt Ziffern können
da auch Buchstaben vorkommen! So ist #gn die neu eingeführte "Nummer"
für die neuen GND-Felder.
MARC hat übrigens 3stellige Nummern (t3), Pica 4stellige (t4).
Nachträglich änderbar? Ja, mit Bedacht:
z.B. nicht Feldnummern als solche, falls das Feld schon benutzt wurde
Reihenfolge jederzeit änderbar, außer Felder #00,...,#06

3. Datumsfelder, werden automatisch belegt:
Beispiele:
cn99n In #99n kommt automatisch das Erfassungsdatum mit Uhrzeit,
ce99e In #99e das letzte Bearbeitungsdatum mit Uhrzeit
Nachträglich änderbar? Nicht ratsam

4. Nummernvergabe [s. Lektion 7-3]
cg00 Feld #00 für IdNr verwenden
ci9a?5 Im Register 9 stehen die Nummern, Struktur a12345
Nachträglich änderbar? Ja, mit Bedacht und guter Kenntnis

5. Artikel, am Feldanfang zu prüfen, z.B. bei Titeln und Namen
d...
Nachträglich änderbar? Ja, mit Bedacht

6. Nichtsortiersteuerung
N Code des Nichtsortierzeichens, Standard N170
n Modus der Nichtsortierkennung:
n1=vor und hinter dem Artikel, n0=nur vor dem Artikel
Nachträglich änderbar? Nur mit Reorganisation der Daten


7. Abfrageliste [wird kaum noch gebraucht, nur von alten Hasen]
Nur für PRESTO wichtig, für a99 nicht!
Nachträglich änderbar? Ja, ganz beliebig


Gute Fage: "Wo steht denn, wie die einzelnen Datenfelder indexiert
werden?"
Das steht ganz woanders, nicht in der CFG. Dafür gibt es die
"Index-Parameterdatei". Das ist eine penible, manchmal sehr
umfangreiche Vorschrift, was genau das Programm alles tun soll,
um die Datensätze zu indexieren. Das geht bis hin zu der Umcodierung
jedes einzelnen Zeichens, so daß z.B. aus dem ä im Index ae werden
soll und dergleichen. Jedes Feld kann zudem in mehr als einem
Register indexiert werden und auf unterschiedliche Weise. Praktisch
ist eine Index-Parameterdatei nichts anderes als ein eigenes
Programm, geschrieben in einer eigenen Sprache: der "Exportsprache",
die schon in den 80er Jahren für allegro entwickelt wurde. Damit wird
auch die Titelanzeige programmiert, die Druckausgabe und überhaupt
alle Exportvorgänge. Vieles kann man aber heute auch mit FLEX machen,
das ist meistens einfacher. Das Indexieren geht aber nicht mit FLEX.
Mehr dazu im Kap.10 des Handbuchs: h ac10