Bon en fait je n'ai pas pu résister et j'ai terminé le réseau Noctilien. C'est surement celui où il y a le moins d'incertitude et donc d'erreur potentielle. ça va vraiment super vite quand tu as bien compris comment l'outil fonctionne.
La liste ne montre pas les nouvelles associations que j'ai créé. à quelle fréquence se met-elle à jour ? Merci Le 12 décembre 2016 à 11:42, Florian LAINEZ <[email protected]> a écrit : > Noémie, es-tu une machine venue du futur pour révolutionner la > contribution sur les arrêts de transport ??! Ton outil déchire. > > J'ai essayé sur une seule ligne pour l'instant pour être certain de > comprendre : https://ref-lignes-stif.5apps.com/line.html?osm_relation= > 954977&line_code=65 > Donc ton outil a rajouté ref:FR:STIF:ExternalCode_Line=067067065:65 à la > relation https://www.openstreetmap.org/relation/954977 > Si ref:FR:STIF=1001000650001 n'avait pas déjà été présent, il l'aurait > rajouté ? > > Autre exemple : https://ref-lignes-stif.5apps.com/line.html?osm_relation= > 5865473&line_code=119 > On voit que les arrêts en noir sont grosso-modo superposés à la ligne en > bleue, donc même si les noms ne sont pas les mêmes, tu considères que c'est > ok pour intégration ? Quels éléments pourraient nous aider à prendre notre > décision ? > > Quelques remarques : > -sur les pages "lignes" : > >on ne sait pas si OSM est à gauche ou à droite. Tu devrais rajouter un > titre "OSM" et "Open Data". > >même remarque pour les attributs de ces lignes : parfois il y a juste > écrit "undefined" mais on ne sait pas ce que c'est. > >ce n'est pas clair si les données OSM sont en bleu ou noir : tu > devrais rajouter une légende à ton plan. > >lorsque l'on clique sur "voir le détail" sur un popup noir sur la > carte, ça nous renvoie vers une requête Navitia. C'est cool et c'est > sûrement le comportement attendu pour vérifier l'info. Néanmoins on a pas > de token donc on tombe sur un message d'erreur. Tu pourrais créer un accès > dédiée pour ton appli ? > > Trop cool en tout cas ton outil, ça va sûrement nous permettre de terminer > l'association des lignes en quelques semaines seulement. > > PS : marrant le commentaire du changeset : "created_by OpenBeerMap > javascript editor" > ça sent le fork à plein nez ! > > Le 11 décembre 2016 à 11:55, Noémie Lehuby <[email protected]> > a écrit : > >> Bonjour, >> >> j'ai publié une première version d'un outil qui permet déjà de commencer >> le travail : >> https://ref-lignes-stif.5apps.com/ >> >> Je continuerai de l'améliorer dans la semaine. >> Noémie >> >> Date: Tue, 6 Dec 2016 01:42:47 +0100 >>> From: Jérôme Amagat <[email protected]> >>> To: Discussions sur OSM en français <[email protected]> >>> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF >>> Message-ID: >>> <[email protected] >>> ail.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> Le 5 décembre 2016 à 21:49, Noémie Lehuby <[email protected]> >>> a >>> écrit : >>> >>> Bonsoir, >>>> >>>> Pour les objets existants : http://taginfo.openstreetmap.f >>>> r/keys/?key=ref:FR:STIF >>>> à noter que comme le signale Jérôme, il y a aussi quelques ref:FR:stif >>>> http://taginfo.openstreetmap.fr/keys/?key=ref:FR:stif >>>> >>>> Je ne maîtrise pas bien Osmose : ça marche aussi pour les relations sans >>>> composante géographique ? >>>> >>>> >>> Pour l'instant, dans osmose, l'ajout de donnée externe c'est l'ajout d'un >>> node ou l'ajout de tag sur un objet déjà existant. Donc dans notre cas, >>> ça >>> marche bien pour ajouter les arrêts de bus. >>> >>> >>> Parce que les lignes de transport, l'objet OSM qui correspond le plus, ça >>>> sera la relation route_master (dont les éléments sont exclusivement >>>> d'autres relations) et qui ne se représente pas bien sur une carte. >>>> >>>> >>> Dans osm, oui c'est une relation route_master qui représente la ligne de >>> bus mais il faut y placer des relation type=route et route=bus comme >>> indiqué là : https://wiki.openstreetmap.org/wiki/Tag:route%3Dbus >>> On en crée une pour le trajet du bus à l’allée une autre pour le retour >>> (voir encore plein d'autres si la ligne de bus a des variantes) et après >>> on >>> met c'est différentes relations dans une relation route_master qui >>> représente toute la ligne de bus. >>> Comme il faut mettre dans c'est relation les bon morceaux de route >>> qu'empruntent les bus je pense pas qu'osmose ou un autre outil puissent >>> le >>> faire à notre place. >>> >>> >>>> Et je préférerais qu'on commence par les lignes avant d'attaquer les >>>> point >>>> d'arrêts et zones d'arrêts (un peu comme avec les adresses, où on >>>> commence >>>> par faire matcher les communes, puis les rues). Ça permettra d'être plus >>>> fin et d'éviter d'attribuer la référence de l'arrêt qui est en fait de >>>> l'autre côté de la rue, voire de créer des arrêts parce qu'on en a deux >>>> dans les données du STIF alors qu'il n'y a bien qu'un unique arrêt sur >>>> le >>>> terrain. >>>> >>>> >>> Il y en a 2, un pour chaque coté de la route? >>> Osmose permet de placer un point exactement où le stif le place lui. et >>> comme il les place sur ce que j'ai vu bien 1 de chaque coté de la route >>> il >>> n'y a pas de problème? >>> Comme dans les relations il faut mettre les arrêts, si il existent déjà >>> je >>> pense que c'est plus simple. >>> >>> Si je dis des bêtises n’hésitez pas à rectifier j'ai déjà toucher se >>> genre >>> de relation quand elles existaient déjà mais j'en ai pas vraiment créer. >>> >>> >>> nlehuby >>>> >>>> Date: Mon, 5 Dec 2016 20:48:17 +0100 >>>> >>>>> From: Jérôme Amagat <[email protected]> >>>>> To: Discussions sur OSM en français <[email protected]> >>>>> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF >>>>> Message-ID: >>>>> <CAHUxktL+txPNO5nXZPK8QuV9B0QMupK=AqUdPvYwu9TFnHF_4A@mail. >>>>> >>>>> gmail.com> >>>>> Content-Type: text/plain; charset="utf-8" >>>>> >>>>> >>>>> J'ai regardé un peu les données. >>>>> Déjà pour les arrêts les "Zones d'Embarquement d'Île-de-France (ZDE)" >>>>> (les >>>>> public_transport=platform dans osm) les coordonnées semble de bonne >>>>> qualité. (pour les noms par contre c'est pas homogène certains sont >>>>> tout >>>>> en >>>>> majuscule d'autres non, avec bien sur des problèmes avec les accents >>>>> non >>>>> présents sur les majuscules) >>>>> C'est un bon candidat pour osmose je pense. (les tags ajoutés seraient >>>>> public_transport=platform name=* et pour les arrêt de bus : >>>>> highway=bus_stop bus=yes il y a aussi les arrêts de tram et métro) >>>>> Pour les autres données : Zone de Lieu (ZDL) Lieu d’arrêt (LDA) >>>>> possibilité >>>>> de créer une relation public_transport = stop_area qui regroupe des >>>>> platforms mais je sais pas pour lequel des 2 et c'est plus compliqué >>>>> pour >>>>> osmose. >>>>> >>>>> Par contre les ref: il y en a beaucoup dans les fichiers. je dirais >>>>> qu'il >>>>> faut utiliser ref:FR:STIF et c'est suivant les autres tags que l'on >>>>> sait >>>>> quel ref c'est. >>>>> par contre pour les arrêts, il y a un ID_REFA avec les "Zones >>>>> d'Embarquement" et dans le fichier "Arrêts par lignes de transport en >>>>> commun en Ile-de-France" il y a un stop_id (qui peut être par exemple >>>>> "StopPoint:81:255"). c'est une partie des valeurs déjà présentent dans >>>>> osm. >>>>> Dans osm il y a des ref:FR:STIF (http://overpass-turbo.eu/s/kty) et >>>>> des >>>>> ref:FR:stif (http://overpass-turbo.eu/s/ktA) >>>>> >>>>> Le 5 décembre 2016 à 08:49, Florian LAINEZ <[email protected]> a >>>>> écrit : >>>>> >>>>> Salut Noémie, >>>>> >>>>>> L'identifiant ref:FR:STIF me parait également le plus pérenne et donc >>>>>> il >>>>>> devrait être préféré systématiquement. Ceci dit, il n'y a aucun >>>>>> problème >>>>>> à >>>>>> ajouter le code technique si cela peut t'être utile. >>>>>> >>>>>> Il ne me semble pas choquant d'utiliser ref:FR:STIF pour identifier >>>>>> les >>>>>> lignes et les zones d'arrêt même si cela ne correspond pas au même >>>>>> identifiant coté STIF. Le simple fait que cela s'applique à une ligne >>>>>> suffit à expliciter le type d'objet concerné. >>>>>> >>>>>> Tu dis qu'il y a déjà des objets avec ref:FR:STIF, je ne les ai pas >>>>>> trouvé, tu peux nous envoyer la requête Overpass utilisée stp ? Si >>>>>> d'autres >>>>>> références sont indiquées, il va falloir que l'on trouve ce à quoi >>>>>> cela >>>>>> correspond. >>>>>> Au doigt mouillé, je dirait que ce sont des identifiants de la RATP ou >>>>>> d'un autre transporteur qui ont été mal tagués. >>>>>> >>>>>> Est-ce que tu as intégré les données du STIF dans OSMOSE pour qu'on >>>>>> puisse >>>>>> "dégommer du rouge" avec toi ? ;) >>>>>> >>>>>> Le 4 décembre 2016 à 20:09, <[email protected]> a >>>>>> écrit : >>>>>> >>>>>> Le 04/12/2016 à 18:41, Noémie Lehuby - [email protected] >>>>>> a >>>>>> >>>>>>> écrit : >>>>>>> >>>>>>> Je pensais partir simplement sur ref:FR:STIF pour indiquer les >>>>>>> identifiants. Mais : >>>>>>> * Il y a des déjà des objets avec ce tag dans la base. Je n'ai pas >>>>>>> trouvé >>>>>>> à quoi correspondent ces références actuelles. Ça ressemble un peu à >>>>>>> la >>>>>>> colonne ExternalCode_ID du référentiel STIF, mais pas tout à fait... >>>>>>> Quelqu'un sait ce que c'est et si ça a toujours une réalité ? >>>>>>> * Est-ce que c'est choquant d'utiliser ce tag à la fois pour les >>>>>>> références des lignes, des points d'arrêts et des zones d'arrêts ? >>>>>>> Sinon, >>>>>>> on peut affiner la clef avec ref:FR:STIF:ID_Line et >>>>>>> ref:FR:STIF:ZDEr_ID_REF_A. >>>>>>> >>>>>>> Qu'en pensez-vous ? >>>>>>> >>>>>>> nlehuby >>>>>>> >>>>>>> Tu peux peut-être contacter des créateurs de ces références pour ne >>>>>>> avoir >>>>>>> le cœur net. Si l'intersection est vide, tu peux te contenter d'une >>>>>>> clé, >>>>>>> sinon ça va être compliqué. >>>>>>> Ce que tu dis sur le wiki me semble correct. >>>>>>> Garder les 2 références permet sans doute de suivre plus facilement >>>>>>> les >>>>>>> évolutions. >>>>>>> >>>>>>> Jean-Yvon >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Talk-fr mailing list >>>>>>> [email protected] >>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> -- >>>>>> >>>>>> *Florian Lainez* >>>>>> @overflorian <http://twitter.com/overflorian> >>>>>> >>>>>> _______________________________________________ >>>>>> Talk-fr mailing list >>>>>> [email protected] >>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>> >>>>>> >>>>>> -------------- section suivante -------------- >>>>>> >>>>> Une pièce jointe HTML a été nettoyée... >>>>> URL: >>>>> <http://lists.openstreetmap.org/pipermail/talk-fr/attachment >>>>> s/20161205/183afb3b/attachment-0001.html> >>>>> >>>>> ------------------------------ >>>>> >>>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> [email protected] >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>>> -------------- section suivante -------------- >>> Une pièce jointe HTML a été nettoyée... >>> URL: >>> <http://lists.openstreetmap.org/pipermail/talk-fr/attachment >>> s/20161206/1144366f/attachment.html> >>> >>> ------------------------------ >>> >> >> >>> Fin de Lot Talk-fr, Vol 125, Parution 16 >>> **************************************** >>> >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > > -- > > *Florian Lainez* > @overflorian <http://twitter.com/overflorian> > -- *Florian Lainez* @overflorian <http://twitter.com/overflorian>
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
