Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 07:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : L idee est justement de reperer les constantes dans les diffs d OSM pour determiner si elles sont passee d un objet a l autre par exemple Mais heu... pourquoi prendre le problème sur les diffs ? Si je prends deux objets osm tels que je peux les voir dans Josm, par ex, et si j'ai des règles qui me permettent d'obtenir ce qui forme constante chez eux (si c'est deux chemins, par ex, alors ils sont égaux si... , si c'est deux forêts, alors elles sont égales si...), alors, evidemment, je pourrai aussi le faire sur les diffs, je suppose, mais je ne vois pas ce qu'apportent les diffs en particulier sur ce problème particulier ? (et en plus j'ai une base pour avoir un id, thelastbutnottheleast). -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Bonjour Un petit message pour rappeler qu'il existe déjà des outils qui gèrent les diffs et qui permettent de faire des rapports sur ce qui a bougé. Par exemple OsmWatch. On peut très bien dans un premier temps utiliser ces outils pour suivre une liste d'objets, par exemple l'ensemble des objets OSM en lien avec ma base métier externe, et envoyer un rapport si un des objets a été modifié/supprimé dans OSM. D'où l'idée initiale que j'avais eu d'une base au milieu qui gère les liens entre OSM et bases métiers. Alors oui les id OSM bougent. Et alors je dirai ? Si j'ai besoin de conserver le lien entre mes objets et OSM, alors c'est de ma responsabilité de suivre l'évolution d'OSM (via un OsmWatch amélioré par exemple, qui puisse suivre une liste d'objets OSM et pas seulement des filtres comme shop=bakery). Si un des objets que je suis a été supprimé ou modifié, et ben je vais voir, et s'il le faut je fais manuellement les corrections dans ma base de lien pour y recréer les liens qui auraient pu bouger. Cela n'empêche pas cette idée d'un ID spatial flou etc., mais je pense qu'on est pas obligé d'attendre pour faire le truc ci-dessus. D'autant plus que dans le cas cité par Christian d'une boulangerie remplacée par une autre pas loin dans OSM, qui revient au même, ben on peut être ou pas daccord selon le contexte. Si par exemple j'ai une bdd externe métiers qui mets des notes sur les croissants des boulangeries, je ne voudrais surtout pas prendre la boulangerie A pour celle qui l'a remplacé dans les locaux, par ce que sa note croisants du dimanche serait différente. Bref, il faut vraiment poser les cas d'utilisation je pense. Le 16 avril 2013 07:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : -- Le mar. 16 avr. 2013 06:32 HAEC, Ista Pouss a écrit : Il me semble qu'un outiil de diff et l'identification des objets osm sont deux choses parentes, mais différentes. Il me semble qu'il vaudrait mieux les traiter séparément, ou au moins dans 2 fils de discussion séparés ? Ok donc je vais clarifier,je ne parle pas d un outil qui fait des diffs mais d un outil qui permet d analyser les diffs publiees par le projet OSM (pour rappel ils consistent a donner la nouvelle version d un objet et ses tags etc) Je peux identifier un objet sans avoir aucune idée de comment j'en fais un diff. Par exemple, l'océan Atlantique. Il est plus difficile de faire un diff d'objets sans les avoir identifiés, ne serait-ce que ponctuellement, mais le ponctuel peut être trééés ponctuel... Un platane et une pervenche, par exemple ? Par contre, la ressemblance est que pour faire l'id on cherche quelque chose qui ne varie pas au fur et à mesure des évolutions. C'est une anti-ressemblance, si l'on peut dirpour faire l'id on cherche ce qui est constant, pour faire le diff on cherche ce qui change, selon les évolutions. Le sous-problème commun aux deux est d'isoler les constantes. L idee est justement de reperer les constantes dans les diffs d OSM pour determiner si elles sont passee d un objet a l autre par exemple En esperant que se soit plus clair Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: Ista Pouss ista...@gmail.com Mais heu... pourquoi prendre le problème sur les diffs ? Si je prends deux objets osm tels que je peux les voir dans Josm, par ex, et si j'ai des règles qui me permettent d'obtenir ce qui forme constante chez eux (si c'est deux chemins, par ex, alors ils sont égaux si... , si c'est deux forêts, alors elles sont égales si...), alors, evidemment, je pourrai aussi le faire sur les diffs, je suppose, mais je ne vois pas ce qu'apportent les diffs en particulier sur ce problème particulier ? Pour suivre les evolutions tout simplement...le sujet etait de garder une synchro entre une base OSM et une base externe. Plutot que regarder periodiquement si quelque chose a bouge cote OSM tu analyses le flux de modifications pour reperer celles qui concernent l objet que tu veux garder synchronise Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: kimaidou kimai...@gmail.com Bonjour Un petit message pour rappeler qu'il existe déjà des outils qui gèrent les diffs et qui permettent de faire des rapports sur ce qui a bougé. Par exemple OsmWatch. On peut très bien dans un premier temps utiliser ces outils pour suivre une liste d'objets, par exemple l'ensemble des objets OSM en lien avec ma base métier externe, et envoyer un rapport si un des objets a été modifié/supprimé dans OSM. C est bien a ce genre d outil que je fais reference. C est que fait le module Soda qui permet d etre notifie des modifs effectues sur les objets auxquels on a contribue. Il maintient une liste de ces objets et genere un rapport lorsqu il voit passer des diffs les concernant D'où l'idée initiale que j'avais eu d'une base au milieu qui gère les liens entre OSM et bases métiers. Alors oui les id OSM bougent. Et alors je dirai ? Si j'ai besoin de conserver le lien entre mes objets et OSM, alors c'est de ma responsabilité de suivre l'évolution d'OSM (via un OsmWatch amélioré par exemple, qui puisse suivre une liste d'objets OSM et pas seulement des filtres comme shop=bakery). Si un des objets que je suis a été supprimé ou modifié, et ben je vais voir, et s'il le faut je fais manuellement les corrections dans ma base de lien pour y recréer les liens qui auraient pu bouger. Tout a fait. Soda a ete concu dans cet optique la. Il fournit les services de base pour recevoir les modifications effectuees dans OSM, interroger l API etc et derriere tu colles les modules d analyses dedies qui exploitent ces infos. Dans le cas du module que je mentionnais en debut de mail je filtre sur l ID de l objet et le nom de l utilisateur, pour la generation des stats sur les modifs relatives a wikipedia je filtre sur les clefs contenant wikipedia. Apres le traitement peut etre la generation d un rapport ou la mise a jour d une base interne Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 08:53, thevenon.jul...@free.fr a écrit : C est bien a ce genre d outil que je fais reference. C est que fait le module Soda qui permet d etre notifie des modifs effectues sur les objets auxquels on a contribue. Il maintient une liste de ces objets et genere un rapport lorsqu il voit passer des diffs les concernant Juste, il en est où Soda? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
De: Romain MEHUT romain.me...@gmail.com Juste, il en est où Soda? En ce moment je n ai pas trop avance sur le dev, j ai fait quelques tests a la demande de Black Myst pour eviter d ecrire les fichiers temporaires sur le disque afin gagner en perf et eviter de pourrir les SSDs par des lectures/ecritures inutiles Par contre je me suis plutot concentre sur l enrobage et la mise a disposition : il est maintenant (quasi)dispo sur GitHub ( https://github.com/quicky2000/soda ), j ai redige une doc utilisateur et je clarifie/finalise les details sur comment le compiler. Pour faire un statut clair il est utilisable et on peut faire des choses avec. Ce qu il faut maintenant c est avoir des idees d analyse et developper leur code. Avec les reflexions sur le suivi d objet il y a du grain a moudre je pense Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM plugin Todo list
Un plugin à découvrir... si vous ne connaissez pas. A quoi sert-il ? Imaginez que vous voulez passer en revue un certain type d'objet présent dans les données chargées dans JOSM. Vous faites une recherche pour sélectionner les objets qui vous intéressent puis dans le paneau Todo vous cliquez sur le bouton Ajouter Vous aurez une liste, qui vous permettre de les passer en revue un à un en zoomant automatiquement sur le suivant lorsque vous cliquerez sur les boutons Passer ou Marquer (marquer comme fait). Pratique par exemple pour passer en revue un à un les erreurs/avertissements du validator. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
En effet, cet outil Soda semble très intéressant. Maintenant, il faut trouver/prendre le temps de tester :) Bonne journée Le 16 avril 2013 09:07, thevenon.jul...@free.fr a écrit : De: Romain MEHUT romain.me...@gmail.com Juste, il en est où Soda? En ce moment je n ai pas trop avance sur le dev, j ai fait quelques tests a la demande de Black Myst pour eviter d ecrire les fichiers temporaires sur le disque afin gagner en perf et eviter de pourrir les SSDs par des lectures/ecritures inutiles Par contre je me suis plutot concentre sur l enrobage et la mise a disposition : il est maintenant (quasi)dispo sur GitHub ( https://github.com/quicky2000/soda ), j ai redige une doc utilisateur et je clarifie/finalise les details sur comment le compiler. Pour faire un statut clair il est utilisable et on peut faire des choses avec. Ce qu il faut maintenant c est avoir des idees d analyse et developper leur code. Avec les reflexions sur le suivi d objet il y a du grain a moudre je pense Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
L'usage que j'imagine ne semble pas vraiment compatible avec un suivi des modifs via l'analyse de diff sauf si ceci peut s'externaliser. Je pense qu'on n'a pas tous la même idée en tête ce qui complique les échanges, mais ça les enrichit aussi. Différents usages, différents besoins, différentes solutions techniques... donc oui, il faudrait définir les usages et voir ensuite comment on peut répondre à chaque besoin. L'usage que j'ai en tête: - j'ai des données que je veux lier à des objets OSM bien que ceux-ci évoluent - je ne veux pas avoir à suivre l'évolution des données OSM au fil de l'eau (trop lourd ou alors c'est une service masqué pour moi) - j'admet un certain niveau de flou qui idéalement pourrait être réglable - ce qui m'intéresse c'est à peu près où et à peu près quoi Je pense par exemple à: - Jean-Louis qui veut garder une liste des commerces et leur correspondance dans OSM, - une appli mobile qui indique les monuments historiques, - wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc L'ID stable est une indirection vers l'objet courant, et un mécanisme derrière me masque le côté mouvant des données OSM (il peut s'appuyer sur l'analyse des diff ou pas). Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. Pour tester la validité des solutions envisagées, il suffira de prend 2 dumps OSM avec un bel intervalle entre chaque (genre 2 ans) et voir le taux d'efficacité pour maintenir la stabilité des ID. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] http://cadastre.openstreetmap.fr/
salut, l'acces au site http://cadastre.openstreetmap.fr/ est impossible depuis plusieurs jours. quelqu'un a un plan B ? un site miroir ? je voudrai avancer sur la commune de fougeré(49), j'ai rendez vous avec un adjoint au maire la semaine prochaine ;) merci -- Sébastien MEUNIER ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Mon tout petit grain de sel à cette discussion que je suis comme une « curiosité ». Je rajouterais dans les usages : et pas une accumulation de tags ésotériques qui ne disent rien aux débutants… et mêmes moins débutants. Du coup, pour l'usage par des collectivités, je les encouragerais vraiment à utiliser un suivi de diffs, plutôt que de « polluer » la base (c'est peut-être un peu fort comme terme, mais des fois, je me pose la question par rapport à certains tags…). Est-ce qu'on se repose de temps en temps la question de ce qui a sa place dans la base géographique ? (passé sur talk, la création d'une base pour ce qui n'est pas géographique… hé beh, des choses bien en place et acceptées chez nous seraient vues par certains dans cette nouvelle base…). Mon grain de sable… JB. Le 16.04.2013 09:47, Christian Quest a écrit : L'usage que j'imagine ne semble pas vraiment compatible avec un suivi des modifs via l'analyse de diff sauf si ceci peut s'externaliser. Je pense qu'on n'a pas tous la même idée en tête ce qui complique les échanges, mais ça les enrichit aussi. Différents usages, différents besoins, différentes solutions techniques... donc oui, il faudrait définir les usages et voir ensuite comment on peut répondre à chaque besoin. L'usage que j'ai en tête: - j'ai des données que je veux lier à des objets OSM bien que ceux-ci évoluent - je ne veux pas avoir à suivre l'évolution des données OSM au fil de l'eau (trop lourd ou alors c'est une service masqué pour moi) - j'admet un certain niveau de flou qui idéalement pourrait être réglable - ce qui m'intéresse c'est à peu près où et à peu près quoi Je pense par exemple à: - Jean-Louis qui veut garder une liste des commerces et leur correspondance dans OSM, - une appli mobile qui indique les monuments historiques, - wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc L'ID stable est une indirection vers l'objet courant, et un mécanisme derrière me masque le côté mouvant des données OSM (il peut s'appuyer sur l'analyse des diff ou pas). Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. Pour tester la validité des solutions envisagées, il suffira de prend 2 dumps OSM avec un bel intervalle entre chaque (genre 2 ans) et voir le taux d'efficacité pour maintenir la stabilité des ID. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/s [2]ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc Concernant Wikipédia, cela va être géré à travers Wikidata grâce à la propriété http://www.wikidata.org/wiki/Property:P402 Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Quoi: expo + conférences + ateliers Qui: le monde des SIG... Où: ENSG à Champs-sur-Marne, près de Paris Quand: 11-13 juin 2013 Plus: http://www.rencontres-sig-la-lettre.fr/ Nous sommes régulièrement présent à ces rencontres. L'an passé, nous avions un stand opendata qui nous avions bien sûr phagocyté (voir: http://openstreetmap.fr/node/237) Cette année, nous aurons un espace encore plus important et surtout à un emplacement assez stratégique: face à la grande salle de conférence. J'ai déjà le nom... open data bar Vu les contacts passés, je pense que c'est le moment de mettre le paquet sur le côté partage, et donc les échanges de données dans les 2 sens: SIG vers OSM et OSM vers SIG. Lors des rencontres à Lille organisées par la région, nous avions un atelier permanent d'import/intégration de données dans OSM. Le retour avait été très bon et cela avait surtout permis de montré aux responsables de SIG notre niveau d'exigence sur la qualité et l'origine des données. Beaucoup avaient été mises de côté soit pour des problème de qualité, soit pour des problème de licence peu claire (par exemple des adresses géocodées avec l'API de Google). Pour le sens SIG vers OSM, il faudrait donc reproduire cet atelier l'import/intégration, mais en précisant un peu mieux les choses à l'avance pour que l'on ne perde pas de temps avec des données inutilisables. Le principe est que les SIG apportent les données qu'il sont prêt à partager dans OSM. Pour le sens inverse (OSM vers SIG), il faut en discuter... j'ai quelques idées pour faire un peu bouger les lignes ;) Donc 3 jours... besoin de monde pour animer le stand, travailler sur les données (dans les deux sens). Sont déjà prévus: - Fred Rodrigo - Christian Quest Sur qui peut-on compter ? (la veille se tient le FROG: http://frog.osgeo.fr/) -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
ID non stable dans OSM... retour à la case départ ;) Le 16 avril 2013 10:34, Otourly Wiki otou...@yahoo.fr a écrit : wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc Concernant Wikipédia, cela va être géré à travers Wikidata grâce à la propriété http://www.wikidata.org/wiki/Property:P402 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Bonjour Christian, Je serais au FROG puis au Code Sprint OSGEO-fr donc aux Rencontres SIG-la-lettre! Je pense en fait passez plus de temps sur l'OpenData Bar qu'au Code Sprint ;-) Donc compte sur moi René-Luc P.S: j'essayerais d're à la réunion IRC de demain soir. Le 16/04/2013 10:36, Christian Quest a écrit : Quoi: expo + conférences + ateliers Qui: le monde des SIG... Où: ENSG à Champs-sur-Marne, près de Paris Quand: 11-13 juin 2013 Plus: http://www.rencontres-sig-la-lettre.fr/ Nous sommes régulièrement présent à ces rencontres. L'an passé, nous avions un stand opendata qui nous avions bien sûr phagocyté (voir: http://openstreetmap.fr/node/237) Cette année, nous aurons un espace encore plus important et surtout à un emplacement assez stratégique: face à la grande salle de conférence. J'ai déjà le nom... open data bar Vu les contacts passés, je pense que c'est le moment de mettre le paquet sur le côté partage, et donc les échanges de données dans les 2 sens: SIG vers OSM et OSM vers SIG. Lors des rencontres à Lille organisées par la région, nous avions un atelier permanent d'import/intégration de données dans OSM. Le retour avait été très bon et cela avait surtout permis de montré aux responsables de SIG notre niveau d'exigence sur la qualité et l'origine des données. Beaucoup avaient été mises de côté soit pour des problème de qualité, soit pour des problème de licence peu claire (par exemple des adresses géocodées avec l'API de Google). Pour le sens SIG vers OSM, il faudrait donc reproduire cet atelier l'import/intégration, mais en précisant un peu mieux les choses à l'avance pour que l'on ne perde pas de temps avec des données inutilisables. Le principe est que les SIG apportent les données qu'il sont prêt à partager dans OSM. Pour le sens inverse (OSM vers SIG), il faut en discuter... j'ai quelques idées pour faire un peu bouger les lignes ;) Donc 3 jours... besoin de monde pour animer le stand, travailler sur les données (dans les deux sens). Sont déjà prévus: - Fred Rodrigo - Christian Quest Sur qui peut-on compter ? (la veille se tient le FROG: http://frog.osgeo.fr/) -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/s http://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Bonjour, De : rldhont Je serais au FROG puis au Code Sprint OSGEO-fr donc aux Rencontres SIG-la-lettre! Je pense en fait passez plus de temps sur l'OpenData Bar qu'au Code Sprint ;-) Donc compte sur moi René-Luc P.S: j'essayerais d're à la réunion IRC de demain soir. Je serai présent 1 des 3 jours (jour à définir selon les besoins sur le stand). vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le lun. 15 avril 2013 à 22:03 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Quelles sont les pratiques en termes de mapping de centre commercial ? Je suis tombé sur quelques belles brochettes (ça quadrille le tour d'Avignon) : http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2 Le mapping est-il correct ? Mon cerveau bug en voyant tellement de petits points. Correct mais discutable. Le contributeur a utilisé building=yes + indoor=yes pour les magasins à l'intérieur du centre commercial. Tout dépend de ce qu'on valide comme building. Les cloisons intérieures délimitent bien un espace, parfois ouvert sur un côté, parfois avec une vitrine + porte classique. Par contre, souvent elles ne montent pas jusqu'au plafond du bâti englobant. Y'a plusieurs solutions : - on valide building=yes + indoor=yes, et il faut corriger l'analyse Osmose - on change en building=internal ou building=indoor (et il faut sans doute aussi corriger Osmose) - on change la clé building en autre chose, mais quoi ? Perso, je préfère le cas 2 ; building = yes est trop utilisé à toutes les sauces à mon goût. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Il y a aussi building:part qui est bien référencé : http://wiki.openstreetmap.org/wiki/Key:building:part Mais assez peu utilisé : 374 en France. JB. Le 16.04.2013 11:06, Guillaume Allegre a écrit : Le lun. 15 avril 2013 à 22:03 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Quelles sont les pratiques en termes de mapping de centre commercial ? Je suis tombé sur quelques belles brochettes (ça quadrille le tour d'Avignon) : http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2 [1] Le mapping est-il correct ? Mon cerveau bug en voyant tellement de petits points. Correct mais discutable. Le contributeur a utilisé building=yes + indoor=yes pour les magasins à l'intérieur du centre commercial. Tout dépend de ce qu'on valide comme building. Les cloisons intérieures délimitent bien un espace, parfois ouvert sur un côté, parfois avec une vitrine + porte classique. Par contre, souvent elles ne montent pas jusqu'au plafond du bâti englobant. Y'a plusieurs solutions : - on valide building=yes + indoor=yes, et il faut corriger l'analyse Osmose - on change en building=internal ou building=indoor (et il faut sans doute aussi corriger Osmose) - on change la clé building en autre chose, mais quoi ? Perso, je préfère le cas 2 ; building = yes est trop utilisé à toutes les sauces à mon goût. Links: -- [1] http://osmose.openstreetmap.fr/fr/map/?zoom=17amp;lat=43.98242amp;lon=4.87969amp;layers=BFFTamp;item=0amp;level=1,2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
En effet mais je pense que cette propriété sera gérée par un bot avec des extractions des tags Wikipedia de la base OSM. Cela devrait compenser l'instabilité assez rapidement. Même si bien sûr cela ne règle en rien la source du problème de l'instabilité des ID OSM. Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mardi 16 avril 2013 10h37 Objet : Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM... ID non stable dans OSM... retour à la case départ ;) Le 16 avril 2013 10:34, Otourly Wiki otou...@yahoo.fr a écrit : wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc Concernant Wikipédia, cela va être géré à travers Wikidata grâce à la propriété http://www.wikidata.org/wiki/Property:P402 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Souci de codage avec certains parkings souterrains
Bonjour à tous J'ai des difficultés à coder les parkings souterrains qui ont leurs entrée et sortie séparées. 1) Si je ne représente pas le cheminement souterrain, OSM Inspector routing me dit que les oneway d'accès ne vont (ou ne viennent de) nulle part. 2) Si je trace un cheminement souterrain fictif, celui-ci apparait sur la carte. Cela fait désordre ! 3) Je ne me sens pas capable de faire le tracé réel circulaire sur plusieurs niveaux superposés ! D'ailleurs est-ce bien utile ? Voici un exemple : http://osm.org/go/0EgIshZCI-- Comment procédez-vous ? Merci d'avance pour vos réponses. GuyDuNord ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Tient pas mal... ça permet de délimiter des zones pour les cafétéria des hyper marché casino (entre autre). Je vois bien l'application pour les hyper marché casino et une délimitation sous le même toit pour la cafétéria casino. Le 16 avril 2013 11:18, JB jb...@mailoo.org a écrit : Il y a aussi building:part qui est bien référencé : http://wiki.openstreetmap.org/**wiki/Key:building:parthttp://wiki.openstreetmap.org/wiki/Key:building:part Mais assez peu utilisé : 374 en France. JB. Le 16.04.2013 11:06, Guillaume Allegre a écrit : Le lun. 15 avril 2013 à 22:03 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Quelles sont les pratiques en termes de mapping de centre commercial ? Je suis tombé sur quelques belles brochettes (ça quadrille le tour d'Avignon) : http://osmose.openstreetmap.**fr/fr/map/?zoom=17lat=43.** 98242lon=4.87969layers=**BFFTitem=**0level=1,2http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2 [1] Le mapping est-il correct ? Mon cerveau bug en voyant tellement de petits points. Correct mais discutable. Le contributeur a utilisé building=yes + indoor=yes pour les magasins à l'intérieur du centre commercial. Tout dépend de ce qu'on valide comme building. Les cloisons intérieures délimitent bien un espace, parfois ouvert sur un côté, parfois avec une vitrine + porte classique. Par contre, souvent elles ne montent pas jusqu'au plafond du bâti englobant. Y'a plusieurs solutions : - on valide building=yes + indoor=yes, et il faut corriger l'analyse Osmose - on change en building=internal ou building=indoor (et il faut sans doute aussi corriger Osmose) - on change la clé building en autre chose, mais quoi ? Perso, je préfère le cas 2 ; building = yes est trop utilisé à toutes les sauces à mon goût. Links: -- [1] http://osmose.openstreetmap.**fr/fr/map/?zoom=17amp;lat=43.** 98242amp;lon=4.87969amp;**layers=**BFFTamp;** item=0amp;level=1,2http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
je suis d'avis d'utiliser le building:part et par contre pour la valeur de la clef, ne pas oublier que building=yes c'est une valeur par défaut sur les données de cadastre pour dire qu'il faut la classer (comme un highway=road en fait) Il y a des tas de valeurs déjà documentées ( http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour tout ce qui est des commerces (vente de biens) donc dans le cas présent ça donnerait: building:part=retail (+ éventuellement des shop= pour préciser le type des biens vendus) Sylvain Le 16 avril 2013 11:26, Jo. perche...@gmail.com a écrit : Tient pas mal... ça permet de délimiter des zones pour les cafétéria des hyper marché casino (entre autre). Je vois bien l'application pour les hyper marché casino et une délimitation sous le même toit pour la cafétéria casino. Le 16 avril 2013 11:18, JB jb...@mailoo.org a écrit : Il y a aussi building:part qui est bien référencé : http://wiki.openstreetmap.org/**wiki/Key:building:parthttp://wiki.openstreetmap.org/wiki/Key:building:part Mais assez peu utilisé : 374 en France. JB. Le 16.04.2013 11:06, Guillaume Allegre a écrit : Le lun. 15 avril 2013 à 22:03 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Quelles sont les pratiques en termes de mapping de centre commercial ? Je suis tombé sur quelques belles brochettes (ça quadrille le tour d'Avignon) : http://osmose.openstreetmap.**fr/fr/map/?zoom=17lat=43.** 98242lon=4.87969layers=**BFFTitem=**0level=1,2http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2 [1] Le mapping est-il correct ? Mon cerveau bug en voyant tellement de petits points. Correct mais discutable. Le contributeur a utilisé building=yes + indoor=yes pour les magasins à l'intérieur du centre commercial. Tout dépend de ce qu'on valide comme building. Les cloisons intérieures délimitent bien un espace, parfois ouvert sur un côté, parfois avec une vitrine + porte classique. Par contre, souvent elles ne montent pas jusqu'au plafond du bâti englobant. Y'a plusieurs solutions : - on valide building=yes + indoor=yes, et il faut corriger l'analyse Osmose - on change en building=internal ou building=indoor (et il faut sans doute aussi corriger Osmose) - on change la clé building en autre chose, mais quoi ? Perso, je préfère le cas 2 ; building = yes est trop utilisé à toutes les sauces à mon goût. Links: -- [1] http://osmose.openstreetmap.**fr/fr/map/?zoom=17amp;lat=43.** 98242amp;lon=4.87969amp;**layers=**BFFTamp;** item=0amp;level=1,2http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Le mar. 16 avril 2013 à 09:47 +0200, Christian Quest a écrit : Je pense par exemple à: - Jean-Louis qui veut garder une liste des commerces et leur correspondance dans OSM, Ben il publie sa liste (opendata) sur le site de sa ville / comcom (éventuellement expurgée de certaines informations si nécessaire), ça devient une BD publique (mais pas forcément ouverte), il ajoute une ref:TOTO=TITI sur les objets OSM, et il les suit comme ça. Je ne dis pas que l'idée de l'identifiant pérenne flou que tu défends est inutile, bien au contraire. Mais je pense que ce n'est pas la solution à _tous_ les problèmes, et que l'approche classique (une référence à une BD tierce) est _dans ce cas_ : - plus efficace : tout le monde* sait faire une jointure sur une BD - plus vertueuse : pour que ça marche, ça pousse la collectivité concernée à publier de la donnée - plus utile, puisqu'elle permet _en outre_ de vérifier la complétude d'OSM * (pour des valeurs raisonnables de tout le monde). - une appli mobile qui indique les monuments historiques, ref:mhs=... http://wiki.openstreetmap.org/wiki/Key:ref:mhs ;-) (OK ça ne vaut que pour les monuments référencés par la base Mérimée) Bref, vous aurez compris que je suis partisan d'une généralisation des références à des bases extérieures à condition qu'elles soient elles aussi suffisamment pérennes. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
Le Tue, 16 Apr 2013 10:05:59 +0200, cybercen...@espacebaugeois.org cybercen...@espacebaugeois.org a écrit : salut, l'acces au site http://cadastre.openstreetmap.fr/ est impossible depuis plusieurs jours. quelqu'un a un plan B ? un site miroir ? je voudrai avancer sur la commune de fougeré(49), j'ai rendez vous avec un adjoint au maire la semaine prochaine ;) merci +1 -- Emmanuel Lesouef signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Le mar. 16 avril 2013 à 10:20 +0200, JB a écrit : Mon tout petit grain de sel à cette discussion que je suis comme une « curiosité ». Je rajouterais dans les usages : et pas une accumulation de tags ésotériques qui ne disent rien aux débutants… et mêmes moins débutants. Du coup, pour l'usage par des collectivités, je les encouragerais vraiment à utiliser un suivi de diffs, plutôt que de « polluer » la base (c'est peut-être un peu fort comme terme, mais des fois, je me pose la question par rapport à certains tags…). Est-ce qu'on se repose de temps en temps la question de ce qui a sa place dans la base géographique ? (passé sur talk, la création d'une base pour ce qui n'est pas géographique… hé beh, des choses bien en place et acceptées chez nous seraient vues par certains dans cette nouvelle base…). Ben voilà, un point de désaccord complet. Pour moi la pollution est quand même super légère (qui la voit ?). Et en partant du double principe : - un tag que je ne comprends pas, je n'y touche pas ; - si je veux comprendre, c'est documenté dans le wiki on règle le problème. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
2013/4/16 Christian Quest cqu...@openstreetmap.fr Lors des rencontres à Lille organisées par la région, nous avions un atelier permanent d'import/intégration de données dans OSM. Le retour avait été très bon et cela avait surtout permis de montré aux responsables de SIG notre niveau d'exigence sur la qualité et l'origine des données. Beaucoup avaient été mises de côté soit pour des problème de qualité, soit pour des problème de licence peu claire (par exemple des adresses géocodées avec l'API de Google). Un peu HS mais une crainte. J'ai peur qu'une systématisation de ce genre de présentations n'aboutisse à une image fausse du projet OSM. On passerait finalement à un intégrateur de données publiques alors que ce genre de contribution ne devrait être que marginal dans le projet. Il ne faut pas négliger un point dit et redit : trop d'imports tue la cartographie participative. D'autant plus qu'un point crucial n'a pas encore été résolu : la synchronisation des données (de et vers le fournisseur). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit : je suis d'avis d'utiliser le building:part et par contre pour la valeur de la clef, ne pas oublier que building=yes c'est une valeur par défaut sur les données de cadastre pour dire qu'il faut la classer (comme un highway=road en fait) Il y a des tas de valeurs déjà documentées ( http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour tout ce qui est des commerces (vente de biens) donc dans le cas présent ça donnerait: building:part=retail (+ éventuellement des shop= pour préciser le type des biens vendus) oui, ça paraît très bien : building:part=retail + shop=... dans un centre commercial building:part=yes dans le cas général, où on ne connaît pas ça paraît mieux que building=yes + indoor=yes -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Le mar. 16 avril 2013 à 12:05 +0200, Pieren a écrit : Un peu HS mais une crainte. J'ai peur qu'une systématisation de ce genre de présentations n'aboutisse à une image fausse du projet OSM. On passerait finalement à un intégrateur de données publiques alors que ce genre de contribution ne devrait être que marginal dans le projet. Il ne faut pas négliger un point dit et redit : trop d'imports tue la cartographie participative. D'autant plus qu'un point crucial n'a pas encore été résolu : la synchronisation des données (de et vers le fournisseur). Je suis relativement d'accord avec toi. Il faut encore et toujours insister sur le fait qu'on n'intègre pas de données read-only. Une fois versées, les données appartiennent à tous, et chaque utilisateur est légitime à les modifier. SVP, sur le stand, pensez à faire passer cette idée aux utilisateurs métier. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Le 16/04/2013 12:16, Guillaume Allegre a écrit : Le mar. 16 avril 2013 à 12:05 +0200, Pieren a écrit : Un peu HS mais une crainte. J'ai peur qu'une systématisation de ce genre de présentations n'aboutisse à une image fausse du projet OSM. On passerait finalement à un intégrateur de données publiques alors que ce genre de contribution ne devrait être que marginal dans le projet. Il ne faut pas négliger un point dit et redit : trop d'imports tue la cartographie participative. D'autant plus qu'un point crucial n'a pas encore été résolu : la synchronisation des données (de et vers le fournisseur). Je suis relativement d'accord avec toi. Il faut encore et toujours insister sur le fait qu'on n'intègre pas de données read-only. Une fois versées, les données appartiennent à tous, et chaque utilisateur est légitime à les modifier. SVP, sur le stand, pensez à faire passer cette idée aux utilisateurs métier. Il le save c'est d'ailleurs leur crainte à la libération des données... J'ai encore eu à faire à des spécialistes qui ne veulent pas entendre de CO-création car c'est eux les garants de la création des données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Souci de codage avec certains parkings souterrains
OSM Inspector n'a pas la science infuse ;) Il devrait prendre en compte ce cas particulier ou avoir la notion de highway fictif... Le 16 avril 2013 11:25, g.lefer_laposte.net g.le...@laposte.net a écrit : Bonjour à tous J'ai des difficultés à coder les parkings souterrains qui ont leurs entrée et sortie séparées. 1) Si je ne représente pas le cheminement souterrain, OSM Inspector routing me dit que les oneway d'accès ne vont (ou ne viennent de) nulle part. 2) Si je trace un cheminement souterrain fictif, celui-ci apparait sur la carte. Cela fait désordre ! 3) Je ne me sens pas capable de faire le tracé réel circulaire sur plusieurs niveaux superposés ! D'ailleurs est-ce bien utile ? Voici un exemple : http://osm.org/go/0EgIshZCI-- Comment procédez-vous ? Merci d'avance pour vos réponses. GuyDuNord ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
il y a aussi plein d'indications sur http://wiki.openstreetmap.org/wiki/Indoor_Mapping avec notamment un lien vers une rubrique du forum ... Mais je 'nai aps vu dans cette page de consignes sur la manière de tagguer des bâtiments intérieurs tels les boutiques d'une grande surface, il faudrait sans doute ancer la discussion sur ce sujet ;) le building:part provient d'une proposition pour la modélisation 3D, donc plutôt côté extérieur, je pense que ça ne peux pas faire de mal de rajouter en plus la tag indoor=yes si besoin Sylvain Le 16 avril 2013 12:12, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit : je suis d'avis d'utiliser le building:part et par contre pour la valeur de la clef, ne pas oublier que building=yes c'est une valeur par défaut sur les données de cadastre pour dire qu'il faut la classer (comme un highway=road en fait) Il y a des tas de valeurs déjà documentées ( http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour tout ce qui est des commerces (vente de biens) donc dans le cas présent ça donnerait: building:part=retail (+ éventuellement des shop= pour préciser le type des biens vendus) oui, ça paraît très bien : building:part=retail + shop=... dans un centre commercial building:part=yes dans le cas général, où on ne connaît pas ça paraît mieux que building=yes + indoor=yes -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie à Saizerais (54) le 23 mars
Bonjour, Un p'tit article paru dimanche dans l'Est Républicain: http://www.association-oxygene.eu/La-Cartopartie-dans-l-Est.html Romain Le 11 mars 2013 10:54, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Le 23 mars 2013, une cartopartie est organisée par l'association Oxygene dans le village de Saizerais (54). Tous les renseignements icihttp://www.association-oxygene.eu/Cartopartie-a-Saizerais.html . Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Bonjour Il y a également « room=* », « building:part=* » et dépendances : http://wiki.openstreetmap.org/wiki/IndoorOSM Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
2013/4/16 Guillaume Allegre allegre.guilla...@free.fr Pour moi la pollution est quand même super légère (qui la voit ?). Et en partant du double principe : - un tag que je ne comprends pas, je n'y touche pas ; - si je veux comprendre, c'est documenté dans le wiki on règle le problème. On pourrait ajouter un troisième principe : moins il y a de tags incompréhensibles, mieux on se porte !. Jusqu'à maintenant, on a réussit à maintenir un projet où l'essentiel des tags sont encore interprétables par les humains. Faisons en sorte que cela continue. J'aimerais que les anciens d'OSM conservent en permanence à l'esprit que la richesse du projet viendra des petits contributeurs, ceux qui font peu d'éditions mais les bonnes mises à jour du terrain. Sinon, concernant la discussion des ID's permanents, quelques pistes: - http://wiki.openstreetmap.org/wiki/Key:uuid - http://wiki.openstreetmap.org/wiki/WIWOSM (le tag wikipedia pouvant être remplacé par autre chose) - http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Oui, bien sûr, je pense que nous sommes bien conscient des limites. Trop d'import tue la contribution mais à l'inverse recréer des données basiques pas très sexy prends beaucoup de temps qui pourrait plutôt servir à améliorer l'existant et à l'enrichir sur des thématiques où il existe peu de données. C'est aussi la méthode d'import qui doit être bien étudiée pour éviter l'effet Tiger voire CLC. Il y a trop de données actuellement dans OSM pour faire encore des imports systématiques comme ça a pu être fait il y a quelques années. On est obligé de faire de l'intégration avec une intervention humaine et l'intelligence qui l'accompagne. Il y a par contre des infos de base (voirie, adresses) qui tant qu'elle seront trop peu homogène en couverture et qualité empêcheront l'adoption massive d'OSM. Un simple géocodage a besoin d'une donnée assez exhaustive pour être crédible et utilisable. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article sur OSM dans Les Nouvelles
Bonjour, Une belle carte de visite pour faire se décider les institutions locales... Romain Le 16 avril 2013 05:29, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Bonjour, Il y a un article paru le 11 avril 2013 dans Les Nouvelles, quotidien néo-calédonien. http://openstreetmap.nc/dl/20130411_Les_Nouvelles_Caledoniennes_article%20OSM_page19.pdf -- Cordialement Hendrik Oesterlin Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Forum ESRI - Aix-en-Provence
Bonjour, Tony, sais-tu si OSM est présenté par ESRI lors des autres dates en l'absence d'un représentant professionnel comme toi qui utilise déjà OSM? Romain Le 5 avril 2013 09:41, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, ESRI à organise chaque année une série de 9 forums décentralisés. Le premier d'entre-eux à eu lieu hier (le 4 avril) à Aix-en-Provence. ESRI m'a proposé d'intervenir comme témoin sur le thème Ouvrir son SIG : l'expérience de la Ville d'Orange http://www.esrifrance.fr/forumsSIG.aspx Pour ceux qui étaient présents au SOTM à Lyon en février, j'ai présenté le travail fait sur l'adressage. Du coup, j'ai eu des discutions intéressantes par la suite et je vous donne les grandes lignes : - Outre les collectivités qui veulent mettre en place la même démarche, des sociétés s'intéressent à OSM et souhaitent développer des solutions autour d'OSM. - ERSI France souhaite aller plus loin dans l'utilisation des données OSM et proposer des outils et des solutions à leur clients et, notamment développer ce marché sur le continent africain. - l'AITF, via Yves MEO, Animateur du groupe de travail Régional SIG/TOPO, souhaite organiser un séminaire en fin d'année et nous inviter pour présenter notre travail et que l'AITF se penche sérieusement sur l'utilisation des données OSM dans les collectivité. - Etant aussi le chef du service de l'Information Géographique de la CommunautéUrbaine Marseille Provence Métropole (MPM), Yves Méo a été intéressé par la démarche. - l'IGN confirme son intérêt pour OSM et j'ai proposé qu'on puisse travailler sur l'adressage. -- View this message in context: http://gis.19327.n5.nabble.com/Forum-ESRI-Aix-en-Provence-tp5755839.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
+1, de nouvelles communes au format vecteur sont disponibles autour de chez moi... Romain Le 16 avril 2013 10:05, cybercen...@espacebaugeois.org cybercen...@espacebaugeois.org a écrit : salut, l'acces au site http://cadastre.openstreetmap.**fr/http://cadastre.openstreetmap.fr/est impossible depuis plusieurs jours. quelqu'un a un plan B ? un site miroir ? je voudrai avancer sur la commune de fougeré(49), j'ai rendez vous avec un adjoint au maire la semaine prochaine ;) merci -- Sébastien MEUNIER ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
Faudrait réactiver cadastre juste le mardi, le temps d'écouler la liste des nouvelles communes vectorielles... :-) Francescu Le 16 avril 2013 14:26, Romain MEHUT romain.me...@gmail.com a écrit : +1, de nouvelles communes au format vecteur sont disponibles autour de chez moi... Romain Le 16 avril 2013 10:05, cybercen...@espacebaugeois.org cybercen...@espacebaugeois.org a écrit : salut, l'acces au site http://cadastre.openstreetmap.**fr/http://cadastre.openstreetmap.fr/est impossible depuis plusieurs jours. quelqu'un a un plan B ? un site miroir ? je voudrai avancer sur la commune de fougeré(49), j'ai rendez vous avec un adjoint au maire la semaine prochaine ;) merci -- Sébastien MEUNIER ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Souci de codage avec certains parkings souterrains
2013/4/16 g.lefer_laposte.net g.le...@laposte.net Comment procédez-vous ? On peut ignorer ces messages d'alerte pour les parkings souterrains. Un tracé fictif peut avoir un intérêt si le passage est public (en attendant mieux). Mais pour un parking privé ou payant, inutile de spéculer. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
Le 16/04/2013 14:26, Romain MEHUT a écrit : +1, de nouvelles communes au format vecteur sont disponibles autour de chez moi... Romain Bonjour, Y a -t-il un moyen permettant d'être informé des nouvelles communes disponibles au format vecteur ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
Le 16 avril 2013 14:40, Jean-Claude Repetto jrepe...@free.fr a écrit : Y a -t-il un moyen permettant d'être informé des nouvelles communes disponibles au format vecteur ? Oui: http://openstreetmap.fr/outils/limites-communales-a-importer Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
La liste des communes vectorisées non encore insérées dans OSM est visible à cette page : http://openstreetmap.fr/outils/limites-communales-a-importer Francescu Le 16 avril 2013 14:40, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 16/04/2013 14:26, Romain MEHUT a écrit : +1, de nouvelles communes au format vecteur sont disponibles autour de chez moi... Romain Bonjour, Y a -t-il un moyen permettant d'être informé des nouvelles communes disponibles au format vecteur ? Jean-Claude __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Forum ESRI - Aix-en-Provence
Malheureusement, je crains que non... -- View this message in context: http://gis.19327.n5.nabble.com/Forum-ESRI-Aix-en-Provence-tp5755839p5757328.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
On Tue, Apr 16, 2013 at 12:42 PM, David Crochet david.croc...@online.frwrote: Il y a également « room=* », « building:part=* » et dépendances : http://wiki.openstreetmap.org/**wiki/IndoorOSMhttp://wiki.openstreetmap.org/wiki/IndoorOSM Oui. building:part=* est orienté modélisation 3D extérieur alors que room=* est orienté modélisation 3D intérieur. Le premier qui dit que c'est le bordel est désigné d'office pour lancer la discussion sur la liste internationale pour fusionner les deux schémas de balisages. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Forum ESRI - Aix-en-Provence
Dommage... 2013/4/16 Tony Emery tony.em...@yahoo.fr Malheureusement, je crains que non... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Séisme en Iran...
C'est ici: http://www.openstreetmap.org/?mlat=28.054mlon=62.082zoom=9 Il y a de l'image Bing en haute-def à proximité à l'ouest: http://www.openstreetmap.org/browse/way/114994593 mais pas sur l'épicentre qui est en zone montagneuse qui a l'air assez désertique... -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Ca me semble logique d'avoir des tags différents, car building:part décrit l'enveloppe extérieure du bâtiment et là on est dans le cas de découpages internes qui s'approche plus de la notion de pièces même si c'est pas vraiment le cas non plus. building:subpart ? ;) Le 16 avril 2013 14:48, Pieren pier...@gmail.com a écrit : Oui. building:part=* est orienté modélisation 3D extérieur alors que room=* est orienté modélisation 3D intérieur. Le premier qui dit que c'est le bordel est désigné d'office pour lancer la discussion sur la liste internationale pour fusionner les deux schémas de balisages. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757334.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Avec Shift+r cela fonctionne, mais il faut installer le plugin more ools. A. On 13-04-16 10:26 AM, Tony Emery wrote: Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757334.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Le 16 avril 2013 14:56, Tony Emery tony.em...@yahoo.fr a écrit : Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? Avec ctrl+shift+v ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
ctrl-C (pour copier les attributs) ctrl-shift-V pour les coller sur l'objet sélectionné (ils viennent s'ajouter ou se substituer) JOSM regorge de raccourcis. J'ai découvert ctrl-shift-i via IRC ;) Le 16 avril 2013 14:58, Romain MEHUT romain.me...@gmail.com a écrit : Le 16 avril 2013 14:56, Tony Emery tony.em...@yahoo.fr a écrit : Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
2013/4/16 Christian Quest cqu...@openstreetmap.fr Ca me semble logique d'avoir des tags différents, car building:part décrit l'enveloppe extérieure du bâtiment et là on est dans le cas de découpages internes qui s'approche plus de la notion de pièces même si c'est pas vraiment le cas non plus. building:subpart ? ;) On pourrait aussi dire que l'enveloppe extérieure est la somme des pièces à l'intérieur... Mais bon, on va pas recommencer la discussion sur les area vs boundary des limites administratives ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Romain MEHUT wrote Le 16 avril 2013 14:56, Tony Emery lt; tony.emery@ gt; a écrit : Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? Avec ctrl+shift+v C'est moins sexy qu'un simple r, mais je prend quand-même. Sinon, le tutoriel est intéressant mais puis-je suggérer une chose ? S'il d'adresse à des débutants, il faudrait prévoir ce tutoriel sous forme de fiche-pratique d'une page, un peu comme l'osmécum. Sinon, bon travail. -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757341.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Connais-tu aussi Ctrl+alt pour agrandir proportionnellement un objet? A. On 13-04-16 10:35 AM, Christian Quest wrote: ctrl-C (pour copier les attributs) ctrl-shift-V pour les coller sur l'objet sélectionné (ils viennent s'ajouter ou se substituer) JOSM regorge de raccourcis. J'ai découvert ctrl-shift-i via IRC ;) Le 16 avril 2013 14:58, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Le 16 avril 2013 14:56, Tony Emery tony.em...@yahoo.fr mailto:tony.em...@yahoo.fr a écrit : Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/s http://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
geotribu wrote Connais-tu aussi Ctrl+alt pour agrandir proportionnellement un objet? J'essayes de trouver un plug-in qui me permette de renseigner les numéro d'adresse facilement. -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757343.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Le 16 avril 2013 15:21, Tony Emery tony.em...@yahoo.fr a écrit : J'essayes de trouver un plug-in qui me permette de renseigner les numéro d'adresse facilement. ? Et le plugin du cadastre? http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilitaire_de_saisie_des_adresses ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le 16 avril 2013 15:09, Pieren pier...@gmail.com a écrit : 2013/4/16 Christian Quest cqu...@openstreetmap.fr Ca me semble logique d'avoir des tags différents, car building:part décrit l'enveloppe extérieure du bâtiment et là on est dans le cas de découpages internes qui s'approche plus de la notion de pièces même si c'est pas vraiment le cas non plus. building:subpart ? ;) On pourrait aussi dire que l'enveloppe extérieure est la somme des pièces à l'intérieur... Mais bon, on va pas recommencer la discussion sur les area vs boundary des limites administratives ;-) même pas besoin de débat, c'est déjà ce qui est proposé http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings d'un point de vue conceptuel, à part la localisation extérieur/intérieur, je ne vois pas trop pourquoi on devrait traiter un découpage extérieur différemment d'un découpage intérieur: si on s'engage sur la voie du micro-mapping intérieur, il faut prendre en compte le fait que beaucoup de centre commerciaux en ville sont des bâtiments de plusieurs étages, donc modélisation 3D obligatoire ! alors autant réutiliser un schéma déjà pensé 3D ... avec les bonnes combinaisons de tags, on peut sans problème indiquer à quel étage du centre commercial se trouve la boutique en question, et même combien d'étages elle occupe ! building:min_levelhttp://wiki.openstreetmap.org/wiki/Key:building:min_level =* : levels skipped in a building part, analogous to min_height building:levels http://wiki.openstreetmap.org/wiki/Key:building:levels=* : Number of floors of the building above ground (without levels in the roof), to be able to texture the building in a nice way. If you tag new buildings, try to give a height value. Try to use building:levels=* only in addition to an height tag! pour moi le schéma Simple 3D building est réutilisable directement pour du mapping d'intérieur, il faudrait sans doute juste envisager un tag supplémentaire du type indoor=yes (ou son inverse outdoor=yes) pour éviter les représentations 3D fantaisistes avec des trous partout ... Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Bonjour, Je me permets de repartir de ce message pour élever le débat. AMHA vous partez trop vite dans les détails techniques et devez revenir à des concepts plus stratosphériques. J'ai créé une page dans le Wiki pour libérer cette liste de diffusion, mais vous êtes libres, n'est-ce pas ? http://wiki.openstreetmap.org/wiki/FR:WikiProject_UID_pour_les_administrations(vous pouvez la déplacer si besoin). Pour revenir aux basiques : 1. Qu'est-ce qu'un référentiel 2. Quel est le besoin pour les administrations Et laissez tomber les questions de diffs, on s'en f... à *ce* stade. (je porterais ce début de conversation dans le wiki et je vous encourage donc à poursuivre là bas) I. Un référentiel n'est pas *que * une base de données, mais une application qui fournit des informations homogènes, stables, fondamentales pour d'autres applications (au pluriel c'est important) Dans notre cas, les objets à présenter en référentiel sont (j'enfonce des portes ouvertes, mais ce sont bien nos bases) : Point (ex adresse, poi, lieux dits -- ça c'est un troll ;-) ) Linéaire (filaire routier) Surfacique (îlots de tous types : CP, niveaux administratifs, îlots INSEE, etc.) II. A la lecture de la biblio, les organismes concernés gèrent principalement des bases adresse (ponctuelles ou linéaire), des voies routières avec code RIVOLI, des territoires gérés par d'autres administrations (avec codes postaux et/ou INSEE) A mon avis, nous devons fournir un référentiel sous la forme d'une API (déjà suggéré ailleurs dans le fil) qui intégrera à la fois des infos OSM et des informations administratives (je pense particulièrement au RIVOLI et aux codes admin INSEE en autre) pour permettre la production de données référentielles. Les ref des administrations *ne doivent pas* figurer dans OSM, mais au pire dans une base intermédiaire gérée (maintenue) par OSM_FR (un service... payant pourquoi pas -- troll aussi) Je mettrais des schémas de tout ça dans le wiki (plus tard) Merci de vos retours, (éviter les troll quand même et essayez de passez sur le wiki donc) A+ Le 14 avril 2013 16:00, Christian Quest cqu...@openstreetmap.fr a écrit : Pour prendre un peu de recul... si on réfléchissait au problème de façon plus globale ? Pour utiliser des ref:xx ? - pour lier des données OSM avec des jeux de données externes Peut-on/doit-on le faire pour n'importe quel jeu de données ? Je ne pense pas. Si ce sont des données librement accessibles et qui apportent plus d'information sur un objet OSM, oui, ça me semble avoir sa place dans OSM. Ca permet de ne pas inclure inutilement tout un ensemble de données dans OSM, données qu'il faudrait maintenir à jour pour qu'elles gardent de leur utilité. Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien. Comment faire l'inverse... avoir un lien dans des données externes vers des objets OSM ? Là ça se complique gravement pour plusieurs raisons: - les id OSM ne sont pas pérennes: ils peuvent changer suite à un effacement/recréation ou parce qu'on fait évoluer un objet (par exemple un POI initial sur un nœud peut disparaitre en étant reporté sur un polygone) - un objet dans le jeu de données externe peut correspondre à plusieurs objets dans OSM. C'est le cas par exemple pour les codes FANTOIR/RIVOLI (rayer la mention inutile) qui identifient une rue, laquelle rue peut être segmentée dans OSM... et là il faut avoir un objet englobant sous la forme d'une relation. Il y en a sûrement d'autres... Il va falloir se pencher sérieusement un de ces jours sur des identifiants pérennes que je pense devoir mixer les 2 dimensions d'OSM à savoir la dimension spatiale et la dimension sémantique en gardant un niveau de flou sur les deux pour retrouver des objets qui ont légèrement bougé ou légèrement changé de description. Mon idée (brute de décoffrage même si j'y pense depuis bien longtemps) serait un truc du genre bakery#u09v8z39 où bakery indique le type d'objet cherché et #u09v8z39 est le geohash de sa position approximative. C'est assez facile à mettre en œuvre pour des objets ponctuels ou surfaciques, par contre pour du linéaire je pense qu'il faudra 2 geohash (début/fin). L'utilisation pourrait se faire via une API interrogeant par exemple l'overpass en convertissant ce hash à la volée. Ca inspire quelqu'un ? Qui m'accompagne sur ce projet ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Séisme en Iran...
La même région déjà touchée il y a quelques mois par un séisme majeur... Le 16 avril 2013 14:49, Christian Quest cqu...@openstreetmap.fr a écrit : C'est ici: http://www.openstreetmap.org/?mlat=28.054mlon=62.082zoom=9 Il y a de l'image Bing en haute-def à proximité à l'ouest: http://www.openstreetmap.org/browse/way/114994593 mais pas sur l'épicentre qui est en zone montagneuse qui a l'air assez désertique... -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Bonjour, J'avais à l'époque fait une qualification des zones commerciales alentours en Vaucluse. Une seconde vague reste à venir. Je suis heureux que mon intuition reste bonne, l'ontologie n'étant pas mûre à l'époque, de nouveaux usages se dégagent aujourd'hui. En revanche il faut vérifier si cela s'affiche : s'est absolumment vital pour pouvoir fair du micro mapping et mises à jour dans les centres commerciaux. ZIMMY Guillaume Allegre wrote Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit : je suis d'avis d'utiliser le building:part et par contre pour la valeur de la clef, ne pas oublier que building=yes c'est une valeur par défaut sur les données de cadastre pour dire qu'il faut la classer (comme un highway=road en fait) Il y a des tas de valeurs déjà documentées ( http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour tout ce qui est des commerces (vente de biens) donc dans le cas présent ça donnerait: building:part=retail (+ éventuellement des shop= pour préciser le type des biens vendus) oui, ça paraît très bien : building:part=retail + shop=... dans un centre commercial building:part=yes dans le cas général, où on ne connaît pas ça paraît mieux que building=yes + indoor=yes -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ Allegre.Guillaume@ Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Commerces-d-un-centre-commercial-tp5757233p5757354.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Bonjour, Sans pouvoir confirmer fermement aujourd'hui, j'aimerais passer 2 jours autour d'OSM les 10 et 11 juin ; donc le FROG lundi et SIG La Lettre le mardi 11/6 pour moi. Merci pour l'organisation A+ Le 16 avril 2013 10:36, Christian Quest cqu...@openstreetmap.fr a écrit : Quoi: expo + conférences + ateliers Qui: le monde des SIG... Où: ENSG à Champs-sur-Marne, près de Paris Quand: 11-13 juin 2013 Plus: http://www.rencontres-sig-la-lettre.fr/ Nous sommes régulièrement présent à ces rencontres. L'an passé, nous avions un stand opendata qui nous avions bien sûr phagocyté (voir: http://openstreetmap.fr/node/237) Cette année, nous aurons un espace encore plus important et surtout à un emplacement assez stratégique: face à la grande salle de conférence. J'ai déjà le nom... open data bar Vu les contacts passés, je pense que c'est le moment de mettre le paquet sur le côté partage, et donc les échanges de données dans les 2 sens: SIG vers OSM et OSM vers SIG. Lors des rencontres à Lille organisées par la région, nous avions un atelier permanent d'import/intégration de données dans OSM. Le retour avait été très bon et cela avait surtout permis de montré aux responsables de SIG notre niveau d'exigence sur la qualité et l'origine des données. Beaucoup avaient été mises de côté soit pour des problème de qualité, soit pour des problème de licence peu claire (par exemple des adresses géocodées avec l'API de Google). Pour le sens SIG vers OSM, il faudrait donc reproduire cet atelier l'import/intégration, mais en précisant un peu mieux les choses à l'avance pour que l'on ne perde pas de temps avec des données inutilisables. Le principe est que les SIG apportent les données qu'il sont prêt à partager dans OSM. Pour le sens inverse (OSM vers SIG), il faut en discuter... j'ai quelques idées pour faire un peu bouger les lignes ;) Donc 3 jours... besoin de monde pour animer le stand, travailler sur les données (dans les deux sens). Sont déjà prévus: - Fred Rodrigo - Christian Quest Sur qui peut-on compter ? (la veille se tient le FROG: http://frog.osgeo.fr/) -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Je m'excuse de revenir encore dessus mais certaines collectivités gèrent des référentiels adresses réalisés en interne et je les vois mal ne pas avoir créer d'identifiant interne pour leurs voies. L'avantage est que, les collectivités étant la source principale des données, on peut plus s'appuyer sur ce travail que sur la collecte des données via la DGFiP ou l'INSEE (j'ai déjà expliqué pourquoi, je reviens pas dessus). L'inconvénient est que, les collectivités étant indépendantes les unes des autres, ces référentiels se sont créés dans des systèmes différents, au contraire du Rivoli qui s'applique partout en France de la même manière. Pour info, j'ai fait un recoupement depuis ma base d'adresses. Sur 732 voies, je n'en ai que 686 qui ont un code Rivoli... Je pense que la souplesse d'OSM permettrait largement de gérer les identifiants internes des collectivités. -- View this message in context: http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757364.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu FR...
Petite avancée sur la généralisation des noms de rues... avant: http://cl.ly/image/1j3s0A3C2W0e après: http://cl.ly/image/260s2o0t350u C'est brutal (ST_LineMerge/ST_Collect avec un GROUP BY) mais ça semble donner le résultat escompté à savoir: - ne pas répéter les noms de rue trop souvent lorsqu'elles sont très segmentées, - faire apparaitre les petites rues en priorité (les plus difficile à placer). J'ai mis les modifs en place sur http://tile.openstreetmap.fr/ et recalcul de tuiles en cours (zoom 13 à 16, pour les autres niveau videz votre cache). -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Pas de problème, j'ai bien noté ce point de vue, mais je ne le partage simplement pas, bien amicalement :-) Je comprends que les différentes administrations aient leurs UID locaux, mais je considère, peut être à tord, que OSM *est le référentiel* et que c'est à ce référentiel de produire un UID et qu'il est plus simple que les différentes administrations l'utilisent (un champ à rajouter dans chaque base utilisatrice et non un attribut de plus sur chaque élément d'OSM). Par contre, je propose d'intégrer le Rivoli (j'ai du écrire TIVOLI plus haut, c'est une typo et une déformation pro cf . IBM-TIVOLI) dans la base Référentiel d'OSM (pas nécessairement dans OSM même). Avec cet identifiant unique des voies et les numéros d'adresses, on peut produire des tronçons entre les numéros et leur fournir des UID stables. Sincèrement, je ne vois pas les contributeurs maintenir les UID propriétaires pendant leurs contributions : ils ne verront simplement pas l'intérêt ; par contre, il vous (les différentes administrations) sera relativement facile de les maintenir chez vous, sachant que vous en connaissez la signification, quand ces ID ne sont pas obscurs, et que nous (OSM + Nouveau Référentiel) vous fournissons les éléments *stables* pour les associer. Par contre, j'ai basé mon analyse sur la présence du Rivoli (ou équivalent) sur tous le filaire routier. Comme solution de secours, il reste encore le nom des voies, mais là je ne compte pas trop sur l'homogénéité... quoiqu'il est possible de normaliser dans le Référentiel sans toucher à OSM. Je ne pense pas que le souplesse d'OSM soit faite pour répondre aux besoins ponctuels de consommateurs du référentiels (même si c'est techniquement facile). Dans ma définition des données référentielles, elles sont, entre autre Agnostiques des applications utilisatrices ; ce ne serait plus le cas ici. Pour moi un champ qui n'est utilisé que par une seule application (la tienne) n'a pas sa place dans le Référentiel. Mais je propose un mécanisme pour assurer la stabilité et un UID de synthèse. Voilà mon point de vue. Cordialement, Le 16 avril 2013 17:16, Tony Emery tony.em...@yahoo.fr a écrit : Je m'excuse de revenir encore dessus mais certaines collectivités gèrent des référentiels adresses réalisés en interne et je les vois mal ne pas avoir créer d'identifiant interne pour leurs voies. L'avantage est que, les collectivités étant la source principale des données, on peut plus s'appuyer sur ce travail que sur la collecte des données via la DGFiP ou l'INSEE (j'ai déjà expliqué pourquoi, je reviens pas dessus). L'inconvénient est que, les collectivités étant indépendantes les unes des autres, ces référentiels se sont créés dans des systèmes différents, au contraire du Rivoli qui s'applique partout en France de la même manière. Pour info, j'ai fait un recoupement depuis ma base d'adresses. Sur 732 voies, je n'en ai que 686 qui ont un code Rivoli... Je pense que la souplesse d'OSM permettrait largement de gérer les identifiants internes des collectivités. -- View this message in context: http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757364.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Par curiosité, est ce qu'il existe un endroit où visionner un mapping 3D sur OSM ? En intérieur et en extérieur… Le 16 avril 2013 16:07, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour, J'avais à l'époque fait une qualification des zones commerciales alentours en Vaucluse. Une seconde vague reste à venir. Je suis heureux que mon intuition reste bonne, l'ontologie n'étant pas mûre à l'époque, de nouveaux usages se dégagent aujourd'hui. En revanche il faut vérifier si cela s'affiche : s'est absolumment vital pour pouvoir fair du micro mapping et mises à jour dans les centres commerciaux. ZIMMY Guillaume Allegre wrote Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit : je suis d'avis d'utiliser le building:part et par contre pour la valeur de la clef, ne pas oublier que building=yes c'est une valeur par défaut sur les données de cadastre pour dire qu'il faut la classer (comme un highway=road en fait) Il y a des tas de valeurs déjà documentées ( http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour tout ce qui est des commerces (vente de biens) donc dans le cas présent ça donnerait: building:part=retail (+ éventuellement des shop= pour préciser le type des biens vendus) oui, ça paraît très bien : building:part=retail + shop=... dans un centre commercial building:part=yes dans le cas général, où on ne connaît pas ça paraît mieux que building=yes + indoor=yes -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ Allegre.Guillaume@ Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Commerces-d-un-centre-commercial-tp5757233p5757354.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR...
J'aime, Juste que certains libellés sont maintenant rares... et certaines abréviations n'ont plus de sens vue la place. A+ Le 16 avril 2013 17:18, Christian Quest cqu...@openstreetmap.fr a écrit : Petite avancée sur la généralisation des noms de rues... avant: http://cl.ly/image/1j3s0A3C2W0e après: http://cl.ly/image/260s2o0t350u C'est brutal (ST_LineMerge/ST_Collect avec un GROUP BY) mais ça semble donner le résultat escompté à savoir: - ne pas répéter les noms de rue trop souvent lorsqu'elles sont très segmentées, - faire apparaitre les petites rues en priorité (les plus difficile à placer). J'ai mis les modifs en place sur http://tile.openstreetmap.fr/ et recalcul de tuiles en cours (zoom 13 à 16, pour les autres niveau videz votre cache). -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
2013/4/16 Marc SIBERT m...@sibert.fr Je comprends que les différentes administrations aient leurs UID locaux, mais je considère, peut être à tord, que OSM *est le référentiel* Ouch, je m'étrangle à chaque fois que je lis ou entends ça. OSM ne peut pas être un référentiel pour la simple raison qu'il est éditable par tout le monde. Si quelqu'un change l'avenue des Champs-Elysées en track (*), c'est corrigé dans le quart d'heure qui suit. Mais que se passe-t-il pour ceux qui chargeront la carte dans leur GPS durant ce quart d'heure ? Et ce genre d'erreurs peuvent perdurer des semaines, des mois, voire des années dans les zones peu fréquentées par les contributeurs et donc peu vérifiées. Dans ce type de projet, les contrôles se font à postériori. C'est incompatible avec la notion de référentiel où toutes les données sont considérées comme déjà validées. Pieren * on peut considérer qu'un UID est une combinaison de positionnement (coordonnées) et une ou plusieurs caractéristiques fortes (comme le type de highway ici ou le type de commerce avec shop ou amenity et le tag name). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr
Bonjour, Suite à des tests pendant plusieurs semaines, umap est maintenant sur un serveur stable de l'association OSM-FR, et devrait fonctionner normalement. Il est accessible sur: http://umap.openstreetmap.fr Pour ceux qui ne connaissent pas, il s'agit d'un site web afin de créer facilement des cartes avec les marqueurs ou des polygones, et de les afficher sur le site, ou ailleurs. Le code source et le bug tracker sont sur: https://bitbucket.org/yohanboniface/umap Merci à Yohann pour avoir créé l'outil, et m'avoir aidé à l'installer sur une machine d'OSM-FR :) -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 09:47, Christian Quest cqu...@openstreetmap.fr a écrit : Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. Bon alors voilà les principes de l'api rest tel que je vois les choses approximativement. Si ça reçoit un accueil favorable de la communauté (amen) je le placerai dans le wiki à l'endroit préparé par Marc Sibert, et même je le réaliserai (en java) (enfin... en rest java). - Aucune modif sur OSM soit même. - Première requête donnant les critères d'équivalence entre deux objets OSM, et le nom de cet ensemble de critères, ou schéma. Ex : Pour identifer les places piétonnes par exemple, les critères seront les même coordonnées approximatives, tag higway=pedestrian, tag area=yes, que sais-je encore, et comme nom de schéma PLACES_PIETONNES. (c'est le premier qui donne le nom qui gagne). Le serveur rest renvoie une lien vers une page contenant la liste des id des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué lui même. Donc, dans l'exemple, à partir de la, il existera dans le serveur rest une base de liens des places piétonnes, et le serveur renverra l'url d'une page contenant une liste de liens vers les places piétonnes. Cette page sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une place piétonne, alors la liste sera dynamiquement modifiée en fonction. S'il existe deux objets OSM égaux devant le schéma donné, le serveur renvoie une erreur. À partir de là, c'est pas compliqué... (il me semble) Chaque lien dans la page est un id des objets OSM retenus selon le schéma, id garanti par ce service. - Deuxième requête : l'un des liens... le serveur renvoie l'objet OSM. Le serveur garantit que : - L'URL de la liste des objets OSM pour un schéma donné est toujours la même. - L'URL d'un objet OSM retenu selon le schéma est toujours la même. - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple change les coordonnées), alors le serveur changera l'id de cet objet, l'ancien id devenant invalide, à moins qu'un autre objet osm devienne valide selon cet id. - Si quelqu'un change la valeur d'une propriété de l'objet osm non incluse dans les critères d'égalité, alors l'id de l'objet ne change pas. On peut fabriquer autant de schémas d'égalité que l'on veut. Dans la bonne pratique REST, il y aura une requête de création d'un ensemble de critères, peut être de modif de cet ensemble ( ? ), et une d'effacement de critères. Suis-je clair ? Qu'en pensez-vous ? -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Oh ! Là ! faut pas se faire de mal à la gorge pour un terme. Je parle ici de fonctions d'un composant d'un SI(G). Je ne qualifie pas OSM par rapport à la valeur de ses données. Je dis juste que OSM *est le référentiel* du Système d'Informations Géographique libre qui tourne autour... par définition même ! Si Orange ou une autre administration pense que son SIG est le référentiel et qu'OSM n'est qu'un exutoire pour libérer ses données sans se mettre en danger... le sujet est déjà évoqué et à priori clos, mais je ne parle pas de ça ici. Je me place donc dans une vision différente et volontairement prétentieuse où OSM occupe le centre du monde des SIG. provocCamarades choisissez votre camp ! /provoc Ensuite, le référentiel dont je parle ici n'est pas valide, mais simplement homogène (grosse nuance) et OSM reste ce qu'il est : une autre source de données, mais celle-là est, en plus, ouverte. Les propriétés de validation n'interviennent pas dans l'établissement du status de Référentiel ou alors dans un workflow en amont du dit référentiel qui garantit (ou pas) la validité des données qui s'y déversent. Mais aujourd'hui, qui garantit ses données ? Ricol... non personne, même pas l'IGN ! Donc on ne parle pas non-plus de validité. Ceci n'est évidemment que le point de vue de l'urbaniste ! A+ Marc Le 16 avril 2013 18:46, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2013/4/16 Marc SIBERT m...@sibert.fr mailto:m...@sibert.fr Je comprends que les différentes administrations aient leurs UID locaux, mais je considère, peut être à tord, que OSM *est le référentiel* Ouch, je m'étrangle à chaque fois que je lis ou entends ça. OSM ne peut pas être un référentiel pour la simple raison qu'il est éditable par tout le monde. Si quelqu'un change l'avenue des Champs-Elysées en track (*), c'est corrigé dans le quart d'heure qui suit. Mais que se passe-t-il pour ceux qui chargeront la carte dans leur GPS durant ce quart d'heure ? Et ce genre d'erreurs peuvent perdurer des semaines, des mois, voire des années dans les zones peu fréquentées par les contributeurs et donc peu vérifiées. Dans ce type de projet, les contrôles se font à postériori. C'est incompatible avec la notion de référentiel où toutes les données sont considérées comme déjà validées. Pieren * on peut considérer qu'un UID est une combinaison de positionnement (coordonnées) et une ou plusieurs caractéristiques fortes (comme le type de highway ici ou le type de commerce avec shop ou amenity et le tag name). ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Un plugin de JOSM Kenzi3D permet de voir l'extérieur. Le 16 avril 2013 18:22, Jo. perche...@gmail.com a écrit : Par curiosité, est ce qu'il existe un endroit où visionner un mapping 3D sur OSM ? En intérieur et en extérieur… Le 16 avril 2013 16:07, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour, J'avais à l'époque fait une qualification des zones commerciales alentours en Vaucluse. Une seconde vague reste à venir. Je suis heureux que mon intuition reste bonne, l'ontologie n'étant pas mûre à l'époque, de nouveaux usages se dégagent aujourd'hui. En revanche il faut vérifier si cela s'affiche : s'est absolumment vital pour pouvoir fair du micro mapping et mises à jour dans les centres commerciaux. ZIMMY Guillaume Allegre wrote Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit : je suis d'avis d'utiliser le building:part et par contre pour la valeur de la clef, ne pas oublier que building=yes c'est une valeur par défaut sur les données de cadastre pour dire qu'il faut la classer (comme un highway=road en fait) Il y a des tas de valeurs déjà documentées ( http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour tout ce qui est des commerces (vente de biens) donc dans le cas présent ça donnerait: building:part=retail (+ éventuellement des shop= pour préciser le type des biens vendus) oui, ça paraît très bien : building:part=retail + shop=... dans un centre commercial building:part=yes dans le cas général, où on ne connaît pas ça paraît mieux que building=yes + indoor=yes -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ Allegre.Guillaume@ Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Commerces-d-un-centre-commercial-tp5757233p5757354.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Le 16/04/2013 15:11, Tony Emery a écrit : il faudrait prévoir ce tutoriel sous forme de fiche-pratique d'une page, un peu comme l'osmécum. ah zut, tu me casses la baraque :) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr
Bonjour, superbe ! Le 16/04/2013 19:37, Jocelyn Jaubert a écrit : Suite à des tests pendant plusieurs semaines, umap est maintenant sur un serveur stable de l'association OSM-FR, et devrait fonctionner normalement. Il est accessible sur: http://umap.openstreetmap.fr Ajouter des POI: markes, lignes, polygones... markes ? - marques I suppose ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: Ista Pouss ista...@gmail.com J aime bien ton idee, tu peux donner un peu plus de details sur le fonctionnement interne ? ( cf les questions ci dessous ) Le serveur rest renvoie une lien vers une page contenant la liste des id des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué lui même. Comment il la fabrique ? Donc, dans l'exemple, à partir de la, il existera dans le serveur rest une base de liens des places piétonnes, et le serveur renverra l'url d'une page contenant une liste de liens vers les places piétonnes. Cette page sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une place piétonne, alors la liste sera dynamiquement modifiée en fonction. Comment tu maintiens la coherence entre la vue et le contenu de la base OSM ? Le serveur garantit que : [...] - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple change les coordonnées), alors le serveur changera l'id de cet objet, l'ancien id devenant invalide, à moins qu'un autre objet osm devienne valide selon cet id. Mais dans ce cas la on perd la trace de l objet non ? si il est deplace pour etre positionne plus finement cela reste le meme objet. est ce que c est souhaitable que l ID change ? - Si quelqu'un change la valeur d'une propriété de l'objet osm non incluse dans les critères d'égalité, alors l'id de l'objet ne change pas. Meme question que precedemment, comment detectes tu les changements ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !
Je serai là les 3 jours de SIG-la-lettre donc dispo pour venir donner un coup de main sur le stand. J'amènerai aussi de quoi le décorer (bannière, posters et flyers). Pour le FROG par contre je ne sais pas encore. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr
Hello, Il me semble qu'il y un problème avec l'export et les urls réduites, ils font tous deux référence au site umap.org. cdt Black Myst Le 16 avril 2013 21:16, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bonjour, superbe ! Le 16/04/2013 19:37, Jocelyn Jaubert a écrit : Suite à des tests pendant plusieurs semaines, umap est maintenant sur un serveur stable de l'association OSM-FR, et devrait fonctionner normalement. Il est accessible sur: http://umap.openstreetmap.fr Ajouter des POI: markes, lignes, polygones... markes ? - marques I suppose ? -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr
Bien vu, merci, corrigé! :) On 04/16/2013 04:42 PM, Black Myst wrote: Hello, Il me semble qu'il y un problème avec l'export et les urls réduites, ils font tous deux référence au site umap.org http://umap.org. cdt Black Myst Le 16 avril 2013 21:16, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net mailto:jean-francois.nifenec...@laposte.net a écrit : Bonjour, superbe ! Le 16/04/2013 19:37, Jocelyn Jaubert a écrit : Suite à des tests pendant plusieurs semaines, umap est maintenant sur un serveur stable de l'association OSM-FR, et devrait fonctionner normalement. Il est accessible sur: http://umap.openstreetmap.fr Ajouter des POI: markes, lignes, polygones... markes ? - marques I suppose ? -- Jean-Francois Nifenecker, Bordeaux _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR...
Je ne suis pas sûr que ce soit une amélioration quand il y a de nombreux carrefours : une rue toute droite peut changer de nom au delà d'un carrefour, et on ne sait plus alors où commence et où finit la rue... Tant qu'on avait la place pour afficher le nom, il était affiché, même si c'était répété et ça ne gênait pas trop. La segmentation qui pouvait être excessive à l'affichage c'était quand elle provenait d'un changement de nombre de lanes, ou de limite de vitesse. Mais une segmentation liée au fait qu'une rue en double sens passe en sens unique n'était pas une anomalie en soit du rendu. Alors oui c'est un peu brutal : la carte est plus difficile à interpréter. Le 16 avril 2013 18:22, Marc SIBERT m...@sibert.fr a écrit : J'aime, Juste que certains libellés sont maintenant rares... et certaines abréviations n'ont plus de sens vue la place. A+ Le 16 avril 2013 17:18, Christian Quest cqu...@openstreetmap.fr a écrit : Petite avancée sur la généralisation des noms de rues... avant: http://cl.ly/image/1j3s0A3C2W0e après: http://cl.ly/image/260s2o0t350u C'est brutal (ST_LineMerge/ST_Collect avec un GROUP BY) mais ça semble donner le résultat escompté à savoir: - ne pas répéter les noms de rue trop souvent lorsqu'elles sont très segmentées, - faire apparaitre les petites rues en priorité (les plus difficile à placer). J'ai mis les modifs en place sur http://tile.openstreetmap.fr/ et recalcul de tuiles en cours (zoom 13 à 16, pour les autres niveau videz votre cache). -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR...
Exemple : Avenue Carnot et Avenue du Dr. Calmette sur ton exemple : elles se suivent dans un alignement, mais maintenant tout est fusionné et même la seconde disparait, comme si elles faisait partie de la première. Le 16 avril 2013 23:58, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne suis pas sûr que ce soit une amélioration quand il y a de nombreux carrefours : une rue toute droite peut changer de nom au delà d'un carrefour, et on ne sait plus alors où commence et où finit la rue... Tant qu'on avait la place pour afficher le nom, il était affiché, même si c'était répété et ça ne gênait pas trop. La segmentation qui pouvait être excessive à l'affichage c'était quand elle provenait d'un changement de nombre de lanes, ou de limite de vitesse. Mais une segmentation liée au fait qu'une rue en double sens passe en sens unique n'était pas une anomalie en soit du rendu. Alors oui c'est un peu brutal : la carte est plus difficile à interpréter. Le 16 avril 2013 18:22, Marc SIBERT m...@sibert.fr a écrit : J'aime, Juste que certains libellés sont maintenant rares... et certaines abréviations n'ont plus de sens vue la place. A+ Le 16 avril 2013 17:18, Christian Quest cqu...@openstreetmap.fr a écrit : Petite avancée sur la généralisation des noms de rues... avant: http://cl.ly/image/1j3s0A3C2W0e après: http://cl.ly/image/260s2o0t350u C'est brutal (ST_LineMerge/ST_Collect avec un GROUP BY) mais ça semble donner le résultat escompté à savoir: - ne pas répéter les noms de rue trop souvent lorsqu'elles sont très segmentées, - faire apparaitre les petites rues en priorité (les plus difficile à placer). J'ai mis les modifs en place sur http://tile.openstreetmap.fr/ et recalcul de tuiles en cours (zoom 13 à 16, pour les autres niveau videz votre cache). -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR...
Autre exemple : Rue du Chemin Vert qui est en sens unique mais change de sens. Un seul libellé pour les deux parties, et plus d'indication du changement de sens, on dirait qu'elle passe d'un sens unique à un double-sens (ce qui est faux si on compare à l'ancien rendu). Le 17 avril 2013 00:02, Philippe Verdy verd...@wanadoo.fr a écrit : Exemple : Avenue Carnot et Avenue du Dr. Calmette sur ton exemple : elles se suivent dans un alignement, mais maintenant tout est fusionné et même la seconde disparait, comme si elles faisait partie de la première. Le 16 avril 2013 23:58, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne suis pas sûr que ce soit une amélioration quand il y a de nombreux carrefours : une rue toute droite peut changer de nom au delà d'un carrefour, et on ne sait plus alors où commence et où finit la rue... Tant qu'on avait la place pour afficher le nom, il était affiché, même si c'était répété et ça ne gênait pas trop. La segmentation qui pouvait être excessive à l'affichage c'était quand elle provenait d'un changement de nombre de lanes, ou de limite de vitesse. Mais une segmentation liée au fait qu'une rue en double sens passe en sens unique n'était pas une anomalie en soit du rendu. Alors oui c'est un peu brutal : la carte est plus difficile à interpréter. Le 16 avril 2013 18:22, Marc SIBERT m...@sibert.fr a écrit : J'aime, Juste que certains libellés sont maintenant rares... et certaines abréviations n'ont plus de sens vue la place. A+ Le 16 avril 2013 17:18, Christian Quest cqu...@openstreetmap.fr a écrit : Petite avancée sur la généralisation des noms de rues... avant: http://cl.ly/image/1j3s0A3C2W0e après: http://cl.ly/image/260s2o0t350u C'est brutal (ST_LineMerge/ST_Collect avec un GROUP BY) mais ça semble donner le résultat escompté à savoir: - ne pas répéter les noms de rue trop souvent lorsqu'elles sont très segmentées, - faire apparaitre les petites rues en priorité (les plus difficile à placer). J'ai mis les modifs en place sur http://tile.openstreetmap.fr/ et recalcul de tuiles en cours (zoom 13 à 16, pour les autres niveau videz votre cache). -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr
Presque... Le certificat de sécurité du site n'est pas approuvé ! Si on n'a pas de certificat valide, il faudrait conseiller d'utiliser le http. Le 16 avril 2013 22:52, Yohan Boniface yohanbonif...@free.fr a écrit : Bien vu, merci, corrigé! :) On 04/16/2013 04:42 PM, Black Myst wrote: Hello, Il me semble qu'il y un problème avec l'export et les urls réduites, ils font tous deux référence au site umap.org http://umap.org. cdt Black Myst Le 16 avril 2013 21:16, Jean-Francois Nifenecker jean-francois.nifenecker@**laposte.netjean-francois.nifenec...@laposte.net mailto:jean-francois.**nifenec...@laposte.netjean-francois.nifenec...@laposte.net a écrit : Bonjour, superbe ! Le 16/04/2013 19:37, Jocelyn Jaubert a écrit : Suite à des tests pendant plusieurs semaines, umap est maintenant sur un serveur stable de l'association OSM-FR, et devrait fonctionner normalement. Il est accessible sur: http://umap.openstreetmap.fr Ajouter des POI: markes, lignes, polygones... markes ? - marques I suppose ? -- Jean-Francois Nifenecker, Bordeaux __**___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.**orgTalk-fr@openstreetmap.org http://lists.openstreetmap.__**org/listinfo/talk-fr http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Encore une fois je suis plutôt de l'avis de Tony que de toi Marc sur ce point: si la référence et l'origine des noms de voie, et leur segmentation, vient de la commune, c'est le référenciel de la commune qui fournit les identifiants les plus précis et les plus stables. Tous les autres (Rivoli, etc.) sont dérivés et non stables (y compris les identifiants d'OSM). En vertu de quoi l'identifiant utilisé par la source réelle a une utilité, il met tout le monde d'accord même si chacun à ses propres identifiants en plus (mais doit les corriger en permanence). Ton point de vue serait que ce seraient les identifiants d'OSM qui serviraient de référence, à charge pour la collectivité qui en est *réellement* à l'origine, de se mettre à jour (ce qu'elle ne fera pas car cela impactera aussi les autres acteurs, comme Rivoli qui n'utilisent pas non plus la base OSM comme référence en cas d'ambiguité ou de différences). Le référentiel reste donc celui décidé et utilisé par la collectivité (que celle-ci utilise son propre SIG, ou celui de sa communauté de communes sur lesquel elle a un accès direct et à tout moment le droit de faire les changements qu'elle souhaite, le SIG lui attribuant des identifiants uniques sur la base de la communauté de communes et que la commune utilise poru partager les coûts d'exploitation et maintenance, en lui transmettant les décisions du conseil municipal). Importer ces idenyifiants de référence dans OSM a cependant du sens seulement si ces identifiants sont accessibles au public (pas nécessairement par un site en ligne, ce peut être un fichier demandé à la collectivité, ou une demande faite à un de ses bureaux, car la collectivité n'a pas forcément mis en place un service web pour le faire en direct). Je préfère donc la limite posée sur le fat que les identifiants déposés dans OSM sont accessibles au public (mais pas nécessairement sur une base ouverte). C'est la bonne limite qui évite d'avoir à insérer dans OSM la numérotation interne nationale des franchises McDonald par exemple (la seule chose qui soit publique ce sont leurs numéros RCS voire les SIRET, mais même dans ce dernier cas je n'en suis pas sûr, l'accès public s'arrêtant au SIREN sans mentionner le détail de chaque établissement, et le SIREN ne correspondant pas non plus forcément au découpage géographique des points de vente s'il y en a plusieurs à proximité les uns des autres gérés légalement par la même entité, par exemple deux points de vente de la même franchise dans un même centre commercial, et avec pourtant pour le groupe l'envie de gérer en interne les résultats de chacun comme des établissements séparés) Autre exemple, les identifiants internes des sociétés telles que celles de transport ou de logistique qui exploitent le réseau public, ou qui gèrent leurs fichiers clients ou fournisseurs : ce sont des données privées, il ne faut pas que le client/fournisseur soit identifiable par le public comme étant en relation avec cette société du seul fait qu'il est référencé dans sa base privée (dans les fichiers clients ou fournisseurs il arrive qu'on y trouve des numéros de SIREN voire SIRET pour les organisations, pour les clients privés ils ont leurs noms et adresses et peuvent parfois inclure une vérification de leur identité avec un numéro de pièce d'identité ou de sécurité sociale, ces infos sont là encore confidentielles, et pour autant pas nécessairement très bien géolocalisés au delà des adresses de contact, de livraison ou de facturation elles aussi privées). Le 16 avril 2013 17:59, Marc SIBERT m...@sibert.fr a écrit : Pas de problème, j'ai bien noté ce point de vue, mais je ne le partage simplement pas, bien amicalement :-) Je comprends que les différentes administrations aient leurs UID locaux, mais je considère, peut être à tord, que OSM *est le référentiel* et que c'est à ce référentiel de produire un UID et qu'il est plus simple que les différentes administrations l'utilisent (un champ à rajouter dans chaque base utilisatrice et non un attribut de plus sur chaque élément d'OSM). Par contre, je propose d'intégrer le Rivoli (j'ai du écrire TIVOLI plus haut, c'est une typo et une déformation pro cf . IBM-TIVOLI) dans la base Référentiel d'OSM (pas nécessairement dans OSM même). Avec cet identifiant unique des voies et les numéros d'adresses, on peut produire des tronçons entre les numéros et leur fournir des UID stables. Sincèrement, je ne vois pas les contributeurs maintenir les UID propriétaires pendant leurs contributions : ils ne verront simplement pas l'intérêt ; par contre, il vous (les différentes administrations) sera relativement facile de les maintenir chez vous, sachant que vous en connaissez la signification, quand ces ID ne sont pas obscurs, et que nous (OSM + Nouveau Référentiel) vous fournissons les éléments *stables* pour les associer. Par contre, j'ai basé mon analyse sur la présence du Rivoli (ou équivalent) sur tous le filaire routier. Comme solution de secours,
Re: [OSM-talk-fr] Rendu FR...
Pour savoir si c'est une amélioration ou non, il faudrait faire des tests sur une population moins impliquée (et habituée) que la notre. Il est certain que ça se fait en marketing, peut être que Michelin accepterai de réaliser ce type des tests puisqu'il utilise osm à Clermont. Par contre, pas sûr qu'ils l'ouvrent à tous. C'est également long à préparer. Le 16 avr. 2013 18:23, Marc SIBERT m...@sibert.fr a écrit : J'aime, Juste que certains libellés sont maintenant rares... et certaines abréviations n'ont plus de sens vue la place. A+ Le 16 avril 2013 17:18, Christian Quest cqu...@openstreetmap.fr a écrit : Petite avancée sur la généralisation des noms de rues... avant: http://cl.ly/image/1j3s0A3C2W0e après: http://cl.ly/image/260s2o0t350u C'est brutal (ST_LineMerge/ST_Collect avec un GROUP BY) mais ça semble donner le résultat escompté à savoir: - ne pas répéter les noms de rue trop souvent lorsqu'elles sont très segmentées, - faire apparaitre les petites rues en priorité (les plus difficile à placer). J'ai mis les modifs en place sur http://tile.openstreetmap.fr/ et recalcul de tuiles en cours (zoom 13 à 16, pour les autres niveau videz votre cache). -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr