Segment 3 could be split at the border between France and Switzerland
The stages of the GPX file could be used with only a few changes at the current mapping:
EV17 segments and stages of the segments
Andermatt - Le Bouveret
Andermatt - Oberwald
Oberwald - Brig
Brig - Sierre
Sierre - Martigny
Martigny - Le Bouveret (current mapping: Martigny - Montreux)
2a Le Bouveret - Genève (north side of Lac Leman)
Le Bouveret - Morges (current mapping: Montreux - Morges)
Morges - Genève
2b Le Bouveret - Genève (south side of Lac Leman)
Le Bouveret - Thonon (part Le Bouveret - Saint-Gingolph currently not mapped as EV17)
Thonon - Genève
Genève - Lyon
Genève - Vulbens
Vulbens - Seyssel
Seyssel - Belley
Belley - La Balme-les-Grottes (currently split at GroslĂŠe)
La Balme-les-Grottes - Jons
Jons - Lyon
Lyon - Beaucaire
Lyon - Saint-Romain-en-Gal
Saint-Romain-en-Gal - Sablons
Sablons - Valence (currently split at Tournon-sur-RhĂ´ne and having an alternative route)
Valence - Châteauneuf-du-Rhône (currently split at Le-Puzin/Cruas)
Châteauneuf-du-Rhône - Pont-Saint-Esprit (using Lapalud as to instead of Pont-Saint-Esprit)
Pont-Saint-Esprit - Caderousse (using Lapalud as from instead of Pont-Saint-Esprit)
Caderousse - Avignon
Avignon - Beaucaire
5a Beaucaire - Port-Saint-Louis-du-RhĂ´ne
Beaucaire - Arles
Arles - Port-Saint-Louis-du-RhĂ´ne
5b Beaucaire - Sète
Beaucaire - Saint-Gilles
Saint-Gilles - Aigues-Mortes
Aigues-Mortes - Palavas-les-Flots
Palavas-les-Flots - Sète
For the south side of the Lac Leman and then to the Mediterranean the current mapping is using the ViaRhĂ´na relation. We could create EV17-stages from the stages of ViaRhĂ´na because we shouldnât change the ViaRhĂ´na part relations.
So the one really change would be to split the stage Martigny - Montreux at Le Bouveret and adding the part between Le Bouveret and Montreux as first part of Montreux - Morges.
Questtions:
Would it make sense to split the transnational stages at the border:
Le Bouveret - Thonon at Saint-Gingolph (no work, because currently not existing)
Thonon - Genève at Hermance
Genève - Vulbens near Chancy (current mapping of Route du RhĂ´ne Ătape 8)
With your proposal in mind, I looked into the current structure of the relation as if I was going to change it. Let me try and summarize the decisions that we need to make based on this observation:
do we keep current ânationalâ relations? Your proposal seems to reply no. Truly, nothing prevents us from keeping them separately (here, not in the structure of EV17, but as two independent super-relations that have members in common with EV17).
what do we do with the names (and other related tags) of segments and/or stages when they already have a name that has a particular meaning relative to the national route (e.g. Rhone Route Etappe 1). I do not see an explicit reply in your proposal, but that is where Nadjitaâs proposal could help and/or be tested
what do we do when the national segments/stages do not match the european segments/stages? You propose to keep the national segmentation (Via Rhona).
how do we handle branches such as 2a/2b and 5a/5b, with route continuity in mind? Do we use the alternative role? Do we use a master_route like for buses? Another option? I do not see a reply to this question in your proposal, and I believe there is room for improvement in the current practices.
do we split sections where they cross borders? I understand that you propose a flexible solution: split when it is useful (here, in segment 3 to preserve Via Rhona I guess). Other options could be to say no because there are no national relations in the structure anymore, or yes because we need different operator tag values and we can always make stages out of two sub-relations (one for the part of the stage in each of the two countries)
Remember, we want to test a new tagging method, currently only a private proposal draft.
I would change not more than is needed. So I propose to keep both current existing relations. It is a national swiss one (Etape 1 to 8) and and international one.
One of the new tagging policy of @Nadjitaâs draft is not using names for stages or segments that have no name, so I propose to create new relations with the new tagging method that contain most time one element of the existing ones, sometimes two.
Is ViaRhĂ´na an existing independent bicycle route or is it just another name for the EV17? This route seems at least completely identical with that very great part of the EV17. I think: do not change the existing one. Create one new stage from Le Bouveret to Thonon (with using the first stage of ViaRhĂ´na), otherwise using just one ViaRhĂ´na stage for the new stage, sometimes two. It would not too much work and not disturbing existing mapping.
I would test them as main segments, not as alternative. It would be easy to retagging that, if it doesnât work out.
Iâm open for both: splitting the stages and splitting the segments - or using multinational ones like ViaRhĂ´na already does at the stage Genève - Vulbens. But I have to say that for the route south of the Lac LĂŠman I would prefer one single segment instead of three.
If we decide for splitting at borders, we have to:
create the new Le Bouveret - Thonon stage,
either split the existing Thonon - GenĂŠve stage or simply two new ones
create a new one Chancy - Vulbens
Seems not too much work either.
Conclusion:
I think it would be better if all stages are EV17 stages.
Therefore the proposal to create a complete new set of stages without modifying the existing ones, maybe with the exception of Martigny - Montreux and Montreux - Morges, but we can even create two new ones Martigny - Le Bouveret and Le Bouveret - Morges, because we may need them later, if our tagging scheme will be the accepted one.
We will have a double mapping but I donât think thatâs too bad for a test in production and there is less potential of conflicts. If we would remove the name tag from the existing ones that would produce some conflicts for sure.
What about Knooppuntnet. From your national compilation I deduce that you can decide which relations will be used. Is that correct? If yes, we could use the new stages. But we should document the tagging scheme for stages and segments. Maybe here, maybe in the EuroVelo tagging topic.
Iâve seen that there are some ViaRhĂ´na parts that could be used for alternative (at Valence) and approach too.
name=EuroVelo 17 # or should it be RhĂ´ne Cycle Route or even EuroVelo 17 RhĂ´ne Cycle Route?
short_name=EV17
segment=main
from=Andermatt
to=Le Bouveret
description=? no real idea
ref=EV17 # is that right? Or should it only be 17 and using a label too?
route=bicycle
network=icn # or is this only ncn?
type=route
operator=Veloland Schweiz #maybe only for stages?
Stage 1 Andermatt - Oberwald
description:en=The first stage leads from Andermatt to Oberwald
name=EuroVelo 17 # see my questions above
from=Andermatt
to=Oberwald
ref=EV17
network=icn # or is it indeed rcn?
route=bicycle
stage=1
type=route
operator=Veloland Schweiz
url=https://www.schweizmobil.ch/de/veloland/etappe2.01
distance=38
# ...
Maybe @Nadjita could comment and correct this first try according to the proposal draft.
If we try a new tagging scheme that is only a draft I see the potential of conflicts.
If ViaRhĂ´na is a separate route of its own instead of another name for EV 17 than we need new EV17 relations for the greatest part and itâs only the 7 stages of the RhĂ´ne route. Two persons in favour of this new scheme are not enough to do this massive change without an agreement at least here or at the wiki page.
This is ref, so this tag (at least here isnât useful)
So we shouldnât use it.
Editors (JOSM, iDâŚ) but also tools (KPN, WMTâŚ) should display a label with the following expression : ref + "/" + from + " â " + to (this is an example. See Display Name from Nadjita proposal )
Right, but for the moment we just discuss this.
English isnât my mother tong, so this is easier for me if we could describe only the result.
(but ok, to describe a temporary step in a note)
segment=main
from=Andermatt
to=Le Bouveret
ref=EV17
description:en=The alpine part. From the heights of the Alps to the Lake Geneva
route=bicycle
network=icn # or is this only ncn?
cycle_network=EuroVelo
type=superroute #route was wrong
operator=Veloland Schweiz #that's currently used for the superroute from Andermatt to the French border
This does not work if the section belongs to another superroute at the same time.
This is new to me, we donât have the equivalent for hiking routes. Actually I have seen it a few times when splitting EVs, but with very inconsistent values and generally this is the sign of a non-standard / unused tag. Is it used anywhere?
I did not mean âused in tagsâ, I meant âused in applicationsâ. It does not feel very well defined to me, a bit like the infamous âsymbolâ tag.
For stages this is true, but whole segments, I just donât know. But itâs not impossible.
Maybe ref=EV6;EV15
Looking at a ViaRhĂ´na stage that is identical to a EV stage. I wouldnât modifiy the ViaRhĂ´na stage and create a stage for EV17 with the EV-tagging and the ViaRhĂ´na relation as single member.
If we keep it from osmc:symbol, we should have two values for this tag in the EV6 / EV15 example ? osmc:symbol=:blue:blue:EV6:white;:blue:blue:EV15:white
No software support multi values yet for osmc:symbol key
Either a name or a ref is needed to have a display name, see
If using a name (for stages or segments) no stage information should be included. If I understand @pyrog correctly we should only tag the stages and segments with ref but not with name.