<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Minko,<br><br>ahh, yes, I assume that you still get two different POI,<br>one for London, one for England, but they are at the same place.<br>This is probably not what we want?<br><br>I'll have a look at your data later if that explanation doesn't work out.<br><br>Gerd<br><br><div>> Date: Wed, 13 May 2015 11:35:36 +0200<br>> From: ligfietser@online.nl<br>> To: mkgmap-dev@lists.mkgmap.org.uk<br>> Subject: Re: [mkgmap-dev] Commit: r3573: admin_centre-v1.patch: avoid to create        duplicate POI<br>> <br>> Hi Gerd,<br>> <br>> There is something weird happening with this version r3573, maybe a bug or maybe a fault in my styles?<br>> The name of London disappears and becomes England, http://www.openstreetmap.org/relation/58447 <br>> I see the same for Edinburgh which becomes Scotland. <br>> Any idea what went wrong here? How can I get the name of England not at the node of London (=admin_centre) but in the middle of the country / relation? With mkgmap-r3487 it was still ok.<br>> <br>> See http://mijndev.openstreetmap.nl/~ligfietser/test/ for my styles and the tiles around London.<br>> <br>> <br>> <br>> <br>> <br>> <br>> > Version mkgmap-r3573 was committed by gerd on Sun, 10 May 2015<br>> > <br>> > admin_centre-v1.patch: avoid to create duplicate POI<br>> > <br>> > It implements the following:<br>> > When POIGeneratorHook creates a POI for a type=boundary relation<br>> > with boundary=administrative it searches for a role=admin_centre member<br>> > in that relation.<br>> > If one is found, the generated POI will use the coordinates of this member.<br>> > <br>> > I see no easy way to compare the tags of the existing<br>> > node with those of the generated POI, so<br>> > as a second step, StyledConverter detects when a POI<br>> > with the same type and name (or empty name) is created at the<br>> > same Garmin coordinates (after style processing)<br>> > If that is true, the latter one is ignored and an info message is logged.<br>> > <br>> > Maybe for certain types this should be changed to check for a radius<br>> > rather than equality, but that would require complex configuration.<br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div>                                            </div></body>
</html>