[OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

Mer 26 Oct 19:29:49 UTC 2016

>
> L'idée d'ajouter l'arrêt à la relation avec le tag fixme c'est aussi pour
> gérer le fait que les deux modèles de carto des lignes de bus ne sont pas
> vraiment rétro-compatibles.
>
J'ai fait quelques stats et il semble que l'on soit malheureusement encore
très loin d'avoir terminé la transition :/

   - Nombre d'objets dans le monde :
   - 1 742 350 highway=bus_stop
      <https://taginfo.openstreetmap.org/search?q=highway%3Dbus_stop>
      - 620 053 public_transport=platform
      <https://taginfo.openstreetmap.org/search?q=public_transport%3Dplatform>
      - Nombre de nodes en île-de-france :
   - 21 354 highway=bus_stop <http://overpass-turbo.eu/s/jEa> dont 18
997 highway=bus_stop
      sans public_transport=platform <http://overpass-turbo.eu/s/jEd>
      - 2 647 public_transport=platform <http://overpass-turbo.eu/s/jEb>
      dont 290 public=transport=plateform sans highway=bus_stop
      <http://overpass-turbo.eu/s/jEc>

> Vu que l'ancien modèle est encore assez répandu, mettre un rôle platform
> automatiquement ne me semble pas très pertinent : ça ne me choque pas de
> voir une ligne de bus cartographiée avec l'ancien modèle, mais ça me pique
> les yeux d'en voir une avec des arrêts marqués comme stop et d'autres
> marqués comme platform.
>
ça pique les yeux mais n'est-ce pas préférable venant d'une application qui
est faite pour le grand public et qui cache cette complexité ? je pose la
question sans avoir de préférence pour l'instant et pour décider ensemble
du meilleur comportement à adopter.

>
> Et l'ordre des arrêts me semble important Francescu. Si sketch-line
> n'arrive pas à comprendre quel est l'origine et quelle est la destination
> de la ligne, c'est quand même dommage :p : https://nlehuby.5apps.com/ordr
> e-des-arrets-de-bus-dans-osm.html

L'ordre est en effet important, merci pour le billet qui est très clair.
Néanmoins cela ne me parait pas primordial pour une première version de
l'application mobile. L'appli vise tout d'abord à rendre possible de
rajouter des arrêts de bus et j'aimerai éviter la complexité à tout prix.
Il me semble que c'est un sujet qui peut continuer d'être géré par des
mappeurs expérimentés uniquement. Mais si vous arrivez à me convaincre du
contraire, je suis suis tout ouïe ;)

la bise (froide)

Le 26 octobre 2016 à 10:33, lenny.libre <lenny.libre at orange.fr> a écrit :

