Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-03-06 Par sujet Sébastien Hinderer 
Merci beaucoup pour les éléments, Jean-Yvon.

osm.sanspourr...@spamgourmet.com (2020/03/06 23:08 +0100):
> > ESt-ce que du coup ces sorties "doubles" ont aussi le même numéro?
> 
> Oui, du moins dans tout ce que j'ai vu en IdF.

OK. Je me demande s'il faudrait afficher quelque chose dans ce cas-là.

> Tiens sur Rennes il manque aussi des données :
> 
> Place de la Gare 35000 Rennes
> 
> (la bouche de métro de la gare n'est pas décrite en tant que telle).
> 
> Les Rennais se réunissent aussi chaque mois, je dis ça je ne dis
> rien^^.

:-)

Je n'ai pas testé pour Toulouse mais il y a sûrement des choses à faire
aussi! Et peut-être d'autres villes avec métro. Marseille?

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-03-06 Par sujet osm . sanspourriel 

Le 06/03/2020 à 22:37, Sébastien Hinderer -
sebastien.hinde...@ens-lyon.org a écrit :


OK. Je n'avais pas pensé à ne pas afficher le nom mais du coup oui, je
peux l'afficher même dans ce cas, ou l'afficher seulement s'il set
différent du nom de la station, peut-être.


Il y a plus de risques que le nom de la station soit celui de la sortie
s'il n'y a qu'une sortie. Effectivement sans doute inutile de doublonner
si identique mais utile si le nom est différent.


Oui, effectivement. Mais il faudra le faire pour toutes les relations,
je pense, si une obuche est membre de plusieurs.


Il serait étonnant de mettre plusieurs relations s'il n'y a qu'une
bouche mais oui.


ESt-ce que du coup ces sorties "doubles" ont aussi le même numéro?


Oui, du moins dans tout ce que j'ai vu en IdF.

De mémoire aussi à Rennes. Ça semble logique : tu sors au même endroit
(à peu de chose près), c'est juste le moyen qui change. L'ascenseur est
en général proche du départ ou de l'arrivée de l'escalier ou de l'escalator.

Tiens sur Rennes il manque aussi des données :

Place de la Gare 35000 Rennes

(la bouche de métro de la gare n'est pas décrite en tant que telle).

Les Rennais se réunissent aussi chaque mois, je dis ça je ne dis rien^^.

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-03-06 Par sujet Sébastien Hinderer 
Salut Jean-Yvon, merci beaucoup pour ta réponse rapide et détaillée!

osm.sanspourr...@spamgourmet.com (2020/03/06 18:54 +0100):
> En fait certaines stations dans Wikipédia ont un nom de sortie même
> quand il n'y a qu'une sortie.

OK. Je n'avais pas pensé à ne pas afficher le nom mais du coup oui, je
peux l'afficher même dans ce cas, ou l'afficher seulement s'il set
différent du nom de la station, peut-être.

> Oui, regarder via stop_area est probablement la meilleure méthode.
> 
> Plus exactement tu comptes les membres qui sont des bouches et dès que
> tu as dépassé 1 tu t'arrêtes.

Oui, effectivement. Mais il faudra le faire pour toutes les relations,
je pense, si une obuche est membre de plusieurs.

> Quelques bouches sont doubles (une sortie pas escalier/escalator et une
> sortie par ascenseur), elle ont le même nom mais sont accessibles PMR ou
> pas. Enfin monter une personne en fauteuil par des escaliers c'est
> faisable mais il faut être plusieurs !

ESt-ce que du coup ces sorties "doubles" ont aussi le même numéro?

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-03-06 Par sujet osm . sanspourriel 

En fait certaines stations dans Wikipédia ont un nom de sortie même
quand il n'y a qu'une sortie.

Oui, regarder via stop_area est probablement la meilleure méthode.

Plus exactement tu comptes les membres qui sont des bouches et dès que
tu as dépassé 1 tu t'arrêtes.

Quelques bouches sont doubles (une sortie pas escalier/escalator et une
sortie par ascenseur), elle ont le même nom mais sont accessibles PMR ou
pas. Enfin monter une personne en fauteuil par des escaliers c'est
faisable mais il faut être plusieurs !

Jean-Yvon

Le 06/03/2020 à 18:41, Sébastien Hinderer -
sebastien.hinde...@ens-lyon.org a écrit :

Pour les stations à sortie unique met-on aucun nom ou le nom de la
station ? Je ne mettrais pas de nom. On peut les laisser de côté le
temps de se mettre d'accord.

Je n'ai pas d'avis sur la questioon. Cependant, pour ce que j'affiche à
l'utilisateur j'aimerais effectivement indiquer si la sortie est unique
ou pas. Est-ce que ovuspensez que le mieux sera de regarder toutes les
relations stop_area où figure la bouche et vérifier que, pour chaque
relation, il n'y a que cette obuche, ou est-ce que vous voyez un moyen
plus simple pour trouver cette réponse?

Sébastien.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-03-06 Par sujet Sébastien Hinderer 
Bonjour,

Désolé pour la réponse tardive, j'ai été un peu submergé par les mails
on dirait.

osm.sanspourr...@spamgourmet.com (2020/02/17 17:11 +0100):
> Si je résume la discussion on peut se mettre d'accord sur :
> - le fait que le numéro de sortie doit être dans et uniquement dans le
> champ ref.
> - le fait que le pseudo-nom de la sortie (en général le nom de la rue
> dans laquelle débouche la sortie, quelques fois un grand équipement) est
> stocké dans name et que c'est la seule information qui y figure.
> (éventuellement utiliser les alt_name, old_name...).
> - le fait que le nom de la station correspondante se retrouve via la
> (une ?) relation stop_area dans laquelle figure la station et donc son nom.
> 
> Si tu ne vois pas d'objection, tu peux y aller.

Donc entre temps ce travail a été fait par Jean-Yvon, Noémie et quelques
autres à qui je redis un grand merci car ça a considérablement amélioré
l'affichage de Métro Stories.

> Pour les stations à sortie unique met-on aucun nom ou le nom de la
> station ? Je ne mettrais pas de nom. On peut les laisser de côté le
> temps de se mettre d'accord.

Je n'ai pas d'avis sur la questioon. Cependant, pour ce que j'affiche à
l'utilisateur j'aimerais effectivement indiquer si la sortie est unique
ou pas. Est-ce que ovuspensez que le mieux sera de regarder toutes les
relations stop_area où figure la bouche et vérifier que, pour chaque
relation, il n'y a que cette obuche, ou est-ce que vous voyez un moyen
plus simple pour trouver cette réponse? 

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-21 Par sujet marc marc 
Le 21.02.20 à 20:56, osm.sanspourr...@spamgourmet.com a écrit :
> 
>>
>>> j'ai séparé entrée du métro <> ascenseur, cela devrait être plus
>>> clair.
>>
>> Marc, tu veux dire que tu as deux sorties dont une highway=elevator ?

le coin est.. original
il n'y a pas d'entrée escalier/escalator proche
l'autre entrée de la station n'a pas de ref
mais il y a une flopée de porte sans tag railway=subway_entrance
difficile d'avoir une vue d'ensemble, meme le sélecteur de josm
a du mal à produire une vue d'ensemble
faudrait voir avec un rendu 3d ou indoor :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-21 Par sujet osm . sanspourriel 





j'ai séparé entrée du métro <> ascenseur, cela devrait être plus
clair.


Marc, tu veux dire que tu as deux sorties dont une highway=elevator ?

Le 21/02/2020 à 20:06, Sébastien Hinderer -
sebastien.hinde...@ens-lyon.org a écrit :

mais pour ce qui est des valeurs bizarres pour ref
j'avais

- ref=LAZ ASC_3 pour le node 790027804
- ref=MAD ASC_1 pour le node 1472147733
- ref=? pour le node 3745434643


En regardant de plus près dans ces trois cas la bonne réponse était 1.


Pour les stations qui n'ont qu'une seule sortie, genre Dugommier, je
présume que cette unique sortie n'a pas de numéro, n'est-ce pas?


Je crois qu'elle a en général le numéro 1.

Des Parisien•ne•s confirmeront (ou pas !).

Il n'y a plus de sortie comportant "sortie" dans son nom.

Il doit par contre en rester pas mal avec le nom de la station en
préfixe.

J'ai aussi corrigé les noms commençant par une minuscule et supprimé
les abréviations.

Jean-Yvon




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-21 Par sujet Sébastien Hinderer 
Bonsoir,

marc marc (2020/02/21 12:57 +):
> j'en ai regardé une, sur laquelle tu avais d'ailleurs fait pas mal
> de correction.
> 
> j'ai séparé entrée du métro <> ascenseur, cela devrait être plus
> clair.

Grnad merci Marc!

> vu que c'était pas du vandalisme "Paris Sud", je l'ai déplacé dans ce
> thread :) les autres sont surement aussi à passer en revnue.

