[OSM-dev] UTF-8 problems in informationfreeway?

[J.D. Schmidt]

Did the UTF-8 encoding problems start to show up, after OSMXAPI was 
moved to the HyperCube server ? AFAIU, eventhough its url is an 
informationfreeway.org address, OSMXAPI processing was moved to the 
HyperCube server, so something might have been differently configured on 
an US locale installed server, versus the UK locale installed 
informationfreeway.org server.

Might be a good idea to check that first.

Dutch

80n skrev:
> Brett
> Yes, it's probably something like that.  All I can say for sure is that the
> node in planet.osm looks different to the same one in an Osmosis diff file.
> 
> If we could identify how it is encoded differently then maybe I could
> compensate for it on import into Osmxapi, but it would be better to fix the
> problem at source - wherever that it.
> 
> Anyway, there's no rush to deal with it at the moment.
> 80n
> 
> On Dec 17, 2007 6:05 AM, Brett Henderson <brett at bretth.com> wrote:
> 
>> It warms my heart to return from leave to discover new osmosis utf8
>> problems, I missed those little guys ;-)
>>
>> I'll check it out.  Might take me a few days though because I'm a bit
>> overwhelmed with email and Christmas at the moment ...  Strictly
>> speaking I suspect this is not truly a bug but yet another artefact of
>> the database encoding issues, it may not be easy to nail.
>>
>> Stefan Baebler wrote:
>>> 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
>>>>
>>>>
>>> _______________________________________________
>>> dev mailing list
>>> dev at openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
>>>
>>
>> _______________________________________________
>> dev mailing list
>> dev at openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> dev mailing list
>> dev at openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev