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