Assuming that the data is correct, I can confirm that you need to set draw order in a typ file. I encountered a similar issue with building and landuse polygons. I had to set a higher draw order so that buildings are drawn over landuse. On 7/28/09, Apollinaris Schoell <aschoell@gmail.com> wrote:
the data is wrong in the first place. a lake and a forest can't be in the same place. the forest should be created as multipolygon with all the lakes as inner ways.
if you ask the software to fix bad data it will fail on some corner cases and will succeed in some places. but then random effects like order of elements or names can play a role.
bottom line better fix the data than debug the software.
On Jul 27, 2009, at 1:44 PM, Tomas Straupis wrote:
Hello
2009-07-27 Rudi <drahtesel42@web.de>:
Do you use a custom typ file for your map? No, I am not. And some lakes marked the same way ARE visible on the map...
I strongly doubt it has something to do with the source=yahoo tag. This was just my guess - maybe some tiny bug in code... But I've tried adding that source tag to osm xml file directly and it had no effect.
I will try to get hold of some other Garmin device (maybe Oregon and/or Nuvi) and check if it has the same problem. It should then be clear if a problem is in Colorado or .img file.
Another interesting detail is that if I put pointer over the "invisible lake" a tip does show "Lake" while forest is actually displayed.
-- Tomas Straupis _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-- cheers, maning ------------------------------------------------------ "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ ------------------------------------------------------