Le 14 décembre 2016 à 11:47, Christian Quest <cqu...@openstreetmap.fr> a
écrit :
> Le 14 décembre 2016 à 10:34, Florian LAINEZ <winner...@free.fr> a écrit :
>
>> Hello,
>>
>> Si on veut gérer la transition, il faut décider vers lequel de "platform"
>>> ou "stop_position" on doit basculer les "bus_stop" actuels. En majorité les
>>> "bus_stop" ont été mis sur ce qui devrait être des "plateform" en v2 (c'est
>>> à dire à côté des chemins de la relation "route"). Mais si on tague les 2
>>> ("platform" + "stop_position" ) en v2
>>>
>>
>> Nous n'avons pas à décider, le modèle V2 a été créé en tant que tel sans
>> rétro-compatibilité, ce qui veut bien dire ce que ça veut dire. Chaque
>> amenity=bus_stop doit être complété ou remplacé à la mano par un platform
>> ou un stop_position.
>>
>>
>>>
>>> Et si on veut être compatible avec sketchline, les "bus_stop" devraient
>>> être déplacés vers les nouveaux noeuds "stop_position".
>>>
>>
>> Je n'ai pas de préférence ni d'avis sur le sujet mais je pense qu'il vaut
>> mieux laisser un seul bus_stop par arrêt effectif.
>> Jusqu'à présent je laisse bus_stop sur la platform par habitude. Mais
>> plus ça va plus je pense que je vais me radicaliser et virer totalement le
>> modèle V1 là où je passe, quitte à impacter le rendu Mapnik.
>>
>>
> Il y a beaucoup de rendus qui verront les arrêts de bus disparaitre.
>
> Il est très complexe d'utiliser les relations public_transport dans les
> rendus*... donc attention à ne pas se tirer une balle dans le pied en
> voulant trop bien faire sur la modélisation des transports publics on
> risque de les rendre invisibles dans la majorité des rendus car trop
> complexes à rendre.
>
> La coexistence ancien/nouveau schéma ne coûte pas grand chose... et évite
> une "fracture sémantique" ;)
>
Exactement ce dont je parlais plus haut.
* Pour cette coexistence dans les rendus carto, les "bus_stop" devraient
être conservés sur les "platform";
* pour la coexistence (sans doublon de noms dans Sketchline), ils devraient
être sur les "stop_position" (les "stop_area" c'est actuellement utilisé
uniquement pour le rendu "Public Transport" sélectionnable dans les couches
proposées sur le site OSM standard, ils peuvent inclure sans problèmes
"platform" et "stop_position", que l'un des deux ait un "bus_stop" ou aucun
des deux).
On a un choix à faire car on ne mettra pas les bus_stop à la fois sur les
stop_position et sur les platform (ce qui serait encore pire pour le rendu
carto et ne résoudrait rien sur Sketchline).
Je penche plutôt au choix de garder les bus_stop pour l'instant sur les
platform et non sur les stop_position (même si cela donne des noms en
doublon dans Sketchline
L'anomalie de Sketchline est déjà signalée de ce côté-là dans la doc du
modèle sur le wiki et signalé d'autre part à l'auteur de cette extension
Overpass Turbo du serveur allemand). Sketchline peut (et de toute façon
doit encore) être corrigé séparément et a un usage pour l'instant bien plus
limité. Et il a encore des améliorations à faire sur d'autres anomalies,
par exemple les lignes formant un circuit en boucle, dont il vire l'arrêt
commun un point de départ et d'arrivée, on a un exemple sur une ligne bus à
Saint-Malo, mais ça pourrait concerner tout autant la ligne de petite
ceinture à Paris et des lignes de circuits à caractère touristique, ou sur
la recherche des correspondances, qui ne fonctionne pas complètement, et la
possibilité d'avoir un diagramme sur plus de deux rangées, pour les lignes
très longues avec de nombreux arrêts, ou encore pour pouvoir y inclure des
pictogrammes de service ou d'accessibilité, ou encore pouvoir annoter les
limites de communes traversées afin de distinguer les arrêts "homonymes"
(comme "Mairie", "Eglise", "Centre", "Gare", "Collège", "Charles de Gaule"
sans avoir à rallonger les noms de chacune des stations avec le nom de la
commune et des parenthèses);
Ou encore pour afficher les limites de zones de tarification comme en
Île-de-France, où ces limites ne sont pas strictement alignées sur les
limites communale (montrer des photos d'exemples réels dans les trains RER
et Transilien peut aider à comprendre; pour les limites de communes on a
déjà les boundaries nécessaires, pour les zones tarifaires c'est à
modéliser avec des tags facilement réemployables tels que
"public_transport:zone=FR:STIF:Z1" et une relation avec le même tag pour
indiquer le nom en clair "name=Zone 1", la relation contenant un polygone
ou plusieurs polygones de types boundary plus des noeuds faisant exception
pour certains arrêts de certaines lignes hors de la zone normale, à moins
que les exceptions soient justement de taguer spécifiquement la zone
tarifaire sur les arrêts faisant exception, les autres arrêts héritant de
la zone tarifaire délimitée par la relation).
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
