[Tagging] Route names, and section order in superroutes

[Peter Elderson]

Marc_marc <marc_marc at mailo.com>:

> Le 18.02.22 à 13:04, Peter Elderson a écrit :
> > We have talked in the past about the name tag in route names.
>
> indeed. An element that could help this bad habit to disappear would
> be to propose to the editors to display the "name" of the relations
> according to the other tags (from, to, via, ref, network) and even
> ideally allow the user to define his preference.
>

I have been told that the OSM user interface does not do this kind of user
preferences. A one-size-fits-all format would be possible, but looking
around, I see many, many variations in preference...
Mine is "<name> - <section_ref> - <from>-<to>". Preferably the separator
disappears when the element is not there.

I think in JOSM you can tweek the display format by editing some file.
That's nice but not for the masses.

> Part numbers / section numbers have no approved tag.
> > I have been using section_ref=*
>
> if the relation concerns only a fraction of relation 1,
> then it is not ref=1 (ref=1 is about the whole relation)
> therefore I find it more logical to put e.g. ref=1.42
> for the 42 segment of the relation 1
>

I have tested that. Many renderers show ref on the map, so you will see the
section numbers all along the route, which are not visible on the road and
clobber the map. The ref of the main route is what you want to see all
along the route.
In a way, putting section numbers in ref is the same error as putting ref
in the name.
By moving section ref into a separate tag the renderer is enabled to decide
what to display for the sections.
The name of the sections is usually the name of the superroute, and the ref
is usually the same as the ref of the superroute. Name and ref refer to
the same thing.
I use section_ref, not section_number,  because sections may be assigned
codes or names by the operator.
The data user could decide to display <ref>.<section_ref> as the composed
ref of the subrelation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220218/dcc59bcc/attachment.htm>