[Allegro] a99.exe vom 7.3.2013 (im einsatz für allegro-utf8) versus a99.exe vom 10.12.2014 -> 2 fehler

[Klaus Lehmann]

Guten Tag Herr Eversberg,


ich habe lange gewartet (eigentlich ohne grund, aber es wurde eben 
gewartet), und wollte jetzt bei allegro-utf8 endlich die neue a99.exe 
einführen.
tja. daraus wurde nichts. das gesamte WE habe ich hinundher getestet. die neue 
a99.exe lässt sich nicht auf allegro-utf8 einbinden.

zur erinnerung: 
in allegro-utf8 kann hemmungslos CJK betrieben werden, 
in allen varianten: big5 parallel zu gb18030, lang- wie kurzform.
aber derzeit eben nur mit der alten a99.exe vom 7.3.2013.

im einsatz ist ein allegro, wo eben a99.exe vom 7.3.2013 aktiv ist.
neue index/qrix-gespann: 25.11.2014/7.4.2014
und eine cat.api, in der noch nicht die neue konvention für $ 
verwendet wird. (=bezeichnung der subfelder).
hiermit läuft alles gut.


achtung:
1. fehler
=========
gebe ich hier die neue a99.exe vom 10.12.2014 hinzu, indexiere neu, 
kommt nach einer veränderung ein es vorhandenen datensatz DAS:
warnfenster von a99.exe: 
[=in einer Zeile!:)    Date dif: 210150117/21:34:56-7812/2 / 20150118/17:19:24-7812/1

klickt man es weg: nächstes a99-warnfenster:
Sorry, jemand war schneller und hat den satz geändert, Nr=7812

klickt man es weg:
drittes a99-warn-fenster: trotzdem speichern?
klickt man auf ja, hat man seinen datensatz, WENN ich das richtig 
sehe, korrekt neu gespeichert im europäischen teil. aber der 
chinesische teil wurde nicht gespeichert!

=das neue a99.exe vom 10.12.2014 ist also nicht geeignet!


2. fehler
=========
dann passiert noch was! das habe ich erst auf den zweiten blick 
gesehen ;-)
wer schauen will:
http://allegronet.de/ni-hao2013.jpg   a99-formular 7.3.2013
http://allegronet.de/ni-hao2014.jpg   a99-formular 10.12.2014

man sieht sehr schön wie, "ni hao" geschrieben wird. das heisst 
übrigens: "guten tag" ;-)
im bild ni-hao2014.jpg, also der neuen a99.exe-variante wird nach den 
beiden chinesischen zeichen eine art "hochkomma mit geöffneter 
klammer" nach den beiden zeichen angezeigt.


wichtig: dieses zeichen gibt es NICHT im datensatz!
ich habe die ald-datei, vor der speicherung, nach der (misslungenen?) speicherung
verglichen. hier nur EIN bild
http://allegronet.de/codierung-ni-hao2013+2014.jpg
das was ich da ROT eingekreist habe, ist der inhalt eines chinesischen 
subfeldes: #19-subfeld_c , ist in codepage850 erstmal dargestellt, die 
6 zeichen stellen die BEIDEN chin.zeichen ni und hao dar!


ist die obige fehlerbeschreibung ausreichend?
oder fehlt was?


mein kleines resume:
ich kann die neuen index/qrix-varianten nehmen. der datenbank passiert 
nichts! die schuldige scheint nur die neue a99.exe zu sein!
bedingung: ich muss das subfeldzeichen in der api als echtes zeichen 
reinbringen. 
ist nachfolgende aussage RICHTIG?
das alte a99.exe vom 7.3.2013 würde $ oder "\031" nicht verstehen!



viele grüße
ihr klaus lehmann



-- 
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?