Mes données ne osnt pas forcément à jour car je n'ai pas pris le temps
de les recalculer, mais pour ce qui est des valeurs bizarres pour ref
j'avais

- ref=LAZ ASC_3 pour le node 790027804
- ref=MAD ASC_1 pour le node 1472147733
- ref=? pour le node 3745434643

Je n'ai pas inclus ici les cas ref=0 et ref=-1.

Pour les stations qui n'ont qu'une seule sortie, genre Dugommier, je
présume que cette unique sortie n'a pas de numéro, n'est-ce pas? Si tel
est bien le cas, est-ce qu'on porurait se mettre d'accord sur une
ocnvention quo'n utiliserait de façon uniforme? Peut-être un noref=yes
de même qu'on a un noname=yes ?

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-21 Par sujet marc marc 
Le 21.02.20 à 11:06, osm.sanspourr...@spamgourmet.com a écrit :
> Le 20/02/2020 à 22:07, Sébastien Hinderer a écrit :
>
>> ref a des valeurs bizarres:
>
> ASC : peut-être pour dire qu'il y a un ascenseur ?

j'en ai regardé une, sur laquelle tu avais d'ailleurs fait pas mal
de correction.

j'ai séparé entrée du métro <> ascenseur, cela devrait être plus clair.

vu que c'était pas du vandalisme "Paris Sud", je l'ai déplacé dans ce
thread :) les autres sont surement aussi à passer en revnue.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-19 Par sujet Thomas Ruchin 
Ça me va. Mais le wiki (en français et anglais) ne correspond pas à cette
version puisqu'il précise que le nom doit contenir "sortie n°X".
https://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance
Est ce que tu le mets à jour ?

Thomas

Le lun. 17 févr. 2020 à 17:11,  a écrit :

> Si je résume la discussion on peut se mettre d'accord sur :
> - le fait que le numéro de sortie doit être dans et uniquement dans le
> champ ref.
> - le fait que le pseudo-nom de la sortie (en général le nom de la rue
> dans laquelle débouche la sortie, quelques fois un grand équipement) est
> stocké dans name et que c'est la seule information qui y figure.
> (éventuellement utiliser les alt_name, old_name...).
> - le fait que le nom de la station correspondante se retrouve via la
> (une ?) relation stop_area dans laquelle figure la station et donc son nom.
>
> Si tu ne vois pas d'objection, tu peux y aller.
>
> Pour les stations à sortie unique met-on aucun nom ou le nom de la
> station ? Je ne mettrais pas de nom. On peut les laisser de côté le
> temps de se mettre d'accord.
>
> Jean-Yvon
>
> Le 17/02/2020 à 16:17, Sébastien Hinderer -
> sebastien.hinde...@ens-lyon.org a écrit :
> > Re,
> >
> > Juste pour être ^sur sur un point:
> >
> > marc marc (2020/02/17 15:07 +):
> >> je donnais 2 dans mon email précédent (à voir si quelqu'un émet
> >> une objection)
> >> - un chiffre n'est pas une nom mais une ref (name=Sortie 1 -> ref=1)
> > OK. Et est-ce que du ocup je peux enlever le chiffre de name?
> >
> >> - le nom de la station n'est pas le nom de l'arrêt
> > Aussi OK et du coup, même question, est-ce que je peux enlever le nom de
> > la station du name associé à la bouche?
> >
> > Sébastien.
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-18 Par sujet Sébastien Hinderer 
Bonsoir à tous,

Tout d'abord un immense merci pour votre intérêt pour le sujet ainsi que
pour vos contributions.

Je voudrais faire des réponses détaillées mais je crains de ne pas y
arriver. Je vais donc me contenter, au moins pour ce soir, d'un point
d'avancement partiel mais qui, sans doute, vaut mieux que rien.

D'une part, une première version du site est en ligne ici:

http://seb.thefreecat.org/metro-stories

Et le code est disponible ici:

https://github.com/shindere/metro-stories

Les points d'amélioration sont nombreux: c'est du vieux Python avec du
CGI, la distance aux bouches est calculée à la main et à vol d'oiseau,
le visuel est... inexistant ;-) et toutes vos autres remarques seront
chaleureusement appréciées.

Du côté des données maintenant. Suite aux échanges qui ont eu lieu ici,
j'ai un peu exploré les relations marquées par
public_transport="stop_area". Je trouve 62 bouches orphelines (donc
n'étant membres d'aucune relation), 848 bouches membres d'exactement une
relation (les bons élèves) et tout de même 278 bouches membres de
plusieurs relations, sur le modèle de ce qui avait été cité ici pour Place
d'Italie.

Orthogonalement, 118 bouches n'ont pas de nom. Et parmi ces 118 bouches
non nommées, 18 font partie des 62 orphelines.

Voilà où j'en suis. Je n'ai pas encore osé commencer à modifier des
choses, un peu parce que je ne suis pas complètement sûr de par où je
vais commencer (peut-être par une station facile genre Ourcq), un peu
aussi parce que je ne suis pas encore sûr des outils que je pourrais
utiliser pour faire mes modifications depuis la ligne de commande (les
outils intégrés au navigateur ne sont généralement pas très pratiques).

Idéalement, je crois que, au moins pour commencer, j'aimerais bien un outil
qui fasse un peu comme de l'édition de wiki hors ligne. Par exemple:

$ osm edit node x

Là, l'outil charge le noeud via l'API d'OSM, le sauvegarde sur disque et
ouvre le fihcier dans mon éditeur préféré, en JSON, XML ou
tout autre format éditable.

Je fais mes modifications, quitte l'éditeur et, si le fichier a changé,
le programme se charge de déposer la version modifiée sur OSM, toujours
via l'API. Biensûr ça pourrait aussi éditer plusieurs objets à la ofis,
laisser faire un commentaire pour le changeset...

Est-ce que quelqu'un connaît des outils qui pourraient me permettre
d'avoir un workflow proche de celui que je viens de décrire?

Par ailleurs j'ai des données très détailles sur les bouches orphelines,
celles qui sont reliées à plusieurs stations, non nommées...
Si quelqu'un est intéressé je les lui communiquerai sans problème
donc n'hésitez pas à me contacter en perso. Si beaucoup de monde est
intéressé je peux aussi les mettre sur un site voire dans un dépôt
si on a besoin de les faire évoluer pour tenir compte du travail
qui sera effectué.

Chaleureusement à vous tous,

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet osm . sanspourriel 

