Bonjour,
Effectivement c'était une erreur de ma part.
Cela a été corrigé depuis.
Merci pour votre signalement.
Marc

Bonjour Valentin,
Certains nœuds comportent plusieurs références Aleop, par exemple osm.org/node/1705882661#map=19/47.255899/-2.014413
Les nœuds référencés ont des coordonnées géographiques distinctes
|stop_id | stop_lat| stop_lon|
|:------------|--------:|---------:|
|44VIAUpaimA1 | 47.25693| -2.013422|
|44VIAUpaimA2 | 47.25590| -2.014413|
|44VIAUpaimR1 | 47.25587| -2.014512|
|44VIAUpaimR2 | 47.25689| -2.013470|
Il devrait y avoir plusieurs nœuds ?
Marc

Bonjour Adrien,
Avec un peu de retard je découvre tes modifications.
Cela a cassé la continuité du trajet des bus.
Connais-tu l'actuel trajet ?
Marc

Bonjour,
Oui, cela a cassé beaucoup de relations bus, Flixbus vient d'en remettre une couche.
Il va y avoir beaucoup de jardinage à faire à la rentrée.
Marc
r2810459,r13422944,r13436679,r2810025,r6674502,r13436682,r13436686,r13436696,r13436697
r3301317,r13400199,r16030734,r13400215,r17014931,r2166507,r6693896,r16056785,r17014905

Un arrêt de bus peut être utilisé par plusieurs réseaux. Chaque réseau a un ID et un name de configuré pour cet arrêt. Ces données figurent dans le gtfs du réseau, la clé comporte une référence à ce gtfs cf ptna.

Merci pour votre message !
J'ai effectivement oublié le préfixe "gtfs feed" sur ces attributs.
Je viens d'ajouter gtfs:FRE-BRE-TUDBUS
Marc

Je viens de finaliser vos corrections pour les relations route=bus, les double ronds-points, ce n'est pas simple.

JOSM signale des erreurs sur les relations Rue de Kerguillette et Rue de Kerulvé.
Je ne maitrise pas du tout les associatedStreet.

Ça progresse mais ce n'est pas encore gagné !
Sur r392631, le rond-point est à la fin du tracé. Idem sur r12307567.
Sur r392598, c'est la pagaille à la fin.
idem sur r8324963
Mais bravo pour les corrections matinales !

Bonjour,
Vous avez cassé la continuité du tracé de la relation route=bus r18231059.
Pouvez-vous corriger ?
Marc

Bonjour,
Je ne connaissais pas l'utilisation de l'attribut "direction" sur des nœuds "public_transport=stop_position", c'est documenté où ?
Marc

Bonjour Enzo,
Tu as découpé une way osm.org/way/159841931 d'accès à un rond-point.
Dans ce cas, JOSM peut ne pas mettre dans le bon ordre les 2 segments dans les relations route=bus.
Cela se corrige par inversion des 2 segments dans JOSM.
Marc

L'outil PTNA analyse les lignes de transport mais son utilisation demande un peu de pratique : https://ptna.openstreetmap.de/results/FR/BRE/FR-BRE-IZILO-Analysis.html
Certaines erreurs sont à ignorer.

Le rond-point se trouve en fin des voies du tracé dans les relations route=bus. C'est le cas par exemple sur osm.org/relation/10718008#map=14/47.72655/-3.38003 avec aussi un autre morceau de voie osm.org/way/1417418131#map=19/47.737541/-3.390998
Le rond-point osm.org/relation/12305692 est aussi présent dans la relation route_master=bus, cette relation ne doit comporter que des relations.
Découper un rond-point n'est pas utile pour la continuité du tracé des relations route=bus

Je corrige

Bonjour,
Attention, les modifications avec iD impactent très souvent les relations.
Il est préférable d'utiliser JOSM dans ce cas.
Le tracé des 9 relations route=bus n'est plus continu.
Pouvez-vous corriger ?
N'utilisant pas iD je ne peux pas vous conseiller mais vous pouvez vous rendre sur le forum https://forum.openstreetmap.fr
Marc

Bonjour,
Tu es tombé sur le problème de découpe d'une way qui arrive à un rond-point pour la relation r6231410.
bibi avait fait un ticket https://josm.openstreetmap.de/ticket/24076#ticket, le problème existe bien et est toujours en attente de correction 7 mois après.
Marc

Bonjour,
Osmose continue à trouver des relations avec "Star" par exemple https://osmose.openstreetmap.fr/api/0.3/issue/f3d23a6d-dd14-51b1-eff2-cbdb3cf12a0b
Les propositions d'iD ne sont pas toujours exactes et l'actualisation de ces propositions est un long chemin semé d'embuches : je n'ai pas réussi à faire prendre en le compte le "FR;Star".

Bonjour,
Cela correspond effectivement à quatre zones géographiques (des départements) qui sont gérés par les opérateurs historiques de ces départements. Les départements 29 et 35 ont commencé une migration des différentes références.
Chaque BREIHGO_CAR_99 correspond à un fichier gtfs.
BREIHGO_CAR:zone n'est pas un attribut que je connais.

N'étant pas un local de l'étape, je ne me modifie pas les positions des arrêts.

D'après le site d'IZILO, Brangoulo/Guidel était desservi par la ligne scolaire 250 cf https://s3.eu-west-1.amazonaws.com/files.izilo.bzh/s3fs-public/documents/Fiche%20horaires_Ligne250-2024-2025_0.pdf?VersionId=Vy.KBvxgPQFfkVBV.q5VhDoqbmkl.S09
Je ne trouve pas cet arrêt dans l'actuel GTFS (4 juillet 2025).