Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Djakk,

Plus que 2816 arrêts sans nom en Île-de-France :)



Alors quelles sont les statistiques du jour concernant les arrêts sans nom
? O:-)



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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Marc,

quelques retours dans le texte.


J'ai l'impression qu'il y a 3 grands cas de figure :

- l'arrêt est dans osm mais pas stif
Erreur stif/microcosm ? arrêt supprimé ? j'ai besoin de lunette ?
exemple https://www.openstreetmap.org/node/1712003220
un fixme=not_in_stif pour éviter qu'on fasse la même vérif à plusieurs ?
Il faudrait une liste de valeur fixme pour les sélectionner + tard
Ne peux-t-on pas extraire la liste des arrêts supprimés ?

Plusieurs cas de figures possibles :

 * l'arrêt n'exite pas ou plus sur le terrain
 * l'arrêt existe mais ce n'est pas du transport public sous la
   juridiction du STIF (c'est le cas si c'est un bus touristique tel
   que l'OpenTour, ou une navette privée, comme la navette Ikea ou
   navette pour les employés de l'entreprise Machin)
 * l'arrêt existe bien côté STIF mais il est tellement mal géolocalisé
   qu'il faut chercher dans une autre rue plus loin pour le trouver
 * À noter qu'il y a, à certains endroits, pas mal de déviations et de
   travaux pendant l'été donc ça pourrait aussi être un arrêt
   temporairement pas utilisé


Bref, il n'y a pas de bonnes réponses simples pour gérer ces cas.
Statistiquement, je dirai que c'est quand même souvent la première 
option, donc ça peut être pas mal c'est d'ajouter sur l'arrêt un "FIXME 
= vérifier si cet arrêt existe vraiment" ou un truc du genre pour le 
faire ressortir et inciter à ajouter des infos dessus qui permettraient 
d'affiner le diagnostic.



- si par contre l'arrêt existe dans stif, n'est-il pas possible
d'intégrer son nom en automatique ?
genre si la localisation d'un arrêt de bus sans nom dans osm est proche
de celle d'un arrêt dans STIF et qu'aucun arrêt n'a ce nom dans osm et
aucun autre arrêt dans un rayon de X mètres, on ajoute le nom sur le
noeud osm avec un tag dans le changeset pour garder en historique que ce
fut un opération automatique.
exemple https://www.openstreetmap.org/node/2200150989
En dessous d'une certaine distance, je pense que c'est acceptable
Quelle est l'erreur maximale de géolocalisation trouvée dans le passé ?
J'avais vu quelques exemple dans une vidéo de présentation mais je ne la
retrouve plus.


C'est 160m mon record de distance entre un arrêt STIF et un arrêt OSM, 
il me semble ...


On peut envisager des choses de ce genre, j'ai déjà fait quelques 
scripts dans le passé qui faisaient ça (attention c'est vieux, c'était 
avant l'ouverture en opendata des données du STIF) : 
https://nlehuby.5apps.com/script-dintegration-des-arrets-de-bus-dans-osm-a-partir-de-navitiaio.html
Mais ce n'est vraiment pas magique, il suffit de chercher pour trouver 
des contrexemples (j'en ai quelques uns à la fin de mon article de blog)
Maintenant, j'opte pour une démarche systématique : plutôt que d'ajouter 
au petit bonheur la chance des noms sur les arrêts qui n'en ont pas, 
autant passer en revue l'intégralité de la ligne, arrêt, tracé et tags 
pour tout mettre en qualité et en profiter pour ajouter les ref:FR:STIF. 
Ça prend plus de temps, mais je pense qu'on a quand même qqch de plus 
qualitatif à la fin.



- autre cas de figure : l'arrêt sans nom dans osm a un nom dans stif qui
correspond à un arrêt ultra proche (de l'autre côté de la rue ou du
carrefour), on peux supposer que c'est le même nom ?
Quelqu'un fait déjà cette supposition sans être sur place ?
Quelqu'un a un exemple qui invalide la supposition ?
En campagne ce n'est pas valide. l'arrêt de bus de ce midi était un
doublon. la rue n'a qu'un arrêt commun au trajet aller et retour et
situé sur un petit parking annexe à la rue.
Je genre de situation tordue existe-t-il en ville ?
genre dans un rond-point ou carrefour assimilé
peut-être ajouter du genre source=guest_by_proximity


Oui ça arrive, cf le contrexemple de Porte Dorée de l'article de blog 
cité plus haut.



Autres questions :
- est-il possible d'ajouter une sélection pour séparer les fixme qui
indiquent qu'il faut aller sur place (par exemple fixme=localisation) de
ceux qui n'ont pas de fixme ?
J'ai basculé sur overpass par facilité avec
node["highway"="bus_stop"][!"name"][!"fixme"]
J'ignore combien de personne participe au projet ni leur niveau
S'il y a des bonnes volontés peu à l'aise avec overpass, je pense que ce
serrait utile

- encore plus utile : n'est-il pas envisageable de fusionner les 2 ? le
coloriage des arrêts osm avec l'affichage des arrêts stif ?


J'ai aussi fait un kml Maps.me avec les FIXME : 
https://nlehuby.5apps.com/mapsme-arrets-bus-ameliorer-qualite.html

Je peux faire un combo des FIXME no name si tu penses que c'est utile ;)



- rajouter les mêmes tests dans osmose permet une alerte de proximité
dans Vespucci. Je dis çà mais je suis pas à Paris en ce moment. Donc
cela ne me servira pas. Je ne sais pas si d'autres l'utilisent vu la
masse d'élément en attente.

- une ref stif c'est lié à un arrêt dans un sens (si oui comment savoir
le sens de la ligne concernée lorsqu'on veux l'ajouter à un arrêt ?)
ou commun dans les 2 sens ?
idem pour trams ? 

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[djakk djakk]

Alors quelles sont les statistiques du jour concernant les arrêts sans nom
? O:-)

Le 26 juillet 2017 à 18:59, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> En ce qui me concerne, séparer les changeset selon la source est
> impossible.
> Je travaille le plus souvent sur une zone donnée, en essayant de
> positionner les objets les uns par rapport aux autres, donc en m'appuyant
> pour ce faire sur toutes les sources disponibles.
>
> Question annexe (mais importante) : avec la source uniquement sur le
> changeset, comment retrouver (facilement) la source pour qui exporterait
> les données ?
>
> PY
>
> Le 26 juillet 2017 à 18:30, marc marc  a écrit
> :
>
>> Le 26. 07. 17 à 17:51, Jean-Claude Repetto a écrit :
>> > une source pour la position et une autre source pour le nom
>> oui source:geometry et source:name ont du sens.
>> mais on peux mettre ce niveau de détail dans le changeset non ?
>> tu as un exemple d'un changeset que tu as fait qui aurait un tag précis
>> ayant une valeur différente selon l'objet sans que cela justifie de se
>> faciliter la vie avec 2 changeset ?
>>
>> ce qui n'a pas de sens c'est source=machin sur l'objet puisque la seule
>> façon de savoir ce que cela concerne c'est de retrouver le changeset
>> ___
>> 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] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

En ce qui me concerne, séparer les changeset selon la source est impossible.
Je travaille le plus souvent sur une zone donnée, en essayant de
positionner les objets les uns par rapport aux autres, donc en m'appuyant
pour ce faire sur toutes les sources disponibles.

Question annexe (mais importante) : avec la source uniquement sur le
changeset, comment retrouver (facilement) la source pour qui exporterait
les données ?

PY

Le 26 juillet 2017 à 18:30, marc marc  a écrit :

> Le 26. 07. 17 à 17:51, Jean-Claude Repetto a écrit :
> > une source pour la position et une autre source pour le nom
> oui source:geometry et source:name ont du sens.
> mais on peux mettre ce niveau de détail dans le changeset non ?
> tu as un exemple d'un changeset que tu as fait qui aurait un tag précis
> ayant une valeur différente selon l'objet sans que cela justifie de se
> faciliter la vie avec 2 changeset ?
>
> ce qui n'a pas de sens c'est source=machin sur l'objet puisque la seule
> façon de savoir ce que cela concerne c'est de retrouver le changeset
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Le 26. 07. 17 à 17:51, Jean-Claude Repetto a écrit :
> une source pour la position et une autre source pour le nom
oui source:geometry et source:name ont du sens.
mais on peux mettre ce niveau de détail dans le changeset non ?
tu as un exemple d'un changeset que tu as fait qui aurait un tag précis 
ayant une valeur différente selon l'objet sans que cela justifie de se 
faciliter la vie avec 2 changeset ?

ce qui n'a pas de sens c'est source=machin sur l'objet puisque la seule 
façon de savoir ce que cela concerne c'est de retrouver le changeset
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[djakk djakk]

Oui, il faut une source par tag en fait.

Le 26 juillet 2017 à 17:51, Jean-Claude Repetto  a écrit :

> Le 26/07/2017 à 15:59, Jo a écrit :
> > Il est préférable de taguer les source sur les changeset. Sinon on va
> > arriver à une situation comme en France où chaque objet a un tag source
> > d'un kilomètre de long qui prend énormément de place dans la BDD.
> >
>
> Bonjour,
>
> En général, on utilise simultanément plusieurs sources (imageries
> aériennes, cadastre, terrain, ...). Si on veut être précis, on doit
> indiquer la source pour chaque objet (et même parfois plusieurs sources
> pour un seul objet, par exemple une source pour la position et une autre
> source pour le nom).
>
> Jean-Claude
>
>
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Jean-Claude Repetto]

Le 26/07/2017 à 15:59, Jo a écrit :
> Il est préférable de taguer les source sur les changeset. Sinon on va
> arriver à une situation comme en France où chaque objet a un tag source
> d'un kilomètre de long qui prend énormément de place dans la BDD.
>

Bonjour,

En général, on utilise simultanément plusieurs sources (imageries
aériennes, cadastre, terrain, ...). Si on veut être précis, on doit
indiquer la source pour chaque objet (et même parfois plusieurs sources
pour un seul objet, par exemple une source pour la position et une autre
source pour le nom).

Jean-Claude


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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Le 26. 07. 17 à 15:37, lenny.libre a écrit :
> lorsque je regarde un objet, je ne vais jamais voir le tag source du 
> groupe de modifications.

Tu te bases donc sur un tag malheureusement souvent désynchronisé :)
Dans josm c'est rapide de retrouver le changeset qui a modifié le tag
Je suis entrain de réfléchir a une proposition pour que josm affiche à 
côté du tag la source du changeset qui l'a modifié en dernier.
Cela permettrait d'avoir le confort du source tag sur l'objet sans info 
dupliquée ou désynchronisée.

