While designing a fantasy map, I got some strange unconsistent behaviors with my OSM file when processing it with mapnik (not from a database, from the .osm file in command line) I made some parts with the "natural"="fell" tag. One is made of 39 nodes, an other one is 70 nodes and a third one is 6 nodes. Only the first "fell" is displayed. When I move a single node in the third fell, making it slightly more pointy, then it is displayed like the first one. I tried to alter the scaledenominator (also to remove them), but it was useless. The rule is quite simple:
What can it be? asked 16 Apr '11, 22:00 otto |
The osm plugin in mapnik is not a drop in replacement for a proper postgis db. I read it's also missing (parts of) relation handling. Also, the osm.xml stylesheet is not maintained with the osm plugin in mind, and this can also lead to strange behaviours, dropped items and other assorted rendering quirks. answered 20 Apr '11, 22:04 Lennard Thank you for telling me about those problems. I hadn't read there was limitations, but I find it now: http://wiki.openstreetmap.org/wiki/Mapnik:_Rendering_OSM_XML_data_directly#Limitations I've tried to separate my elements into different layers, but it seems it's not much better, only one element is shown according to the order it is called. If you're curious or willing to help, here is the archive of my tests so far: http://dl.free.fr/hAVI7ezre
(21 Apr '11, 19:51)
otto
|
I don't know about the stylesheet part, but I would double check if these areas are correctly drawn (first and last node of the way is the same node) answered 17 Apr '11, 20:32 RM87 It can't be, because for the same shape, one time it's rendered, another time, when I move a single node a few miles away, it's not. After some investigations, I noticed some elements are preventing the others to render, for example I have a "natural=peak" above a "fell" which prevents another fell to be displayed (except if I make it bigger). When I remove all the other elements, the 3 "fells" are correctly displayed.
(17 Apr '11, 22:40)
otto
|