[Allegro] hfm: import: 3x probleme

[Klaus Lehmann]

Guten Tag Herr Eversberg,


mit hfm im import stimmt was nicht!
3 sachen sind mir aufgefallen:





1. nehmen wir an:
#2y ist in der cfg angemeldet als #2y""

in der aim steht das:
  vorgänger      #23y                    war #9b
#2y.001
D0 "780"
-hfm23y
#2y~
D0 "780"
+hfm23y


dann entsteht das:
☺00 zdb18-8 2y.001 Vorg.:▼tAbstracts of bacteriology▼w(DE-600)210064-2▼w(DE-101)
011217855 2y.2 Vorg.:▼tBotanical abstracts▼w(DE-600)210065-4▼w(DE-101)011217863
2y.3 Darin aufgeg.▼tSubjects classification outline for Biological abstracts and
 Bioresearch index▼w(DE-600)282104-7▼w(DE-101)011755628 3y.001 ~(591) (Kopie) 3y
.2 (03) 01 3y.3 (00) BIABA 3y.4 (01) eng 3y.5 (04) XD-US 3y.6 (04) 12▼2ssgn 3y.7
 (04) 570▼qDE-600▼2sdnb 3y.8 (04) WA 1000▼2rvk 3y.9 (20) Biol. Abstr 3y.10 (51)
(Kopie) 20 Biological abstracts : BA ; publ. with coop. of individual biologists
, biolog. industries, and biolog. journals generally. Covering the world's biolo

ist das zu sehen?
zuerst wie vb260 sagt:
o  zzz kann eine Zahl mit führenden Nullen sein und wird dann auch
   so gespeichert. 
   
wir haben wie gewünscht: 2y.001
aber dann kommt OHNE führende null: 2y.2 und 2y.3
nicht nett!





2. in die cfg ist natürlich #3y"" eintetragen...

in der aim habe ich das reingeschrieben:     

      der alte eintrag hat ganz toll die unbekannten marc-felder sehr 
   schön dokumentiert! aber irgendwann istauch #94[dec255] erreicht!
   #94a
   D "???"   collect all fields that haven't been invalidated under #99a...
   m         the result is:
          #94a(tag1) text
          #94b(tag2) text...

also schreibt man (besser: "versucht" es mit:)
      
#3y.001
D "???"
m
-hfm94
#3y~
D "???"
m
+hfm94

das kommt:
 Kingdom▼w(DE-600)127303-6▼w(DE-101)010721347 3y.001 ~(689) DE-188▼5DE-602 3y.2
(03) 01 3y.3 (07) uu000uuuu 3y.4 (01) eng 3y.5 (04) XA-GB 3y.6 (04) 310▼qDE-600▼
2sdnb 3y.7 (04) HD 4000▼2rvk 3y.8 (33) 1.1\x▼i1935/46 3y.9 (33) 1.2\x▼i1996 3y.1
0 (51) F/SCQ!H3!206!(20-06-07)385!(17-08-07) 3y.11 (68) Geschichte 1935-1996▼2gn
d 3y.12 (65) Quelle▼2gnd 3y.13 (69) (DE-588)4022153-2▼0(DE-101)040221539▼Dg▼aGro
ÃYbritannien 3y.14 (69) (DE-588)4126610-9▼0(DE-101)041266102▼Ds▼aAmtliche Statis

natürlich mit dem bereits o.b. fehler 3y.001 und dann weiter mit 3y.2 
usw usw. ABER: viel schlimmer: der marc-tag in klammern ist um eine 
stelle verkürzt worden! böse, böse!

habe ich nen denkfehler?
   





3. was gar NICHT geht:
obwohl die doku zu vb260 sagt was anderes...

in der aim steht das:
#23y.1
D0 "780"
-hfm23y
#23y~
D0 "780"
+hfm23y

es gibt keinen datensatz, der #23y.1 hat. nur pro datensatz 1x #23y
was ist das los?


für alle versuche steht in der cfg unverändert:
t2     es ist ein 2stelliges Kategoriesystem
k4     Kategorie-Text f„ngt auf Position 4 an
ist hier anzusetzen? nee......?



rätselnde grüße
von k.l.


ps: das funktionieren der "führende nullen" wäre schön, aber kein 
"muss". ich kann auch mit #3y.100 leben......


-- 
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: Bolero 64bit. Fußige Noten aufgeblättert (=Fußnotendoku)
* 2014:allegro-zdb: endlich. Die Wiedervereinigung! + eBooks