> Et puis dans un groupe de modifications, il y plusieurs sources, si je 
> travaille sur un croisement, je met en source des passages protégés 
> l'imagerie et en source des panneaux ma connaissance sur le terrain et 
> le cadastre sur le nom de la voie
Pour ma part, j'essaye d'éviter de trop mixer les sources dans un 
changeset parce que sinon le suivant ne saura pas évaluer si ma source 
est plus récente que la sienne.
Généralement je fais un changeset séparé pour le survey (parce info 
ultra fraîche peu susceptible d'être incorrecte) du reste (les 
intégration opendata ou le sat qui a n'a pas été fait hier)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Jo]

Il est préférable de taguer les source sur les changeset. Sinon on va
arriver à une situation comme en France où chaque objet a un tag source
d'un kilomètre de long qui prend énormément de place dans la BDD.

2017-07-26 14:45 GMT+02:00 Florian LAINEZ :

> il est préférable de préciser la source directement sur les objets
> eux-mêmes.
>
> Le 26 juillet 2017 à 13:33, djakk djakk  a écrit :
>
>> Oui effectivement j'ai carburé ^^ merci pour le comptage je ne pensais
>> pas en avoir fait autant :O
>>
>> Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho
>> IGN' sur l'arrêt de bus créé ou bien le "source" du changeset suffit ? Ou
>> bien j'arrête de mapper avec cette technique, laissant le boulot à un
>> mapper local ?
>>
>> Le 26 juillet 2017 à 09:42, Florian LAINEZ  a écrit :
>>
>>> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
 et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
 a pas mal qui font l'objet de travaux pour mise aux normes
 d'accessibilité... donc warning ;)

>>>
>>> +1
>>>
>>> Le 25 juillet 2017 à 17:52, Christian Quest  a
>>> écrit :
>>>
 Le 25/07/2017 à 17:29, marc marc a écrit :

> djakk 200 arrêts trouvé sur imagerie sat en 6 jours ? woaw tu carbures
> !
>
>
 Warning... les images aériennes ne sont pas forcément de toute
 fraîcheur et les arrêts de bus n'ont pas un emplacement immuable, surtout
 qu'il y en a pas mal qui font l'objet de travaux pour mise aux normes
 d'accessibilité... donc warning ;)

 --
 Christian Quest - OpenStreetMap France



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

>>>
>>>
>>>
>>> --
>>>
>>> *Florian Lainez*
>>> @overflorian 
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

J'aurais dit l'inverse.

Mes changesets sont en général une confrontation de plusieurs sources.
Donc je mets un tag source par objet, et si l'objet change, je change aussi
la source.
Rigueur. ;)

Le 26 juillet 2017 à 15:08, marc marc  a écrit :

> Moi j'aurais dis l'inverse :)
> Le changeset a été créé pour éviter de dupliquer 200 fois le même tag
> sur les 200 objets.
> Surtout que lorsque quelqu'un modifie l'objet, si le sourcetag précédent
> reste, il devient erroné (un arrêt de bus confirmé sur place alors que
> la source va toujours dire qu'il provient d'imagerie sat.
> Du coup il et impossible de se fier au source sur l'objet, on ne peux se
> baser que sur celui du changeset donc pas d'intérêt de dupliquer un tag
> qui deviendra désynchronisé par la suite.
> A la limite un fixeme serrait plus utilisable.. parce que celui là on le
> vire systématiquement lorsqu'on le traite.
>
> Le 26. 07. 17 à 14:45, Florian LAINEZ a écrit :
> > il est préférable de préciser la source directement sur les objets
> > eux-mêmes.
> >
> > Le 26 juillet 2017 à 13:33, djakk djakk  > > a écrit :
> >
> > Oui effectivement j'ai carburé ^^ merci pour le comptage je ne
> > pensais pas en avoir fait autant :O
> >
> > Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho
> > IGN' sur l'arrêt de bus créé ou bien le "source" du changeset suffit
> > ? Ou bien j'arrête de mapper avec cette technique, laissant le
> > boulot à un mapper local ?
> >
> > Le 26 juillet 2017 à 09:42, Florian LAINEZ  > > a écrit :
> >
> > Warning... les images aériennes ne sont pas forcément de
> > toute fraîcheur et les arrêts de bus n'ont pas un
> > emplacement immuable, surtout qu'il y en a pas mal qui font
> > l'objet de travaux pour mise aux normes d'accessibilité...
> > donc warning ;)
> >
> >
> > +1
> >
> > Le 25 juillet 2017 à 17:52, Christian Quest
> > > a
> écrit :
> >
> > Le 25/07/2017 à 17:29, marc marc a écrit :
> >
> > djakk 200 arrêts trouvé sur imagerie sat en 6 jours ?
> > woaw tu carbures !
> >
> >
> > Warning... les images aériennes ne sont pas forcément de
> > toute fraîcheur et les arrêts de bus n'ont pas un
> > emplacement immuable, surtout qu'il y en a pas mal qui font
> > l'objet de travaux pour mise aux normes d'accessibilité...
> > donc warning ;)
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> > 
> >
> >
> >
> >
> > --
> >
> > *Florian Lainez*
> >
> > @overflorian 
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[lenny.libre]

Le 26/07/2017 à 15:08, marc marc a écrit :

Moi j'aurais dis l'inverse :)
Le changeset a été créé pour éviter de dupliquer 200 fois le même tag
sur les 200 objets.
Surtout que lorsque quelqu'un modifie l'objet, si le sourcetag précédent
reste, il devient erroné (un arrêt de bus confirmé sur place alors que
la source va toujours dire qu'il provient d'imagerie sat.
Du coup il et impossible de se fier au source sur l'objet, on ne peux se
baser que sur celui du changeset donc pas d'intérêt de dupliquer un tag
qui deviendra désynchronisé par la suite.
A la limite un fixeme serrait plus utilisable.. parce que celui là on le
vire systématiquement lorsqu'on le traite.
oui et non, tu as sûrement raison, mais (vu l'état de ce champs source) 
lorsque je regarde un objet, je ne vais jamais voir le tag source du 
groupe de modifications.
Et puis dans un groupe de modifications, il y plusieurs sources, si je 
travaille sur un croisement, je met en source des passages protégés 
l'imagerie et en source des panneaux ma connaissance sur le terrain et 
le cadastre sur le nom de la voie


Leni



Le 26. 07. 17 à 14:45, Florian LAINEZ a écrit :

il est préférable de préciser la source directement sur les objets
eux-mêmes.

Le 26 juillet 2017 à 13:33, djakk djakk > a écrit :

 Oui effectivement j'ai carburé ^^ merci pour le comptage je ne
 pensais pas en avoir fait autant :O

 Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho
 IGN' sur l'arrêt de bus créé ou bien le "source" du changeset suffit
 ? Ou bien j'arrête de mapper avec cette technique, laissant le
 boulot à un mapper local ?

 Le 26 juillet 2017 à 09:42, Florian LAINEZ > a écrit :

 Warning... les images aériennes ne sont pas forcément de
 toute fraîcheur et les arrêts de bus n'ont pas un
 emplacement immuable, surtout qu'il y en a pas mal qui font
 l'objet de travaux pour mise aux normes d'accessibilité...
 donc warning ;)


 +1

 Le 25 juillet 2017 à 17:52, Christian Quest
 > a écrit :

 Le 25/07/2017 à 17:29, marc marc a écrit :

 djakk 200 arrêts trouvé sur imagerie sat en 6 jours ?
 woaw tu carbures !


 Warning... les images aériennes ne sont pas forcément de
 toute fraîcheur et les arrêts de bus n'ont pas un
 emplacement immuable, surtout qu'il y en a pas mal qui font
 l'objet de travaux pour mise aux normes d'accessibilité...
 donc warning ;)

 --
 Christian Quest - OpenStreetMap France



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




 --

 *Florian Lainez*

 @overflorian 

___
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] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Moi j'aurais dis l'inverse :)
Le changeset a été créé pour éviter de dupliquer 200 fois le même tag 
sur les 200 objets.
Surtout que lorsque quelqu'un modifie l'objet, si le sourcetag précédent 
reste, il devient erroné (un arrêt de bus confirmé sur place alors que 
la source va toujours dire qu'il provient d'imagerie sat.
Du coup il et impossible de se fier au source sur l'objet, on ne peux se 
baser que sur celui du changeset donc pas d'intérêt de dupliquer un tag 
qui deviendra désynchronisé par la suite.
A la limite un fixeme serrait plus utilisable.. parce que celui là on le 
vire systématiquement lorsqu'on le traite.

Le 26. 07. 17 à 14:45, Florian LAINEZ a écrit :
> il est préférable de préciser la source directement sur les objets 
> eux-mêmes.
> 
> Le 26 juillet 2017 à 13:33, djakk djakk  > a écrit :
> 
> Oui effectivement j'ai carburé ^^ merci pour le comptage je ne
> pensais pas en avoir fait autant :O
> 
> Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho
> IGN' sur l'arrêt de bus créé ou bien le "source" du changeset suffit
> ? Ou bien j'arrête de mapper avec cette technique, laissant le
> boulot à un mapper local ?
> 
> Le 26 juillet 2017 à 09:42, Florian LAINEZ  > a écrit :
> 
> Warning... les images aériennes ne sont pas forcément de
> toute fraîcheur et les arrêts de bus n'ont pas un
> emplacement immuable, surtout qu'il y en a pas mal qui font
> l'objet de travaux pour mise aux normes d'accessibilité...
> donc warning ;)
> 
> 
> +1
> 
> Le 25 juillet 2017 à 17:52, Christian Quest
> > a écrit :
> 
> Le 25/07/2017 à 17:29, marc marc a écrit :
> 
> djakk 200 arrêts trouvé sur imagerie sat en 6 jours ?
> woaw tu carbures !
> 
> 
> Warning... les images aériennes ne sont pas forcément de
> toute fraîcheur et les arrêts de bus n'ont pas un
> emplacement immuable, surtout qu'il y en a pas mal qui font
> l'objet de travaux pour mise aux normes d'accessibilité...
> donc warning ;)
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> 
> -- 
> 
> *Florian Lainez*
> 
> @overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Florian LAINEZ]

il est préférable de préciser la source directement sur les objets
eux-mêmes.

Le 26 juillet 2017 à 13:33, djakk djakk  a écrit :

> Oui effectivement j'ai carburé ^^ merci pour le comptage je ne pensais pas
> en avoir fait autant :O
>
> Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho IGN'
> sur l'arrêt de bus créé ou bien le "source" du changeset suffit ? Ou bien
> j'arrête de mapper avec cette technique, laissant le boulot à un mapper
> local ?
>
> Le 26 juillet 2017 à 09:42, Florian LAINEZ  a écrit :
>
>> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
>>> et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
>>> a pas mal qui font l'objet de travaux pour mise aux normes
>>> d'accessibilité... donc warning ;)
>>>
>>
>> +1
>>
>> Le 25 juillet 2017 à 17:52, Christian Quest  a
>> écrit :
>>
>>> Le 25/07/2017 à 17:29, marc marc a écrit :
>>>
 djakk 200 arrêts trouvé sur imagerie sat en 6 jours ? woaw tu carbures !


>>> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
>>> et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
>>> a pas mal qui font l'objet de travaux pour mise aux normes
>>> d'accessibilité... donc warning ;)
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>> ___
>> 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
>
>


-- 

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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[djakk djakk]

Oui effectivement j'ai carburé ^^ merci pour le comptage je ne pensais pas
en avoir fait autant :O

Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho IGN'
sur l'arrêt de bus créé ou bien le "source" du changeset suffit ? Ou bien
j'arrête de mapper avec cette technique, laissant le boulot à un mapper
local ?

Le 26 juillet 2017 à 09:42, Florian LAINEZ  a écrit :

> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
>> et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
>> a pas mal qui font l'objet de travaux pour mise aux normes
>> d'accessibilité... donc warning ;)
>>
>
> +1
>
> Le 25 juillet 2017 à 17:52, Christian Quest  a
> écrit :
>
>> Le 25/07/2017 à 17:29, marc marc a écrit :
>>
>>> djakk 200 arrêts trouvé sur imagerie sat en 6 jours ? woaw tu carbures !
>>>
>>>
>> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
>> et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
>> a pas mal qui font l'objet de travaux pour mise aux normes
>> d'accessibilité... donc warning ;)
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Florian LAINEZ]

>
> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
> et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
> a pas mal qui font l'objet de travaux pour mise aux normes
> d'accessibilité... donc warning ;)
>

+1

Le 25 juillet 2017 à 17:52, Christian Quest  a
écrit :

> Le 25/07/2017 à 17:29, marc marc a écrit :
>
>> djakk 200 arrêts trouvé sur imagerie sat en 6 jours ? woaw tu carbures !
>>
>>
> Warning... les images aériennes ne sont pas forcément de toute fraîcheur
> et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y en
> a pas mal qui font l'objet de travaux pour mise aux normes
> d'accessibilité... donc warning ;)
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Christian Quest]

Le 25/07/2017 à 17:29, marc marc a écrit :

djakk 200 arrêts trouvé sur imagerie sat en 6 jours ? woaw tu carbures !



Warning... les images aériennes ne sont pas forcément de toute fraîcheur 
et les arrêts de bus n'ont pas un emplacement immuable, surtout qu'il y 
en a pas mal qui font l'objet de travaux pour mise aux normes 
d'accessibilité... donc warning ;)


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

djakk 200 arrêts trouvé sur imagerie sat en 6 jours ? woaw tu carbures !

Noémie j'ai pris au hasard quelques arrêts en rouge dans MapContrib et 
comparé avec les infos de la carte microcosm

J'ai l'impression qu'il y a 3 grands cas de figure :

- l'arrêt est dans osm mais pas stif
Erreur stif/microcosm ? arrêt supprimé ? j'ai besoin de lunette ?
exemple https://www.openstreetmap.org/node/1712003220
un fixme=not_in_stif pour éviter qu'on fasse la même vérif à plusieurs ?
Il faudrait une liste de valeur fixme pour les sélectionner + tard
Ne peux-t-on pas extraire la liste des arrêts supprimés ?

- si par contre l'arrêt existe dans stif, n'est-il pas possible 
d'intégrer son nom en automatique ?
genre si la localisation d'un arrêt de bus sans nom dans osm est proche 
de celle d'un arrêt dans STIF et qu'aucun arrêt n'a ce nom dans osm et 
aucun autre arrêt dans un rayon de X mètres, on ajoute le nom sur le 
noeud osm avec un tag dans le changeset pour garder en historique que ce 
fut un opération automatique.
exemple https://www.openstreetmap.org/node/2200150989
En dessous d'une certaine distance, je pense que c'est acceptable
Quelle est l'erreur maximale de géolocalisation trouvée dans le passé ?
J'avais vu quelques exemple dans une vidéo de présentation mais je ne la 
retrouve plus.

- autre cas de figure : l'arrêt sans nom dans osm a un nom dans stif qui 
correspond à un arrêt ultra proche (de l'autre côté de la rue ou du 
carrefour), on peux supposer que c'est le même nom ?
Quelqu'un fait déjà cette supposition sans être sur place ?
Quelqu'un a un exemple qui invalide la supposition ?
En campagne ce n'est pas valide. l'arrêt de bus de ce midi était un 
doublon. la rue n'a qu'un arrêt commun au trajet aller et retour et 
situé sur un petit parking annexe à la rue.
Je genre de situation tordue existe-t-il en ville ?
genre dans un rond-point ou carrefour assimilé
peut-être ajouter du genre source=guest_by_proximity

Autres questions :
- est-il possible d'ajouter une sélection pour séparer les fixme qui 
indiquent qu'il faut aller sur place (par exemple fixme=localisation) de 
ceux qui n'ont pas de fixme ?
J'ai basculé sur overpass par facilité avec
node["highway"="bus_stop"][!"name"][!"fixme"]
J'ignore combien de personne participe au projet ni leur niveau
S'il y a des bonnes volontés peu à l'aise avec overpass, je pense que ce 
serrait utile

- encore plus utile : n'est-il pas envisageable de fusionner les 2 ? le 
coloriage des arrêts osm avec l'affichage des arrêts stif ?

- rajouter les mêmes tests dans osmose permet une alerte de proximité
dans Vespucci. Je dis çà mais je suis pas à Paris en ce moment. Donc 
cela ne me servira pas. Je ne sais pas si d'autres l'utilisent vu la 
masse d'élément en attente.

- une ref stif c'est lié à un arrêt dans un sens (si oui comment savoir 
le sens de la ligne concernée lorsqu'on veux l'ajouter à un arrêt ?)
ou commun dans les 2 sens ?
idem pour trams ? les métros ?

Le sens de mes questions est non seulement de voir si on pourrait pas 
"optimiser" le temps humain si précieux mais c'est aussi de savoir le 
degré de fiabilité souhaité.
Faut-il mieux laisser un arrêt sans nom parce quand on n'est pas sur 
place ou faire des suppositions pour les cas simples afin de consacrer 
le précieux temps humain aux autres cas ? Quitte à mettre une autre 
couche + tard pour affiner ce qui doit l'être.

Le 25. 07. 17 à 11:30, nlehuby a écrit :
> Hello,
> 
> pour les arrêts de bus sans nom d'Île-de-France, voici quelques autres 
> ressources utiles :
> 
>   * un fichier kml pour Maps.me, pour pouvoir repérer sur le terrain ces
> arrêts dont le nom est manquant :
> https://nlehuby.5apps.com/mapsme-arrets-bus-sans-nom.html
>   * cette webapp affiche les arrêts OSM et les arrêts STIF opendata
> (avec déjà une passe de correction orthographique significative pour
> les noms tout en majuscule, les abbréviations, les accents
> manquants, etc) :
> 
> https://microcosm.5apps.com/opendata_bus.html?poi_type=bus_stop#18/48.83937/2.65463
> 
> 
> Et le thème MapContrib JungleBus met en valeur (en rouge) les arrêts de 
> bus sans nom : https://www.cartes.xyz/t/e7200d-Arrets_de_bus#
> 
> -- 
>   
> Noémie Lehuby
> @nlehuby
> 
>> C'est moi ahaha ^^' j'ai pour le moment juste ajouté les arrêts de bus
>> (avec juste highway = 'stop') dont on voit les zébras sur l'image aérienne
>> d'IGN, manuellement donc. J'ai comparé les arrêts du GTFS de IdF
>> Mobilités-ex-STIF (qui ne sont pas toujours bons) avec ceux déjà présents
>> dans openstreetmap.
>>
>> Ensuite, je compte faire comme ça :
>> Pour nommer les arrêts sans nom, je m'aide de ma carte
>> http://itineraires.idf.free.fr/idf-juillet-2017/?15,1.98987,48.8725  qui
>> utilise les noms du fichier GTFS de IdF Mobilités-ex-STIF quand il n'y a
>> pas de nom osm.
>> Plus+ une requête chez Overpass pour voir où sont ces arrêts sans nom
>> https://overpass-turbo.eu  :
>>
>> [out:json][timeout:25];
>>> // gather results
>>> (
>>>

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[nlehuby]

Hello,

pour les arrêts de bus sans nom d'Île-de-France, voici quelques autres 
ressources utiles :


 * un fichier kml pour Maps.me, pour pouvoir repérer sur le terrain ces
   arrêts dont le nom est manquant :
   https://nlehuby.5apps.com/mapsme-arrets-bus-sans-nom.html
 * cette webapp affiche les arrêts OSM et les arrêts STIF opendata
   (avec déjà une passe de correction orthographique significative pour
   les noms tout en majuscule, les abbréviations, les accents
   manquants, etc) :
   
https://microcosm.5apps.com/opendata_bus.html?poi_type=bus_stop#18/48.83937/2.65463


Et le thème MapContrib JungleBus met en valeur (en rouge) les arrêts de 
bus sans nom : https://www.cartes.xyz/t/e7200d-Arrets_de_bus#


--
 
Noémie Lehuby

@nlehuby


C'est moi ahaha ^^' j'ai pour le moment juste ajouté les arrêts de bus
(avec juste highway = 'stop') dont on voit les zébras sur l'image aérienne
d'IGN, manuellement donc. J'ai comparé les arrêts du GTFS de IdF
Mobilités-ex-STIF (qui ne sont pas toujours bons) avec ceux déjà présents
dans openstreetmap.

Ensuite, je compte faire comme ça :
Pour nommer les arrêts sans nom, je m'aide de ma carte
http://itineraires.idf.free.fr/idf-juillet-2017/?15,1.98987,48.8725 qui
utilise les noms du fichier GTFS de IdF Mobilités-ex-STIF quand il n'y a
pas de nom osm.
Plus+ une requête chez Overpass pour voir où sont ces arrêts sans nom
https://overpass-turbo.eu :

[out:json][timeout:25];

// gather results
(
   // query part for: “highway=primary and traffic!=*”
   node["highway"="bus_stop"][! "name"]({{bbox}});
);
// print results
out body;

;

out skel qt;


Le 24 juillet 2017 à 23:32, marc marc  a écrit :


Je trouve étonnant les stats sur les 6 derniers jours :
Parmi les 500 nouveaux arrêt, 200 ont été ajouté sans nom.
Quelqu'un a fait un import partiel ?
J'ai du mal à imaginer quel source permet d'ajouter autant d'arrêt mais
sans en connaître le nom.. p'tre du mapillary

Allez hop demain j'enfourche le vélo pour aller maper le dernier arrêt
de bus sans nom qui reste dans les environs pendant que Noémie modifie
un valeur des marches :-)

Le 24. 07. 17 à 20:27, Noémie Lehuby a écrit :

Hello,

il ne sous reste plus qu'une semaine de projet du mois sur les arrêts de
bus. Et pourtant, tant de choses à faire !

Par exemple, saviez-vous qu'il y a encore

   * 12 949 arrêts qui n'ont pas de nom
   * 136 arrêts avec un tag FIXME


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_

month/arr%C3%AAts_de_bus


Go go go !

Noémie


Le 10/07/2017 à 09:38, Noémie Lehuby a écrit :

Hello,

Ce n'est pas parce que ce sont les bus sont passés en horaires d'été
qu'il faut mollir les amis, le mois n'est pas encore fini et il y a
encore beaucoup d'arrêts de bus à mettre sur la carte !

Pas d'excuses : les petits trains touristiques et les navettes pour
aller à l'aéroport sont aussi concernées.

Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_

month/arr%C3%AAts_de_bus



--
@nlehuby

___


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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[djakk djakk]

C'est moi ahaha ^^' j'ai pour le moment juste ajouté les arrêts de bus
(avec juste highway = 'stop') dont on voit les zébras sur l'image aérienne
d'IGN, manuellement donc. J'ai comparé les arrêts du GTFS de IdF
Mobilités-ex-STIF (qui ne sont pas toujours bons) avec ceux déjà présents
dans openstreetmap.

Ensuite, je compte faire comme ça :
Pour nommer les arrêts sans nom, je m'aide de ma carte
http://itineraires.idf.free.fr/idf-juillet-2017/?15,1.98987,48.8725 qui
utilise les noms du fichier GTFS de IdF Mobilités-ex-STIF quand il n'y a
pas de nom osm.
Plus+ une requête chez Overpass pour voir où sont ces arrêts sans nom
https://overpass-turbo.eu :