Si je résume la discussion on peut se mettre d'accord sur :
- le fait que le numéro de sortie doit être dans et uniquement dans le
champ ref.
- le fait que le pseudo-nom de la sortie (en général le nom de la rue
dans laquelle débouche la sortie, quelques fois un grand équipement) est
stocké dans name et que c'est la seule information qui y figure.
(éventuellement utiliser les alt_name, old_name...).
- le fait que le nom de la station correspondante se retrouve via la
(une ?) relation stop_area dans laquelle figure la station et donc son nom.

Si tu ne vois pas d'objection, tu peux y aller.

Pour les stations à sortie unique met-on aucun nom ou le nom de la
station ? Je ne mettrais pas de nom. On peut les laisser de côté le
temps de se mettre d'accord.

Jean-Yvon

Le 17/02/2020 à 16:17, Sébastien Hinderer -
sebastien.hinde...@ens-lyon.org a écrit :

Re,

Juste pour être ^sur sur un point:

marc marc (2020/02/17 15:07 +):

je donnais 2 dans mon email précédent (à voir si quelqu'un émet
une objection)
- un chiffre n'est pas une nom mais une ref (name=Sortie 1 -> ref=1)

OK. Et est-ce que du ocup je peux enlever le chiffre de name?


- le nom de la station n'est pas le nom de l'arrêt

Aussi OK et du coup, même question, est-ce que je peux enlever le nom de
la station du name associé à la bouche?

Sébastien.

___
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

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Sébastien Hinderer 
Re,

Juste pour être ^sur sur un point:

marc marc (2020/02/17 15:07 +):
> je donnais 2 dans mon email précédent (à voir si quelqu'un émet
> une objection)
> - un chiffre n'est pas une nom mais une ref (name=Sortie 1 -> ref=1)

OK. Et est-ce que du ocup je peux enlever le chiffre de name?

> - le nom de la station n'est pas le nom de l'arrêt

Aussi OK et du coup, même question, est-ce que je peux enlever le nom de
la station du name associé à la bouche?

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet marc marc 
Le 17.02.20 à 15:56, Sébastien Hinderer a écrit :
> marc marc (2020/02/17 14:42 +):
>> Le 17.02.20 à 15:13, Sébastien Hinderer a écrit :
 trois stop_area :

  * Place d'Italie (6) (7731239)

  * Place d'Italie (5) (7731238)

  * Place d'Italie (7) (7731237)


 partageant les mêmes sorties mais pas les mêmes stop_position.
>>> Horreur. On est d'acord que, à gros grains, ces trois noeuds devraient
>>> être supprimés et remplacer par qu nouveau noeud qui les fusionne tous,
>>> n'est-ce pas?
>>
>> hélas non, le métro des lignes 5 6 et 7 ne s'arrête pas au même
>> endroit.
> 
> Mais, ce n'est pas de ça qu'on parle, ici, si je ne m'abuse.
> Là où le métro s'arrête, ce sont les quais, qui sont effectivement
> différents pour chaque ligne et chaque direction. Mais il y a bien une
> entité abstraite, non géographiquement localisée, qui s'appelle Place
> d'Italie et qui est représentée par la relation, je pense. Enfin c'est
> ma compréhension de novice, je ne voudrais pas devenir trop affirmatif.

comme tu parlais de NOEUDS et pas de relation,
je pensais que tu parlais des 3 noeuds stop_position de ces relations
https://www.openstreetmap.org/node/4317624962
https://www.openstreetmap.org/node/4317624965
https://www.openstreetmap.org/node/4317624973

>> par contre, on peux se demander si on a besoin d'un stop_area par ligne
>> ou par station (et un contributeur avait créer encore une nouvelle
>> version de modélisation qui regroupe des stop_area...).
> 
> J'avais peut-être mal compris mais je pensais que stop_area c'était déjà
> les stations, non?

non, la station "logique" est
https://www.openstreetmap.org/node/235371392 (qui a une erreur de tag
par ailleurs)

les relations stop_position sont ambiguës :
pour certains c'est un lien intermodal (pour utiliser cet arrêt,
tu vas à pied à jusqu'à la plateforme d'attente, de là le véhicule te
prendra en charge). c'est en ce sens que le gars a créé 3 relations.

pour d'autres c'est un groupement d'arrêt proches (l'arrêt de la ligne
5 est proche de l’arrêt de la ligne 6 et proche de l’arrêt de la ligne 7
et proche de l’arrêt de bus en surface, donc une relation pour le tout).

> Je suis d'accord. J'ai juste du mal à voir, pour le moemnt, ce qui fait
> unanimité justement et donc ce sur quoi je pourrais avancer.

je donnais 2 dans mon email précédent (à voir si quelqu'un émet
une objection)
- un chiffre n'est pas une nom mais une ref (name=Sortie 1 -> ref=1)
- le nom de la station n'est pas le nom de l'arrêt
et un 3ieme : créer au moins une relation si aucune n'existe
pour cette bouche

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Sébastien Hinderer 
Rebonjour,

marc marc (2020/02/17 14:42 +):
> Le 17.02.20 à 15:13, Sébastien Hinderer a écrit :
> >> trois stop_area :
> >>
> >>  * Place d'Italie (6) (7731239)
> >>
> >>  * Place d'Italie (5) (7731238)
> >>
> >>  * Place d'Italie (7) (7731237)
> >>
> >>
> >> partageant les mêmes sorties mais pas les mêmes stop_position.
> > Horreur. On est d'acord que, à gros grains, ces trois noeuds devraient
> > être supprimés et remplacer par qu nouveau noeud qui les fusionne tous,
> > n'est-ce pas?
> 
> hélas non, le métro des lignes 5 6 et 7 ne s'arrête pas au même
> endroit.

Mais, ce n'est pas de ça qu'on parle, ici, si je ne m'abuse.
Là où le métro s'arrête, ce sont les quais, qui sont effectivement
différents pour chaque ligne et chaque direction. Mais il y a bien une
entité abstraite, non géographiquement localisée, qui s'appelle Place
d'Italie et qui est représentée par la relation, je pense. Enfin c'est
ma compréhension de novice, je ne voudrais pas devenir trop affirmatif.

> par contre, on peux se demander si on a besoin d'un stop_area par ligne
> ou par station (et un contributeur avait créer encore une nouvelle
> version de modélisation qui regroupe des stop_area...).

J'avais peut-être mal compris mais je pensais que stop_area c'était déjà
les stations, non?

> a mon avis, on ne sait pas tout faire en même temps.

Certes et ce n'set sans doute pas un problème.

> se concentrer sur ce qui a une quasi unanimité permet d'avancer,
> plutôt que d'attendre la fin d'une modélisation qui n'est pas unique.

Je suis d'accord. J'ai juste du mal à voir, pour le moemnt, ce qui fait
unanimité justement et donc ce sur quoi je pourrais avancer.

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet marc marc 
Le 17.02.20 à 15:13, Sébastien Hinderer a écrit :
>> trois stop_area :
>>
>>  * Place d'Italie (6) (7731239)
>>
>>  * Place d'Italie (5) (7731238)
>>
>>  * Place d'Italie (7) (7731237)
>>
>>
>> partageant les mêmes sorties mais pas les mêmes stop_position.
> Horreur. On est d'acord que, à gros grains, ces trois noeuds devraient
> être supprimés et remplacer par qu nouveau noeud qui les fusionne tous,
> n'est-ce pas?

hélas non, le métro des lignes 5 6 et 7 ne s'arrête pas au même endroit.

par contre, on peux se demander si on a besoin d'un stop_area par ligne
ou par station (et un contributeur avait créer encore une nouvelle
version de modélisation qui regroupe des stop_area...).
en surface une par arrêt à l'avantage de la simplicité et d'éviter
l'arbitraire de "je décide que cet arrêt là est tellement proche de
celui-là que c'est lié". c'est arbitraire puisque le choix entre
distance à pied et temps de correspondance est variable selon la personne
En souterrain sans les highway=* d'interconnexion des différents zones
d'arrêt, c'est compliqué.

