[Allegro] HFM: 1 problem beim importieren mit import.exe

Do Okt 16 09:08:42 CEST 2014

Guten Morgen Herr Eversberg,
danke für Ihre Nachricht.
Am Mittwoch, 15. Oktober 2014 um 07:55 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 14.10.2014 18:37, schrieb Klaus Lehmann:
...
>> dshalb die IDEE:
>> wenn ich weiss, daß ich ca bis zu 999 felder hfm-felder zu erwarten
>> habe, dann schreibe ich doch GLEICH es so:
>> #9k.100
>> D0 "770"
>> -hfm
>> #9k~
>> D0 "770"
>> +hfm
>> ich zwinge, die hfm's mit 3stellen zu beginnen.
> Das können Sie so machen.

ok. das klappt insofern, daß jetzt auch immer drei stellen kommen.

aber folgendes ist leider noch unperfekt:

wenn in der aim das steht:
#94.100 
D "???"
m
-hfm94
#94~
D "???"
m
+hfm94

kommt das:

 89F5-x 89Z(OCoLC)183277955 94.100 ~(689) DE-600▼5DE-600 94.101 (03) 01 94.102 (
01) ger 94.103 (04) XA-DE 94.104 (04) 050▼a940▼qDE-600▼2sdnb 94.105 (04) AE 6180
5▼2rvk 94.106 (51) F/BAC 94.107 (65) WoÌ^rterbuch▼2gnd 94.108 (69) (DE-588)40118
90-3▼0(DE-101)040118908▼Dg▼aDeutschland▼9g:DDR 94.109 (69) (DE-588)4066724-8▼0(D
E-101)040667243▼Ds▼aWoÌ^rterbuch 94.110 (69) DE-600▼5DE-600 94.111 (69) (DE-588)
4011890-3▼0(DE-101)040118908▼Dg▼aDeutschland▼9g:DDR 94.112 (69) f▼aWoÌ^rterbuch
94.113 (69) DE-600▼5DE-600 99e20130508 9baVorg.:▼tSBZ von A bis Z▼w(DE-600)874-6
▼w(DE-101)010008896 9eaBonn▼bDt. Bundes-Verl 9iaForts.:▼tDDR-Handbuch▼w(DE-600)1
30385-5▼w(DE-101)010746765 9na9001▼bger▼cDE-101▼d9999

xtrahieren wir:
94.100 ~(689)
94.101 (03) 01...
94.102 (...
94.103 (04) XA-DE ...
94.104 (04)  ....

was also nicht klappt:
======================
s.a. auch offizielle pdf seite 265:
D "???" sucht nach der ersten noch nicht ungültig gemachten Kategorie. (Geht nur bei ISO-Formaten!) Wenn man z.B. am Ende der Kategorieliste schreibt:
#99a
D0 "???"
m
dann werden alle nicht ausgewerteten Kategorien unter #99a, #99b ... aufgeführt, und zwar wird ihre Originalnummer in Klammern dem Text vorangestellt. Man kann dadurch genau analysieren, was die Fremdsätze so alles an noch nicht berücksichtigten (vielleicht sogar nicht dokumentierten oder fehlerhaft erfaßten) Dingen enthalten.

nur beim feld #94.100 ist die anzeige vollständig.
bei #94.101 fehlt in den runden klammern die erste oder die letzte(?) 
marc-ziffer. usw.

ich brauche diese funktion unbedingt zur analyse der vorkommenden 
-noch nicht identifizierten- restfelder.

kann man da noch was in der import.exe machen?
ich habe "nichts gegen" die anzeige von 
94.100 ~(689)
94.102 ~(123)
94.103 ~(456)
94.104 ~(789)
danke
gruß zum morgen 
ihr klaus lehmann

> Nein, das Zeichen ~ gehört auf die Position des Mehrfachzeichens, und
> das ist bei  t2  die Position genau hinter #9k.
> Anders gesagt: HFM-Felder haben stets den Punkt direkt hinter der
> Kategorienummer, also auf der Position des Mehrfachzeichens,
> und noch anders gesagt: Eine Mehrfachkategorie, z.B. #9k1, kann man
> nicht durch Anhängen von . und Zahl noch durch eigene HFM-Felder
> vermehren, das geht nur mit der Grundkategorie.
> Die Beschreibung legt auch, meine ich, keine andere Vermutung nahe.

ok. habe kapiert.

> B.E.

-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda, zuständige Kammer: IHK Dresden
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg, USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: allegronet ist ein eingetragenes Warenzeichen

Am Mittwoch, 15. Oktober 2014 um 07:55 schrieben Sie:
> Am 14.10.2014 18:37, schrieb Klaus Lehmann:
>>
>> aber....:
>> #9k.1
>> D0 "770"
>> -hfm
>> #9k~
>> D0 "770"
>> +hfm
>> so klappts erstmal.
>>
>> aber
>> ich habe damit ein -nicht kontrollierbares- gewusel an datenfeldern.
> Was genau meinen Sie mit "nicht kontrollierbar"?

>> mal sind sie 4stellen lang (mit punkt immer!)
>> mal sind sie 6stellen lang (mit punkt immer!)
> Schon, aber sie sind nach dem Zahlenwert geordnet, führende Nullen sind
> dabei unerheblich.

>> so sehen dann auch meine indexeinträge aus.
> Wirklich? Wie sehen die genau aus?
> Hier *könnte* noch Nachbesserungsbedarf bestehen, aber das müssen wir
> erst mal konkret sehen und schauen, was Sie da in den Parametern zu
> stehen haben.

>>
>> DESHALB die idee:
>> wenn ich weiss, daß ich ca bis zu 999 felder hfm-felder zu erwarten
>> habe, dann schreibe ich doch GLEICH es so:
>>
>> #9k.100
>> D0 "770"
>> -hfm
>> #9k~
>> D0 "770"
>> +hfm
>>
>> ich zwinge, die hfm's mit 3stellen zu beginnen.
> Das können Sie so machen.

>> [und hoffe, daß sie nicht größer als #9k.999 werden
>>
>> dann kann ich im index (oder wo auch immer) sie FEST auf 3stellen
>> definieren, und muss keine "hampeleien" machen.
>>
>>
>> ps2: nachgefragt:
>> #9k.1
>> D0 "770"
>> -hfm
>> #9k~
>> D0 "770"
>> +hfm
>>
>> sollte man es nicht DOCH SO schreiben:
>> #9k.1
>> D0 "770"
>> -hfm
>> #9k.~     sic!   ????
>> D0 "770"
>> +hfm
>>
> Nein, das Zeichen ~ gehört auf die Position des Mehrfachzeichens, und
> das ist bei  t2  die Position genau hinter #9k.

> Anders gesagt: HFM-Felder haben stets den Punkt direkt hinter der
> Kategorienummer, also auf der Position des Mehrfachzeichens,
> und noch anders gesagt: Eine Mehrfachkategorie, z.B. #9k1, kann man
> nicht durch Anhängen von . und Zahl noch durch eigene HFM-Felder
> vermehren, das geht nur mit der Grundkategorie.
> Die Beschreibung legt auch, meine ich, keine andere Vermutung nahe.

> B.E.

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