Am Sonntag, den 19.09.2010, 10:55 +0200 schrieb Andre Hinrichs: > Am Samstag, den 18.09.2010, 20:46 +0000 schrieb Irrfahrt: > > Hi! > > > > <didier2020 <at> free.fr> writes: > > > so if i [...] download all items of the relations, it will work? > > Yes, it will. > > > > I just uploaded a patch [1] which should fix rendering large > > advanced multipolygons. > > I've just tested it and it seems that it doesn't do anything different > and the result is still not ok.
Just forget this! I've made a mistake applying the patch... Now the patch is COMPLETELY added to the TAH client. First result is that the download takes much longer than without the patch since three XAPI calls are made. For the tile I've tested it took 603 seconds instead of 7 seconds. Then the resulting file size was much bigger (41 MB instead of 7MB) and thus the client took much longer to render the tile (1531 instead of 623 seconds) (does this include the download time?). BUT the result is OK!! So, it is a interesting step in the way to solve this issue. I've tested with this tile: http://tah.openstreetmap.org/Browse/details/tile/12/1106/1610/ Biggest disadvantage is that XAPI necessarily NEEDS TO BE up all the time which is not always the case. And the resulting data.osm file is not loadable in JOSM since there are versions in the first part (from XAPI) but versions are missing in the second part (from TRAPI). I'm just thinking on a more complex but less server stressing solution which would also solve some other problems (e.g. the very long way problem). I will post it here soon... but someone else will have to implement it since it requires changes to the client (and I'm not a PEARL programmer) and an small additional server. Cheers Andre _______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
