OpenJUMP writes sometimes XML files which claim in the header that encoding is
encoding="UTF-8" but still the contents in the XML body may use some other encoding.
Tested with Windows with Finnish locale.
JML files suffered from the same issue but that has been fixed. From the OJ change log:
2014-10-20 ede * fix JML (GML/FME etc.)
reader/writer did not properly read/write UTF-8
However, it appears that the fix did not fix
- JMP project files
- FME GML
- KML
I am not sure about GML2 because I still do not understand how to use the templates which are needed before saving is possible.
Saving styles into SLD gives valid XML files.
Should be fixed for JMP, FME-GML and KML.
Please test
Mike,
did you doublecheck the readers for these formats as well? i suppose if writing UTF-8 wasn't enforced, reading suffers from the same weakness.
..ede
On 20.12.2014 11:54, michael michaud wrote:
Related
Bugs:
#383OK, I now have fixed reading code.
OpenJUMP should always write xml files declaring AND writing utf-8.
and should be able to read them whether they are encoded in UTF-8 or another charset.
I did a few tests with jmp (projects), jml, fme-gml and kml.
Please, test more, especially on different OS.
we have a few problems with project files and their encoding in different revisions.
A report and 2 project files are included in the ZIP.
We works with windows-xp (32bit), java is 1.7.0_51-b13
this is supposed to be fixed in the snapshots.. did you try the latest?
note: old project files won't be fixed. you have to create and load new ones.
..ede
On 04.02.2015 16:22, Bernd Wehle wrote:
Related
Bugs:
#383