Re: [OSM-talk-fr] "Intégration des autoroutes" de la Guyane avec les pays voisins

Aucune route importante au nord-ouest de Georgetown (Guyana) pour les autres provinces ou vers le Venezuela? Est-ce lié à la revendication territoriale du Venezuela sur la plus grande partie du Guyana (le "Guyana Esqueba", la partie qui a été occupée par l'Empire britannique sur l'ancienne

[OSM-talk-fr] "Intégration des autoroutes" de la Guyane avec les pays voisins

Bonjour, j'ai été contacté pour donner mon avis sur https://forum.openstreetmap.org/viewtopic.php?id=70063 c.-à-d. changement de highway=primary en trunk. Le réseau routier c'est pas vraiment mon dada, il y a certainement des personnes bien plus averties sur cette liste :) Cela ressemble à une

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Bonjour, et tu listes 2 ref ? hum pour éviter de faire une nouvelle particularité fr-fr, et vu qu'on a trouvé aucune utilité a dupliquer la ref de la route sur toutes les bornes, je suis partisant de respecter la situation actuelle cad pour ton exemple : highway=milestone distance=22

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

afin de trouver une solution sans "ref" : proposition d'utilisation des attributs de la base rrndescription complète : http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf Pour les "nodes" highway=milestoneattribut base rrnvaleur dans la base rrntag osm proposévaleur tag

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

afin de trouver une solution sans "ref" : proposition d'utilisation des attributs de la base rrndescription complète : http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf Pour les "nodes" highway=milestoneattribut base rrnvaleur dans la base rrntag osm proposévaleur tag

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le 08/06/2020 à 14:59, didier2020 - osm2...@free.fr a écrit : c'est quelqu'un dont le métier est la route 12+1600 veut dire 1600 m après 12 D'après les photos ,

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le lundi 08 juin 2020 à 15:44 +0200, osm.sanspourr...@spamgourmet.com a écrit : > https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3 > > Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86 > extérieur. il y a

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3 Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86 extérieur. Et à partir de ça on sait reconstituer la référence RRN ? "+" pour indiquer que la distance

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit : > Le 08.06.20 à 13:26, didier2020 a écrit : > > - 9057 ont un tag ref > > ce serrait sans doute utile de chercher quelques photos > de borne avec la ref visible.

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit : > Le 08.06.20 à 13:26, didier2020 a écrit : > > - 9057 ont un tag ref > > ce serrait sans doute utile de chercher quelques photos > de borne avec la ref visible. > > > 60 sont du texte/inclus un . ou + > > . est le séparateur décimal dans

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le 08.06.20 à 13:26, didier2020 a écrit : > - 9057 ont un tag ref ce serrait sans doute utile de chercher quelques photos de borne avec la ref visible. > 60 sont du texte/inclus un . ou + . est le séparateur décimal dans osm, du coup c'est numérique. le + est + étrange. > ref:highway > serait

[OSM-talk-fr] Intégration du bornage du réseau routier national

comme il n'y a pas de consensus sur l'utilisation des tags complémentaire a higway=milestone, j'ai téléchargé le pbf de la france et filtrer les nodes highway=milestone pour voir ce qui existe : sur 10935 higway=milestone, - 9057 ont un tag ref - 442 ont un tag ref avec une valeur numerique -

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Bonjour Jérôme Le dim. 7 juin 2020 à 20:28, Jérôme Amagat a écrit : > > >> Si, c'est écrit : à côté de la voie >> https://wiki.openstreetmap.org/wiki/FR:Key:marker#Comment_contribuer >> >> là tu parle du tag marker=* pas de highway=milestone > C'est la même chose, marker=* donne l'apparence

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le dim. 7 juin 2020 à 15:16, François Lacombe a écrit : > Bonjour à tous, > > Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo a > écrit : > >> Le 04/06/2020 à 17:09, Marc M. a écrit : >> > Le 04.06.20 à 17:02, didier2020 a écrit : >> >> dans le référentiel, la bretelle est définie par 2 plo, non

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le dim. 7 juin 2020 à 15:15, François Lacombe a écrit : > Bonjour à tous, > > Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo a > écrit : > >> >> Le wiki de dit pas si la borne doit être sur ou a coté du la voie. >> > > Si, c'est écrit : à côté de la voie >

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Bonjour à tous, Le dim. 7 juin 2020 à 11:02, Frédéric Rodrigo a écrit : > Le 04/06/2020 à 17:09, Marc M. a écrit : > > Le 04.06.20 à 17:02, didier2020 a écrit : > >> dans le référentiel, la bretelle est définie par 2 plo, non visible > >> sur le terrain > >> - la référence métier est sur un way

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

