Hi Bernd Once you start looking you see all sorts of mapping errors - I've been finding a lot of roads mapped as long closed ways. What seems like a common fix to this is to create a correctly joined and tagged linear way and leave the area untouched. I don't understand what you mean by creating highway=virtual; if editing OSM you might just as well create a correct road. If defining style rules just respect or ignore the highway type in conjunction with area=yes. I thought about doing what Mike Baggaley does and dropping all but pedestrian/service but I felt this might lose some important roads so I only drop "unclassified" because this seems to be the type chosen for an arbitary commented area. I think some mappers thought "unclassified" was not a real road and so wouldn't be used for routing, rather than the formal OSM definition as a "minor public road". Ticker On Mon, 2020-09-14 at 10:37 +0200, Bernd Weigelt wrote:
Hi
I have made a test in the region nearby and got lots of ways with area=yes
changed your rule a little bit ;-)
... & area=yes {echo '${highway}'}
Most of this ways didn't have a virtual way between each node across the area, so they are possibly lost for routing and create lot of islands, when deleting highway=*
I think this problem can't be solved with rules, only in the map data.
Maybe creating virtual way (highway=virtual) in the area is a solution, then the area can be used without routing problems
Bernd
Am Sonntag, 13. September 2020, 18:18:40 CEST schrieb Mike Baggaley:
In my style I have the following:
(highway=motorway | highway=trunk | highway=primary | highway=secondary | highway=tertiary | highway=motorway_link | highway=trunk_link | highway=primary_link | highway=secondary_link | highway=tertiary_link | highway=residential | highway=unclassified | highway=track | highway=bridleway | highway=cycleway | highway=footway | highway=path) & area=yes {delete highway} # delete unwanted areas
I leave highway=service and highway=pedestrian as these are valid but the others are not.
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev