[OSM-Devserver] Bekomme Tirex nicht zum Laufen

[Kai Krueger]

On 07/05/2010 12:14 AM, Kay Drangmeister wrote:
> Jochen Topf schrieb:
>> On Sun, Jul 04, 2010 at 04:53:46PM +0200, Kay Drangmeister wrote:
>>> Übrigens: wenn ich
>>> http://drangmeister.dyndns.org/tiles/test/0/0/0/1.png oder
>>> http://drangmeister.dyndns.org/tiles/test/0/0/0/1.txt
>>> verlange, bekomme ich das Meta-Tile, aber kein png, d.h. letzteres
>>> ist ASCII-Kauderwelsch der mit "META" beginnt. Kann es sein, dass
>>> mod_tile hier noch eine Option braucht, damit es die "dekomprimiert"?
>> Das ist ein Bug im mod_tile. Siehe:
>> http://lists.openstreetmap.org/pipermail/dev/2010-March/018855.html
>
> Super, genau das war's. Eine "Ablösung" für mod_tile wäre
> wohl nicht schlecht :-)

Aehm, vielleicht wuerde es mehr Sinn machen diesen kleinen Bug zu fixen 
als alles rauszuwerfen und neu anzufangen... ? (Es gibt zwar vielleicht 
andere Gruende fuer eine Abloesung von mod_tile, aber dies ist mit 
Sicherheit keiner)


Wenn man sich den source code von mod_tile anschaut, sieht man das der 
Aufruf fuer xyz_to_meta in store.c (und moeglicherweise an anderer 
Stelle) faelschlicherweise den hardcoded path HASH_PATH verwendet 
anstelle korrekterweise die apache config verwendet wie sonst im code.

Ich vermute mal was passiert ist, das der erste Teil von mod_tile, der 
die URL in eine metatile filename umsetzt korrekt arbeitet, der zweite 
Teil der die metatile dekodiert hat nun eben den falschen hardcoded path 
drin, findet die metatile also nicht, und apache faelt somit automatisch 
auf den standard file serving code zurueck und der user sieht somit den 
raw metatile.


Ein paar Ersetzungen dieser hardcoded values sollte das Problem also loesen.


Kai




>
> Ich habe mal das Wiki zur Tirex-Installation an der ent-
> sprechenden Stelle um einen Hinweis auf den Bug
> ergänzt.
>
> Danke,
> Kay
>
> _______________________________________________
> Devserver mailing list
> Devserver at lists.openstreetmap.de
> http://lists.openstreetmap.de/mailman/listinfo/devserver