[Allegro] e-mab2.apr unterdrückt in seltenen fällen das zeilenendezeichen

[Klaus Lehmann]

Guten Tag Herr Berger,
danke für Ihre Nachricht.
Am Donnerstag, 19. Februar 2015 um 10:00 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.


das führt doch zu nichts!

> Einerseits gibt es Syntaxvorgaben fuer #83. Andererseits werden
> die vom Programm nicht strikt durchgesetzt. Das ist aber
> auch klar, bzw. im Rahmen der ueblichen Tradition:
...
> Worauf ich damit hinauswill: Ja, besonders an Stellen, wo der Export
> selber gegen irgendwelche Regeln verstoesst, hat er das Recht
> verwirkt zu unterstellen, dass sich die erfassten Daten zu (mindestens)
> 100% an die Syntaxregeln fuer die jeweiligen Felder oder -Konstellationen
> halten und *besonders defensive* Programmierung ist angesagt.


okokok.
dann ist eben der inhalt von #83 scheisse!
so what?
dann soll !dieser! inhalt eben bestraft werden, und nicht der rest!
dann lasst doch 331LEER in frieden!
killt #83, aber doch nicht die sauberen felder!

überlegen "sie" doch mal was 2SIEdem user antun!

nein, nicht "sie". 
"ich" kann nur NICHT mehr sagen: UND das sage ich JEDEM!:

"allegro lädt alle daten der welt, wenn sie strukturiert sind, ins 
allegro-wunderland einzutreten" (das wäre mein satz zum import, dass 
"ich" alles einlesen kann)

der nächste satz:

"allegro entlässt auch alle daten, die in allegro waren, wenn sie es 
denn unbedingt verlassen wollen, in andere eventuell bessere welten" 
(das WAR jetzt "mein" satz zum export, bislang konnte "ich" alles 
exportieren)

der satz zun export wird so heissen:
"allegro entlässt alle braven kinder, aber nur wenn sie ihre 
hausaufgaben gemacht haben, in die neue bessere welt. und wenn sie 
nicht brav waren, macht allegro was kaputt!" (das soll "mein" neuer 
satz sein? wirklich? wollen "sie" das wirklich?)


sehr entrüstet....
k.l.



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



-- 
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: 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 (=Die Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?





Am Donnerstag, 19. Februar 2015 um 10:00 schrieben Sie:
> Am 19.02.2015 um 08:59 schrieb Klaus Lehmann:
>>  
>> Guten Tag Herr Berger,
>> danke für Ihre Nachricht.
>> Am Mittwoch, 18. Februar 2015 um 23:30 schrieben Sie.
>> Ihre Nachricht finden Sie am Ende dieser eMail.
>> 
>>> Am 18.02.2015 um 20:42 schrieb Klaus Lehmann:
>>>> Guten Tag Herr Eversberg ,
>> ....
>>> so ist das in e-mab2.apr halt implementiert: Wenn die #83 nicht so wie im
>>> A-Schema vorgeschrieben erfasst ist, ist das MAB-Feld unvollstaendig und das
>>> folgende wird drangeklatscht...
>> ja, aber das ist doch nun wirklich DUMM!
>> 
>> nur weil ein feld nicht vollständig gefüllt ist, macht der export 
>> "fehler". er bestraft "uns". dann wäre es doch geschickter, in das 
>> exportierte feld sowas reinzuschreiben wie "___Vanitas___" oder so ;-)
>> 
>> nee. so geht dat nich!
>> kein export darf sich zum richter aufschwingen!

> Tja, das Problem ist vielschichtig.

> Einerseits gibt es Syntaxvorgaben fuer #83. Andererseits werden
> die vom Programm nicht strikt durchgesetzt. Das ist aber
> auch klar, bzw. im Rahmen der ueblichen Tradition:

> Datenformate sind angeblich regelwerksagnostisch, Regelwerke
> formatagnostisch, insofern kann der Anwender sagen (und er
> hat auch ohne jegliche Agnostik immer recht): Das soll da
> jetzt rein und zwar weil ich finde dass die Feldbezeichnung
> irgendwie damit zu tun haben koennte.

> Auf einer anderen, staerker geregelten Ebene ist es hanebuechen,
> dass der "MAB"-Export aus einer zwar (eigentlich) normierten
> aber jenseits aller Regelwerke definierten "Tagungs"-Kategorie
> aus dem Namen einer Veranstaltung eine Ansetzung als beteiligte
> Koerperschaft nach RAK herbeiphantasiert.
> Nur wird ein Anwender nicht unbedingt damit zufrieden sein, dass
> seine normierten Kongresseintraege fuer die Katz sind und in die
> grosse weite Bibliothekswelt gar nicht exportiert werden duerfen,
> da dort nicht vorgesehen. Insofern ist es vielleicht doch besser,
> sie unter falscher Flagge irgendwo einzuschmuggeln, schlimmer
> als von Schuelerpraktikanten ausgedachte echte KS-Ansetzungen sehen
> sie ja auch nicht aus...
> (Andereseits gibt es Anwender, die sowohl die Koerperschafts-
> ansetzung als auch den normierten Kongresseintrag erfassen,
> der Export doppelt das dann - einmal richtig und einmal falsch.
> Das ist dann sozusagen die Strafe dafuer, dass man sich an
> Regeln halten wollte...)

> Worauf ich damit hinauswill: Ja, besonders an Stellen, wo der Export
> selber gegen irgendwelche Regeln verstoesst, hat er das Recht
> verwirkt zu unterstellen, dass sich die erfassten Daten zu (mindestens)
> 100% an die Syntaxregeln fuer die jeweiligen Felder oder -Konstellationen
> halten und *besonders defensive* Programmierung ist angesagt.

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