[out:json][timeout:25];
> // gather results
> (
>   // query part for: “highway=primary and traffic!=*”
>   node["highway"="bus_stop"][! "name"]({{bbox}});
> );
> // print results
> out body;
> >;
> out skel qt;


Le 24 juillet 2017 à 23:32, marc marc  a écrit :

> Je trouve étonnant les stats sur les 6 derniers jours :
> Parmi les 500 nouveaux arrêt, 200 ont été ajouté sans nom.
> Quelqu'un a fait un import partiel ?
> J'ai du mal à imaginer quel source permet d'ajouter autant d'arrêt mais
> sans en connaître le nom.. p'tre du mapillary
>
> Allez hop demain j'enfourche le vélo pour aller maper le dernier arrêt
> de bus sans nom qui reste dans les environs pendant que Noémie modifie
> un valeur des marches :-)
>
> Le 24. 07. 17 à 20:27, Noémie Lehuby a écrit :
> > Hello,
> >
> > il ne sous reste plus qu'une semaine de projet du mois sur les arrêts de
> > bus. Et pourtant, tant de choses à faire !
> >
> > Par exemple, saviez-vous qu'il y a encore
> >
> >   * 12 949 arrêts qui n'ont pas de nom
> >   * 136 arrêts avec un tag FIXME
> >
> >
> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_
> month/arr%C3%AAts_de_bus
> >
> >
> > Go go go !
> >
> > Noémie
> >
> >
> > Le 10/07/2017 à 09:38, Noémie Lehuby a écrit :
> >> Hello,
> >>
> >> Ce n'est pas parce que ce sont les bus sont passés en horaires d'été
> >> qu'il faut mollir les amis, le mois n'est pas encore fini et il y a
> >> encore beaucoup d'arrêts de bus à mettre sur la carte !
> >>
> >> Pas d'excuses : les petits trains touristiques et les navettes pour
> >> aller à l'aéroport sont aussi concernées.
> >>
> >> Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)
> >>
> >> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_
> month/arr%C3%AAts_de_bus
> >>
> >>
> >
> > --
> > @nlehuby
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Je trouve étonnant les stats sur les 6 derniers jours :
Parmi les 500 nouveaux arrêt, 200 ont été ajouté sans nom.
Quelqu'un a fait un import partiel ?
J'ai du mal à imaginer quel source permet d'ajouter autant d'arrêt mais 
sans en connaître le nom.. p'tre du mapillary

Allez hop demain j'enfourche le vélo pour aller maper le dernier arrêt 
de bus sans nom qui reste dans les environs pendant que Noémie modifie 
un valeur des marches :-)

Le 24. 07. 17 à 20:27, Noémie Lehuby a écrit :
> Hello,
> 
> il ne sous reste plus qu'une semaine de projet du mois sur les arrêts de 
> bus. Et pourtant, tant de choses à faire !
> 
> Par exemple, saviez-vous qu'il y a encore
> 
>   * 12 949 arrêts qui n'ont pas de nom
>   * 136 arrêts avec un tag FIXME
> 
> 
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus
>  
> 
> 
> Go go go !
> 
> Noémie
> 
> 
> Le 10/07/2017 à 09:38, Noémie Lehuby a écrit :
>> Hello,
>>
>> Ce n'est pas parce que ce sont les bus sont passés en horaires d'été 
>> qu'il faut mollir les amis, le mois n'est pas encore fini et il y a 
>> encore beaucoup d'arrêts de bus à mettre sur la carte !
>>
>> Pas d'excuses : les petits trains touristiques et les navettes pour 
>> aller à l'aéroport sont aussi concernées.
>>
>> Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)
>>
>> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus
>>  
>>
>>
> 
> -- 
> @nlehuby
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Hello,

il ne sous reste plus qu'une semaine de projet du mois sur les arrêts de 
bus. Et pourtant, tant de choses à faire !


Par exemple, saviez-vous qu'il y a encore

 * 12 949 arrêts qui n'ont pas de nom
 * 136 arrêts avec un tag FIXME


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 



Go go go !

Noémie


Le 10/07/2017 à 09:38, Noémie Lehuby a écrit :

Hello,

Ce n'est pas parce que ce sont les bus sont passés en horaires d'été 
qu'il faut mollir les amis, le mois n'est pas encore fini et il y a 
encore beaucoup d'arrêts de bus à mettre sur la carte !


Pas d'excuses : les petits trains touristiques et les navettes pour 
aller à l'aéroport sont aussi concernées.


Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 





--
@nlehuby

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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Le 03. 07. 17 à 12:28, Florian LAINEZ a écrit :

Au delà de tout plein d'opérations bien techniques, c'est aussi
l'occasion de rappeler qu'une appli simplifiée a été développée pour
permettre aux débutants de contribuer : Jungle Bus

malheureusement non compatible avec ma tablette.
c'est limité aux smartphone ou à une version particulière ?
est-ce prévu une + grande comptabilité ?

Puisque tu en parles ! On travaille à rendre l'application accessible au 
plus grand nombre et il ne reste plus que quelques jours pour nous aider 
: https://fr.ulule.com/jungle-bus/


En attendant, tu peux utiliser ce thème MapContrib, qui a presque les 
mêmes fonctionnalités : https://www.cartes.xyz/t/e7200d-Arrets_de_bus#



--
@nlehuby

La plupart des villes dans le monde n'ont pas de plan de transport !
Aidez-nous à changer ça : https://fr.ulule.com/jungle-bus/


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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Philippe Verdy]

Le 10 juillet 2017 à 12:32, marc marc  a écrit :

> Le 10. 07. 17 à 11:18, Philippe Verdy a écrit :
> > Il n'y a pas que les bus qui sont en vacances, peut-être aussi que
> > beaucoup ont des choses à faire chez eux pour préparer leur voyage ou
> > bien sont déjà partis ou sont plus occupés avec les enfants
> initier les enfants à osm, je me demande ce que cela donnerait :-)
> genre les quêtes dans streetcomplete
>

Je pense que les parents ont plus envie de les faire sortir que de les
mettre devant un écran sur lesquels ils sont toute l'année (même à l'école
maintenant).
Et puis essayez de mettre un gamin à une tâche précise de plus de 10
minutes, mettez les devant un PC, 5 minutes après ils sont en train de
chatter sur des réseaux sociaux ou zapper sur Youtube ou trouver les sites
web des chaines de dessins animés. Les parents n'ont pas du tout envie (ni
le temps eux-même) de reproduire à la maison un système de contrôle
scolaire.
Et sans surveillance bon nombre font faire n'importe quoi sur OSM qui
demande aussi de la précision et de la rigueur, un suivi régulier sur une
période longue: ça va marcher pour quelques uns qui vont se passionner et
faire les choses bien (ou progresser), mais pas les autres qui
n'accepteront pas qu'on leur dise qu'ils ont mal fait un truc.

OSM pour les enfants oui, mais plutôt dans des petits groupes encadrés et
pour des taches bien définies et délimitées: mais les outils OSM ne sont
pas faits pour ça, on n'a pas de système de supervision de qualité avant
soumission. Ce qui marche c'est plutôt les cartoparties avec une balade
organisée dans un quartier, des prises de notes, un travail de préparation
avec des outils classiques: classer et étiqueter des photos, scanner des
notes ensuite créer un rapport qui servira à compléter les cartes. Les
éditeurs OSM c'est juste pour les véritables volontaires qui ont déjà un
intérêt manifesté et qui ont déjà commencé à se documenter pour comprendre
les sujets.

Quand je vois ce que peuvent publier sans contrôle sur les réseaux sociaux
des gamins laissés faire... Là ça les amuse vraiment car ils font tout pour
ne pas respecter les règles et vont assez loin sans grande conséquence pour
eux-mêmes concernant leur propre compte (même si pourtant ils s'exposent et
se mettent facilement en danger, les conséquences ne sont pas sur le réseau
lui-même en tout cas pas de la part de ce réseau dont la modération ne
fonctionne pas du tout). Ensuite on peut voir la grande tolérance sur
l'orthographe, la grammaire et tout ce qui ressemblerait à une règle
linguistique : comment leur expliquer sur que OSM on ne veut pas de ce
langage et qu'on a bien des règles très nombreuses (pas toujours claires,
pas faciles à décider et évolutives en plus) ?

OSM ce n'est pas un endroit où un doit envoyer des enfants non motivés et
leur demander une chose à faire quand ils voudraient faire autre chose. En
revanche on peut les amener à un atelier de présentation pour voir si ça
les intéresse vraiment. Mais là il faut des animateurs capables de
supporter le chahut et habitué à cette audience (pas des techniciens qui
d'habitude travaillent seuls ou avec des personnes comparables), et de
rapidement faire le tri dans l'assistance et des parents présents aussi
pour arrêter l'expérience si ça ne donne rien et perturbe les autres car
ces ateliers ne devraient pas être non plus des garderies.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Le 10. 07. 17 à 11:18, Philippe Verdy a écrit :
> Il n'y a pas que les bus qui sont en vacances, peut-être aussi que 
> beaucoup ont des choses à faire chez eux pour préparer leur voyage ou 
> bien sont déjà partis ou sont plus occupés avec les enfants
initier les enfants à osm, je me demande ce que cela donnerait :-)
genre les quêtes dans streetcomplete

Le 03. 07. 17 à 12:28, Florian LAINEZ a écrit :
> Au delà de tout plein d'opérations bien techniques, c'est aussi
> l'occasion de rappeler qu'une appli simplifiée a été développée pour
> permettre aux débutants de contribuer : Jungle Bus
malheureusement non compatible avec ma tablette.
c'est limité aux smartphone ou à une version particulière ?
est-ce prévu une + grande comptabilité ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Philippe Verdy]

Il n'y a pas que les bus qui sont en vacances, peut-être aussi que beaucoup
ont des choses à faire chez eux pour préparer leur voyage ou bien sont déjà
partis ou sont plus occupés avec les enfants qui ne sont plus à l'école et
qu'il faut occuper... En début de vacances ils sont souvent très prenants.
et même si les parents travaillent encore en attendant leurs congés, ils
ont moins le temps pour des activités annexes comme OSM, on peut
comprendre, ou en tout cas moins pour les activités les plus longues qui
demandent plus d'attention quand on n'a pas quelques heures devant soit...

Le 10 juillet 2017 à 09:38, Noémie Lehuby  a
écrit :