a mon avis, on ne sait pas tout faire en même temps.
se concentrer sur ce qui a une quasi unanimité permet d'avancer,
plutôt que d'attendre la fin d'une modélisation qui n'est pas unique.
hélas..
donc pour ma part je ne change pas l'un envers l'autre.
par contre je crée volontier une relation quand il n'en existe aucune
car je trouve le lien intermodal pratique
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Sébastien Hinderer 
Bonjour Jean-Yvon et merci beaucoup pour ton message!

osm.sanspourr...@spamgourmet.com (2020/02/17 15:02 +0100):
> Par contre certaines bouches ont des "name" qui sont ceux de la
> station. :-(

Je peux éventuellement le concevoir si une station n'a qu'une seule
bouche de sortie comme Dugommier par exemple. Je ne dis pas que c'est
idéal, mais je peux imaginer donner du sens à ça.

> Sur Nuremberg, name c'est le nom de la destination (la rue sur laquelle
> on débouche).

C'est ce que je voudrais.

> N. B.  : j'ai regardé les utilisations de destination, en fait c'est moi
> qui avais introduit ça pour virer le gloubiboulga de RB94 (maintenant
> PARIS SUD) et ne laisser que la rue de destination en name.

Je plussoie ça.

> Exemple d'historique :
> https://www.openstreetmap.org/node/321920997/history
> 
> Pierre met le nom de la station Place d'Italie
> Noémie met station, numéro et destination en un : Place d'Italie -
> sortie 1 - Boulevard Auguste Blanqui
> RB94 "change certaines choses" et remplace le nom de la station par les
> références des lignes de bus : Bus 27 47 57 67 83 N15 N22 Sortie 1
> Boulevard Auguste Blanqui
> Bibi fait le ménage et dégage les bus dans la clé destination et
> supprime les infos dupliquées, ça devient : Boulevard Auguste Blanqui

Exactement ce vers quoi j'aimerais tendre, oui. Je me propose pour faire
ce genre de travail de façon systématique, je voudrais juste un GO. :)

> Et revoici RB94, devenu PARIS SUD suite à son blocage définitif, qui
> remet le bordel : (Place d'Italie) Sortie 1 Boulevard Auguste Blanqui

Oh non :(

> Pourquoi faire compliqué quand on peut fait inextricable ? Ce nœud fait
> partie de trois stop_area :
> 
>  * Place d'Italie (6) (7731239)
>
>  * Place d'Italie (5) (7731238)
>
>  * Place d'Italie (7) (7731237)
>
> 
> partageant les mêmes sorties mais pas les mêmes stop_position.

Horreur. On est d'acord que, à gros grains, ces trois noeuds devraient
être supprimés et remplacer par qu nouveau noeud qui les fusionne tous,
n'est-ce pas?

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet osm . sanspourriel 

Le 17/02/2020 à 12:19, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


Le 17/02/2020 à 09:19, Christian Quest a écrit :


Le fait qu'elle soit reliée à la station (stop_area) donne la
première indication, et le fait qu'elle porte un
nom/numéro/destination donne la seconde.

C'est ce qui rend inutile le nom de la station dans l'entrée.


Le 17/02/2020 à 11:19, osm.sanspourr...@spamgourmet.com a écrit :


D'une manière générale les bouches n'ont pas de nom, sauf peut-être
certaines entrées monumentales ayant leur propre page Wikipédia par
exemple.


Bah alors, elles ont un nom ou pas ?

Je me trompe peut-être, mais je pense que si on s'amuse a supprimer
les "name" sur les bouches de métro/rer/train, ça ne va pas plaire à
tout le monde.


Est-ce la question ?

Un contributeur (voir dessous), malgré l'avis unanime des contributeurs,
mettait tout dedans : nom de la station, numéro de la sortie,
destination de la sortie, lignes de bus à la sortie.

Bref un guide touristique dans le "nom".

Donc non ça ne va pas plaire à tout le monde.


Ici tout simplement :
noname=yes
destination=Rue Van Gogh
ref=13


"destination" sur un noeud, ça ne fonctionne pas. C'est fait pour être
utilisé sur un way.


C'est fait pour, on est d'accord.

Ça ne veut pas dire qu'on ne peut étendre le modèle (ou pas, je ne dis
pas que j'ai raison, c'est une base de discussion d’ailleurs jusqu'à
présent j'ai utilisé name - description aussi, mais pour autre chose,
voir ci-dessous).

Sur Berlin les numéros/lettres de sorties sont sur ref. Bien.

Par contre certaines bouches ont des "name" qui sont ceux de la station. :-(

Sur Nuremberg, name c'est le nom de la destination (la rue sur laquelle
on débouche).

N. B.  : j'ai regardé les utilisations de destination, en fait c'est moi
qui avais introduit ça pour virer le gloubiboulga de RB94 (maintenant
PARIS SUD) et ne laisser que la rue de destination en name.

Exemple d'historique :
https://www.openstreetmap.org/node/321920997/history

Pierre met le nom de la station Place d'Italie
Noémie met station, numéro et destination en un : Place d'Italie -
sortie 1 - Boulevard Auguste Blanqui
RB94 "change certaines choses" et remplace le nom de la station par les
références des lignes de bus : Bus 27 47 57 67 83 N15 N22 Sortie 1
Boulevard Auguste Blanqui
Bibi fait le ménage et dégage les bus dans la clé destination et
supprime les infos dupliquées, ça devient : Boulevard Auguste Blanqui
Et revoici RB94, devenu PARIS SUD suite à son blocage définitif, qui
remet le bordel : (Place d'Italie) Sortie 1 Boulevard Auguste Blanqui

Pourquoi faire compliqué quand on peut fait inextricable ? Ce nœud fait
partie de trois stop_area :

 * Place d'Italie (6) (7731239)
   
 * Place d'Italie (5) (7731238)
   
 * Place d'Italie (7) (7731237)
   

partageant les mêmes sorties mais pas les mêmes stop_position.

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet marc marc 
Bonjour,

Le 17.02.20 à 11:41, Sébastien Hinderer a écrit :
> où on met le "nom" de la bouche, plus précisément si on le met
> dans name ou dans destination.

> Est-ce que vous croyez que la question peut être tranchée rapidement /
> facilement, histoire de pouvoir avancer sur le sujet?

osm est spécialiste dans les questions pas totalement tranchée :)
si j'étais toi :
- pour la modif des données, je ne toucherais pas pour le moment
à ce point là.
- pour l'utilisation des données, coder un algo qui supporte les 2.

cela te permettrait d'avancer sur tout le reste, principalement :
- le nom de la station n'est pas le nom de la sortie
- un chiffre n'est pas un nom mais la ref
- la relation public_transport=stop_area

pour le cas des sorties escalier+ ascenseur,
je pense qu'il y a 2 façon de le modéliser :
- façon courte avec un objet :
railway=subway_entrance
elevator=yes
wheelchair=yes
- version longue avec 2 objets :
railway=subway_entrance (éventuelement elevator=separate)
highway=elevator

l'iéal étant évidement dans les 2 cas de connecter la bouche
aux highway=* les plus proches.

pour le fait que 2 bouches sont connectés par un réseau interne,
en première approximation, il me sembble pas irréaliste d'ajouter
un highway=* a 2 noeuds qui les connecte, location=underground
en attendant d'avoir une cartographie plus précise (et compliquée)
des réseaux souterrains.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Stéphane Péneau 

Le 17/02/2020 à 11:19, osm.sanspourr...@spamgourmet.com a écrit :


N. B. : curieux une bouche de métro au niveau -2. Non accessible depuis
l'arrêt de bus ?

Il y a un escalier, et le rideau métallique qui permet de fermer 
l'entrée est en bas de cet escalier.


il y a des photos sur Mapillary : 
https://www.mapillary.com/map/im/SVmAQGYC3wBDC8l7rxBwtg



Stf



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Stéphane Péneau 

Le 17/02/2020 à 09:19, Christian Quest a écrit :


Le fait qu'elle soit reliée à la station (stop_area) donne la première 
indication, et le fait qu'elle porte un nom/numéro/destination donne 
la seconde.



Le 17/02/2020 à 11:19, osm.sanspourr...@spamgourmet.com a écrit :


D'une manière générale les bouches n'ont pas de nom, sauf peut-être
certaines entrées monumentales ayant leur propre page Wikipédia par 
exemple.



Bah alors, elles ont un nom ou pas ?

Je me trompe peut-être, mais je pense que si on s'amuse a supprimer les 
"name" sur les bouches de métro/rer/train, ça ne va pas plaire à tout le 
monde.




Ici tout simplement :
noname=yes
destination=Rue Van Gogh
ref=13

"destination" sur un noeud, ça ne fonctionne pas. C'est fait pour être 
utilisé sur un way.



Le 17/02/2020 à 09:19, Christian Quest a écrit :



Faire intervenir un autre type de relation (destination_sign) ne 
simplifie pas la réutilisation et de moins en moins KISS ;)