mon avis : un node avec highway=milestone et distance=pr ce node doit être un node du way de la route. Mais je ne crois pas qu'osmose peut faire quelque chose pour ça. Pas de ref=*, il n'y a pas de référence sur les bornes ni pour les borne dans le jeux de données, le A * ou N * c'est la référence

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le dimanche 07 juin 2020 à 11:04 +0200, Frédéric Rodrigo a écrit : > Le 04/06/2020 à 17:09, Marc M. a écrit : > > Le 04.06.20 à 17:02, didier2020 a écrit : > > > dans le référentiel, la bretelle est définie par 2 plo, non > > > visible > > > sur le terrain > > > - la référence métier est sur un

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le 04/06/2020 à 17:09, Marc M. a écrit : Le 04.06.20 à 17:02, didier2020 a écrit : dans le référentiel, la bretelle est définie par 2 plo, non visible sur le terrain - la référence métier est sur un way séparer l'intégration en 2 : - les bornes réelles d'un côté - les ref de route non indiquée

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

> - la distance c'est distance= :) Et par défaut c'est en km (d'où l'utilisation de kp/pk au lieu de distance par le passé) > - la ref de la voie n'est pas la ref de la borne +1, tu veux dire que sur la voie il faut ref:FR:RRN ? ;-) Private joke. Il me semble qu'une modélisation proche de celle

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le 04.06.20 à 17:02, didier2020 a écrit : > dans le référentiel, la bretelle est définie par 2 plo, non visible > sur le terrain > - la référence métier est sur un way séparer l'intégration en 2 : - les bornes réelles d'un côté - les ref de route non indiquée sur le terrain... sans doute qlq

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Le jeudi 04 juin 2020 à 16:54 +0200, Marc M. a écrit : > Bonjour, > > mon avis: > - la ref de la voie n'est pas la ref de la borne > - la distance c'est distance= :) > - donc la réf de la borne, puisqu'elle est parfois visible > sur le terrain, c'est tout simplement ref comme dans les autres pays

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Bonjour, C'est un très bon sujet. Je ne peux pas prendre le temps de l'envisager dans la globalité pour l'instant, voici quelques éléments que je souhaitais apporter. highway=milestone peut être utilement complété par marker=* Idéalement marker=stone ou marker=plate voire marker=post lorsque

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Bonjour, mon avis: - la ref de la voie n'est pas la ref de la borne - la distance c'est distance= :) - donc la réf de la borne, puisqu'elle est parfois visible sur le terrain, c'est tout simplement ref comme dans les autres pays :) je n'ai pas compris le point B des bornes de bretelles, en quoi

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

Je résume. La question porte sur l'usage du tag ref pour un highway=milestone. Certains utilisent la ref de voie (A 63), d'autres la distance. Il y a en plus une référence "métier" non inscrite sur les bornes. https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone Mon avis perso. La ref

[OSM-talk-fr] Intégration du bornage du réseau routier national

Bonjour, Afin qu'osmose puis permettre d'intégrer des données du réseau routier national, F.Rodrigo m'a demandé de voir l'utilisation des tags pour highway=milestone Préambule : Le céréma gère le référentiel du réseau routier national (RRN), qui est a l'origine une base de donnée patrimoniale :

Re: [OSM-talk-fr] Intégration Osmose des professionnels de santé (infirmières, kinésithérapeutes…)

Le 09/04/2020 à 08:53, Yves P. a écrit : Dans le fichier on trouve beaucoup de profession, mais avec quelques doublons / interrogations : * Fournisseur de matériel médical et para-médical (24 à 32) * Laboratoire (40 à 41) * Médecin généraliste (45 à 47) * Pharmacien (62 à 63)

Re: [OSM-talk-fr] Intégration Osmose des professionnels de santé (infirmières, kinésithérapeutes…)