> Hello,
>
> Ce n'est pas parce que ce sont les bus sont passés en horaires d'été qu'il
> faut mollir les amis, le mois n'est pas encore fini et il y a encore
> beaucoup d'arrêts de bus à mettre sur la carte !
>
> Pas d'excuses : les petits trains touristiques et les navettes pour aller
> à l'aéroport sont aussi concernées.
>
> Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)
>
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
> arr%C3%AAts_de_bus
>
> --
> @nlehuby
>
> La plupart des villes dans le monde n'ont pas de plan de transport !
> Aidez-nous à changer ça : https://fr.ulule.com/jungle-bus/
>
>
> Le 01/07/2017 à 13:50, Frédéric Rodrigo a écrit :
>
>> Salut,
>>
>> Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
>> =15=48.69607=6.17944=1%2C2%2C3
>>
>> N'hésitez pas à faire un retour, notamment si la référence ne semble pas
>> bonne.
>>
>> (Il y a "None" dans les popups mais ça va être corrigé)
>>
>> Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres
>> ville, si elle n'y est pas déjà.
>> http://osmose.openstreetmap.fr/fr/errors/?item=8040
>> Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans
>> le GTFS.
>>
>>
>> Frédéric.
>>
>>
>>
>> Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>>
>>> Bonjour,
>>>
>>> Nouveau mois, nouveau projet du mois !
>>>
>>> Vous ne les remarquez plus tellement ils font partie du paysage urbain
>>> (ou pas), pourtant il en manque encore pas mal sur la carte !
>>> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !
>>>
>>> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>>>
>>> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>>> arr%C3%AAts_de_bus
>>>
>>>
>>> @nlehuby
>>>
>>>
>>
>
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Hello,

Ce n'est pas parce que ce sont les bus sont passés en horaires d'été 
qu'il faut mollir les amis, le mois n'est pas encore fini et il y a 
encore beaucoup d'arrêts de bus à mettre sur la carte !


Pas d'excuses : les petits trains touristiques et les navettes pour 
aller à l'aéroport sont aussi concernées.


Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus

--
@nlehuby

La plupart des villes dans le monde n'ont pas de plan de transport !
Aidez-nous à changer ça : https://fr.ulule.com/jungle-bus/

Le 01/07/2017 à 13:50, Frédéric Rodrigo a écrit :

Salut,

Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.

http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041=15=48.69607=6.17944=1%2C2%2C3 



N'hésitez pas à faire un retour, notamment si la référence ne semble 
pas bonne.


(Il y a "None" dans les popups mais ça va être corrigé)

Comme c'est basé sur le GTFS on peu facilement en ajouter pour 
d'autres ville, si elle n'y est pas déjà.

http://osmose.openstreetmap.fr/fr/errors/?item=8040
Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit 
dans le GTFS.



Frédéric.



Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :

Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage 
urbain (ou pas), pourtant il en manque encore pas mal sur la carte !

Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 




@nlehuby






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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Philippe Verdy]

Rien que par le fait que ce soit discuté uniquement sur des listes
franco-françaises et que ce n'est pas destiné aux autres pays, justifier
l'utilisation d'un espace de nom "FR:" pour que cela ne soit pas contesté
par d'autres utilisation ailleurs dans le monde.

Ok certaines valeurs s'en sont passé (INSEE par exemple) mais la pratique
est ancienne et l'INSEE a une activité internationale et est bien connue
dans les organismes de normalisations internationaux auxquels elle
participe. Mais on pourrait arguer que c'est le cas aussi des autres
organismes statiques européens (dont certains ont des sigles homonymes avec
d'autres pays comme "INSD").

On a le même cas avec certains tags britanniques pour des raisons
historiques (là où OpenStreetMap a commencé) et pour TIGER aux USA. Mais on
devrait être propre et ne plus proposer aucun tag franco-français sans
espace de nom surtout si cela n'a jamais été discuté ou approuvé pour une
utilisation internationale. Cela vaut autant pour toute référence propre à
d'autres pays (y compris ceux en développement): les homonymies (de nom ou
de sigles) sont nombreuses.

"INSEE" en revanche ne semble pas avoir d'homonymes ailleurs dans le monde.
Noter que ce n'est pas seulement un sigle, c'est un acronyme qu'on peut
orthographier "Insee", même si ce n'est pas le nom officiel: c'est un usage
admis pour les acronymes mais uniquement en français mais ici les tags
INSEE (même si on les réécrivant "FR:INSEE") sont indépendants de la langue
utilisée quand on les utilisent comme ref. Si on utilisait cela dans un
champ traduisible comme "name:fr" pour donner un nom francophone officiel
normalisé par l'INSEE, le tag resterait "INSEE" et ce serait
"official_name:INSEE" ou "official_name:FR:INSEE" (voire avec la norme
BCP47 pour les tags d'identification de langue : "official_name:INSEE:fr"
ou "official_name:FR:INSEE:fr" si on a besoin de préciser la langue, ou
même  "official_name:INSEE:fr-FR" ou "official_name:FR:INSEE:fr-FR" si en
plus on doit distinguer la version du français de France d'une autre
version pour le français d'un autre pays ce qui semblerait absurde ici car
FR:INSEE ne donne aucun nom official dans une langue d'un autre pays, même
si c'est un pays francophone. Bref on peut éventuellement trouver "Insee"
dans un tag, mais uniquement en *valeur* pour un libellé destiné à
l'utilisateur, mais pas dans la clé technique.




Le 4 juillet 2017 à 08:47, Ralf Treinen  a écrit :

> Je ne sais pas d'ou vient exactement cette habitude d'utiliser un espace
> de noms :FR:. Une explication peut être que c'est au niveau national
> que les conflits potentiels vont être discutés et gérés. Remarquez
> que cette discussion est sur une liste nationale (et ni européenne,
> ni régionale).
>
> -Ralf.
>
> On Tue, Jul 04, 2017 at 08:23:22AM +0200, Pierre-Yves Berrard wrote:
> > On ne peut pas empêcher les doublons potentiels de ref: (y compris
> suffixé) à
> > un niveau géographique donné. Donc la raison du FR doit être ailleurs.
> >
> > Le mieux serait tout simplement "ref", mais un arrêt peut être utilisé
> par
> > plusieurs opérateurs, donc "ref:Stan".
> > À noter que c'était au départ "ref:STAN" mais cela a été changé suite à
> une
> > discussion locale, pour faire coïncider avec ce qui est affiché sur le
> site de
> > l'opérateur.
> >
> > PS : 44 est le code géographique de la région Grand Est.
> >
> > Le 4 juillet 2017 à 01:09,  a écrit :
> >
> >
> > Comme la dernière fois il y a les pour et il y a les contre.
> >
> > Je suis pour FR:STAN parce que si tu recherches un plan de ligne, tu
> veux
> > celui de la STAN de Nancy or les outils permettent de mettre un
> identifiant
> > de réseau qui doit donc être unique (on ne peut ajouter un pays
> ailleurs).
> >
> > On considère que la liste française permet d'éviter les doublons (et
> oui
> > ref:FR:44:Stan - 44 n'est pas un code de région mais de département,
> sinon
> > il faudrait mettre BZH ;-) mais c'est la TAN).
> >
> > Pour Rennes c'est FR:STAR.
> >
> > Par contre je vois aussi Lila. ou encore fr_tim.
> >
> > Bref, peu importe sauf qu'une ref pas unique alors que certains
> outils sont
> > basés juste dessus, bof.
> >
> > Mais homogène. J'ai aussi vu des ref simples mais des wikidata sur
> > l'operator. Toujours le même pb : les outils doivent connaître et
> utiliser.
> >
> > Sinon une partie simple (STAN) et une spéciale techos
> (operator:wikidata).
> >
> >
> > Le 04/07/2017 à 00:41, Pierre-Yves Berrard -
> pierre.yves.berr...@gmail.com
> > a écrit :
> >
> > Je laisserais simplement tel quel. Certes il y a un risque de
> récupérer
> > une entreprise de pneumatique au Pérou en faisant une requête sur
> > ref:Stan tout seul. Mais en général la référence n'est pas la clé
> > principale d'une requête (au minimum public_transport=platform
> et une
> > zone géographique éventuellement).

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[François Lacombe]

Hello

+1 pour ref:FR
Avoir une clé dédiée permet à minima d'avoir des documentations et cas
d'usage séparés.
Le radical ref:FR permet de rattacher la référence a la liste des
references nationales plus facilement

Dans un projet aussi industriel que le notre, c'est pas rien

A+

Francois

Le 4 juil. 2017 08:48, "Ralf Treinen"  a écrit :

> Je ne sais pas d'ou vient exactement cette habitude d'utiliser un espace
> de noms :FR:. Une explication peut être que c'est au niveau national
> que les conflits potentiels vont être discutés et gérés. Remarquez
> que cette discussion est sur une liste nationale (et ni européenne,
> ni régionale).
>
> -Ralf.
>
> On Tue, Jul 04, 2017 at 08:23:22AM +0200, Pierre-Yves Berrard wrote:
> > On ne peut pas empêcher les doublons potentiels de ref: (y compris
> suffixé) à
> > un niveau géographique donné. Donc la raison du FR doit être ailleurs.
> >
> > Le mieux serait tout simplement "ref", mais un arrêt peut être utilisé
> par
> > plusieurs opérateurs, donc "ref:Stan".
> > À noter que c'était au départ "ref:STAN" mais cela a été changé suite à
> une
> > discussion locale, pour faire coïncider avec ce qui est affiché sur le
> site de
> > l'opérateur.
> >
> > PS : 44 est le code géographique de la région Grand Est.
> >
> > Le 4 juillet 2017 à 01:09,  a écrit :
> >
> >
> > Comme la dernière fois il y a les pour et il y a les contre.
> >
> > Je suis pour FR:STAN parce que si tu recherches un plan de ligne, tu
> veux
> > celui de la STAN de Nancy or les outils permettent de mettre un
> identifiant
> > de réseau qui doit donc être unique (on ne peut ajouter un pays
> ailleurs).
> >
> > On considère que la liste française permet d'éviter les doublons (et
> oui
> > ref:FR:44:Stan - 44 n'est pas un code de région mais de département,
> sinon
> > il faudrait mettre BZH ;-) mais c'est la TAN).
> >
> > Pour Rennes c'est FR:STAR.
> >
> > Par contre je vois aussi Lila. ou encore fr_tim.
> >
> > Bref, peu importe sauf qu'une ref pas unique alors que certains
> outils sont
> > basés juste dessus, bof.
> >
> > Mais homogène. J'ai aussi vu des ref simples mais des wikidata sur
> > l'operator. Toujours le même pb : les outils doivent connaître et
> utiliser.
> >
> > Sinon une partie simple (STAN) et une spéciale techos
> (operator:wikidata).
> >
> >
> > Le 04/07/2017 à 00:41, Pierre-Yves Berrard -
> pierre.yves.berr...@gmail.com
> > a écrit :
> >
> > Je laisserais simplement tel quel. Certes il y a un risque de
> récupérer
> > une entreprise de pneumatique au Pérou en faisant une requête sur
> > ref:Stan tout seul. Mais en général la référence n'est pas la clé
> > principale d'une requête (au minimum public_transport=platform
> et une
> > zone géographique éventuellement).
> >
> > Et s'il y a d'autres ref:Stan en France, il faudrait mettre un
> code
> > région : ref:FR:44:Stan ?
> >
> > PY
> >
> > Le 3 juillet 2017 à 23:29, Donat ROBAUX  a
> écrit :
> >
> > Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter
> qu'à
> > l'autre bout de la planète ce tag ne serve à autre chose,
> parce
> > qu'on ne connait pas tout ce qui passe ailleurs. La
> catégorisation
> > par pays me semble éviter ces écueils, même si évidemment
> quand on
> > fait une requête, elle est limitée à la France.
> >
> > Donat
> >
> >
> > [icon-] Garanti sans virus. www.avast.com
> >
> >
> > Le 3 juillet 2017 à 23:12, Romain MEHUT <
> romain.me...@gmail.com> a
> > écrit :
> >
> > Bonsoir,
> >
> > Quelqu'un pour trancher si on doit basculer les ref:stan
> > (indiqué ici http://wiki.openstreetmap.org/wiki/Nancy/
> > Transports_en_commun) en ref:FR:STAN ? Et par la même
> occasion
> > harmoniser les pratiques sur toute la France...
> >
> > Merci.
> >
> > Romain
> >
> >
> > Le 2 juillet 2017 à 12:17, Ralf Treinen 
> a
> > écrit :
> >
> > Bonjour,
> >
> > ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en
> > région parisienne
> > nous utilisons "ref:FR:STIF".
> >
> > -Ralf.
> >
> > On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves
> > Berrard wrote:
> > > Bonjour Frédéric,
> > >
> > > La référence à utiliser est "ref:Stan". Cela
> devrait
> > faire disparaître la
> > > quasi-totalité des points verts. ;-)
> > >
> > > Pierre-Yves
> > >
> > 

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Ralf Treinen]