Coquin ! :-)

Ce type de relation existe pour les cas complexes que ne peut pas 
décrire seul le tag "destination". Lorsqu'on mélange "grandes gares", 
"indoor" et représentation surfacique, on se retrouve rapidement obligé 
de les utiliser.



Stf


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Sébastien Hinderer 
Bonjour à tous,

Tout d'abord un grand merci à chacun pour vos contributions, toutes
hyper intéressantes à lire. Je n'ai pas encore pris le temps d'y
répondre, non pas par manque d'intérêt, loin s'en faut, mais parce que
j'aimerais d'abord essayer de dépouiller et d'avancer, pour pouvoir
apporter des éléments concrets et précis et pas rester dans du blabla
vague et général.

L'une des choses qui ne semble pas complètement tranchée, c''est de
savoir où on met le "nom" de la bouche, plus précisément si on le met
dans name ou dans destination. J'ai vu les deux avis exprimés et, pour
ma part, je n'en ai pas vraiment, en tout cas pas d'opinion tranchée.
Tout ce qui m'importe est qu'une décision soit prise, afin que je puisse
commencer le travail d'homogénéisation des données qui sont dans les
noeuds (il y en a tout de même 1188 à vérifier, au moins!).

Je fais juste une observation: mettre le "nom" ou la "description", ou
la "destination", dans name semble être la solution la plus conservative
par rapport aux pratiques en vigueur actuellement. Je ne sais pas si
c'est un argument suffisant pour justifier que c'est ainsi qu'il faut
faire, mais j'imagine qu'on peut au moins le prendre en considération.
Si on devait mettre le contenu de name dans destination, d'une part ça
ferait beaucoup de noeuds à modifier, d'autre part il faudrait voir où
on met ce qui est dans destination actuellement.

Est-ce que vous croyez que la question peut être tranchée rapidement /
facilement, histoire de pouvoir avancer sur le sujet?

Une belle journée à tous et à bientôt pour d'autres éléments de réponse,

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet osm . sanspourriel 

+1 avec Christian.

Surtout on parle de *sorties*, destination fait le boulot.

Quand on parle des *entrées*, la destination (ici le pseudo nom) c'est
la station.

Si sur une carte vous voyez des bouches de métro 1,2, 3 autour de la
station X, si vous entrez dans une de ces bouches, où allez-vous ?

Gare de Lyon n'est jamais le nom de la bouche.

D'une manière générale les bouches n'ont pas de nom, sauf peut-être
certaines entrées monumentales ayant leur propre page Wikipédia par exemple.

Ici tout simplement :
noname=yes
destination=Rue Van Gogh
ref=13

N. B. : curieux une bouche de métro au niveau -2. Non accessible depuis
l'arrêt de bus ?

KISS

Le 17/02/2020 à 09:19, Christian Quest - cqu...@openstreetmap.fr a écrit :

Le 14/02/2020 à 15:56, Stéphane Péneau a écrit :

Une partie des bouches portent des indications différentes selon si
on entre ou sort du métro.
Pour se conformer à cette situation, tout en cartographiant les zones
intérieures en surfacique, on avait utilisé les relations
destination_sign.
Exemple à la gare de lyon :
https://www.openstreetmap.org/node/4086374120
Cette bouche porte le nom "Gare de Lyon" lorsqu'on vient de
l'extérieur, et "Sortie Rue Van Gogh" lorsqu'on sort.
Et sa relation destination_sign :
https://www.openstreetmap.org/relation/10054778

Stf


C'est normal vu qu'une bouche de métro est un point de passage pour
soit aller vers la station et prendre le métro, soit pour sortir de la
station et aller vers l'extérieur si possible dans une direction
donnée et donc la différencier des autres pour faire un choix.

Le fait qu'elle soit reliée à la station (stop_area) donne la première
indication, et le fait qu'elle porte un nom/numéro/destination donne
la seconde.

Faire intervenir un autre type de relation (destination_sign) ne
simplifie pas la réutilisation et de moins en moins KISS ;)




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-17 Par sujet Christian Quest 

Le 14/02/2020 à 15:56, Stéphane Péneau a écrit :
Une partie des bouches portent des indications différentes selon si on 
entre ou sort du métro.
Pour se conformer à cette situation, tout en cartographiant les zones 
intérieures en surfacique, on avait utilisé les relations 
destination_sign.

Exemple à la gare de lyon :
https://www.openstreetmap.org/node/4086374120
Cette bouche porte le nom "Gare de Lyon" lorsqu'on vient de 
l'extérieur, et "Sortie Rue Van Gogh" lorsqu'on sort.

Et sa relation destination_sign :
https://www.openstreetmap.org/relation/10054778

Stf

C'est normal vu qu'une bouche de métro est un point de passage pour soit 
aller vers la station et prendre le métro, soit pour sortir de la 
station et aller vers l'extérieur si possible dans une direction donnée 
et donc la différencier des autres pour faire un choix.


Le fait qu'elle soit reliée à la station (stop_area) donne la première 
indication, et le fait qu'elle porte un nom/numéro/destination donne la 
seconde.


Faire intervenir un autre type de relation (destination_sign) ne 
simplifie pas la réutilisation et de moins en moins KISS ;)


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet Stéphane Péneau 
Une partie des bouches portent des indications différentes selon si on 
entre ou sort du métro.
Pour se conformer à cette situation, tout en cartographiant les zones 
intérieures en surfacique, on avait utilisé les relations destination_sign.

Exemple à la gare de lyon :
https://www.openstreetmap.org/node/4086374120
Cette bouche porte le nom "Gare de Lyon" lorsqu'on vient de l'extérieur, 
et "Sortie Rue Van Gogh" lorsqu'on sort.

Et sa relation destination_sign :
https://www.openstreetmap.org/relation/10054778

Stf

Le 14/02/2020 à 15:26, Francois Gouget a écrit :

On Fri, 14 Feb 2020, osm.sanspourr...@spamgourmet.com wrote:
[...]

https://www.sortiesdumetro.fr
 n'a pas des
données libres, mais ça peut permettre de voir la complétude. Après rien
n'empêche de demander s'ils acceptent une exception.

