AW: AW: Kategorie 8na

[jg (Maria Jung)]

Lieber Herr Berger,

bei uns sieht die F7-Anzeige wie folgt aus:

_0|:verlag fuer ausbildung und studium <berlin, west>
|/zzzz00
|0* Verlag für Ausbildung und Studium <Be  Körp.Stammsatz
|2vas -> verlag fuer ausbildung und studium <berlin, west>
|2verlag fuer ausbildung und studium <berlin, west> #
|9d20020712
|9k23394
|:k23394=|2Verlag für Ausbildung und Studium <Berlin, West>
|:vas=|2Verlag für Ausbildung und Studium <Berlin, West>
|:ü305982-0  _k23394
|:üverlag fuer ausbildung und studium <berlin, west>  _k23394

Können Sie uns einen Trick verraten, wie wir Einträge wie 
|:vas=|2Verlag für Ausbildung und Studium <Berlin, West>
loswerden? Welche Stelle in der Indexparameterdatei könnte dafür
zuständig sein? Oder gibt es da vielleicht noch andere Abgründe????

Viele Grüße
Maria Jung

-----Ursprüngliche Nachricht-----
Von: Thomas Berger [mailto:ThB at gymel.com] 
Gesendet: Mittwoch, 12. März 2003 15:04
An: Diskussionsliste Allegro-C
Betreff: Re: AW: Kategorie 8na

Liebe Frau Jung,

> Unsere Körperschaftsstammsätze haben alle eigene und eindeutige
> ID-Nummern. Trotzdem greift Allegro in der Kategorie 85 offensichtlich

prima.

...

> und der entsprechende Körperschaftssatz:
> 
> #00 k23394
> #6n Verlag für Ausbildung und Studium <Berlin, West>
> #6naVAS
> #6ni305982-0
> 
> Das ergab im Register 10 dann folgende Ansicht:
> 
> 1 vas=|2Verlag für Ausbildung und Studium <Berlin, West>

das darf nicht sein. Wenn ich (das ist das besten an a99!)
Ihre Aufnahme als Neusatz in die Demodatenbank kopiere,
und F7 druecke, bekomme ich folgende Schluessel:

_1|2verlag fuer ausbildung und studium <berlin, west>
|/zzzz00
|0* Verlag für Ausbildung und Studium <Be  Körp.Stammsatz
|2vas -> verlag fuer ausbildung und studium <berlin, west>
|9k23394
|:k23394=|2Verlag für Ausbildung und Studium <Berlin, West>
|:ü305982-0  _k23394
|:üverlag fuer ausbildung und studium <berlin, west>  _k23394

D.h. "vas" bildet nichts ausser dem erwuenschten Verweis
im Register 2.

Vielleicht sollten Sie zur Kontrolle einmal angeben, was
F7 bei Ihnen anzeigt, wenn Sie den Koerperschaftssatz 
geladen haben.



> Soweit zur Illustration unseres Problems. Zugegeben ist es ziemlich
> blöd, einen Verlag als Körperschaftsdatensatz zu haben. Das ist selbst
> bei uns nicht die Regel. Trotzdem halte ich es nicht für
> unwahrscheinlich, dass Kürzel wie abb, abi etc. einem durchaus mal in
> die Quere kommen und Datensätze verhauen können.

natuerlich. Es ist anstrengend genug, die Uebersicht ueber
die selbstvergebenen Kuerzel in #8na zu haben, daher gibt 
es viele, die selbst dieses nicht nutzen und auch in #85 etc.
mit Identnummern verknuepfen. Fuer alle anderen Satztypen
macht es niemand, insbesondere wegen der Verwechslungsgefahr.
(und im Titelsatz haben Sie eine Verknuepfung mit "_vas",
das differenziert nicht zwischen ZS- und Koerperschaftssatz:
Das Kuerzel muss in der ganzen Datenbank eindeutig sein.

 
> Wir fragen uns allerdings auch, was die 6na überhaupt im Register 10
zu
> suchen hat. Schließlich enthält 6na Verweisungsformen und die werden
im
> Register 2 und nicht im Register 10 gebraucht.

s.o. Das ist genau das Problem, #6na sollte da nicht gelandet
sein.

 
> Unserer Meinung nach müsste das System so programmiert sein, dass die
> Kategorie 85 nur aus dem Übernahmeschlüssel von 8na bestehen kann und
> aus nichts anderem. Zurzeit sucht es sich scheinbar das erste
identische
> Kürzel, auch wenn das in einer ganz anderen Kategorie steht. Das
Gleiche
> trifft dann auch auf die Kategorie 70 zu, in die entweder 8na oder die
> ID-Nummer der Monographie bzw. reiner Text gehören, da Letzteres
sowieso
> nicht funktioniert.

Das ist korrekt, es darf aber keine identischen Kuerzel geben
(und #6na ist aus Systemsicht kein Kuerzel, sondern einfach nur
ein beliebiger Inhalt).

viele Gruesse
Thomas Berger