Je ne sais pas d'ou vient exactement cette habitude d'utiliser un espace
de noms :FR:. Une explication peut être que c'est au niveau national 
que les conflits potentiels vont être discutés et gérés. Remarquez
que cette discussion est sur une liste nationale (et ni européenne,
ni régionale).

-Ralf.

On Tue, Jul 04, 2017 at 08:23:22AM +0200, Pierre-Yves Berrard wrote:
> On ne peut pas empêcher les doublons potentiels de ref: (y compris suffixé) à
> un niveau géographique donné. Donc la raison du FR doit être ailleurs.
> 
> Le mieux serait tout simplement "ref", mais un arrêt peut être utilisé par
> plusieurs opérateurs, donc "ref:Stan".
> À noter que c'était au départ "ref:STAN" mais cela a été changé suite à une
> discussion locale, pour faire coïncider avec ce qui est affiché sur le site de
> l'opérateur.
> 
> PS : 44 est le code géographique de la région Grand Est.
> 
> Le 4 juillet 2017 à 01:09,  a écrit :
> 
> 
> Comme la dernière fois il y a les pour et il y a les contre.
> 
> Je suis pour FR:STAN parce que si tu recherches un plan de ligne, tu veux
> celui de la STAN de Nancy or les outils permettent de mettre un 
> identifiant
> de réseau qui doit donc être unique (on ne peut ajouter un pays ailleurs).
> 
> On considère que la liste française permet d'éviter les doublons (et oui
> ref:FR:44:Stan - 44 n'est pas un code de région mais de département, sinon
> il faudrait mettre BZH ;-) mais c'est la TAN).
> 
> Pour Rennes c'est FR:STAR.
> 
> Par contre je vois aussi Lila. ou encore fr_tim.
> 
> Bref, peu importe sauf qu'une ref pas unique alors que certains outils 
> sont
> basés juste dessus, bof.
> 
> Mais homogène. J'ai aussi vu des ref simples mais des wikidata sur
> l'operator. Toujours le même pb : les outils doivent connaître et 
> utiliser.
> 
> Sinon une partie simple (STAN) et une spéciale techos (operator:wikidata).
> 
> 
> Le 04/07/2017 à 00:41, Pierre-Yves Berrard - pierre.yves.berr...@gmail.com
> a écrit :
> 
> Je laisserais simplement tel quel. Certes il y a un risque de 
> récupérer
> une entreprise de pneumatique au Pérou en faisant une requête sur
> ref:Stan tout seul. Mais en général la référence n'est pas la clé
> principale d'une requête (au minimum public_transport=platform et une
> zone géographique éventuellement).
> 
> Et s'il y a d'autres ref:Stan en France, il faudrait mettre un code
> région : ref:FR:44:Stan ?
> 
> PY
> 
> Le 3 juillet 2017 à 23:29, Donat ROBAUX  a écrit :
> 
> Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à
> l'autre bout de la planète ce tag ne serve à autre chose, parce
> qu'on ne connait pas tout ce qui passe ailleurs. La catégorisation
> par pays me semble éviter ces écueils, même si évidemment quand on
> fait une requête, elle est limitée à la France.
>
> Donat
>
> 
> [icon-] Garanti sans virus. www.avast.com
> 
> 
> Le 3 juillet 2017 à 23:12, Romain MEHUT  a
> écrit :
> 
> Bonsoir,
> 
> Quelqu'un pour trancher si on doit basculer les ref:stan
> (indiqué ici http://wiki.openstreetmap.org/wiki/Nancy/
> Transports_en_commun) en ref:FR:STAN ? Et par la même occasion
> harmoniser les pratiques sur toute la France...
> 
> Merci.
> 
> Romain
> 
> 
> Le 2 juillet 2017 à 12:17, Ralf Treinen  a
> écrit :
> 
> Bonjour,
> 
> ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en
> région parisienne
> nous utilisons "ref:FR:STIF".
>
> -Ralf.
>
> On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves
> Berrard wrote:
> > Bonjour Frédéric,
> >
> > La référence à utiliser est "ref:Stan". Cela devrait
> faire disparaître la
> > quasi-totalité des points verts. ;-)
> >
> > Pierre-Yves
> >
> > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo <
> fred.rodr...@gmail.com> a écrit :
> >
> >     Salut,
> >
> >     Pour fêter ça Osmose propose d'intégrer maintenant
> les arrêts sur Nancy.
> >
> >     http://osmose.openstreetmap.fr/fr/map/#item=
> 8040%2C8041=15=
> >     48.69607=6.17944=1%2C2%2C3
> 

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

On ne peut pas empêcher les doublons potentiels de ref: (y compris suffixé)
à un niveau géographique donné. Donc la raison du FR doit être ailleurs.

Le mieux serait tout simplement "ref", mais un arrêt peut être utilisé par
plusieurs opérateurs, donc "ref:Stan".
À noter que c'était au départ "ref:STAN" mais cela a été changé suite à une
discussion locale, pour faire coïncider avec ce qui est affiché sur le site
de l'opérateur.

PS : 44 est le code géographique de la région Grand Est.

Le 4 juillet 2017 à 01:09,  a écrit :

> Comme la dernière fois il y a les pour et il y a les contre.
>
> Je suis pour FR:STAN parce que si tu recherches un plan de ligne, tu veux
> celui de la STAN de Nancy or les outils permettent de mettre un identifiant
> de réseau qui doit donc être unique (on ne peut ajouter un pays ailleurs).
>
> On considère que la liste française permet d'éviter les doublons (et oui
> ref:FR:44:Stan - 44 n'est pas un code de région mais de département, sinon
> il faudrait mettre BZH ;-) mais c'est la TAN).
>
> Pour Rennes c'est FR:STAR.
>
> Par contre je vois aussi Lila
> . ou encore fr_tim
> .
>
> Bref, peu importe sauf qu'une ref pas unique alors que certains outils
> sont basés juste dessus, bof.
>
> Mais homogène. J'ai aussi vu des ref simples mais des wikidata sur
> l'operator. Toujours le même pb : les outils doivent connaître et utiliser.
>
> Sinon une partie simple (STAN) et une spéciale techos (operator:wikidata).
>
> Le 04/07/2017 à 00:41, Pierre-Yves Berrard - pierre.yves.berr...@gmail.com
> a écrit :
>
> Je laisserais simplement tel quel. Certes il y a un risque de récupérer
> une entreprise de pneumatique au Pérou en faisant une requête sur ref:Stan
> tout seul. Mais en général la référence n'est pas la clé principale d'une
> requête (au minimum public_transport=platform et une zone géographique
> éventuellement).
>
> Et s'il y a d'autres ref:Stan en France, il faudrait mettre un code région
> : ref:FR:44:Stan ?
>
> PY
>
> Le 3 juillet 2017 à 23:29, Donat ROBAUX  a écrit :
>
>> Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à
>> l'autre bout de la planète ce tag ne serve à autre chose, parce qu'on ne
>> connait pas tout ce qui passe ailleurs. La catégorisation par pays me
>> semble éviter ces écueils, même si évidemment quand on fait une requête,
>> elle est limitée à la France.
>>
>> Donat
>>
>>
>> 
>>  Garanti
>> sans virus. www.avast.com
>> 
>>
>> Le 3 juillet 2017 à 23:12, Romain MEHUT  a écrit
>> :
>>
>>> Bonsoir,
>>>
>>> Quelqu'un pour trancher si on doit basculer les ref:stan (indiqué ici
>>> http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun) en
>>> ref:FR:STAN ? Et par la même occasion harmoniser les pratiques sur toute la
>>> France...
>>>
>>> Merci.
>>>
>>> Romain
>>>
>>>
>>> Le 2 juillet 2017 à 12:17, Ralf Treinen  a écrit :
>>>
 Bonjour,

 ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
 nous utilisons "ref:FR:STIF".

 -Ralf.

 On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
 > Bonjour Frédéric,
 >
 > La référence à utiliser est "ref:Stan". Cela devrait faire
 disparaître la
 > quasi-totalité des points verts. ;-)
 >
 > Pierre-Yves
 >
 > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo 
 a écrit :
 >
 > Salut,
 >
 > Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur
 Nancy.
 >
 > http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
 m=15=
 > 48.69607=6.17944=1%2C2%2C3
 >
 > N'hésitez pas à faire un retour, notamment si la référence ne
 semble pas
 > bonne.
 >
 > (Il y a "None" dans les popups mais ça va être corrigé)
 >
 > Comme c'est basé sur le GTFS on peu facilement en ajouter pour
 d'autres
 > ville, si elle n'y est pas déjà.
 > http://osmose.openstreetmap.fr/fr/errors/?item=8040
 > Il faut juste déterminer à quoi correspond dans OSM l'arrêt
 décrit dans le
 > GTFS.
 >
 >
 > Frédéric.
 >
 >
 >
 > Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
 >
 > Bonjour,
 >
 > Nouveau mois, nouveau projet du mois !
 >
 > Vous ne les remarquez plus tellement ils font partie du
 paysage urbain
 > (ou pas), pourtant il en manque encore pas mal sur la carte !
 > Ce mois-ci je vous propose de cartographier ensemble les
 arrêts de bus
 > !
 >
 > Comme 

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Jérôme Amagat]

Il y a le problème du "FR" : avec ou sans
mais aussi celui du "stan" : "stan", "Stan", "STAN"

Il me semble que sur cette liste il a déjà été dit qu'il faut mettre le FR
lorsque l'on crée une nouvelle clé ref. (je ne sais pas la raison)
Pour le Stan, je dirais que si c'est un acronyme il faut le mettre tout en
majuscule mais d’après Wikipédia c'est un rétroacronyme :) (
https://fr.wikipedia.org/wiki/Service_de_transport_de_l%27agglom%C3%A9ration_nanc%C3%A9ienne)
donc je sais pas. et sur le site il y a beaucoup de minuscule mais pas que.

(Moi je mettrais quand même "ref:FR:STAN")

Ces problèmes de FR ou pas et de majuscule ou minuscule posent des
problèmes sur plein de ref beaucoup utilisés:
https://taginfo.openstreetmap.fr/search?q=ref%3A
fantoir, insee, siren ...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[osm . sanspourriel]

Comme la dernière fois il y a les pour et il y a les contre.