> On trouve aussi les Pharmacies, la profession n'est pas proposée dans les > menus déroulants, mais 2 critères (Nom + localité) Dans le fichier on trouve beaucoup de profession, mais avec quelques doublons / interrogations : Fournisseur de matériel médical et para-médical (24 à 32) Laboratoire

Re: [OSM-talk-fr] Intégration Osmose des professionnels de santé (infirmières, kinésithérapeutes…)

Le 09/04/2020 à 00:34, Yves P. a écrit : Bonsoir, La liste existe : c'est l'annuaire santé Amélie :) http://annuairesante.ameli.fr On trouve aussi les Pharmacies, la profession n'est pas proposée dans les menus déroulants, mais 2 critères (Nom + localité) Tant que le statut de ces

[OSM-talk-fr] Intégration Osmose des professionnels de santé (infirmières, kinésithérapeutes…)

Bonsoir, La liste existe : c'est l'annuaire santé Amélie :) http://annuairesante.ameli.fr Il existe en données ouvertes : Infos pratiques professionnels de sante avec sa description

Re: [OSM-talk-fr] Intégration données dokomaps en opendata

Le 04.04.20 à 16:48, Baptiste Jonglez a écrit : >> - données des POIs (nom, adresse, localisation) : effectivement, après >> vérification, ça a bien l'air de venir de Google :(( malgré les >> assurances de l'éditeur que les données sont « sans aucune donnees >> Google »... > > C'est

Re: [OSM-talk-fr] intégration des voies sans addr : trouveur leur localisation

Merci pour vos réponses. Hélas le cadastre n'a aucune connaissance des 4 voies sans addr que je cherchais. j'ai utilisé l'analyse des pdf via http://cadastre.openstreetmap.fr ce qui m'a permit de trouver un des lieux-dit nomé dans le nom de la voie. j'ai trouvé/ajouté ce qui semble le seul chemin

Re: [OSM-talk-fr] intégration des voies sans addr : trouveur leur localisation

https://www.cadastre.gouv.fr/scpc/accueil.do Et d'ailleurs on retrouve plein de choses bizarres avec des noms de voies qui n'ont pas été changé sur certaines parcelles... l'alias n'est pas utilisé dans le cadastre. En effet c'est très fastidieux.Si pas de rattachement parcellaire et que la voie

Re: [OSM-talk-fr] intégration des voies sans addr : trouveur leur localisation

Bonjour, > De: "marc marc" > > existe-t-il un moyen de chercher le cadastre pour trouver > la localisation d'une voie sans addr ? > http://dev.cadastre.openstreetmap.fr/fantoir/ ne donne pas de > coordonées > Sur la couche cadastre, elles apparaissent souvent mais visualiser > toute l'étendue

[OSM-talk-fr] intégration des voies sans addr : trouveur leur localisation

Bonjour, existe-t-il un moyen de chercher le cadastre pour trouver la localisation d'une voie sans addr ? http://dev.cadastre.openstreetmap.fr/fantoir/ ne donne pas de coordonées Sur la couche cadastre, elles apparaissent souvent mais visualiser toute l'étendue d'une commune est fastidieux. ou

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Merci Jérôme pour les précisions Je pense qu'il faudrait faire le changement si c'est possible pour ceux qui connaissent le script François Le ven. 10 janv. 2020 à 02:08, Jérôme Amagat a écrit : > > > Le jeu. 9 janv. 2020 à 22:05, François Lacombe > a écrit : > >> Bonjour et merci pour votre

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Le jeu. 9 janv. 2020 à 22:05, François Lacombe a écrit : > Bonjour et merci pour votre retour, > > On sera d'accord sur le "escalade dehors ou dedans" > Mais pour les pylônes auto-stables, l'échelle est à l'intérieur du > treillis le plus souvent donc c'est plutôt man_made=tower qu'il faudrait >

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Le 09.01.20 à 22:04, François Lacombe a écrit : > pour les pylônes auto-stables, l'échelle est à l'intérieur du treillis > le plus souvent donc c'est plutôt man_made=tower je partage ton avis ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Bonjour et merci pour votre retour, On sera d'accord sur le "escalade dehors ou dedans" Mais pour les pylônes auto-stables, l'échelle est à l'intérieur du treillis le plus souvent donc c'est plutôt man_made=tower qu'il faudrait utiliser A la différence d'un poteau où il faut y accéder en nacelle

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

