<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Merci pour ton retour (plus des commentaires dans le corps).</p>
<p>Pour résumer tu n'est pas pour parce que tu n'est déjà pas pour
le route_ref ?</p>
<p>Pourtant si on regarde cette page
<a class="moz-txt-link-freetext" href="https://wiki.openstreetmap.org/wiki/Key:route_ref">https://wiki.openstreetmap.org/wiki/Key:route_ref</a> et cette
remarque :</p>
<p>[<tt dir="ltr" class="mw-content-ltr"
style="background:#EEF;font-size:1em;line-height:1.6"><bdi
style="white-space:nowrap"><a class="mw-selflink selflink">route_ref</a></bdi>=*</tt>
can easily be added to individual bus stops without knowing the
whole route a service takes. It can serve as a basis to add the
full route relation later on]</p>
<p>...on est pas mal dans cette situation au final sauf qu'au lieu
d'utiliser route_ref qui ne serait pas adapté et risquerait de
parasiter cette clé, on propose d'utiliser : substitution=yes +
subtitution:lines=* qui ont une vocation plus temporaire (1 an, 2
ans ?). Moi ça me semble plus adapté dans un premier temps plutôt
que de mettre beaucoup d'énergie à mettre en place une relation
(et j'aime les relations ;) qui sera encore plus difficile à
maintenir. Je propose de voir ça dans un second temps.</p>
<p>J'attends aussi les arguments de Florian mais je crois qu'il est
cloué au lit en ce moment.<br>
</p>
<div class="moz-cite-prefix">On 11/10/2018 18:15, marc marc wrote:<br>
</div>
<blockquote type="cite"
cite="mid:DB6P190MB0279762A1759CB614E4A517EB7E10@DB6P190MB0279.EURP190.PROD.OUTLOOK.COM">
<pre wrap="">Le 11. 10. 18 à 17:05, Charles MILLET a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Nous pensons utiliser quelque chose comme ça
substitution=yes
</pre>
</blockquote>
<pre wrap="">
sur l'arrêt de bus, pour ma part je ne rajouterais pas de tag
en particulier, c'est un arrêt de bus, y dupliquer l'information
de tous les type de lignes pouvant éventuellement l'utiliser ne semble
à la fois peu pratique et surtout galère à maintenir (parce qu'à chaque
changement, il faut veiller à dupliquer le changement pour garder
la cohérence, faire une analyse osmose ou autre pour surveiller
les inévitables désynchronisation entre les 2 et avoir quelqu'un
qui passe du temps à resynchroniser les données).
Je pense que l'utilisation des données du type de ligne qui passe
à un arrêt doit se faire par les infos de(s) relation(s) de l'arrêt.
Mais je sais qu'on a au moins 2 champions de la duplication dans
la communauté qui ne manqueront pas de faire valoir l'inverse :-)</pre>
</blockquote>
Oui il faudrait une relation pour décrire ces lignes temporaires
mais là il s'agit de décrire que l'arrêt de bus fait aussi l'objet
d'un arrêt de substitution<br>
<br>
Tu parles de la clé route_ref c'est ça ? Est-ce vraiment utile de la
rejeter, perdre son utilité juste pour gagner en "pureté" de la
données ? Je crois que c'est un autre débat, comme je n'y ai pas
trop participé je donne rapidement mon avis à ce sujet : je suis
pour la redondance des lignes sur les arrêts dans la mesure où elle
ne pose pas de problèmes et apporte des informations très utiles.<br>
<br>
<blockquote type="cite"
cite="mid:DB6P190MB0279762A1759CB614E4A517EB7E10@DB6P190MB0279.EURP190.PROD.OUTLOOK.COM">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">subtitution:lines=RER C
</pre>
</blockquote>
<pre wrap="">
pour les relations représentant les lignes,
Une possibilité serrait d'avoir exactement le même nom
et donc j'aurais plutôt vu quelque chose genre
name=RER C (mais j'ai vu que le nom des lignes RER est un mix entre
le nom, le from, le to, la ref et la branche...)
substitution=only (la ligne n'existe que quand l'autre est en panne)
substitution:of=train (elle remplace une relation train)
et éventuellement sur la relation du RER C:
substitution:by=bus
en ajoutant l'itinéraire de substitution dans la relation route_master
on pourrait sans doute faciliter une utilisation futur + poussée.
le soucis que je vois c'est que c'est pas prévu d'avoir des route=bus
fils d'une relation route_master=train
ce serrait sans doute utile d'en discuter sur tagging
avec une exemple de relation bus comparable à la relation rer
histoire de rendre la chose compréhensible pour ceux qui n'ont
rien de semblable chez eux.
c'est sans doute un peu prématuré si pour le moment vous en êtes
aux arrêts de bus eux-même.</pre>
</blockquote>
Les relations, si elles existent un jour, ne sont pas pour tout de
suite, c'est un peu compliqué de me plonger dans une réflexion sur
la façon de les taguer.<br>
<blockquote type="cite"
cite="mid:DB6P190MB0279762A1759CB614E4A517EB7E10@DB6P190MB0279.EURP190.PROD.OUTLOOK.COM">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">Ces tag pourrons être complétés par une note au besoin.
</pre>
</blockquote>
<pre wrap="">
les notes peuvent être utile pendant l'expérience sur la première
relation mais à long terme, des outils/contributeurs considèrent
la note comme étant souvent le signe que c'est pas stable d’où
le besoin de transmettre une information et qu'il faut donc
un éventuel coup de main pour transformer la note en tag + adapté.
url=la page wiki sur le changeset serrait très utile pour le
contributeur qui veux en savoir plus sur le projet.</pre>
</blockquote>
Bon voilà, j'oserai plus utiliser des notes ;)<br>
<blockquote type="cite"
cite="mid:DB6P190MB0279762A1759CB614E4A517EB7E10@DB6P190MB0279.EURP190.PROD.OUTLOOK.COM">
<pre wrap="">
Cordialement,
Marc
_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</body>
</html>