Le 29 novembre 2013 00:28, Copro Grammes <coprogram...@yahoo.fr> a écrit :
> Merci Pieren, je ne connaissais pas la liste de diffusion talk-transit. > Il y a presque autant de mailing list que de centres d'intérêt autour d'OSM ! Je n'y ai pas trouvé trace d'une discussion sur la position de > railway=station. Mais c'est l'un de ses administrateurs, PeterIto, qui a > précisé sur le wiki anglophone (rubrique comment utiliser la balise > railway=station > http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation#How_to_map ) : > > *Either: * > > - *For simple modeling of simple stations with a single track (or one > in each direction) just add a node with **railway > <http://wiki.openstreetmap.org/wiki/Key:railway>=**station** and **name > <http://wiki.openstreetmap.org/wiki/Key:name>=*** at an appropriate > point on the railway (tagged **railway > <http://wiki.openstreetmap.org/wiki/Key:railway>=rail > <http://wiki.openstreetmap.org/wiki/Tag:railway%3Drail>**, **railway > <http://wiki.openstreetmap.org/wiki/Key:railway>=subway > <http://wiki.openstreetmap.org/wiki/Tag:railway%3Dsubway>** etc). * > - *For complex or larger stations it is often best to create a node > within the main concourse area and use a **public_transport > <http://wiki.openstreetmap.org/wiki/Key:public_transport>=stop_area > <http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area>** > to associate this with the rest of the elements of the station. * > - *It is also valid to create an area encompassing the land used for > passenger services (including any concourse, platforms and associated > tracks) and tag this as a station. Currently two disadvantages with this > approach. Firstly, without further refinement the name will be positioned > in the centroid for the area which is often within the platform area for a > terminus station which is not the place people using the station will find > most helpful. Secondly, route relations require to be linked to nodes > rather than areas and cannot be used with this approach.Note: This is now > done with a node tagged as **public_transport > <http://wiki.openstreetmap.org/wiki/Key:public_transport>=stop_position > <http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position>** > and/or **railway <http://wiki.openstreetmap.org/wiki/Key:railway>=stop > <http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstop>* > > > Ça vaudrait peut-être le coup d'actualiser la version française de la > page ? Ce qui pourrait permettre de transférer le débat sur le wiki, comme > le suggérait Florian. > > Finalement, ce sont les deux mêmes solutions qui semblent ressortir : > nœud central ou emprise de la gare. > On pourrait donc écarter les autres solutions (par exemple à Nancy, > c'était le bâtiment qui portait la balise ; quant à la relation stop_area, > Christian a raison de préciser qu'elle peut englober d'autres éléments que > la gare ferroviaire). > > d'autres éléments que le bâtiment principal... la gare ferroviaire c'est juste plus que ce bâtiment ;) > > *> Même si la position de ce nœud est bien sûr utilisée par les rendus > pour placer symbole et nom, il ne faut pas dériver vers le fameux "tagguer > pour le rendu".* > > C'est-à-dire qu'il ne faut pas trahir la réalité, ou l'inventer, pour le > rendu. Mais on peut quand même avoir des bonnes données *et* un bon rendu > :-) Exactement comme pour les nœuds "place=" > D'ailleurs, mettre la balise railway=station sur un nœud permet d'affiner > les données, puisque l'emprise de la gare peut déjà être représentée par > public_transport=station. On a deux informations différentes, au lieu > d'utiliser deux balises redondantes pour un même objet. > > Euh... public_transport=station = railway=station (d'où l'inutilité du premier d'ailleurs). Si on a une seule gare, on a l'un ou l'autre (plutôt l'autre) ou les deux mis sur le même objet, sinon on a 2 gares. Pour moi ces deux tags devraient être donc sur le même objet OSM > > > *> Pour le routage, tout dépend du mode de transport et de l'échelle. Un > routage routier ne nous fera jamais aller sur ce nœud, mais au parking le > plus proche. Un routage piéton devrait nous amener à l'entrée de la gare, > puis (rêvons un peu) sur le bon quai devant la bonne voiture ;)* > *Dans les deux cas, la position du nœud n'a pas vraiment été utile.* > > C'est sûr que si on ne cherche pas à aller à la 'gare', mais au 'parking > de la gare' ou au 'quai 2', le nœud 'gare' ne sert à rien !... ;-) Mais si > on veut aller à la gare ? > À Nancy ( > http://tile.openstreetmap.fr/?zoom=17&lat=48.68907&lon=6.17465&layers=B0000000FFFFFF) > si on balise le polygone, le lecteur lambda de la carte, ou l'utilisateur > d'une solution de routage, v risque de se retrouver sur le pont de l'Avenue > Foch, Gros Jean comme devant. > > C'est une histoire d'échelle avec pour le routage les même besoin de généralisation que pour la représentation cartographique. Plus on se rapproche, plus on rentre à l'intérieur, plus il faut passer à une échelle de détails dans les données qui s'affine, rentrer dans le indoor, etc. La gare de Nancy est intéressante par ses 2 accès, l'accès à "gare" ne se trouve pas vraiment plus d'un côté que de l'autre mais ceci n'a d'intérêt qu'à une échelle très rapprochée (ici des nœuds entrance=* deviennent utiles), lorsqu'on est à 50km, on s'en fiche pas mal. D'une façon plus générale les polygones fournissent plus d'information qu'un nœud et logiquement les nœuds devraient disparaitre dès qu'on peut définir l'emprise d'un objet. Bien sûr comme le souligne Peter dans cet exemple il y a le problème de rendu où le nœud permet d'imposer une position à un nom et/ou un symbole, mais c'est un tout autre problème, un problème de rendu et pas de description du terrain et l'on a aujourd'hui qu'une solution bâtarde alors qu'il faudrait parfois avoir des données dédiées à ça (comme le rôle "label" sur les relations administrative, mais pas vraiment utilisés dans les rendus habituels). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
