Re: [OSM-talk] mapnik riverbank problem
Alex Mauer schrieb: The large cluster of islands within a riverbank visible here on the osmarender layer: http://www.informationfreeway.org/?lat=44.559416836708124lon=-89.63008108668645zoom=14layers=BF000F ...does not show up properly on Mapnik. As far as I can tell, it's tagged entirely correctly. I've managed to get a few islands to render correctly by loading and then saving them without making any actual changes. Is there something weird with mapnik where the order in which the ways are stored in the database would matter? On Mon, 2009-03-09 at 13:47 +0100, Frank Sautter wrote: i have the suspicion that this appeared to happen since mapnik is rendering data after a few hours instead of the old weekly renderer run. in all cases, parts of the multipolygons have been touched, but not all. Jon Burgess wrote: You are correct, the hourly diff imports can not handle the multipolygon relation properly. These will fix themselves after the weekly import each Wednesday. Any edit to the nodes or ways in the relation will probably break it again. Overall the benefits of the hourly import far outweigh the slight problems with the multipolygon handling. frank ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapnik riverbank problem
The large cluster of islands within a riverbank visible here on the osmarender layer: http://www.informationfreeway.org/?lat=44.559416836708124lon=-89.63008108668645zoom=14layers=BF000F ...does not show up properly on Mapnik. As far as I can tell, it's tagged entirely correctly. I've managed to get a few islands to render correctly by loading and then saving them without making any actual changes. Is there something weird with mapnik where the order in which the ways are stored in the database would matter? -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mapnik riverbank problem
I've managed to get a few islands to render correctly by loading and then saving them without making any actual changes. M... I might be having the same behavior problem with a custom mapnik installation. The problem seams to concern a few polygons relations on the initial import. If the main site's mapnik is now using osm2pgsql (almost last svn version)+slim mode+minutely update, then our configs looks similar. I've track the problem a bit and it turned out that a few relations are not inserted in the planet_osm_polygon postgres table. However any modification in the osm db to the not rendered relation will result in a few minutes after that the osm2pgsql -a mode will add it and mapnik drawing it. I'm still tracking the problem, and will try the very last osm2pgsql's version to see if it helps -- sly sylvain letuffe ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
