Merci pour ton retour (plus des commentaires dans le corps).
Pour résumer tu n'est pas pour parce que tu n'est déjà pas pour le
route_ref ?
Pourtant si on regarde cette page
https://wiki.openstreetmap.org/wiki/Key:route_ref et cette remarque :
[route_ref=* 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]
...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.
J'attends aussi les arguments de Florian mais je crois qu'il est cloué
au lit en ce moment.
On 11/10/2018 18:15, marc marc wrote:
Le 11. 10. 18 à 17:05, Charles MILLET a écrit :
Nous pensons utiliser quelque chose comme ça
substitution=yes
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 :-)
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
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.
subtitution:lines=RER C
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.
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.
Ces tag pourrons être complétés par une note au besoin.
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.
Bon voilà, j'oserai plus utiliser des notes ;)
Cordialement,
Marc
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
