Hi,
habe die OpenGeoDB in eine neue MySQL- Tabelle eingelesen. Bei der Gelegenheit diese Tabelle als utf8_unicode_ci definiert. Die alten Tabellen sind latin1_german1_ci.
In meinem Editor sieht eine Zeile so aus:
5103;DE;SN;Dresden;Landkreis Meißen;-;Radebeul;13.6432842540266;51.113631945926;01445
Ist in der Datei eine Angabe zur Kodierung gemacht, in der die Daten vorliegen?
Hast du beim Import im PMA eine Angabe gemacht?
Wie ist die Kodierung der Verbindung im PMA eingestellt?
Ich weiss nicht, ob die Daten dort richtig angekommen sind. In phpmyadmin wird "Landkreis Meißen" angezeigt,
Dann sind die Daten entweder beim Einfuegen nicht als UTF-8 interpretiert worden, oder die Kodierung der Connection stimmt nicht.
auf meiner HTML- Seite "Landkreis Meißen", also noch schlimmer.
Also UTF-8-Zeichen noch mal als UTF-8 kodiert.
Wenn ich im phpmyadmin das Feld in "Meißen" ändere, kommt auf der HTML- Seite wieder "Meißen" heraus.
Also wieder irgendwo nicht uebereinstimmende Kodierung.
Nun gut, ich kann dieses machen:
$row_orte = str_replace( 'ß', 'ß', $row_orte );
$row_orte = str_replace( 'ß', 'ß', $row_orte );und habe tatsächlich beide Probleme abgefangen.
Na ja, du haettest ziemlich fies drumherumge-work-t.
Und nun wird's unübersichtlich.
An wieviel Kettengliedern muss ein Umlaut eigentlich vorbei vom Laden in die DB bis zur Anzeige in HTML? Und alle geben wohl ihren Senf dazu?
So lange sich alle ueber die Kodierung einig sind, ist das "wie viele" egal.
Such mal im Archiv nach einem von dedlfix' Postings zum Thema; er hat sich schon des oefteren sehr detailiert darueber ausgelassen, an welchen Stellen die verwendete Kodierung ueberall eine Rolle spielt.
MfG ChrisB