Je suis pour FR:STAN parce que si tu recherches un plan de ligne, tu 
veux celui de la STAN de Nancy or les outils permettent de mettre un 
identifiant de réseau qui doit donc être unique (on ne peut ajouter un 
pays ailleurs).


On considère que la liste française permet d'éviter les doublons (et oui 
ref:FR:44:Stan - 44 n'est pas un code de région mais de département, 
sinon il faudrait mettre BZH ;-) mais c'est la TAN).


Pour Rennes c'est FR:STAR.

Par contre je vois aussi Lila 
. ou encore fr_tim 
.


Bref, peu importe sauf qu'une ref pas unique alors que certains outils 
sont basés juste dessus, bof.


Mais homogène. J'ai aussi vu des ref simples mais des wikidata sur 
l'operator. Toujours le même pb : les outils doivent connaître et utiliser.


Sinon une partie simple (STAN) et une spéciale techos (operator:wikidata).


Le 04/07/2017 à 00:41, Pierre-Yves Berrard - 
pierre.yves.berr...@gmail.com a écrit :
Je laisserais simplement tel quel. Certes il y a un risque de 
récupérer une entreprise de pneumatique au Pérou en faisant une 
requête sur ref:Stan tout seul. Mais en général la référence n'est pas 
la clé principale d'une requête (au minimum public_transport=platform 
et une zone géographique éventuellement).


Et s'il y a d'autres ref:Stan en France, il faudrait mettre un code 
région : ref:FR:44:Stan ?


PY

Le 3 juillet 2017 à 23:29, Donat ROBAUX > a écrit :


Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à
l'autre bout de la planète ce tag ne serve à autre chose, parce
qu'on ne connait pas tout ce qui passe ailleurs. La catégorisation
par pays me semble éviter ces écueils, même si évidemment quand on
fait une requête, elle est limitée à la France.

Donat



Garanti sans virus. www.avast.com





Le 3 juillet 2017 à 23:12, Romain MEHUT > a écrit :

Bonsoir,

Quelqu'un pour trancher si on doit basculer les ref:stan
(indiqué ici
http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun
)
en ref:FR:STAN ? Et par la même occasion harmoniser les
pratiques sur toute la France...

Merci.

Romain


Le 2 juillet 2017 à 12:17, Ralf Treinen > a écrit :

Bonjour,

ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en
région parisienne
nous utilisons "ref:FR:STIF".

-Ralf.

On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves
Berrard wrote:
> Bonjour Frédéric,
>
> La référence à utiliser est "ref:Stan". Cela devrait
faire disparaître la
> quasi-totalité des points verts. ;-)
>
> Pierre-Yves
>
> Le 1 juillet 2017 à 13:50, Frédéric Rodrigo
> a
écrit :
>
> Salut,
>
> Pour fêter ça Osmose propose d'intégrer maintenant
les arrêts sur Nancy.
>
>
http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041=15=


>  48.69607=6.17944=1%2C2%2C3
>
> N'hésitez pas à faire un retour, notamment si la
référence ne semble pas
> bonne.
>
> (Il y a "None" dans les popups mais ça va être corrigé)
>
> Comme c'est basé sur le GTFS on peu facilement en
ajouter pour d'autres
> ville, si elle n'y est pas déjà.
> http://osmose.openstreetmap.fr/fr/errors/?item=8040

> Il faut juste déterminer à quoi correspond dans OSM
l'arrêt décrit dans le
> GTFS.
>
>
> Frédéric.
>
>
>
> Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>
> Bonjour,
>
> Nouveau mois, nouveau projet du mois !
>
> Vous ne les remarquez plus tellement ils font
partie du paysage urbain
> (ou pas), pourtant il en manque encore pas mal
sur la 

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

 Je laisserais simplement tel quel. Certes il y a un risque de récupérer
une entreprise de pneumatique au Pérou en faisant une requête sur ref:Stan
tout seul. Mais en général la référence n'est pas la clé principale d'une
requête (au minimum public_transport=platform et une zone géographique
éventuellement).

Et s'il y a d'autres ref:Stan en France, il faudrait mettre un code région
: ref:FR:44:Stan ?

PY

Le 3 juillet 2017 à 23:29, Donat ROBAUX  a écrit :

> Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à l'autre
> bout de la planète ce tag ne serve à autre chose, parce qu'on ne connait
> pas tout ce qui passe ailleurs. La catégorisation par pays me semble éviter
> ces écueils, même si évidemment quand on fait une requête, elle est limitée
> à la France.
>
> Donat
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-7878586583896318477_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Le 3 juillet 2017 à 23:12, Romain MEHUT  a écrit :
>
>> Bonsoir,
>>
>> Quelqu'un pour trancher si on doit basculer les ref:stan (indiqué ici
>> http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun) en
>> ref:FR:STAN ? Et par la même occasion harmoniser les pratiques sur toute la
>> France...
>>
>> Merci.
>>
>> Romain
>>
>>
>> Le 2 juillet 2017 à 12:17, Ralf Treinen  a écrit :
>>
>>> Bonjour,
>>>
>>> ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
>>> nous utilisons "ref:FR:STIF".
>>>
>>> -Ralf.
>>>
>>> On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
>>> > Bonjour Frédéric,
>>> >
>>> > La référence à utiliser est "ref:Stan". Cela devrait faire disparaître
>>> la
>>> > quasi-totalité des points verts. ;-)
>>> >
>>> > Pierre-Yves
>>> >
>>> > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo 
>>> a écrit :
>>> >
>>> > Salut,
>>> >
>>> > Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur
>>> Nancy.
>>> >
>>> > http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
>>> m=15=
>>> > 48.69607=6.17944=1%2C2%2C3
>>> >
>>> > N'hésitez pas à faire un retour, notamment si la référence ne
>>> semble pas
>>> > bonne.
>>> >
>>> > (Il y a "None" dans les popups mais ça va être corrigé)
>>> >
>>> > Comme c'est basé sur le GTFS on peu facilement en ajouter pour
>>> d'autres
>>> > ville, si elle n'y est pas déjà.
>>> > http://osmose.openstreetmap.fr/fr/errors/?item=8040
>>> > Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit
>>> dans le
>>> > GTFS.
>>> >
>>> >
>>> > Frédéric.
>>> >
>>> >
>>> >
>>> > Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>>> >
>>> > Bonjour,
>>> >
>>> > Nouveau mois, nouveau projet du mois !
>>> >
>>> > Vous ne les remarquez plus tellement ils font partie du
>>> paysage urbain
>>> > (ou pas), pourtant il en manque encore pas mal sur la carte !
>>> > Ce mois-ci je vous propose de cartographier ensemble les
>>> arrêts de bus
>>> > !
>>> >
>>> > Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>>> >
>>> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>>> > arr%C3%AAts_de_bus
>>> >
>>> >
>>> > @nlehuby
>>> >
>>> >
>>> >
>>> >
>>> > ___
>>> > 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] [OSM transport] Projet du mois - arrêts de bus

[Donat ROBAUX]

Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à l'autre
bout de la planète ce tag ne serve à autre chose, parce qu'on ne connait
pas tout ce qui passe ailleurs. La catégorisation par pays me semble éviter
ces écueils, même si évidemment quand on fait une requête, elle est limitée
à la France.

Donat


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Le 3 juillet 2017 à 23:12, Romain MEHUT  a écrit :

> Bonsoir,
>
> Quelqu'un pour trancher si on doit basculer les ref:stan (indiqué ici
> http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun) en
> ref:FR:STAN ? Et par la même occasion harmoniser les pratiques sur toute la
> France...
>
> Merci.
>
> Romain
>
>
> Le 2 juillet 2017 à 12:17, Ralf Treinen  a écrit :
>
>> Bonjour,
>>
>> ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
>> nous utilisons "ref:FR:STIF".
>>
>> -Ralf.
>>
>> On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
>> > Bonjour Frédéric,
>> >
>> > La référence à utiliser est "ref:Stan". Cela devrait faire disparaître
>> la
>> > quasi-totalité des points verts. ;-)
>> >
>> > Pierre-Yves
>> >
>> > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a
>> écrit :
>> >
>> > Salut,
>> >
>> > Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur
>> Nancy.
>> >
>> > http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
>> m=15=
>> > 48.69607=6.17944=1%2C2%2C3
>> >
>> > N'hésitez pas à faire un retour, notamment si la référence ne
>> semble pas
>> > bonne.
>> >
>> > (Il y a "None" dans les popups mais ça va être corrigé)
>> >
>> > Comme c'est basé sur le GTFS on peu facilement en ajouter pour
>> d'autres
>> > ville, si elle n'y est pas déjà.
>> > http://osmose.openstreetmap.fr/fr/errors/?item=8040
>> > Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit
>> dans le
>> > GTFS.
>> >
>> >
>> > Frédéric.
>> >
>> >
>> >
>> > Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>> >
>> > Bonjour,
>> >
>> > Nouveau mois, nouveau projet du mois !
>> >
>> > Vous ne les remarquez plus tellement ils font partie du paysage
>> urbain
>> > (ou pas), pourtant il en manque encore pas mal sur la carte !
>> > Ce mois-ci je vous propose de cartographier ensemble les arrêts
>> de bus
>> > !
>> >
>> > Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>> >
>> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>> > arr%C3%AAts_de_bus
>> >
>> >
>> > @nlehuby
>> >
>> >
>> >
>> >
>> > ___
>> > 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] [OSM transport] Projet du mois - arrêts de bus

[Romain MEHUT]

Bonsoir,

Quelqu'un pour trancher si on doit basculer les ref:stan (indiqué ici
http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun) en
ref:FR:STAN ? Et par la même occasion harmoniser les pratiques sur toute la
France...

Merci.

Romain

Le 2 juillet 2017 à 12:17, Ralf Treinen  a écrit :

> Bonjour,
>
> ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
> nous utilisons "ref:FR:STIF".
>
> -Ralf.
>
> On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
> > Bonjour Frédéric,
> >
> > La référence à utiliser est "ref:Stan". Cela devrait faire disparaître la
> > quasi-totalité des points verts. ;-)
> >
> > Pierre-Yves
> >
> > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a
> écrit :
> >
> > Salut,
> >
> > Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur
> Nancy.
> >
> > http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041=15=
> > 48.69607=6.17944=1%2C2%2C3
> >
> > N'hésitez pas à faire un retour, notamment si la référence ne semble
> pas
> > bonne.
> >
> > (Il y a "None" dans les popups mais ça va être corrigé)
> >
> > Comme c'est basé sur le GTFS on peu facilement en ajouter pour
> d'autres
> > ville, si elle n'y est pas déjà.
> > http://osmose.openstreetmap.fr/fr/errors/?item=8040
> > Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit
> dans le
> > GTFS.
> >
> >
> > Frédéric.
> >
> >
> >
> > Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
> >
> > Bonjour,
> >
> > Nouveau mois, nouveau projet du mois !
> >
> > Vous ne les remarquez plus tellement ils font partie du paysage
> urbain
> > (ou pas), pourtant il en manque encore pas mal sur la carte !
> > Ce mois-ci je vous propose de cartographier ensemble les arrêts
> de bus
> > !
> >
> > Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
> >
> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
> > arr%C3%AAts_de_bus
> >
> >
> > @nlehuby
> >
> >
> >
> >
> > ___
> > 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] [OSM transport] Projet du mois - arrêts de bus

[Florian LAINEZ]