Ce site indique aussi quelles sorties disposent d'un ascenseur. Je ne
sais pas si la présence d'un ascenseur doit être représentée dans
OpenStreetMap mais ça serait sans doute une bonne idée d'indiquer quelle
sorties sont accessibles en fauteuil roulant.

Parfois les deux se combinent. Par exemple à Cachan deux des sorties ont
un ascenseur et sont donc accessibles en fauteuil roulant (+poussettes &
valises lourdes), tandis que deux autres nécessitent d'emprunter un
escalier.

Pour une sortie je suppose que la géométrie pourrait suffir à expliciter
l'accessibilité en chaise roulante, quoiqu'il n'y ait pas le moindre tag
wheelchair à l'horizon.

https://www.openstreetmap.org/node/6769102196

Mais pour l'autre sortie je ne vois pas trop comment une application
pourrait rattacher l'ascenseur à la sortie correspondante et traiter les
aspects chaise roulante :

https://www.openstreetmap.org/node/3823552596

Bon, et le champ name contient le nom de la station dans les deux cas
ce qui serait faux selon Noémie (et je suis d'accord). Par contre,
faut-il vraiment mettre le numéro dans le nom ou devrait-il être dans
le champ ref ? (pas exit_number apparemment) Ou les deux ?


[...]

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

ref est-il sensé être unique globalement ? (comme pour les
identifiants de boîtes aux lettres ou de transformateur) Parce que si
l'on met le numéro de sortie il y aura beaucoup de doublons 1, 2, 3...



1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Non, destination est bon. C'est plutôt "name" qui est à vérifier et à
remplacer par destination le cas échéant.

Si je reprends la gare de Cachan, destination contient le nom des lignes
de bus en correspondance. Ça ne me semble pas devoir aller dans name.
Mais destination devrait-il indiquer les lignes de bus plutôt que les
noms de rues ?

Ce qui est bizarre aussi c'est qu'il a deux sorties côte à côte, une
pour le quai des RERs en provenance de Paris et l'autre pour ceux venant
de la banlieue ; et l'une indique "162;187;193;v3" et l'autre
"162;187;193". Pourtant venant de province c'est bien la sortie à
prendre pour attraper la Valouette (v3). C'est peut-être une bizarrerie
de l'affichage RATP. Il faudra que je vérifie.



Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?

destination, ref et le nom de la station portée par la relation
public_transport=stop_area, oui c'est mieux (et au final on vire name,

Si à Cachan le champ destination contient bien les noms des lignes de
bus, alors il ne permettrait pas de reconstruire le nom des sorties qui,
il me semble, contiennent le nom de la rue où elles sont.




___
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

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet Christian Quest 

Le 14/02/2020 à 15:26, Francois Gouget a écrit :

On Fri, 14 Feb 2020, osm.sanspourr...@spamgourmet.com wrote:
[...]

https://www.sortiesdumetro.fr
 n'a pas des
données libres, mais ça peut permettre de voir la complétude. Après rien
n'empêche de demander s'ils acceptent une exception.

Ce site indique aussi quelles sorties disposent d'un ascenseur. Je ne
sais pas si la présence d'un ascenseur doit être représentée dans
OpenStreetMap mais ça serait sans doute une bonne idée d'indiquer quelle
sorties sont accessibles en fauteuil roulant.

Parfois les deux se combinent. Par exemple à Cachan deux des sorties ont
un ascenseur et sont donc accessibles en fauteuil roulant (+poussettes &
valises lourdes), tandis que deux autres nécessitent d'emprunter un
escalier.

Pour une sortie je suppose que la géométrie pourrait suffir à expliciter
l'accessibilité en chaise roulante, quoiqu'il n'y ait pas le moindre tag
wheelchair à l'horizon.

https://www.openstreetmap.org/node/6769102196

Mais pour l'autre sortie je ne vois pas trop comment une application
pourrait rattacher l'ascenseur à la sortie correspondante et traiter les
aspects chaise roulante :

https://www.openstreetmap.org/node/3823552596

Bon, et le champ name contient le nom de la station dans les deux cas
ce qui serait faux selon Noémie (et je suis d'accord). Par contre,
faut-il vraiment mettre le numéro dans le nom ou devrait-il être dans
le champ ref ? (pas exit_number apparemment) Ou les deux ?



C'est toute la différence entre des données relationnelles avec des 
liens explicites et des données géographiques, avec des liens 
implicites. Dans le premier cas, il n'y a pas ambiguïté, dans le second, 
il faut faire un calcul géométrique et on n'est pas toujours sûr du 
résultat.


La modélisation sert justement à rester autant que possible dans 
l'explicite non ambigu.





[...]

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

ref est-il sensé être unique globalement ? (comme pour les
identifiants de boîtes aux lettres ou de transformateur) Parce que si
l'on met le numéro de sortie il y aura beaucoup de doublons 1, 2, 3...


Non ref n'a pas vocation a être unique... les numéros de routes sont un 
bon exemple !






1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Non, destination est bon. C'est plutôt "name" qui est à vérifier et à
remplacer par destination le cas échéant.

Si je reprends la gare de Cachan, destination contient le nom des lignes
de bus en correspondance. Ça ne me semble pas devoir aller dans name.
Mais destination devrait-il indiquer les lignes de bus plutôt que les
noms de rues ?


Qu'y a-t-il sur le terrain, c'est à dire sur les panneaux qui signalent 
les sorties ?


Une sortie débouche le plus souvent sur plein de choses... et la 
signalétique n'est pas homogène. Parfois on aura un nom de rue, des N° 
de lignes de bus, voire le nom d'un monument !


Là, je pense qu'il faut repasser en géo implicite et pas en description 
explicite.




Ce qui est bizarre aussi c'est qu'il a deux sorties côte à côte, une
pour le quai des RERs en provenance de Paris et l'autre pour ceux venant
de la banlieue ; et l'une indique "162;187;193;v3" et l'autre
"162;187;193". Pourtant venant de province c'est bien la sortie à
prendre pour attraper la Valouette (v3). C'est peut-être une bizarrerie
de l'affichage RATP. Il faudra que je vérifie.



Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?

destination, ref et le nom de la station portée par la relation
public_transport=stop_area, oui c'est mieux (et au final on vire name,

Si à Cachan le champ destination contient bien les noms des lignes de
bus, alors il ne permettrait pas de reconstruire le nom des sorties qui,
il me semble, contiennent le nom de la rue où elles sont.



Les "noms" sont ici plutôt un repère pour les différencier et plus 
compréhensibles que des numéros complètement arbitraires.



--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet Francois Gouget 
On Fri, 14 Feb 2020, osm.sanspourr...@spamgourmet.com wrote:
[...]
> https://www.sortiesdumetro.fr
>  n'a pas des
> données libres, mais ça peut permettre de voir la complétude. Après rien
> n'empêche de demander s'ils acceptent une exception.

Ce site indique aussi quelles sorties disposent d'un ascenseur. Je ne 
sais pas si la présence d'un ascenseur doit être représentée dans 
OpenStreetMap mais ça serait sans doute une bonne idée d'indiquer quelle 
sorties sont accessibles en fauteuil roulant.

Parfois les deux se combinent. Par exemple à Cachan deux des sorties ont 
un ascenseur et sont donc accessibles en fauteuil roulant (+poussettes & 
valises lourdes), tandis que deux autres nécessitent d'emprunter un 
escalier.

Pour une sortie je suppose que la géométrie pourrait suffir à expliciter 
l'accessibilité en chaise roulante, quoiqu'il n'y ait pas le moindre tag 
wheelchair à l'horizon.

https://www.openstreetmap.org/node/6769102196

Mais pour l'autre sortie je ne vois pas trop comment une application 
pourrait rattacher l'ascenseur à la sortie correspondante et traiter les 
aspects chaise roulante :

https://www.openstreetmap.org/node/3823552596

Bon, et le champ name contient le nom de la station dans les deux cas 
ce qui serait faux selon Noémie (et je suis d'accord). Par contre, 
faut-il vraiment mettre le numéro dans le nom ou devrait-il être dans 
le champ ref ? (pas exit_number apparemment) Ou les deux ?


[...]
> > 266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
> > sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
> > des données manquantes?

ref est-il sensé être unique globalement ? (comme pour les 
identifiants de boîtes aux lettres ou de transformateur) Parce que si 
l'on met le numéro de sortie il y aura beaucoup de doublons 1, 2, 3...


> > 1070 noeuds ont un attribut name, seulement 57 ont un attribut
> > destination. Est-ce que du coup on pourrait faire disparaître l'attribut
> > destination?
> 
> Non, destination est bon. C'est plutôt "name" qui est à vérifier et à
> remplacer par destination le cas échéant.

Si je reprends la gare de Cachan, destination contient le nom des lignes 
de bus en correspondance. Ça ne me semble pas devoir aller dans name. 
Mais destination devrait-il indiquer les lignes de bus plutôt que les 
noms de rues ?

Ce qui est bizarre aussi c'est qu'il a deux sorties côte à côte, une 
pour le quai des RERs en provenance de Paris et l'autre pour ceux venant 
de la banlieue ; et l'une indique "162;187;193;v3" et l'autre 
"162;187;193". Pourtant venant de province c'est bien la sortie à 
prendre pour attraper la Valouette (v3). C'est peut-être une bizarrerie 
de l'affichage RATP. Il faudra que je vérifie.


> > Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
> > une version alternative découpée en plusieurs morceaux?
> 
> destination, ref et le nom de la station portée par la relation
> public_transport=stop_area, oui c'est mieux (et au final on vire name,

Si à Cachan le champ destination contient bien les noms des lignes de 
bus, alors il ne permettrait pas de reconstruire le nom des sorties qui, 
il me semble, contiennent le nom de la rue où elles sont.



-- 
Francois Gouget   http://fgouget.free.fr/
 "Utilisateur" (nom commun) :
Mot utilisé par les informaticiens en lieu et place d'"idiot".___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet osm . sanspourriel 

Le 13/02/2020 à 23:17, Sébastien Hinderer -
sebastien.hinde...@ens-lyon.org a écrit :


Bonsoir Marc,

Merci beaucoup pour ta réponse rapide!


D'accord avec les réponses de Marc.


Je suis aveugle et codeur. J'aimerais faire une petite appli web
permettant de saisir une adresse et donnant en retour les*bouches*  de
métro les plus proches de cette adresse.


Bonne idée et les bonnes compétences pour le faire.

https://www.sortiesdumetro.fr
 n'a pas des
données libres, mais ça peut permettre de voir la complétude. Après rien
n'empêche de demander s'ils acceptent une exception.


Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
bouches par stations donc c'est bien, ça veut dire que
l'information est déjà présente! Ce que je me demande c'set si on peut
raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
choses? La question se pose pour les bouches elles-mêmes aussi,
d'ailleurs.


Oui tu as bien compris, non ce n'est probablement pas exhaustif.


266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

Quid de exit_number alors? Faudrait-il l'enlever?


Non, à remplacer par ref (c'est sans doute ce que tu voulais dire).


1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?


Non, destination est bon. C'est plutôt "name" qui est à vérifier et à
remplacer par destination le cas échéant.


Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?


destination, ref et le nom de la station portée par la relation
public_transport=stop_area, oui c'est mieux (et au final on vire name,
et pour éviter que d'autres en inventent un on peut mettre noname
=yes).

Comme ça sur une carte on peut afficher proprement les noms des stations
d'un côté et les numéros de sortie de l'autre (éventuellement la
destination aussi).

Peut-être que la page du wiki doit être clarifiée.


Idéalement, ce serait bien me semble-t-il d'avoir des tags séparés pour
le nom de la station, le numéro de la sortie et le nom de la sortie.


+1


il semblerait qu'il y en a
aussi beaucoup qui utilisent l'attribut ref, sans que je sois sûr à 100%
que le numéro utilisé comme valeur pour ref soit toujours le numéro de
sortie véritable, au sens RATP.


Tu peux chercher les valeurs exotiques, ça devrait être un nombre
inférieur à 100.


Je voudrais échanger avec vous pour savoir s'il vous semblerait possible
d'aller vers plus d'uniformité et, si oui, comment on devrait s'y
prendre pour y arriver. Je ne sais pas trop si c'set une discussion
qu'on peut avoir ici ou s'il faudrait l'avoir à un niveau international
cependant, donc je sollicite aussi vos conseils là-dessus.


On peut discuter ici, regarder si c'est bien par rapport au wiki et si
on veut changer des choses, voir sur une liste internationale.


Il serati bien aussi de pouvoir indiquer lesquelles des stations
communiquent entre elles (Saint-Michel et Cluny, Opéra et Aubert,
etc.) parce que parfois quand on ne voit pas on préfère faire
certains trajets sous terre, parce qu'avec les couloirs c'est plus
simple
et plus balisé qu'en surface.


Je suppose qu'il y a une voie piétonne de tracée entre les
stations/sorties. Je ne sais s'il y a ou s'il faut des attributs
spécifiques. Peut-être une sortie avec pour destination l'autre station ?

Sinon il y a aussi une liste spécialisée sur les transports publics.

Jean-Yvon


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet Sébastien Hinderer 
Bonjour Christian,

Un grand merci pour ta réponse. Je comprends que beaucoup reste à faire
mais suis très motivé, le besoin étant réel. Et, bien que je n'aie pas
encore essayé l'API de contribution, ça ne m'effraie pas de faire le
travail de fourmi consistant à nourrir la base objet par objet, tag par
tag.

Simplement, je pense que j'aurais besoin d'aide, à plusieurs niveaux. Je
pense notamment à:

- M'aider pour regarder ce qui se fait ailleurs: je pense que d'une part
ça va faire beauoucp de donées à compulser (en braille tout prend plus de
temps) et que, d'autre part, ça demande une expertise OSM que je n'ai pas
(encore) de distinguer, dans tout ce qui exite, ce dont on peut
s'inspirer de ce qu'il vaut mieux éviter.

- Réfléchir avec moi à l'ordre dans lequel on fait les choses, une fois
qu'on a décidé vers où on voulait aller.

- Eventuellement, m'aider sur les premières contributions, ou au moins
les valider, pour être sûr que je ne fasse pas de bêtises.

S'il y a des personnes de la communauté qui sont disponibles pour
apporter de l'aide sur ces différents points, ce serait vraiment super.
Si en plus ces personnes sont basées à Paris, on pourrait peut-être même
envisager de se rencontrer, ça peut permettre d'avancer plus
efficacement.

D'avance merci beaucoup,

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet Noémie Lehuby via Talk-fr 

Bonjour,

La page de wiki est normalement à jour avec les bonnes pratiques : 
https://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance


Et effectivement, sur la région parisienne, il reste encore pas mal de 
boulot.

Quelques remarques :
- Toutes les relations des stations existent, mais il y a encore des 
bouches de métro qui ne sont pas dans ces relations
- Le nom de la bouche ne devrait pas répéter le nom de la station, mais 
plutôt être de la forme "Sortie 2 - Place de l'Église"
- Certaines bouches de métro n'ont pas de "destination", certaines 
bouches n'ont pas de numéro ... Aucune idée des règles qui déterminent 
ça (dans ce cas, name = Sortie)
- Les sorties de certaines gares de RER et Transilien ont le tag 
railway=train_station_entrance, avec les mêmes règles de fonctionnement
- Il y a des données sur les bouches de métro sur le portail open data 
d'IDFM donc on pourrait envisager une analyse Osmose pour compléter les 
noms et numéro de ces bouches de métro et sorties de gares déjà présents 
dans OSM et peut-être aussi en détecter d'éventuelles manquantes


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 13/02/2020 à 23:17, Sébastien Hinderer a écrit :

Bonsoir Marc,

Merci beaucoup pour ta réponse rapide!

marc marc (2020/02/13 21:51 +):

à chaud, sans avoir été chercher la précédente discussion sur le sujet :

le nom de la station n'est pas celui de la sortie, le wiki recommande
l'utilisation d'une relation public_transport=stop_area
pour les lier (et je partage cet avis)

OK. Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
bouches par stations donc c'est bien, ça veut dire que
l'information est déjà présente! Ce que je me demande c'set si on peut
raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
choses? La question se pose pour les bouches elles-mêmes aussi,
d'ailleurs.

J'essaierai de voir bientôt s'ily a des bouches qui ne sont dans aucune
relation par exemple, des choses comme ça.


les sorties devraient avoir leur no dans ref=*, j'espère que tout le
monde était d'accord :)

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

Quid de exit_number alors? Faudrait-il l'enlever?


de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
name qui souvent n'est pas vraiment un nom propre à la sortie mais une
destination (pour lequel il existe le tag destination, par exemple
utilisé pour les sorties routières). bien que pertinent comme argument,
je m'en tiens pour l'instant à l'usage documenté (le tag name).

1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?


j'avais testé une appli capable d'indiquer le no de sortie le plus court
vers la destination, je ne me souviens hélas plus de son nom.

Il y a "Métro sorties" que j'avais mais qui ne marche plus trop bien. Il
y en a d'autres aussi mais qui ofnt les choses de façon graphique, donc
inutilisable pour les déficients visuels.

Sébastien.

___
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

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-14 Par sujet Christian Quest 

Bonjour Sébastien,

L'état des tags sur les bouches de métro n'a rien d'exceptionnel pour 
les données OSM qui, dans la majorité des cas, sont ajoutées petit à 
petit, objet par objet, tag par tag... sauf quand on a une source 
opendata sur laquelle s'appuyer. Il y a peut être une piste à creuser 
dans les données du plan de voirie de la Ville de Paris, mais côté RATP 
rien d'exploitable à ce jour.


Ceci vaut pour l'exhaustivité des objets et des tags.

Ensuite, second problème, la cohérence et l’homogénéité des tags 
utilisés. Pour les bouches de métro, il y a eu, historiquement, une 
première tentative de les relier aux stations à l'aide de relations qui 
semblent avoir toutes disparues aujourd'hui.


Il y a aussi eu un usage des relations "site", on en trouve encore 
(Pigalle, Gare d'Austerlitz, Cité Universitaire).


Puis, le schéma pour les transports publics a évolué et la notion de 
stop_area est arrivée qui permet de faire le lien bouche de métro/station.


Des bouches de métro membre d'aucune relation il y en a, sûrement 
beaucoup, exemple: https://www.openstreetmap.org/node/6462062885



Un travail d'harmonisation, documenté serait fort utile !

Pour commencer, j'irai regarder ce qui se fait ailleurs dans le monde... 
histoire de ne pas inventer un truc génial mais isolé.


Ce dont on a besoin, c'est:

- un nom et/ou un numéro pour la sortie (noms et numéros qu'on trouve 
sur les panneaux dans les stations)


- un lien vers la station (relation)


Le 13/02/2020 à 23:17, Sébastien Hinderer a écrit :

Bonsoir Marc,

Merci beaucoup pour ta réponse rapide!

marc marc (2020/02/13 21:51 +):

à chaud, sans avoir été chercher la précédente discussion sur le sujet :

le nom de la station n'est pas celui de la sortie, le wiki recommande
l'utilisation d'une relation public_transport=stop_area
pour les lier (et je partage cet avis)

OK. Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
bouches par stations donc c'est bien, ça veut dire que
l'information est déjà présente! Ce que je me demande c'set si on peut
raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
choses? La question se pose pour les bouches elles-mêmes aussi,
d'ailleurs.

J'essaierai de voir bientôt s'ily a des bouches qui ne sont dans aucune
relation par exemple, des choses comme ça.


les sorties devraient avoir leur no dans ref=*, j'espère que tout le
monde était d'accord :)

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

Quid de exit_number alors? Faudrait-il l'enlever?


de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
name qui souvent n'est pas vraiment un nom propre à la sortie mais une
destination (pour lequel il existe le tag destination, par exemple
utilisé pour les sorties routières). bien que pertinent comme argument,
je m'en tiens pour l'instant à l'usage documenté (le tag name).

1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?


j'avais testé une appli capable d'indiquer le no de sortie le plus court
vers la destination, je ne me souviens hélas plus de son nom.

Il y a "Métro sorties" que j'avais mais qui ne marche plus trop bien. Il
y en a d'autres aussi mais qui ofnt les choses de façon graphique, donc
inutilisable pour les déficients visuels.

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-13 Par sujet Sébastien Hinderer 
Bonsoir Marc,

Merci beaucoup pour ta réponse rapide!

marc marc (2020/02/13 21:51 +):
> à chaud, sans avoir été chercher la précédente discussion sur le sujet :
> 
> le nom de la station n'est pas celui de la sortie, le wiki recommande
> l'utilisation d'une relation public_transport=stop_area
> pour les lier (et je partage cet avis)

OK. Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
bouches par stations donc c'est bien, ça veut dire que
l'information est déjà présente! Ce que je me demande c'set si on peut
raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
choses? La question se pose pour les bouches elles-mêmes aussi,
d'ailleurs.

J'essaierai de voir bientôt s'ily a des bouches qui ne sont dans aucune
relation par exemple, des choses comme ça.

> les sorties devraient avoir leur no dans ref=*, j'espère que tout le
> monde était d'accord :)

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

Quid de exit_number alors? Faudrait-il l'enlever?

> de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
> name qui souvent n'est pas vraiment un nom propre à la sortie mais une
> destination (pour lequel il existe le tag destination, par exemple
> utilisé pour les sorties routières). bien que pertinent comme argument,
> je m'en tiens pour l'instant à l'usage documenté (le tag name).

1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?

> j'avais testé une appli capable d'indiquer le no de sortie le plus court
> vers la destination, je ne me souviens hélas plus de son nom.

Il y a "Métro sorties" que j'avais mais qui ne marche plus trop bien. Il
y en a d'autres aussi mais qui ofnt les choses de façon graphique, donc
inutilisable pour les déficients visuels.

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

2020-02-13 Par sujet marc marc 
Bonjour Sébastien,

Le 13.02.20 à 22:29, Sébastien Hinderer a écrit :
> bouches qui n'ont pas de nom. Même parmi celles qui en ont un, le contenu 
> peut varier: soit station, numéro de sortie et nom de la rue, soit juste 
> une partie de ces éléments.

à chaud, sans avoir été chercher la précédente discussion sur le sujet :

le nom de la station n'est pas celui de la sortie, le wiki recommande
l'utilisation d'une relation public_transport=stop_area
pour les lier (et je partage cet avis)

les sorties devraient avoir leur no dans ref=*, j'espère que tout le
monde était d'accord :)

de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
name qui souvent n'est pas vraiment un nom propre à la sortie mais une
destination (pour lequel il existe le tag destination, par exemple
utilisé pour les sorties routières). bien que pertinent comme argument,
je m'en tiens pour l'instant à l'usage documenté (le tag name).

j'avais testé une appli capable d'indiquer le no de sortie le plus court
vers la destination, je ne me souviens hélas plus de son nom.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr