[RFC] Highway=pass

Discourse assistant technology immediately did remind me :slight_smile: This has come up before!

How about a base tag in the highway key, to help sharpen what highway=path can be on the ground: As of now, it just means, you can get from the start to the end somehow, on a horse, a cycle, a scooter, a moped, a motorcycle, a quad, with a pram, on foot. You might have to carry the cycle, the pram, the horse - Does not matter. Data contains paths, where even your ass (donkey) will go on strike :slight_smile:

This is too wide! As a studied postmodernist, I’d like to introduce highway=pass, this just tells consumers, that it is possible to get from start to end on foot, using hands, ropes, jumps, whatever. Might be dangerous, might be fun, might be visible on the ground, might not. Postmodern, because for lots of people, except perhaps from Greece, Britain and Iceland, when spoken aloud, pass and path will sound the same.

That sounds pretty much like highway=road

3 Likes

That is what is highway=path is now :slight_smile: The idea indeed is, to turn that into something more specific and let something else become the dumping ground.

Not disagreeing with your idea at all, but think you’d have a lot of confusion between =pass & Tag:natural=saddle - OpenStreetMap Wiki & Key:mountain_pass - OpenStreetMap Wiki ?

3 Likes

Maybe you want to explain about the benefits you see and what are your ideas for the more specific meaning of paths?

Based on my knowledge of offroad-ways in Central Europe and parts of Asia, there is no benefit and for the onroad-ways there are more specific tags existing like highway=footway. Though the only difference to highway=path are implied access-restrictions. For all the differentiation we have plenty of additional tags. In short, I don’t see the problem you want to solve.

What using something more explicit. About using the full text value of “mountain_pass” instead of just “pass”. This should drastically reduce confusion with existing values.

Too confusing.
I see no benefit.

2 Likes

You mean to introduce highway=pass to map a way that is just passable. I would tag this with highway=path, trail_visibility=no and optionally a sac_scale= tag to indicate how difficult it is to pass.

I see, as of today, there is no benefit in proposing something as generic as what highway=path turned out to have become.

3 Likes

Agree with you there as well!

As I said in Highway=path wiki page additions and updates - #28 by Friendly_Ghost, I’d love to demote highway=path to a sort of highway=road where you know that motor vehicles can’t or are not allowed to pass, but we first need to find a consensus regarding alternative tagging schemes that can replace most highway=path in meaningful ways.

Replacing highway=path with an even more meaningless and ambiguous tag is in my opinion counterproductive.

You can simply use highway=footway for this.

2 Likes

At this point I would almost recommend a large study into the different uses of highway=path and how these can be categorised into a meaningful scheme of highway=* tags and sub-tags so we can eventually demote highway=path, but that would take an enormous amount of man-hours and more than a few compromises.

I see no benefit.

1 Like

… and in the end you can tag the same things, just in a different way, with a large amount of new highway tags with their own implications and in the end the mappers on the ground need to figure out which is the better fit. Like the frequent discussions whether the way leading to a place=isolated_dwelling should be highway=service, residential, unclassified or track where a highway=road + motor_vehicle=destination + surface=asphalt + width=3 would contain all information as well.

Those man-hours would be more wisely invested in thinking of a tagging scheme for those difficult//dangerous ways below highway=path, where you need special skills/equipment.

That’s what I meant to say. Thank you for specifying this :+1:

I agree, and despite the “rejection” at the wiki vote stage I sill think that “highway=scramble” is a good fit.

3 Likes

These discussions are quite a nuisance indeed. Though the local tagging police is quite apt to spot users, that tag highway=service where a highway=residential would be much more appropriate, if the reasoning behind the scenes merely was, to avoid the road renderings in OSM-Carto to not overlap buildings (e.g. where streets are narrow.)

I’d love to demote highway=path to a sort of highway=road where you know that motor vehicles can’t or are not allowed to pass

there is no general assumption that paths (without access tags) are forbidden to motor vehicles, rather the distinction is physically to track (width) and legally to footway/cycleway/bridleway

That works in theory at the most basic level, but find me a routing engine that considers highway=path ways without explicit access for motor vehicles to be accessible to motorised traffic.

You just demonstrated yet another reason to demote highway=path. There’s no limit to the ambiguity of this tag.

1 Like

Just the other night I saw a car on the cycleway. It was the police, of course. Regularly, the gardening department drives their Piaggio transporters on paths, be they legally for cycle or foot. Administrative regulations recommend a width of 2.6 m for express cycleways.

UPDATE: 2.6m is for one-directional class A cycleways, bidirectional should get 4m. Both enough for cars, so by definition not path then; Do you suggest it would be more correct then to tag highway=track + bicycle=designated there?

UPDATE 2: Tonight I saw a car on the footway, again the police. They definately do not use OSM as a base for their navi.