Au delà de tout plein d'opérations bien techniques, c'est aussi l'occasion
de rappeler qu'une appli simplifiée a été développée pour permettre aux
débutants de contribuer : Jungle Bus
https://play.google.com/store/apps/details?id=io.jawg.osmcontributor.bus
Mais bon, ça, vous le saviez déjà, non ? ;)

Le 2 juillet 2017 à 12:23, Jo  a écrit :

> A Bruxelles, il y a des arrêts qui sont désservis par MIVB/STIB uniquement
> et d'autres qui sont désservis par De Lijn et TEC également. En regardant
> les 'drapeaus' il est très clair lesquels sont. J'ai toujours mi
>
> operator=STIB/MIVB;De Lijn;TEC
>
> et ref:De_Lijn ou ref:TECB où nécessaire.
>
> Un exemple:
> https://www.openstreetmap.org/node/530566941
>
>
> Jo
>
> 2017-07-02 12:01 GMT+02:00 marc marc :
>
>> Le 01. 07. 17 à 14:12, Noémie Lehuby a écrit :
>> > Chez nous, les arrêts de bus sont des éléments de mobilier urbain, ils
>> > sont donc plutôt sous la responsabilité des villes que des opérateurs de
>> > transports. Il n'est d'ailleurs pas rare que, lorsqu'une ligne traverse
>> > plusieurs villes, les arrêts d'une même ligne changent complètement de
>> > design d'une ville à l'autre.
>> > C'est pour cela qu'il me semble plus pertinent de faire porter les tags
>> > operator et network par les lignes de transports plutôt que par les
>> arrêts.
>> > C'est peut-être une spécificité française, je ne sais pas ?
>> c'est le même principe à Bruxelles : les arrêts de bus sont tous
>> identiques, tant pour les bus de l'opérateur stib que de lijn.
>>
>> > Le 01/07/2017 à 13:18, Jo a écrit :
>> >> Pour les arrêts, nous mettons operator et network en Belgique, séparé
>> >> par ; si l'arrêt est désservi par plusieurs opérateurs.
>> >>
>> >> 2017-07-01 10:14 GMT+02:00 Noémie Lehuby
>> >> Ce mois-ci je vous propose de cartographier ensemble les arrêts de
>> >> bus !
>> ___
>> 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
>
>


-- 

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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Jo]

A Bruxelles, il y a des arrêts qui sont désservis par MIVB/STIB uniquement
et d'autres qui sont désservis par De Lijn et TEC également. En regardant
les 'drapeaus' il est très clair lesquels sont. J'ai toujours mi

operator=STIB/MIVB;De Lijn;TEC

et ref:De_Lijn ou ref:TECB où nécessaire.

Un exemple:
https://www.openstreetmap.org/node/530566941


Jo

2017-07-02 12:01 GMT+02:00 marc marc :

> Le 01. 07. 17 à 14:12, Noémie Lehuby a écrit :
> > Chez nous, les arrêts de bus sont des éléments de mobilier urbain, ils
> > sont donc plutôt sous la responsabilité des villes que des opérateurs de
> > transports. Il n'est d'ailleurs pas rare que, lorsqu'une ligne traverse
> > plusieurs villes, les arrêts d'une même ligne changent complètement de
> > design d'une ville à l'autre.
> > C'est pour cela qu'il me semble plus pertinent de faire porter les tags
> > operator et network par les lignes de transports plutôt que par les
> arrêts.
> > C'est peut-être une spécificité française, je ne sais pas ?
> c'est le même principe à Bruxelles : les arrêts de bus sont tous
> identiques, tant pour les bus de l'opérateur stib que de lijn.
>
> > Le 01/07/2017 à 13:18, Jo a écrit :
> >> Pour les arrêts, nous mettons operator et network en Belgique, séparé
> >> par ; si l'arrêt est désservi par plusieurs opérateurs.
> >>
> >> 2017-07-01 10:14 GMT+02:00 Noémie Lehuby
> >> Ce mois-ci je vous propose de cartographier ensemble les arrêts de
> >> bus !
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Ralf Treinen]

Bonjour,

ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
nous utilisons "ref:FR:STIF".

-Ralf.

On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
> Bonjour Frédéric,
> 
> La référence à utiliser est "ref:Stan". Cela devrait faire disparaître la
> quasi-totalité des points verts. ;-)
> 
> Pierre-Yves
> 
> Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a écrit :
> 
> Salut,
> 
> Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.
> 
> http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041=15=
> 48.69607=6.17944=1%2C2%2C3
> 
> N'hésitez pas à faire un retour, notamment si la référence ne semble pas
> bonne.
> 
> (Il y a "None" dans les popups mais ça va être corrigé)
> 
> Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres
> ville, si elle n'y est pas déjà.
> http://osmose.openstreetmap.fr/fr/errors/?item=8040
> Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans le
> GTFS.
> 
> 
> Frédéric.
> 
> 
> 
> Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
> 
> Bonjour,
> 
> Nouveau mois, nouveau projet du mois !
> 
> Vous ne les remarquez plus tellement ils font partie du paysage urbain
> (ou pas), pourtant il en manque encore pas mal sur la carte !
> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus
> !
> 
> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
> 
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
> arr%C3%AAts_de_bus
> 
> 
> @nlehuby
> 
> 
> 
> 
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Le 01. 07. 17 à 14:12, Noémie Lehuby a écrit :
> Chez nous, les arrêts de bus sont des éléments de mobilier urbain, ils 
> sont donc plutôt sous la responsabilité des villes que des opérateurs de 
> transports. Il n'est d'ailleurs pas rare que, lorsqu'une ligne traverse 
> plusieurs villes, les arrêts d'une même ligne changent complètement de 
> design d'une ville à l'autre.
> C'est pour cela qu'il me semble plus pertinent de faire porter les tags 
> operator et network par les lignes de transports plutôt que par les arrêts.
> C'est peut-être une spécificité française, je ne sais pas ?
c'est le même principe à Bruxelles : les arrêts de bus sont tous 
identiques, tant pour les bus de l'opérateur stib que de lijn.

> Le 01/07/2017 à 13:18, Jo a écrit :
>> Pour les arrêts, nous mettons operator et network en Belgique, séparé 
>> par ; si l'arrêt est désservi par plusieurs opérateurs.
>>
>> 2017-07-01 10:14 GMT+02:00 Noémie Lehuby 
>> Ce mois-ci je vous propose de cartographier ensemble les arrêts de
>> bus !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

Bonjour Frédéric,

La référence à utiliser est "ref:Stan". Cela devrait faire disparaître la
quasi-totalité des points verts. ;-)

Pierre-Yves

Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a
écrit :

> Salut,
>
> Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.
>
> http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
> =15=48.69607=6.17944=1%2C2%2C3
>
> N'hésitez pas à faire un retour, notamment si la référence ne semble pas
> bonne.
>
> (Il y a "None" dans les popups mais ça va être corrigé)
>
> Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres
> ville, si elle n'y est pas déjà.
> http://osmose.openstreetmap.fr/fr/errors/?item=8040
> Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans le
> GTFS.
>
>
> Frédéric.
>
>
>
> Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>
>> Bonjour,
>>
>> Nouveau mois, nouveau projet du mois !
>>
>> Vous ne les remarquez plus tellement ils font partie du paysage urbain
>> (ou pas), pourtant il en manque encore pas mal sur la carte !
>> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !
>>
>> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>>
>> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>> arr%C3%AAts_de_bus
>>
>>
>> @nlehuby
>>
>>
>
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Hello,

Jo, tu parles des règles pour le validateur JOSM que j'ai créées ?
https://github.com/nlehuby/transport_mapcss
C'est encore du "work in progress", mais je suis effectivement basée 
surles réseaux que je connais, je ne sais pas si ça se reproduit bien 
ailleurs.


Chez nous, les arrêts de bus sont des éléments de mobilier urbain, ils 
sont donc plutôt sous la responsabilité des villes que des opérateurs de 
transports. Il n'est d'ailleurs pas rare que, lorsqu'une ligne traverse 
plusieurs villes, les arrêts d'une même ligne changent complètement de 
design d'une ville à l'autre.
C'est pour cela qu'il me semble plus pertinent de faire porter les tags 
operator et network par les lignes de transports plutôt que par les arrêts.

C'est peut-être une spécificité française, je ne sais pas ?


Idéalement, dans le futur, une fois que ces règles seront stabilisées, 
elles seraient réintégrées dans JOSM (pourquoi pas dans le plugin PT 
assistant ;)) et dans Osmose, pour qu'elles soient traduites et 
directement accessibles dans les outils utilisés par les contributeurs.


D'ailleurs si vous les utilisez, n'hésitez pas à me faire des retours 
sur ces règles sur la liste transport, par mail ou sur github.


Noémie

Le 01/07/2017 à 13:18, Jo a écrit :

Salut Noémie,

Ils ne sont qu'en français. Comment s'y prendre pour traduire, au 
moins en anglais. Ou c'est vraiment dédié qu'à la France?


Pour les arrêts, nous mettons operator et network en Belgique, séparé 
par ; si l'arrêt est désservi par plusieurs opérateurs. Ça va donc 
résulter en 70k avertissements par nos cotés.


Jo

2017-07-01 10:14 GMT+02:00 Noémie Lehuby 
>:


Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage
urbain (ou pas), pourtant il en manque encore pas mal sur la carte !
Ce mois-ci je vous propose de cartographier ensemble les arrêts de
bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus





@nlehuby




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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Frédéric Rodrigo]

Salut,

Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.

http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041=15=48.69607=6.17944=1%2C2%2C3

N'hésitez pas à faire un retour, notamment si la référence ne semble pas 
bonne.


(Il y a "None" dans les popups mais ça va être corrigé)

Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres 
ville, si elle n'y est pas déjà.

http://osmose.openstreetmap.fr/fr/errors/?item=8040
Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans 
le GTFS.



Frédéric.



Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :

Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage urbain 
(ou pas), pourtant il en manque encore pas mal sur la carte !

Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 




@nlehuby




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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Dlareg]

Bonjour,

Le 01/07/2017 à 13:18, Jo a écrit :
> Ils ne sont qu'en français. Comment s'y prendre pour traduire, au moins
> en anglais. Ou c'est vraiment dédié qu'à la France?

Qu'est ce qui n'est qu'en français ?

-- 
Dlareg

Les publicités pour les entreprises transnationales ne sont pas des cas
isolés
http://citedelagastro-dijon.com/

La Cité de la gastronomie est un parc à thème
http://www.dlareg.org/post/2014/11/19/Dans-la-cité-de-la-gastronomie-la-publicité-s-affiche




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Jo]

Salut Noémie,

Ils ne sont qu'en français. Comment s'y prendre pour traduire, au moins en
anglais. Ou c'est vraiment dédié qu'à la France?

Pour les arrêts, nous mettons operator et network en Belgique, séparé par ;
si l'arrêt est désservi par plusieurs opérateurs. Ça va donc résulter en
70k avertissements par nos cotés.

Jo

2017-07-01 10:14 GMT+02:00 Noémie Lehuby :

> Bonjour,
>
> Nouveau mois, nouveau projet du mois !
>
> Vous ne les remarquez plus tellement ils font partie du paysage urbain (ou
> pas), pourtant il en manque encore pas mal sur la carte !
> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !
>
> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
> arr%C3%AAts_de_bus
>
>
> @nlehuby
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr