<div dir="ltr">well - that's why I think it should be precompiled. Do it once - no matter if planet takes 48 hours on a potent machine - then redo it like every two years... I do believe it will slow down mkgmap too much if compiled at the same time as the maps themselves.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 7 February 2017 at 22:41, Gerd Petermann <span dir="ltr"><<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">OK, got the idea. Not sure if that can be computed for planet in a reasonable time, but for a single tile it would not be too much.<br>
<br>
I have to think about this for a while.<br>
<span class=""><br>
Gerd<br>
______________________________<wbr>__________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk">mkgmap-dev-bounces@lists.<wbr>mkgmap.org.uk</a>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a>><br>
</span>Gesendet: Dienstag, 7. Februar 2017 22:20:04<br>
<span class="im HOEnZb">An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] is_in filter<br>
<br>
</span><span class="im HOEnZb">On 7 February 2017 at 21:54, Gerd Petermann <<a href="mailto:GPetermann_muenchen@hotmail.com">GPetermann_muenchen@hotmail.<wbr>com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com">GPetermann_<wbr>muenchen@hotmail.com</a>>> wrote:<br>
<br>
looks simple enough, but what would be the rule to set the new special tags like mkgmap:urban?<br>
Do you think those could be calculated somehow using only the data used to compile the bounds file?<br>
If yes, please give more details.<br>
<br>
well that's the hard part - I know. It could be a mix of several things - best I could think of is densitiy of POI or density of addresses.<br>
<br>
I'ld guess looking at density of POI and density of building=* - plus the bigger the size of the building the more it has to be assumed it's urban and some crosscheck with the bounds data would be enough. That should then end up in a static file just like sea data and bounds. It would also of course be possible to use that data to exclude buildings in cities - and more ideas.<br>
<br>
Even just density of POI and density of building=* (look at how much space the building occupies - e.g. if inside a squared area more than 20% of space is taken up by buildings - it's highly urban. 5-20% is a bit mixed, <5% is rural.<br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
Schusterbergweg 32/8<br>
6020 Innsbruck<br>
Austria - Österreich<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<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/<wbr>mailman/listinfo/mkgmap-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div>Schusterbergweg 32/8<br></div><div>6020 Innsbruck<br></div></div>Austria - Österreich</div></div></div></div>
</div>