C'est moi qui est fait ces choix pour osmose. J'ai fait ce choix personne n'en a parler sur la discussion sur le github d'osmose donc c'est resté comme ça. La lecture des pages du wiki pour man_made=mast et man_made=tower m'a fait faire ce choix. Ce que j'ai compris c'est comme dit marc marc :

Re: [OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Le 09.01.20 à 01:39, François Lacombe a écrit : > Je n'ai pas beaucoup participé aux discussions de mémoire, sur tagging, la différence avait surtout été mis sur comment on y monte : mat par dehors, polygone par dedans. ___ Talk-fr mailing list

[OSM-talk-fr] Intégration supports radio ANFR : différences mast/tower

Salut à tous, Des questions relative à l'intégration Osmose des supports ANFR Sur le support suivant, initialement qualifié en pylône : https://www.openstreetmap.org/node/4026894947, on a man_made=mast Cartoradio dit "Pylône autostable", et StreetView laisse penser que c'est bien un pylône

[OSM-talk-fr] Intégration

Hello, J'ai l'impression que pour l'instant on ne s'est intéressé qu'à l'intégration des bureaux de poste en eux-même de manière systématique, cf. https://wiki.openstreetmap.org/wiki/France/data.gouv.fr/Import_des_points_de_contact_postaux Néanmoins en France on a tout de même 1323 points qui ont

Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

La clé d'interop (CIA pour les intimes) a été pensée pour faciliter les rapprochement de bases, pas pour établir un identifiant unique et stable dans le temps (problème des voies temporairement sans codes FANTOIR, des codes qui changent suite à une correction ou un renommage de la voie, etc... et

Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

Ref ou une de ses sous-clef La vrai question c'est pourquoi faire ? Qui aura besoin d'identifier une adresse par une clef autre que l'adresse ? À mon avis c'est typiquement le genre de ref totalement inutile dans osm et qui au final embrouille le contributeur Le 30 sept. 2019 à 15:42, emeric

Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

Merci pour les Tags. Pour le code FANTOIR de la cle_interop (cle qui correspond en théori à l'ID BAN), celui-ci peut ne pas exister, une clef aléatoire est donc générée par Etalab lors de la création de l'ID BAN. Après attribution d'un code FANTOIR, l'ID BAN n'est pas régénéré car il constitue un

Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

Bonjour Emeric, Lors de l'intégration faite il y a quelques années autour de Rennes, les contributeurs étaient partis sur les tags suivants : source:addr = Rennes Métropole source:addr:housenumber:ref = 12345 source:addr:version = 2016-01-01 Mais la référence concernait un identifiant

[OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

Bonjour, Je souhaite intégrer des bases adresses locales disponibles sur data.gouv. Dans les infos j'aurais aimé indiquer la cle_interop qui est l'identifiant de l'adresse, mais je ne sais pas quel Tag utiliser. Auriez vous une idée ? Bonne aprem, -- *Emeric PROUTEAU*

Re: [OSM-talk-fr] Intégration des toilettes depuis l'Open Data à Paris #IWheelShare

À défaut d'une visite terrain, il y a eu de la part de Florian un recalage à partir de l'imagerie aérienne pour les objets visibles, et un fixme pour ceux cachés par la verdure (qui peuvent aussi faire l'objet d'une vérification par photos via Pic4Carto). Mais l'idée c'est effectivement de

Re: [OSM-talk-fr] Intégration des toilettes depuis l'Open Data à Paris #IWheelShare

Bonjour, > De: "JB" > > Il faut bien un râleur, alors je m'y colle (même si le but est > louable et tout et tout…). > Il me semblait que quand chaque objet d'un import contient un fixme, > c'est que ça ne devrait pas être importé ? D'accord avec toi JB sur ce point.

Re: [OSM-talk-fr] Intégration des toilettes depuis l'Open Data à Paris #IWheelShare

Le 6 décembre 2017 à 12:27, JB a écrit : > > PS : access=yes, c'était vraiment nécessaire ? > Oui à mon avis, pour distinguer des toilettes privées de restaurant par exemple. ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Intégration des toilettes depuis l'Open Data à Paris #IWheelShare

Salut, Il faut bien un râleur, alors je m'y colle (même si le but est louable et tout et tout…). Il me semblait que quand chaque objet d'un import contient un fixme, c'est que ça ne devrait pas être importé ? Avec entre-autres options : - quelqu'un s'y colle pour faire le tour avec un vélo

[OSM-talk-fr] Intégration des toilettes depuis l'Open Data à Paris #IWheelShare

Hello, Adrien et moi travaillons pour I Wheel Share à intégrer les toilettes issues des données Open Data de Paris dans OSM. On a trouvé 48 toilettes non-intégrées, sur le critère qu'il n'existe pas de toilettes dans OSM à moins de 20m. Le résultat est ici :

Re: [OSM-talk-fr] intégration des référentiels STIF

L'évolution de ton outil est juste complétement incroyable Noémie : merci ! Nous avons pas mal de boulot/fun sur la table et j'ai déjà commencé. Si des motivés ont besoin d'un coup d'aide pour la prise en main, je peux vous aider ... Le 5 février 2017 à 16:24, Noémie Lehuby

Re: [OSM-talk-fr] intégration des référentiels STIF

Bonjour, voici quelques nouvelles du projet d'intégration des ref STIF dans OSM : CONCERNANT L'INTÉGRATION DES CODES STIF SUR LES LIGNES Un petit état des lieux : - 381 ref STIF intégrés dans OSM - 57 lignes dans OSM sans ref STIF L'outil est toujours dispo pour réaliser des comparaisons et

Re: [OSM-talk-fr] intégration des référentiels STIF

Salut, Je suis allé voir le STIF ce matin pour leur parler d'OSM, de qualité et d'ouverture des données. Ils vont étudier les données OSM de plus près, même s'ils considèrent clairement OSM comme un référentiel "concurrent" au leur pour l'instant. Sinon, ils pensent publier le tracé des lignes de

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 21 décembre 2016 à 22:10, lenny.libre a écrit : > Mais là je viens de découvrir bato. C'est tellement vaste... je ne > comprends pas tout et je ne vois pas où je pourrais contribuer avec mes > petits moyens : je prends une ligne, je la complète si nécessaire, j'aboute >

Re: [OSM-talk-fr] intégration 412 jeux de boulede fort

Suite d’un vieux fil, déjà un an… Donc j’ai versé sur OSM les 403 (y-en a 10 de disparues ou requalifiées entre temps…) Société ou cercles de boule de fort. 95 sous forme de POI, pour les cas où je n’ai pas su identifier les bâtiments, ou pour les cas où la société n’utilise qu’une partie du

Re: [OSM-talk-fr] intégration des référentiels STIF

h Le 16/12/2016 à 17:36, Florian LAINEZ a écrit : Le 16 décembre 2016 à 13:01, lenny.libre > a écrit : Ne faudrait-il pas quelque part, une récapitulation Un genre de Base d'Arrêts de Transport Ouverte ? ^^ Contributions bienvenues

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 16 décembre 2016 à 13:01, lenny.libre a écrit : > Ne faudrait-il pas quelque part, une récapitulation Un genre de Base d'Arrêts de Transport Ouverte ? ^^ Contributions bienvenues : https://github.com/BATO-FR/bato_inventaire -- *Florian Lainez* @overflorian

Re: [OSM-talk-fr] intégration des référentiels STIF

marqué le problème de rendu avec Skechtline que tu cites Philippe. Noémie Date: Mon, 12 Dec 2016 21:17:49 +0100 From: osm.sanspourr...@spamgourmet.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <45f27b94-1092-e208-08f9-3b2c4b830..

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 12/12/2016 à 21:17, osm.sanspourr...@spamgourmet.com a écrit : Logiquement, on se dit que tu vas nous faire la même chose pour l'open data des lignes hors du STIF : il y a des réseaux de transports en dehors de l'Île-de-France, si, si ;-). Pense qu'une seule personne a profité de

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 14 décembre 2016 à 11:47, Christian Quest a écrit : > Le 14 décembre 2016 à 10:34, Florian LAINEZ a écrit : > >> Hello, >> >> Si on veut gérer la transition, il faut décider vers lequel de "platform" >>> ou "stop_position" on doit basculer les

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 14 décembre 2016 à 10:34, Florian LAINEZ a écrit : > Hello, > > Si on veut gérer la transition, il faut décider vers lequel de "platform" >> ou "stop_position" on doit basculer les "bus_stop" actuels. En majorité les >> "bus_stop" ont été mis sur ce qui devrait être des

Re: [OSM-talk-fr] intégration des référentiels STIF

Hello, Si on veut gérer la transition, il faut décider vers lequel de "platform" > ou "stop_position" on doit basculer les "bus_stop" actuels. En majorité les > "bus_stop" ont été mis sur ce qui devrait être des "plateform" en v2 (c'est > à dire à côté des chemins de la relation "route"). Mais si

Re: [OSM-talk-fr] intégration des référentiels STIF

effectivement, les membres de relations ne devraient pas se lier l'un à l'autre, ce devrait être des parentés strictes dans une hiérarchie, donc sans boucle. Il y a cependant quelques cas où de telles boucles existent entre relations (mais pour des rôles différents), notamment pour les "default"

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 13 décembre 2016 à 21:27, a écrit : > J'ai peut-être la réponse à la longueur du traitement : > > https://www.openstreetmap.org/relation/6789691 a pour membre : > >- Relation Noctilien N21 : Châtelet → Chilly-Mazarin – Libération ( >2504515)

Re: [OSM-talk-fr] intégration des référentiels STIF

J'ai peut-être la réponse à la longueur du traitement : https://www.openstreetmap.org/relation/6789691 a pour membre : * Relation Noctilien N21 : Châtelet → Chilly-Mazarin – Libération (2504515) et fait partie de : * Relation Noctilien

Re: [OSM-talk-fr] intégration des référentiels STIF

es codes qu'on importera sont stables. >> S'ils ne représentent plus rien dans 6 mois, on va le regretter. >> C'est pourquoi en île-de-france ça a du sens : le STIF propose un >> référentiel sur son portail opendata donc on peut penser qu'on aura une >> certaine pérennité d

Re: [OSM-talk-fr] intégration des référentiels STIF

ropose un > référentiel sur son portail opendata donc on peut penser qu'on aura une > certaine pérennité de ces codes. > Quel réseau te ferait plaisir pour Noël ? > > C'est amusant ça : la couverture en public_transport = stop_position est > si faible que j'avais jamais rema

Re: [OSM-talk-fr] intégration des référentiels STIF

ra une > certaine pérennité de ces codes. > Quel réseau te ferait plaisir pour Noël ? > > C'est amusant ça : la couverture en public_transport = stop_position est > si faible que j'avais jamais remarqué le problème de rendu avec Skechtline > que tu cites Philippe. > >

Re: [OSM-talk-fr] intégration des référentiels STIF

est si faible que j'avais jamais remarqué le problème de rendu avec Skechtline que tu cites Philippe. Noémie Date: Mon, 12 Dec 2016 21:17:49 +0100 From: osm.sanspourr...@spamgourmet.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <45f2

Re: [OSM-talk-fr] intégration des référentiels STIF

gt; certaine pérennité de ces codes. > Quel réseau te ferait plaisir pour Noël ? > > C'est amusant ça : la couverture en public_transport = stop_position est > si faible que j'avais jamais remarqué le problème de rendu avec Skechtline > que tu cites Philippe. > > Noémie > >

Re: [OSM-talk-fr] intégration des référentiels STIF

tu cites Philippe. Noémie Date: Mon, 12 Dec 2016 21:17:49 +0100 From: osm.sanspourr...@spamgourmet.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <45f27b94-1092-e208-08f9-3b2c4b830...@gmx.net> Content-Type: text/plain; charset=

Re: [OSM-talk-fr] intégration des référentiels STIF

J'ai dit "ovales" juste pour simplifier, car évidemment ce sont en fait des formes créées par un polygone convexe englobant tous les arrêts inclus, élargis par un petit "buffer" créé autour avec des angles arrondis. Ca donne des formes qui dépendent de la listance entre les arrêts et de leur

Re: [OSM-talk-fr] intégration des référentiels STIF

Bon j'ai créé une route_master pour faire le test https://www.openstreetmap.org/relation/6789691 à priori j'ai pas fait de connerie, mais c'est teeellement long de faire ça à la mano. Je confirme qu'il nous faut un outil plus adapté si on veut créer 600 lignes ... Le 13 décembre 2016 à 13:05,

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 12/12/2016 à 23:06, Philippe Verdy - verd...@wanadoo.fr a écrit : en revanche les "stop_area" sont reconnus par le rendu "Public Transport" qui affiche des ovales autour des arrêts "stop_position" Avec le schéma V1 on a déjà ça avec les highway

Re: [OSM-talk-fr] intégration des référentiels STIF

J'avoue avoir un peu abusé de l'outil à mon seul profit ^^ très bons points pour la suite Noémie. Il va falloir choisir les priorités ... celles que je propose : on a plus d'un millier de lignes côté opendata, et péniblement 400 côté OSM > ... donc il en manque. > Il y en a pas mal qui sont déjà

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 12 décembre 2016 à 21:01, Noémie Lehuby a écrit : > Bonsoir, > > J'ai poussé une mise à jour de l'outil, avec quelques améliorations > mineures : https://ref-lignes-stif.5apps.com/ > Je pense que je ne vais pas faire beaucoup d'autres évolutions dans > l'outil,

Re: [OSM-talk-fr] intégration des référentiels STIF

Logiquement, on se dit que tu vas nous faire la même chose pour l'open data des lignes hors du STIF : il y a des réseaux de transports en dehors de l'Île-de-France, si, si ;-). Pense qu'une seule personne a profité de l'outil, c'est un peu abuser, non ? :-D Jean-Yvon Le 12/12/2016 à 21:01,

Re: [OSM-talk-fr] intégration des référentiels STIF

: On peut recycler le Mattermost du projet BATO pour ne pas polluer la liste : https://framateam.org/bato-fr/channels/stif Date: Mon, 12 Dec 2016 15:34:00 +0100 From: Florian LAINEZ <winner...@free.fr> To: Discussions sur OSM en français <talk-fr@openstreetmap.org> Subject: Re:

Re: [OSM-talk-fr] intégration des référentiels STIF

OK j'avais un peu de temps libre donc j'ai terminé les 10 premières pages aussi ;) Il ne reste donc que les exceptions et les pages où le chargement a buggé. Noémie tu nous dis quand tu as fait une MAJ ? Merci Le 12 décembre 2016 à 15:34, Florian LAINEZ a écrit : > Bon en

Re: [OSM-talk-fr] intégration des référentiels STIF

Bon en plus du réseau Noctilien j'ai fait les pages 10 à 40 (hors erreurs comme reporté ci-avant), histoire de bien commencer la semaine. Noémie tu peux peut-être faire une mise à jour aujourd'hui ou demain du coup ;) Quelques problèmes supplémentaires que je n'arrive pas à résoudre simplement :

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 12 décembre 2016 à 13:56, Noémie Lehuby a écrit : > Ton premier exemple est un magnifique exemple de ce qu'il ne faut pas > faire :p je suis ravi ! Je n'ai en effet pas été très bon :/ J'ai revert mon edit du coup. Le 12 décembre 2016 à 13:56, Noémie Lehuby