> Le 25/10/2016 à 22:55, Philippe Verdy a écrit :
>
> JOSM ne donne pas d'anomalie de ce point de vue là: il tente d'ordonner
> les ways ensemble en les connectant mais il ne sait pas déterminer la
> direction et peut les ordonner en sens inverse du parcours s'il commence
> par le dernier way pris en sens inverse de son tracé (ce qui est souvent le
> cas des rues bidirectionelles, ou des rues een sens unique mais prises à
> contre-sens par les bus!).
>
> Faites l'essai avec des "route" qui comportent des autointersections avec
> elles-mêmes, JOSM ne sait pas quoi faire et peut les interconnecter
> n'importe comment. C'est moins souvent le cas quand on a séparé les deux
> sens de la ligne dans des "route" différentes, mais ces cas arrivent encore.
>
> Mais JOSM ne change PAS l'ordre relatif des arrêts (stop et platform), il
> est incapable de le décider.
> Ceci dit, que les arrêts soient triés avant ou après les ways ou au milieu
> n'a effetitvement aucune importance. Mais leur ordre relatif est encore
> essentiel, mais ce n'est pas JOSM qui est le problème ici.
>
> +1
> en effet, JOSM n'a pas la connaissance du terrain (et encore plus quand il
> y a des boucles ou qu'on n'a pas fait 2 routes pour l'aller et le retour).
> JOSM permet d'ordonner les différents membres (manuellement) comme on le
> souhaite.
> Bien que non obligatoire, je préfère les mettre dans l'ordre, car c'est
> beaucoup plus simple à maintenir (en ce moment, je reprends une ligne dont
> les 'platform" du sens aller sont rattachés à la relation retour - et
> inversement - et en plus, ils ne sont pas triés).
> Pour ma part, je place les membres du départ à l'arrivée, d'abord les
> "stop" et les "platform" (le "stop" précédant le "platform" correspondant),
> puis tous les ways (la colonne à droite du nom permettant de voir s'il y a
> des anomalies dans les aboutements - JOSM signale lorsque les 2 segments
> n'ont pas d'extrémité commune - c'est comme cela que je m’aperçois que
> certains ont tronçonné des giratoires sans s'occuper des relations qu'ils
> supportent)
>
> léni
>
>
> Le 25 octobre 2016 à 14:18, Francescu GAROBY <windu.2b at gmail.com> a écrit
> :
>
>> Je rejoins Florian : techniquement parlant, rien n'oblige à ce que les
>> éléments qui composent une relation soient dans le bon ordre. D'ailleurs,
>> JOSM ne les trie pas comme il faut : il met d'abord toutes les ways, puis
>> tous les nodes.
>> L'important est que le tracé soit complet (aucun bout de way manquant),
>> que les "stop_position" soient bien présents (comme ils appartiennent en
>> même temps à une way déjà présente dans la relation, on peut donc les
>> trier, du point de départ au terminus, en se basant sur les tags "from" et
>> "to de ladite relation). Avec tout ça, on peut alors retrouver le
>> "platform" correspondant (il se trouve dans la même relation "stop_area"
>> que le "stop_position").
>>
>> Francescu
>>
>> Le 25 octobre 2016 à 12:18, Florian LAINEZ <winnerflo at free.fr> a écrit :
>>
>>> J'adore parler aux gens qui ont les arrêts de bus comme TOC ! Ce n'est
>>> pas aussi exotique que les PEI mais c'est tout aussi sympa ;)
>>>
>>> Cool ta webapp Noémie, j'imagine que cela fait suite au premier draft
>>> que tu avais fait auparavant et qui n'est plus en ligne.
>>> Par contre je n'arrive pas à ajouter une ligne de bus à un arrêt, même
>>> connecté avec mon compte OSM. Quand je clique sur "modifier", la liste des
>>> lignes apparait bien mais simplement sous forme de liste avec des bullet
>>> points. Est-ce normal ? (je suis bien en ile-de-france, à
>>> savignys-sous-orge).
>>>
>>> Les limitations que tu mentionnes (relation préexistante obligatoire...)
>>> sont bien compréhensibles, par contre je ne comprends pas pourquoi tu mets
>>> un fixme et que tu es obligée de retraiter la relation à posteriori.
>>> Si tu mettais directement un rôle platform à l'arrêt rajouté dans la
>>> relation de la ligne, ce ne serait pas plus propre ?
>>>
>>> Sinon, pour terminer, en effet, Maps Me est très utile. J'étudie en ce
>>> moment la possibilité de le forker pour en faire un éditeur spécifique.
>>> Est-ce que vous pensez que ça vaut le coup ? Sinon on pourrait écrire le
>>> code pour eux pour essayer de l'intégrer direct à l'appli ? Good/bad idea?
>>>
>>> L'appli est plutôt destinée à cartographier dans le bus ou à pied en se
>>>> promenant ?
>>>> Si c'est dans le bus, c'est une contrainte à ne pas minimiser : c'est
>>>> assez difficile de bien cartographier en prenant le bus, il y a peu de
>>>> temps et beaucoup de choses à regarder.
>>>>
>>> Je ne sais pas encore, je requiert justement votre aide pour préciser
>>> les vrais besoins de cette appli.
>>> Jusqu'à présent je pensais plutôt à un éditeur assez classique qui
>>> puisse être utilisé partout mais peut-être qu'une appli plus spécifique
>>> serait plus adaptée ... je pense notamment à détecter automatiquement que
>>> l'utilisateur est dans le bus dans lequel, puis zoomer automatiquement sur
>>> le prochain arrêt à mapper en mettant en évidence les infos manquantes.
>>> Ce ne sont pour l'instant que des idées, merci pour vos retours
>>>
>>> Le 24 octobre 2016 à 20:25, Noémie Lehuby <noemie.lehuby at openmailbox.org
>>> > a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> Pour cartographier les arrêts de bus (qui sont l'un de mes TOCs), je me
>>>> suis faite une petite webapp. Elle est accessible à cette adresse :
>>>> https://microcosm.5apps.com/poi.html?poi_type=bus_stop#18/48
>>>> .84885/2.37222   All bugs included !
>>>>
>>>> Elle permet de modifier le nom des arrêts existants, et d'y indiquer
>>>> les lignes de bus qui y passent (en idf uniquement)
>>>> On ne peut enrichir que des lignes où la relation route existe déjà
>>>> dans OSM et est pas trop mal renseignée (pour la retrouver dans
>>>> l'auto-complétion, il faut que network, ref et to soient renseignés)
>>>> Lorsqu'on ajoute la ligne sur un arrêt dans l'appli, ça ajoute le nœud
>>>> comme dernier élément de la relation, avec un rôle fixme.
>>>> Reste encore à repasser dessus chez soi pour remettre de l'ordre dans
>>>> la relation.
>>>>
>>>> Ça ne permet pas de créer les arrêts de bus manquants, j'utilise
>>>> Maps.me pour cela.
>>>> Je pense d'ailleurs que Maps.me est un bon candidat pour la maman de
>>>> Florian :p
>>>> Je leur ai déjà fait une issue github sur l'amélioration du rendu des
>>>> arrêts de bus : https://github.com/mapsme/omim/issues/1067
>>>>
>>>>
>>>> L'appli est plutôt destinée à cartographier dans le bus ou à pied en se
>>>> promenant ?
>>>> Si c'est dans le bus, c'est une contrainte à ne pas minimiser : c'est
>>>> assez difficile de bien cartographier en prenant le bus, il y a peu de
>>>> temps et beaucoup de choses à regarder.
>>>> Quelque soit l'outil que j'utilise (OSM Tracker, Maps.me ou MicrocOSM),
>>>> j'ai rarement le temps de noter toutes les infos d'un arrêt avant que le
>>>> bus ne reparte.
>>>>
>>>>
>>>> C'est un beau challenge en tout cas, je suis curieuse de voir si on
>>>> peut tenir les objectifs proposés ;)
>>>>
>>>> Noémie
>>>> @nlehuby
>>>>
>>>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>

-- 

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161026/725d6477/attachment.htm>