(Since I cannot split a topic myself, I create a new topic about branches in routes, which became a topic of its own here:
Using the new quality assurance function in Waymarkedtrails - #6 by StC; I’m doing my best below to reproduce the beginnings of the debate.)
So, basically you don’t want to use
alternative
because you don’t like that it gets rendered in dashed lines…
We could put it that way, but I would not consider it as a good summary of the exchange above. I would rather put it as two questions and my own replies to them:
- would adding the
alternative
role randomly on one of the relations represent the ground truth or a way of tagging for the QA analyser? I think the latter. - if there is a deliberate intention from route designers to avoid over-population on routes through the creation of branches with equal importance, would we be abusing that intention by displaying one of the two routes as dashes or any other distinguishing feature ? I think so.
Would tagging the two branches as alternative be an acceptable compromise?
If it is a different concept then I’d rather suggest using a different role.
Maybe a “branch” role would be useful for this situation, to be applied equally to members of both branches?
I was going to propose “branch” too.
I have added two subrelations with role branch
in relation 6026933, as an experiment
There are also “branches” that are used seasonally. This way follows the top of a narrow ridge and is the preferred winter route (no avalanche danger), while this way has avalanche danger in winter but is safer in summer (esp. in a thunderstorm). Both are part of the Bulgarian E3 without a role assigned to them, which gives QA issues. It would be nice to tag them as summer and winter routes. Data consumers could then assume that most map users hike in the summer, and treat the summer route as the main route and the winter one as alternative
. Or they could ask the user, look at the date on which the map is used, etc.
we also have “high tide alternatives” along the French coasts