[OSM-dev] UTF-8 problems in informationfreeway?
Stefan Baebler
stefan.baebler at gmail.com
Wed Dec 12 17:44:32 GMT 2007
Another artifact of similar utf problem can be seen at yesterday's
lowzoom(!) tile:
http://tah.openstreetmap.org/Tiles/info.php?x=1107&y=727&z=11&layer=tile
Mengeš ("š" is ok)
Domžale ("ž" is ok)
Moravče ("č" turned into "Ä ")
On zoom 12 and higher "č" in Moravče is ok:
http://tah.openstreetmap.org/Tiles/info.php?x=4431&y=2909&z=13&layer=tile
There definitely is a problem _somewhere_.
In today's and last week's dump node is ok (extract made with osmosis!):
<node id="29161753" timestamp="2007-12-02T08:52:13Z"
lat="46.1356895" lon="14.7445634">
<tag k="created_by" v="JOSM"/>
<tag k="name" v="Moravče"/>
<tag k="place" v="town"/>
</node>
(this xml snippet is an extract of a planet file, done with osmosis
for local archive: http://osm.baebler.net/data/ )
Osmosis seems to handle that in files(!) just fine, but osmxapi gives it wrong:
http://www.informationfreeway.org/api/0.5/node%5bplace=town%5d%5bbbox=14.5,46.1,14.8,46.2%5d
either there is a bug in osmxapi or during the import into its db.
hope it helps tracking it down.
greets,
Štefan
On Dec 8, 2007 12:54 AM, Frederik Ramm <frederik at remote.org> wrote:
> Hi,
>
> > This appears to be an osmosis problem.
> > A recent planet contains the following:
> [...]
>
> I concur; the latest daily diff before the Dec06 planet file had UTF-8
> problems as well but the affected objects were represented ok in the
> planet file.
>
> Bye
> Frederik
>
> _______________________________________________
>
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
>
More information about the dev
mailing list