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

[Klaus Lehmann]

ergänzung! getestet mit neuester a99.exe vom 14.1.2015
guten morgen.....

> achtung:
> 1. fehler
> =========
> gebe ich hier die neueste a99.exe 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 neueste a99.exe 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 neueste V.

> 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.
UND das obige war falsch interpretiert!
die chin. zeichen sind völlig andere! man muss nur genau hin schauen 
;-)
in http://allegronet.de/ni-hao2014.jpg sind DREI chin. zeichen zu 
sehen, in http://allegronet.de/ni-hao2013.jpg sind es nur zwei 
(eben =ni hao)




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

die gespeicherten zeichen haben sich NICHT verändert!
es ist eindeutig a99.exe, die "plötzlich" aus zwei zeichen eben drei 
zeichen macht.


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


grüße zum morgen,
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?