Re: [OSM-talk-fr] intégration des référentiels STIF

:53:09 +0100 From: Florian LAINEZ <winner...@free.fr> To: Discussions sur OSM en français <talk-fr@openstreetmap.org> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <CALZSDK+5nrcMnUm3B9g31zK=md=R_9F10f=qdaD+=mpt57q...@mail.gmail.com> Conten

Re: [OSM-talk-fr] intégration des référentiels STIF

>> 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 <jerome.ama...@gmail.com> >>> To: Discussions sur OSM en français <talk

Re: [OSM-talk-fr] intégration des référentiels STIF

> 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 <jerome.ama...@gmail.com> >> To: Discussions sur OSM en français <talk-fr@openstreetmap.org> >> Subject: Re: [OSM-talk-fr] intégration d

Re: [OSM-talk-fr] Intégration des stations essence

Bonjour, J'ai commencé il y a 2 mois à tagger systématiquement les stations service, au moins ceux de ma région. J'avais en effet tagger, entres autres, la quasi totalité des stations au nord de l'A25 proposées par Osmose. Hors ces stations sont de nouveaux ressorties par Osmose!!! Beaucoup de

Re: [OSM-talk-fr] intégration des référentiels STIF

ur OSM en français <talk-fr@openstreetmap.org> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <cahuxktlxk8o2nf406quwfbmmpfez4unuy7g-afxtghwscth...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Le 5 décembre 2016 à 21:49

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 09/12/2016 à 09:07, Florian LAINEZ a écrit : hey, Le 8 décembre 2016 à 20:49, Noémie Lehuby > a écrit : Rah ... du coup, j'ai commencé un outil web pour visualiser les lignes dans les deux systèmes et faciliter

