[Allegro] marctxt.apr: böser schreibfehler!

[Klaus Lehmann]

Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Freitag, 28. September 2018 um 11:22 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

>> Gesendet: Freitag, 28. September 2018 um 09:54 Uhr
>> Von: "Klaus Lehmann" <lehmann_klaus at t-online.de>
...
>> also nach =245 konmmt 2xLEER!
>> meiner erfahrung nach müssen mrk-dateien absolut korrekt konstruiert
>> sein, sonst knallt die kommende erzeugung der mrc-datei! alles schon
>> erlebt. mrk und mrc sind eine der schlimmsten datenformate, die mir je
>> untergekommen sind. allegro mit hfm ist himmlisch dagegen! ;-)

> Da ist zwar was dran, aber haben Sie eine konkrete Erfahrung mit diesem speziellen Fall?
nein, kann nur geplauder bieten ;-)


bedauere. soweit wollte ich es nicht kommen lassen.

wie ich schon oft schrieb: in allegro dürfen wir alle "schludern" ;-)
. allegro-C stört sich selten dran! wir dürfen sogar leere datenfelder
haben ;-))))))) [s.a. letzte email]
aber wenn die daten "raus" wollen/müssen, dann muss absolut exact
gearbeitet werden. es ist so vieles zu berücksichtigen ;-(

habe derzeit 3 verschiedene marctxt-versionen:
1x für den kobv, 1x für "normale" vufind-systeme, 1x eines für eine
ganz spezielles "vufind".

es gibt noch weitere varianten, die ihre eigenen sonderregeln haben:
beluga mit kaviar.
komme-nicht-auf-den-korrekten-namen der anderen vufind-variante
zum glück hat koha noch keine ansprüche geäußert.....
[wer kennt die marc-regeln von vufind???]


der punkt ist der:
marcxtxt.apr erzeugt eine mrk-datei. diese ist nebenbei schön(!)
lesbar. wenn diese nicht "korrekte strukturen" hat, dann gelingt die
umwandlung mit cmarkedit.exe nicht. dann knallt's
[ich habe nie irgendwo definierte "korrekte strukturen" gefunden; vielleicht
sollte man terry reese mal fragen....]
die nächste hürde ist die erzeugte mrc-datei (nebenbei gar nicht menschlich
lesbar!)! sie möchte in vufind/gbv/kobv/usw eingespielt werden! JEDER
der empfangssysteme hat seine eigenen regeln! [sowas ist zum kotzen!]
ich habe es schon geschafft, vufind-systeme zum stillstand zu bringen!
sie sind abgestürzt [kein witz!]


was ich nebenbei an "Ihrer" marctxt.apr gar nicht lustig finde, wie
sie HST's konstruieren.
=245  00$aGesammelte Werke. Gedichte 1 : Im Stern des Schmerzes
übergeordneter titel plus stücktitel UND ein UT in einer zeile. nur durch
PUNKT und LEER:LEER getrennt. dat iss murks!
[der kobv würde mir diesen datensatz um die ohren klatschen!]

> Meine Erfahrungen mit WorldCat und VuFind sind an dieser Stelle nicht gescheitert, die
> Daten kamen korrekt an im Zielsystem, schnell nochmal gecheckt.
> Aber OK, es ist ein formaler Fehler, er ist jetzt korrigiert, Datei marctxt.apr neu bereitgestellt.

naja. ich glaube, ich sitze seit ca 2 1/2 jahren (mit
unterbrechungen!) an einer großen marxtxt.apr...


grüße, ihr klaus lehmann




> 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!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011-12:  Sponsor: Peter-Sodann-Bibliothek+IFLA:allegro-utf8
* 2013-14: Bolero 64bit.+allegro-zdb: endlich. + eBooks
* 2015-16: allegro-vufind.+ allegro-imd.Die weltgrößte(?) Filmdatenbank
* 2017-18: Exporte. Marc und Co.  Marc ist sehr different
Lesen Sie auf http://portal.allegronet.de/allegrowerkstatt/allegro-windows die
Wahrheit zur Zukunft von allegro-C. Bilden Sie sich Ihre eigene Meinung! Lesen Sie!





Am Freitag, 28. September 2018 um 11:22 schrieben Sie:
>> Gesendet: Freitag, 28. September 2018 um 09:54 Uhr
>> Von: "Klaus Lehmann" <lehmann_klaus at t-online.de>
>> 
>> derzeit:
>> #utI +p p{ "=245 00$a" }
>> 
>> muss heissen:
>> #utI +p p{ "=245  00$a" }
>> 
>> also nach =245 konmmt 2xLEER!
>> 
>> meiner erfahrung nach müssen mrk-dateien absolut korrekt konstruiert
>> sein, sonst knallt die kommende erzeugung der mrc-datei! alles schon
>> erlebt. mrk und mrc sind eine der schlimmsten datenformate, die mir je
>> untergekommen sind. allegro mit hfm ist himmlisch dagegen! ;-)
>> 
> Da ist zwar was dran, aber haben Sie eine konkrete Erfahrung mit diesem speziellen Fall?
> Meine Erfahrungen mit WorldCat und VuFind sind an dieser Stelle nicht gescheitert, die
> Daten kamen korrekt an im Zielsystem, schnell nochmal gecheckt.
> Aber OK, es ist ein formaler Fehler, er ist jetzt korrigiert, Datei marctxt.apr neu bereitgestellt.

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro

> Um sich von dieser Liste abzumelden, klicken Sie hier:
> mailto:allegro-request at biblio.tu-bs.de?subject=unsubscribe

> To unsubscribe from this list, click here:
> mailto:allegro-request at biblio.tu-bs.de?subject=unsubscribe