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

[Klaus Lehmann]

danke für Ihre Nachricht.
Am Montag, 19. Januar 2015 um 10:14 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 19.01.2015 09:53, schrieb Klaus Lehmann:
>>
>>
>>> 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!
>>
> Ja, ich sehe das. Es kommt also ein Zeichen hinzu, scheinbar aus dem
> Nichts. Das soll natürlich nicht sein.
> Könnten Sie die fragliche Stelle auch als HEX-Display liefern? Ich bin
> nicht sicher, was hinter den sichtbaren Zeichen (im blauen Bild) für
> Codes stecken.
in der heutigen antwort liefere ich einen link auf 3 testdatensätze. 
die könnten aureichend sein.

> Aber ich fürchte, da brauche ich ein Testpaket. Ich weiß nicht, wie ich
> das sonst nachvollziehen soll. Mit meinem UTF-8-Variante passiert sowas

naja. das ist ja auch schlimmer als ein hornissennest!

es gibt 3 verschiedene kodierungen für ni und bzw. hao
1x gb2312 (nicht mehr gültig)
sie ist gleich dem wert von gb18030:
=als 186 195 kodiert

dann gibt es die big5-variante mit: 166 110

sowie japanisch (Sjis) mit: 141 68

3 codierungen für das einunddasselbe zeichen!
ich weiss nicht, ob der begriff "codierung" absolut treffend ist.... 
;-)
ich sach' ja: hornissen!



gut nacht. bis morgen...
ihr k.lehmann





> nicht.

> B.E.

> _______________________________________________
> 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 Montag, 19. Januar 2015 um 10:14 schrieben Sie:
> Am 19.01.2015 09:53, schrieb Klaus Lehmann:
>>
>>
>>> 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!
>>
> Ja, ich sehe das. Es kommt also ein Zeichen hinzu, scheinbar aus dem
> Nichts. Das soll natürlich nicht sein.
> Könnten Sie die fragliche Stelle auch als HEX-Display liefern? Ich bin
> nicht sicher, was hinter den sichtbaren Zeichen (im blauen Bild) für
> Codes stecken.
> Aber ich fürchte, da brauche ich ein Testpaket. Ich weiß nicht, wie ich
> das sonst nachvollziehen soll. Mit meinem UTF-8-Variante passiert sowas
> nicht.

> B.E.

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