[OSM-Devserver] Bekomme Tirex nicht zum Laufen

Jochen Topf jochen at remote.org
Mo Jul 5 14:47:52 CEST 2010


On Mon, Jul 05, 2010 at 10:53:15AM +0100, Kai Krueger wrote:
> 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)

Natürlich nicht. Der Ersatz von mod_tile soll flexibler sein und sich
besser ins Tirex-System einfügen. Wir haben mod_tile bisher nur verwendet,
um nicht alle Komponenten auf einmal auszutauschen.

> 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.

Jetzt wo Du das alles rausgefunden hast, fix es doch gleich. :-)

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298