Re: [OSM-talk-fr] intégration des référentiels STIF

hey, Le 8 décembre 2016 à 20:49, Noémie Lehuby a écrit : > Rah ... du coup, j'ai commencé un outil web pour visualiser les lignes > dans les deux systèmes et faciliter la mise en correspondance :p > J'essaye d'en publier une première version ce week-end. >

Re: [OSM-talk-fr] intégration des référentiels STIF

t; To: Discussions sur OSM en français <talk-fr@openstreetmap.org> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <cahuxktjnsian5go6iomysnqra-cskg9ucufnva2rrfbszrj...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" pour le STIF dans l

Re: [OSM-talk-fr] intégration des référentiels STIF

d'uniformisation sur les données existantes ;) Noémie Date: Wed, 7 Dec 2016 20:48:30 +0100 From: Florian LAINEZ <winner...@free.fr> To: Discussions sur OSM en français <talk-fr@openstreetmap.org> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <calzsdkjegack_h

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 7 décembre 2016 à 20:48, Florian LAINEZ a écrit : > Très intéressante démonstration Noémie. > Du coup peut-être en effet devrions-nous attendre de pouvoir exploiter le > GTFS avant de se lancer dans l'intégration des données STIF ... > Fred tu penses que ça pourrait passer

Re: [OSM-talk-fr] intégration des référentiels STIF

