Hi Marcio, okay, so this is about the POI generated by the add-pois-to-area option and other OSM nodes with similar tags and the problem is that you cannot know if both exist or only one? Well, I think there is no trick to solve that problem, but it should be easy to implement a filter. Something like this: Collect all POI with the same type, and when two have the same label(s), select the one that has a special tag, or just use the first. I assume we have to limit this filter to special POI types. Does that sound like a solution? Gerd thundercel wrote
Hi Gerd, Trying to help the Anor.Carlos, is there any command to be entered by the user in rendering to be removed key: place inserted boundary: relation?
Unfortunately in Brazil some editors inserted a KEY place in boundary-administrative relationship there so duplicity in indexing as the key:place exists in admin_centre inserted in the relationship. []s Marcio
Date: Sun, 3 May 2015 07:56:00 -0700 From:
gpetermann_muenchen@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] Help
Hi A.Carlos,
I am sorry, I don't yet understand your problem. Maybe you can post some screenshots to describe what you want and what you get?
You can use http://files.mkgmap.org.uk/ for that.
Gerd
A. Carlos wrote
help
Hello, the question may seem amateurish, but I'm having problems compiling my maps. Seeing the OSM, the region that use in many places are using the place at the midpoint of the Administrative Liminte and also in relation to limit the administrative, in the case here level 8.
However, when compiling the map with the styles that have both the GPS when the Mapsouce when looking for these cities are showing up two times in the list.
I ask: Do you have any command, tip to delete one of these tags, both at the center (point) and in relation Administrative Limit to not duplicate research? grateful Anor C. A. de Souza
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/Fw-Help-tp5843021p5843024.html Sent from the Mkgmap Development mailing list archive at Nabble.com.