<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

Probably you know already more about mysql and utf-8 than I do. But I

want to mention that in mysql you need to set the connection to utf-8

too. At least when I access my utf-8 tables from php, I'll get crap out

of it if I don't set the connection to utf-8 explicitly. Thus the

connection always defaults to a non utf-8 character set in my (the

default) setup.<br>

<br>

Steven<br>

<br>

<br>

Florian Lohoff schreef:

<blockquote cite="mid:20080909162044.GC8469@paradigm.rfc822.org"

 type="cite">

  <pre wrap="">On Tue, Sep 09, 2008 at 04:19:36PM +0200, Dirk-Lüder Kreie wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">It's a known issue, but should be fixed already. Tiles rendered while 

the bug was there need re-rendering.

go to <a class="moz-txt-link-freetext" href="http://informationfreeway.org/?lat=33.88504&lon=35.50402&zoom=12">http://informationfreeway.org/?lat=33.88504&lon=35.50402&zoom=12</a> 

and request a re-render (ctrl-klick, or "r").

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Aehm - as long as the clients get data vom ROMA(v1) it might happen

again. The utf-8 bugs seem to be mysql related and without deeper

inspection and reimport into the mysql unfixable.

So yes - if the client chose to get the data from OSMXAPI or the main

API or ROMAv2 everythings fine ...

Flo

  </pre>

  <pre wrap="">

<hr size="4" width="90%">

_______________________________________________

Tilesathome mailing list

<a class="moz-txt-link-abbreviated" href="mailto:Tilesathome@openstreetmap.org">Tilesathome@openstreetmap.org</a>

<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/tilesathome">http://lists.openstreetmap.org/listinfo/tilesathome</a>

  </pre>

</blockquote>

</body>

</html>