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.
I have to think about this for a while. Gerd ________________________________________ Von: mkgmap-dev <[email protected]> im Auftrag von Felix Hartmann <[email protected]> Gesendet: Dienstag, 7. Februar 2017 22:20:04 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] is_in filter On 7 February 2017 at 21:54, Gerd Petermann <[email protected]<mailto:[email protected]>> wrote: looks simple enough, but what would be the rule to set the new special tags like mkgmap:urban? Do you think those could be calculated somehow using only the data used to compile the bounds file? If yes, please give more details. 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. 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. 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. -- Felix Hartman - Openmtbmap.org & VeloMap.org Schusterbergweg 32/8 6020 Innsbruck Austria - Österreich _______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
