[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>
- Previous message: [mkgmap-dev] [Patch] unpaved roads
- Next message: [mkgmap-dev] [Patch] unpaved roads
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list