Très intéressante démonstration Noémie. Du coup peut-être en effet devrions-nous attendre de pouvoir exploiter le GTFS avant de se lancer dans l'intégration des données STIF ... Fred tu penses que ça pourrait passer sur la liste au père-noël ? ;) Le 7 décembre 2016 à 11:15, Noémie Lehuby

Re: [OSM-talk-fr] intégration des référentiels STIF

com> To: Discussions sur OSM en français <talk-fr@openstreetmap.org> Subject: Re: [OSM-talk-fr] intégration des référentiels STIF Message-ID: <cahuxktjnsian5go6iomysnqra-cskg9ucufnva2rrfbszrj...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" pour le STIF dans le GTFS l

Re: [OSM-talk-fr] intégration des référentiels STIF

Il faut SI POSSIBLE se baser sur l'id qu'on peut voir sur le terrain... et des id "STIF" j'en ai déjà vu sur des réseaux non RATP. Le 7 décembre 2016 à 02:05, Jérôme Amagat a écrit : > pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier sauf 1 > c'est un

Re: [OSM-talk-fr] intégration des référentiels STIF

pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier sauf 1 c'est un stop_id différent du ZDEr_ID_REF_A mais il y a quand même un fichier pour passer du ZDEr_ID_REF_A au stop_id Le 6 décembre 2016 à 22:20, Florian LAINEZ a écrit : > Si OSMOSE se met à manger

Re: [OSM-talk-fr] intégration des référentiels STIF

Si OSMOSE se met à manger du GTFS c'est certain que ça permettrai de passer à une autre échelle. Fred tu comptes l'implémenter du coup ? Comment comptes-tu gérer l'évolution des données sources dans le temps ? Autant avec un jeu de données statiques tu peux valider/ignorer un POI, autant si les

Re: [OSM-talk-fr] intégration des référentiels STIF

Le 06/12/2016 à 19:13, Florian LAINEZ a écrit : Le 6 décembre 2016 à 13:45, Christian Quest > a écrit : J'ai regardé dans mon quartier desservi par la RATP... c'est "correct" à 50m près. J'en ai à peu près le même souvenir.

  1   2   3   4   >