Documenting solution proposals for `highway=path`

The discussion should continue here, but the results can be documented on a wiki page - for starters even in a user namespace

Discourse does a lot of things that no-one understands :slight_smile: . I can think of a couple of reasons why there might be a problem - I’ve asked the global moderators if there is anything that they can do.

1 Like

Nope, this true. I deliberately said that you can’t talk about all countries, because there is a very wide range and difference worldwide. I know its not the case in France, but in Europe there are countries that ban bicycles on paths (e.g. Austria, Switzerland or Italy (although there are exceptions at state level, in any case very complicated :sweat_smile:)). And some rely on visitor management (i.e. encouraging MTB to use only certain paths (i.e. single tracks)), as some users have already mentioned.

The beauty of mtb-single-track would be that only countries/states/areas where MTB and hikers are separated could use it, the rest could ignore it.

2 Likes

Kind of. OSM tagging documentation is very much “beware of the leopard” and I don’t think it’s realistic for data consumers to understand every single ever-changing nuance.

I probably take more notice of tagging intricacies for cycle.travel than anyone else does (except perhaps @SomeoneElse), and even I get caught out regularly because someone has decided to invent a new exciting way of tagging something that has been perfectly well mapped for the last 15 years.

right, but mtb:scale is one of those established tags, its usage is heading towards a million and it has been around for the last 15 years: https://taginfo.openstreetmap.org/keys/mtb:scale#chronology

if people are made aware of these lost “nuances” in their rendering and choose to ignore the problem, it is their complete right, but maybe not very wise and could be given a second thought.

1 Like

Presence or absence of mtb:scale does not tell you whether a trail is mtb_single_track. Nor do access tags, really, if use in the legalistic meaning (which si the official meaning).

For completeness, when the suggestion about inferring path state from mtb:scale was mentioned the first or perhaps second time (I’ve lost count), I did have a look (in UK/IE) at the correlation between the value of that and ways that I was already classifying as “good”, “intermediate” or “bad” based on a bunch of other OSM tags, and basically there was no correlation. I agree that mtb:scale is an established tag, and I use it myself to try and warn cyclists of something that might be legal but inappropriate, but its usage is unreliable enough that you can’t make other predictions based on it.

3 Likes

I am not sure what you mean by “good”, etc. I am not surprised that there was no correlation. mtb:scale only tells you how difficult it is to ride a bike on the path/trail. Some mtb:scale=3 or 4 can be quite smooth (tight, steep, turns can make them difficult, as can wood features, wall rides, drastic change in elevation, etc.), they can be quite narrow, or quite wide, visibility is usually excellent, but not always


Why not encourage mappers to use it then? Why do we think the proposed new tag(s) will be used reliably when existing tags are not?

If the problem is that people are venturing onto difficult paths/trails with their road bikes, it solves the problem.

I absolutely do think that mappers should use it, and in fact more downstream data consumers for it beyond the usual suspects should hopefully cement its use.

I don’t believe that new tags added to highway=path will be used better by mappers or data consumers less familiar with the intricacies of OSM tagging than existing tags such as sac_scale, mtb:scale etc. I do believe that it makes sense to split off parts of what are now tagged in some places as highway=path as something else altogether, because “they are not in any normal sense paths”. However, I recognise that in some quarters the "
 but I’ve always tagged these as highway=path feeling! is strong, and any such move won’t happen overnight.

At the same time I absolutely think that capturing information in other tags makes sense (hence these QA links on my wiki page).

4 Likes

No, part of the problem is that people on foot enter those paths and can be endangered.

Maybe because one could armchair-map those 60 km of trails with mtb_single_track but not mtb_scale.

I have seen that too, highway=cycleway and mtb:scale=3. These pathways were especially constructed to appeal to downhill mountain-biking, a sport done with pedal cycles, so they fulfil the design pattern, furthermore they are signposted for exclusive cycling use, and last but not least they are designated by the creators and blessed by the authorities/contracting parties for that single use. If I fully understand, in Germany hw=path+bicycle=designated is more stringent than highway=cycleway in that it requires round blue signs, but Germany is not all over the world. So, why not?

1 Like

I’ve actually reserved the second post for something and this seems to be it.

I will turn it into a wiki post and we can set that up as the proposal work-in-progress post until it is time for the next stage.

1 Like

no - cycleway and path with bicycle=designated have (in Germany) the same meaning. Some mappers use explicit bicycle=designated only when a blue sign is present.
But this is a controversal in using bicycle=yes vs. bicycle=designated an not about cycleway vs path.

  • path is used for for all kinds of multi-purpose (foot+cycle)ways (JOSM preset)
  • cycleway is mostly only used for pure cycleway (with implicit foot=no) (JOSM) but sometimes also like the ID-template for combined foot+cycleways

There has been a lot of statements about duck tagging in respective topics here, some affirmative, some pejorative. I want to introduce a new term:

duck rendering : If it quacks like a cycleway – highway=path; foot=no; bicycle=designated – then render as a cyclecway.

Regardless of mtb:scale :frowning:

1 Like

@bradrh Hmm, wondering what the thumbs down tells me: You find it fine, that a renderer disregards mtb:scale when showing single use MTB downhill races as ordinary cycle paths?

An MTB trail is not a cycleway. A cycleway is a smooth path suitable for a road bike

4 Likes

Tell that to people who think that the only meaning of cycleway is that it has a sign saying it is meant for bikes. If a MTB trail has a sign, it must be a cycleway :-D.

3 Likes

like here Way: â€ȘGroße Table-Line‬ (â€Ș1012156960‬) | OpenStreetMap
or here Way: â€ȘMountainbike-Trail Ü30‬ (â€Ș35929980‬) | OpenStreetMap

2 Likes

Isn’t that the whole point of why we’re having these discussions?
If all you have is a hammer, you know what happens next.
We need more subcategories for the path. Then it will be possible to distinguish different types of MTB trails.

2 Likes

Well, maybe. We do have mtb:scale as a tag that data consumers can use when deciding how to show MTB and cycle trails, but we know that out of lack of information, technical limitations** or laziness, many won’t.

** as a potential example of that, v1.0 of the Shortbread schema doesn’t include it. That’s not really a bug, since you can’t include everything.