Re: [OSM-talk-fr] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

[Sébastien Hinderer]

Bonjour,

Juste pour être sûr: compte-tenu des circonstances (virus...) est-ce que
le week-end va être maintenu?

Merci,

Sébastien.

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

Re: [OSM-talk-fr] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

[Sébastien Hinderer]

Bonjour,

Frédéric Rodrigo (2020/03/09 10:59 +0100):
> Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui cherche un
> hébergement ou qui ne se sont pas encore organisé ?

 * |Lupini| lève la main :)

Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire
ça dès ce soir.

Cheers,

Sébastien.

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

[OSM-talk-fr] Calcul de distances à pieds

[Sébastien Hinderer]

Bonsoir à tous,

Dans le cadre de Métro Stories déjà évoqué ici
(http://seb.thefreecat.org/metro-stories), il faut calculer des
distances entre positions GPS. Pour le moment ces calculs de distances
se font de façon très naïve: à vol d'oiseau, à la main sans utiliser
aucune bibliothèque dédiée...
Ce qui serait souhaitable, ce serait de pouvoir calculer des distances
"à pieds", puisque c'est elles qui sont intéressantes dans le contexte
de cette application.

D'après vous, comment ce calcul devrait-il être fait? Y a-t-il des
services prenant deux points GPS en entrée et fournissant ce résultat en
sortie, ou est-ce que c'est plus compliqué que ça?

Idéalement, j'aimerais bien sûr utiliser uniquement des données et
logiciels libres. Néanmoins, j'ai aussi l'objectif d'améliorer le service
"rapidement", donc s'il existe quelque chose de facile à utiliser du
côté de Google Maps par exemple cela pourrait m'intéresser également, ne
serait-ce qu'en attendant d'avoir un équivalent libre, si celui-ci
devait s'avérer plus compliqué à développer.

Par ailleurs j'ai aussi la contrainte de minimiser, autant que possible,
le nombre de requêtes à d'autres services car, déjà actuellement,
l'impact sur le temps de réponse est notable, perceptible par
l'utilisateur et, je dirais, gênant.

Pour être complet, je dois dire que j'espère pouvoir optimiser un peu ce
qui est fait actuellement. Si on met de côté la requête à la BAN pour
traduire l'adresse en coordonnées GPS (incontournable je pense), il
reste 6 requêtes OverPass: une pour trouver les bouches de métro les
plus proches et ensuite, pour chaque bouche affichée, une requête
pour trouver à quelle station elle est reliée. J'espère pouvoir ne
faire qu'une seule requête à la place de
ces 6 mais mon niveau en
OverPass n'est pas encore suffisant pour me permettre d'y arriver,
j'espère progresser sur ce point. L'avantage de séparer les requêtes
était aussi que dans la réponse, comme je fais une requête par bouche,
je sais tout de suite à quelle bouche les stations sont liées. J'imagine
que, si je combine la requête pour trouver les bouches ET les requêtes
pour trouver les stop_area auxquelles appartiennent les bouches, il y
aura un petit travail à faire pour retrouver pour chaque stop_area
pourquoi on l'a, i.e. quelle bouche l'a fait apparaître. Sans doute pas
infaisable mais voilà, je débute dans à peu près toutes les technologies
que j'utilise pour ce projet donc tout est dur, ou disons rien n'est
simple.

Chaleureusement à 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

[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] Rencontre mensuelle du Groupe de Lyon 10/03/2020 - 18h30

[Sébastien Hinderer]

Bonsoir René,

Merci beaucoup d'avoir annoncé votre rencontre lyonnaise sur la liste!

Je ne sais pas si tu as suivi le fil de discussion sur les données des
bouches de métro mais voilà, le petit site que j'ai fait

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

n'est plus limité à l'Île-de-France comme au début. Il peut marcher
partout en France et en particulier il semble fonctionner à Lyon.
Simplement, il semblerait que les données concernant les bouches du
métro de Lyon soient pour le moment moins abouties que ce qu'on a pour
Paris.

Du coup, s'il y a des motivés parmi vous qui seraient OK pour compléter
et affiner ce qui existe, ça rendrait service notamment aux déficients
visuels lyonnais qui pourraient ainsi aussi utiliser Métro Stories.

Ne pouvant venir à votre rencontre je n'ajoute pas la proposition au
wiki et me contente de la laisser ici.

Bien chaleureusement à vous amis lyonnais,

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

[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

[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] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

[Sébastien Hinderer]

Bonjour, tous,

Dès que j'aurais réussi à réinitialiser mon mot de passe je m'inscrirai
sur le wiki.

Est-ce que parmi les franciliens qui viennent quelqu'un est intéressé
par voyager ensemble en train ou en voiture?

S'il reste des places en hébergement je suis carrément intéressé.

Ce sera cool de faire la connaissance de ceux qui pourront venir!

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

[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] Vandalisme utilisateur "PARIS SUD", le retour

[Sébastien Hinderer]

MERCI, Jean-Yovn!

Je suis désolé de ne pas avoir pu mettre la main à la pâte. Il faut que
je m'écrive un petit script autour de l'API d'OSM pour pouvoir
ocntribuer et je n'ai aps encore trouvé le temps, le courage,
l'énergie... de le faire. Mais j'espère y arriver bientôt.

@Jean-Yovn: lorsque tu supprimes les "sortie" des noms, est-ce que tu
vérifies bien que l'info se trouve effectivement dans ref?

Pour info il y a quelques noeuds où ref a des valeurs bizarres: 0, -1,
*LAZ* *ASC*.

Sébastien, reconnaisant et qui espère pouvoir contribuer par lui-même
bientôt.

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

Re: [OSM-talk-fr] Vandalisme utilisateur "PARIS SUD", le retour

[Sébastien Hinderer]

PS: merci à thomas et Jean-Pierre aussi, ainsi qu'à Noémie d'avoir créé
le challenge!


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

Re: [OSM-talk-fr] Vandalisme utilisateur "PARIS SUD", le retour

[Sébastien Hinderer]

Un très très grand merci, Jean-Yvon!

Je suis en train d'apprendre (douloureusement) OverPass, pour pouvoir me
passer de la "base de données" locale de bouches que j'avais construite
et pouvoir ainsi bénéficier de ton travail.

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

[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

[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

[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)
> >><https://www.openstreetmap.org/relation/7731239>
> >>  * Place d'Italie (5) (7731238)
> >><https://www.openstreetmap.org/relation/7731238>
> >>  * Place d'Italie (7) (7731237)
> >><https://www.openstreetmap.org/relation/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

[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

[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] Tagger correctement les panneaux entrées de villes & villages

[Sébastien Hinderer]

Bravo pour ce travail c'est hyper enthousiasmant!
Et merci pour le petit exemple OverPass, c'est instructif à lire!

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

[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

[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

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

[Sébastien Hinderer]

Bonsoir à tous,

Avant d'en venir aux détails, un petit mot de contexte.

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. C'est une information cruciale
quand on ne voit pas, car selon la sortie qu'on prendra à une station
comme Bastille par exemple, notre trajet vers notre destination
s'en trouvera soit simplifié, soit très compliqué. Pourtant, bien
que cruciale, c'est une information qu'il est très difficile pour
nous de trouver dans les applications classiques. D'où m'on idée
d'en faire une, libre et open-source, à
partir de données libres
elles aussi. Et bon, c'est aussi un prétexte pour commencer à étudier
OSM. :)

Je me suis donc intéressé aux noeuds représentant les bouches de
métro franciliennes, à savoir ceux ayant un tag
railway="subway_entrance".

On trouve 1188 noeuds avec ce tag pour toute l'île de France, dont 951
pour Paris Intra Muros.

Sous ma signature, vous trouverez un petit rapport que j'ai extrait de
ces noeuds et qui montre quels tags ils utilisent.

Ce qui ressort de tout ça, c'est que pour le moment le marquage des
noeuds n'est pas très homogène. Par exemple, il y a 118 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.

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.



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. Ceci
permettrait dans une application comme celle citée au début d'avoir un
affichage bien clair et homogène. Pour les numéros de sorties, quelques
bouches utilisent le tag exit_number, mais 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.
Voilà pour les premiers questionnements. Il y en a d'autres comme par
exemple comment on pourrait représenter le fait que plusieurs bouches
appartiennent à une même station. On peut bien sûr avoir un tag station
partagé par toutes les bouches, mais il faut du coup être sûr que
l'orthographe sera bien la même pour toutes les bouches, alors
peut-être qu'on pourrait avoir une relation par station, dont les
membres sont les bouches, ça me semblerait plus robuste.
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.

Chaleureusement à tous,

Sébaistien (|Lupin| sur IRC mais pas souvent connecté).

PS: si vous avez besoin de données plus précises, par exemple les identifiants
des noeuds qui n'ont pas de name ou autre, je peux voous les fournir sans
problème. Et je suis évidemment prêt à contribuer moi aussi à
l'amélioration de la base si c'est jugé opportun et qu'on se met d'accord
sur le résultat auquel on souhaite parvenir.

Rapport sur les tags utilisés par les noeuds railway="subway_entrance"
pour l'île de France.

* FIXME (1 tagged, 1187 untagged)
* STIF:zone (1 tagged, 1187 untagged)
* access (13 tagged, 1175 untagged)
* access:RATP (47 tagged, 1141 untagged)
* addr:city (1 tagged, 1187 untagged)
* addr:housenumber (3 tagged, 1185 untagged)
* addr:street (3 tagged, 1185 untagged)
* advertising (2 tagged, 1186 untagged)
* alt_name (6 tagged, 1182 untagged)
* amenity (1 tagged, 1187 untagged)
* artist_name (8 tagged, 1180 untagged)
* automatic_door (4 tagged, 1184 untagged)
* barrier (4 tagged, 1184 untagged)
* bicycle (23 tagged, 1165 untagged)
* bus_stop:type (1 tagged, 1187 untagged)
* conveying (3 tagged, 1185 untagged)
* description (13 tagged, 1175 untagged)
* description:en (1 tagged, 1187 untagged)
* description:fr (6 tagged, 1182 untagged)
* destination (57 tagged, 1131 untagged)
* direction (49 tagged, 1139 untagged)
* door (15 tagged, 1173 untagged)
* elevator (3 tagged, 1185 untagged)
* entrance (52 tagged, 1136 untagged)
* exit (2 tagged, 1186 untagged)
* exit_name (6 tagged, 1182 untagged)
* exit_number (6 tagged, 1182 untagged)
* exit_only (2 tagged, 1186 untagged)
* fixme (6 tagged, 1182 untagged)
* heritage (29 tagged, 1159 untagged)
* heritage:operator (31 tagged, 1157 untagged)
* highway (12 tagged, 1176 untagged)
* image (3 tagged, 1185 untagged)
* indoor (1 tagged, 1187 untagged)
* layer (14 tagged, 1174 untagged)
* level (146 tagged, 1042 untagged)
* level:ref (1 tagged, 1187 untagged)
* line (1