<div dir="ltr"><div><div><div>okay - I just tried out lambertus generic map (<a href="http://garmin.openstreetmap.nl/">http://garmin.openstreetmap.nl/</a> ) - AFAIK it&#39;s fully default style - but for that map it seems to work more or less. More or less because it only finds AUT and Austria (AUT). Under AUT every address is found twice - under Austria (AUT) every address is found once only. I don&#39;t know.<br></div>So maybe this is due to the bounds file? I&#39;m not sure what Lambertus is using for bounds.<br><br></div>I would guess this can be fixed either in the bounds file creation - or in the map creation itself.<br><br><br><br>I will try to find some more myself. But for my understanding 
such countries should not even be selectable. The fact that such bogus 
countries are selectable - must mean that some objects are found for 
them - doesn&#39;t it?<br>I will check up for Canada - as that&#39;s where I got twice an error report by a user.<br><br><br></div>At least for single country maps - maybe there could be an option to hardcode the country via command line options?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 12 November 2015 at 21:25, Thorsten Kukuk <span dir="ltr">&lt;<a href="mailto:kukuk@suse.de" target="_blank">kukuk@suse.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi,<br>
<span class=""><br>
On Thu, Nov 12, Felix Hartmann wrote:<br>
<br>
&gt; Well I use the bounds file - updated every month or so from here:<br>
&gt; <a href="http://osm.thkukuk.de/data/bounds-latest.zip" rel="noreferrer" target="_blank">http://osm.thkukuk.de/data/bounds-latest.zip</a><br>
<br>
</span>It&#39;s updated every week, if it passes the sanity checks.<br>
So if too many boundaries are broken, it&#39;s not updated.<br>
<br>
On my device I have the choice between &quot;Oesterreich&quot; and &quot;AUT&quot;.<br>
Below &quot;AUT&quot; I can only find very few streets. I haven&#39;t found<br>
out yet why this is the case, the data looks ok.<br>
<br>
There is one example, look at the OSM data for<br>
Schlosscafe, Glorietteallee 1, Eisenstadt.<br>
<br>
It&#39;s using &quot;AT&quot; as country, but can be found below AUT, so<br>
this mapping works. But &quot;Eisenstadt&quot; cannot be found below<br>
&quot;Oesterreich&quot;.<br>
<br>
Interesting is, that &quot;Eisenstadt&quot; is adminlevel 6, not the<br>
expected 8. Either the mapping of the admin level is wrong<br>
or some boundaries are missing, but in any cases, the fallback<br>
in inc/address should match?<br>
<br>
Maybe this example helps some people here to find out what&#39;s going<br>
wrong.<br>
<span class="HOEnZb"><font color="#888888"><br>
  Thorsten<br>
<br>
--<br>
Thorsten Kukuk, Senior Architect SLES &amp; Common Code Base<br>
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany<br>
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div><div>Felix Hartman - Openmtbmap.org &amp; VeloMap.org<br></div>Floragasse 9/11<br></div>1040 Wien<br></div>Austria - Österreich</div></div>
</div>