<html>
<head>
</head>
<body class='hmmessage'><div dir='ltr'>


<div dir="ltr">

<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Hi Marko,<br><br>we have the option --pois-to-areas-placement<br>with the defaults 'entrance=main;entrance=yes;building=entrance',<br><br>but I think you want to avoid the situation that we have two POI <br>in the map?<br>I don't like the idea to compare and weight tags in mkgmap,<br>I'd prefer to do that in a kind of style file, but that also sounds<br>like a lot of coding.<br><br>So, please check if the patch admin_centre-v1.patch helps for this as well:<br><a href="http://gis.19327.n5.nabble.com/Fw-Help-tp5843021p5843485.html" target="_blank">http://gis.19327.n5.nabble.com/Fw-Help-tp5843021p5843485.html</a><br><br>Gerd<br><br><br><div>&gt; Date: Mon, 4 May 2015 16:26:46 +0300<br>&gt; From: marko.makela@iki.fi<br>&gt; To: mkgmap-dev@lists.mkgmap.org.uk<br>&gt; Subject: [mkgmap-dev] Copying area tags to pre-existing POIs<br>&gt; <br>&gt; On Mon, May 04, 2015 at 08:46:15AM +0200, Thorsten Kukuk wrote:<br>&gt; &gt;Even more complicated would be something like amenity=restaurant, if <br>&gt; &gt;somebody adds a POI and adds all tags to the building, too (I think <br>&gt; &gt;this is bad tagging and the POI should be removed from the OSM data, <br>&gt; &gt;but that's another problem.<br>&gt; <br>&gt; Would it be possible for mkgmap --areas-to-pois to copy the tags to one <br>&gt; (or all) of the entrance POIs, instead of generating a new POI?<br>&gt; <br>&gt; Let us consider a building that is dedicated to a single restaurant, and <br>&gt; has multiple entrances. Or a school building that has a complex shape <br>&gt; and lots of doors on each side, but only one main entrance that is <br>&gt; useable by visitors.<br>&gt; <br>&gt; I think that it would be best to have a POI generated for the main <br>&gt; entrance, or maybe for all entrances.<br>&gt; <br>&gt; Someone could "tag for a renderer" and duplicating the tags (amenity, <br>&gt; name, opening_hours, etc.) on each entrance. Then we would get a <br>&gt; duplicate POI for the area if --areas-to-pois is used. This redundant <br>&gt; tagging would AFAIU be the only way to get POIs on the entrances with <br>&gt; the current mkgmap.<br>&gt; <br>&gt; For those who prefer a car analogy: parking=multi_storey or <br>&gt; parking=underground lot that has an entrance. OK, for cars, the entrance <br>&gt; and exit driveways are usually explicitly mapped, with appropriate <br>&gt; access tags. For pedestrian routing, some fences or locked gates might <br>&gt; be missing or ignored by the routing, and therefore you really could <br>&gt; benefit from knowing which entrance to use, instead of being told where <br>&gt; the center of the building or area is.<br>&gt; <br>&gt;         Marko<br>&gt; _______________________________________________<br>&gt; mkgmap-dev mailing list<br>&gt; mkgmap-dev@lists.mkgmap.org.uk<br>&gt; http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div></div>
</div>
                                               </div></body>
</html>