logo separator

[mkgmap-dev] [Patch] unpaved roads

From Gerd Petermann GPetermann_muenchen at hotmail.com on Thu Feb 9 15:43:38 GMT 2017

Okay, attached is v6 (more or less a mixture of v2 and v3)

Some comments:
Rule 1) surface values meaning paved:
highway=* & (surface=asphalt | surface=paved | surface=sett |
    surface=concrete | surface=concrete:lanes | surface=concrete:plates |
    surface=paving_stones  | surface=cobblestone  |
        surface=cobblestone:flattened  | surface=metal  | surface=wood)
{ set mkgmap:unpaved=0 }

Rule 2) tracktype=grade1 without explicit surface implies paved:
highway=* & tracktype=grade1 & surface!=* { set mkgmap:unpaved=0 }

Rule 3) highway which was not set to paved before and has a surface or valid tracktype tag is unpaved:
highway=* & mkgmap:unpaved!=0 & (  surface=* |  tracktype ~ 'grade[2-6]')  { add mkgmap:unpaved=1 }

Rule 4) highway with mtb:scale or climbing attributes is unpaved, even if surface says paved:
highway=* & (
    mtb:scale=* |
    sac_scale ~ '.*(mountain|alpine)_hiking' |
    sport=via_ferrata)
{ set mkgmap:unpaved=1 }
Rule 5) default for hw= path or track is unpaved:
(highway=path | highway=track) & mkgmap:unpaved!=0 { add mkgmap:unpaved=1 }
Rule 6) set special highway types to unpaved even if surface says paved:
(highway=bridleway | highway=unsurfaced | highway=via_ferrata) { set mkgmap:unpaved=1 }

I am not 100% sure about hw=bridleway in rule 6. I think horses don't like paved ways, so a paved
bridleway is probably a tagging error.

I am quite happy with this.

Does anybody know a good way to handle tags with lists like these?
1) surface=asphalt;paving_stones (all meaning paved)
2) surface=grass;earth (all meaning unpaved)
3) surface=asphalt;sand (mixed)

Taginfo shows that most values containing a semicolon are of type 2 or 3.
Maybe rule 1 should also contain asphalt;paving_stones , asphalt;paved and paved;asphalt

Please suggest improvements, else I'll commit this patch on Monday.

Gerd
________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Carlos Dávila <cdavilam at orangecorreo.es>
Gesendet: Donnerstag, 9. Februar 2017 14:02:05
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] [Patch] unpaved roads

I would interpret that the other way round. If surface=paved, concrete,
... treat it as paved, no matter what tracktype is. I think tracktype is
very often misinterpreted by mappers, and wiki doesn't clarify it much
either. Additionally, tracktype>1 may be an old tag placed before track
was paved, in the same way that you can find a lot of
highway=residential, tertiary, etc + tracktype=*

El 09/02/17 a las 11:25, lig fietser escribió:
>
> My OFM will mark them as unpaved. The combination of track and grade3
> counts more than the surface. I think the current default rules assign
> them also as unpaved. Your patch v3 too, is that correct?
>
>
>
> ------------------------------------------------------------------------
> Gerd wrote:
>
> And what about combinations of surface meaning paved with tracktype?
> The wiki says "Usually ... " or "Almost always an unpaved track" for most
> tracktype values.
>
> I see quite a lot of ways with
> highway=track & surface=concrete:lanes & tracktype=grade3
> in my Niedersachsen:
> http://overpass-turbo.eu/s/lNI
>
> I think those are not unpaved, no matter how nice it is to cycle on
> them;-)
>
> Gerd

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: surface_v6.patch
Type: application/octet-stream
Size: 2091 bytes
Desc: surface_v6.patch
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20170209/94c2d917/attachment.obj>


More information about the mkgmap-dev mailing list