Re: [OSM-talk-fr] Fwd: [contact] [Remarque, suggestion à propos de ce site] Un très grand merci !!!!
;) Pour répondre au besoin, vous pouvez tenter d'utiliser cet outil : http://nrenner.github.io/achavi/ Il faut globalement définir la date de début et de fin, puis actualiser. Si la zone est grande, cela va probablement prendre une plombe, mais c'est à tenter. Sur un de mes changeset cela fonctionne facilement : http://nrenner.github.io/achavi/?changeset=25291159 Le 09/10/2014 20:06, Yves a écrit : Je pense que David faisait référence à l'Afrique de l'Ouest... Le 9 octobre 2014 19:39:49 CEST, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Avec l'Espagne ? Le 9 oct. 2014 19:30, David Crochet david.croc...@free.fr a écrit : Bonjour Est-il possible pour une sorte de lobbying auprès de pleins de mondes de faire le comparateur temporel mais uniquement sur la région affecté par le virus ebola avec un comparatif sur 1 an. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de Données Urbaines
Voilà. L'idée de faire appel à un mandataire local ne semble pas adapté dans ce cas, mais du coup j'ai trouvé du monde pas loin donc c'est bien. Pieren, je peux comprendre qu'ils demandent à nous rencontrer avant d'ouvrir leurs données, qui je pense sont assez conséquentes. Le message de la responsable de la BDU semble indiquer qu'ils sont peut-être ouvert à plus qu'un simple partage de données : ça implique qu'ils en sachent quand même un peu plus. Merci Ab_fab pour les liens, ça peut être utile en effet. Et l'ancien message dans la liste de discussion également. Comme l'a justement fait remarquer Christian Rogel, je suis probablement trop inexpérimenté sur OSM pour pouvoir les rencontrer tout de suite. Du coup, vu qu'il y a du monde pas loin, ça devrait plus poser de soucis, on va en rediscuter. Je ne savais pas que Loïc (que je connais vaguement de vue) était EPN. Il faut dire que le site de la mairie est vraiment mal fait si on veut contacter un service particulier de la municipalité. C'est en effet une bonne idée de le mettre sur le coup, surtout s'il est déjà été mis au courant à Bordeaux (@Vincent Bergeot). Donc c'est plutôt bien parti pour l'instant. Je vais voir avec vous Fred et Brice pour déterminer quoi répondre à la responsable du BDU. From: felixma...@outlook.com To: brice.per...@zenordi.fr; talk-fr@openstreetmap.org Date: Thu, 9 Oct 2014 22:04:51 +0200 CC: frmo...@gmail.com Subject: Re: [OSM-talk-fr] Banque de Données Urbaines Merci à tous pour vos retours, et désolé pour le retard. Gros gros souci matériel, je répondrai plus en longueur demain matin ou midi. Date: Thu, 9 Oct 2014 12:43:45 +0200 From: brice.per...@zenordi.fr To: talk-fr@openstreetmap.org CC: frmo...@gmail.com; felixma...@outlook.com Subject: Re: [OSM-talk-fr] Banque de Données Urbaines Le 08/10/2014 20:03, Christian Quest a écrit : Tu devrais te rapprocher de Fred Moine qui est dans le coin et tout près de chez toi il y a aussi Brice. Héhé j'avais également vu passer l'article en question. J’habite Thonon depuis peu. Je dois d'ailleurs recontacter un des conseillers municipaux niveau Open Data... @Felix et Fred : N'hésitez pas à me contacter en cas de besoin, suivant le timing je peux peut-être venir donner un coup de main lors de ce rendez-vous. C'est surement une bonne idée de mettre Loic (EPN) dans la boucle aussi. Le bon cocktail c'est toujours volonté interne + volonté politique ;-) Brice Le 8 octobre 2014 17:33, Ab_fab gamma@gmail.com a écrit : J'oubliais _ les cartes thématiques d'ITO World _ overpass Turbo (à condition d'avoir un exemple pratique qui fonctionne bien à portée de main) Avec ce genre d'exemples sous la main, tu as de quoi tenir un bon moment, et surtout tu peux rebondir facilement sur des centres d'intérêt de tes interlocuteurs Le 8 octobre 2014 15:41, Ab_fab gamma@gmail.com a écrit : Pour ce qui concerne l'âge, si en face de toi tu as quelqu'un de professionnel, cela ne devrait poser aucun souci. Et annoncer la couleur en disant que ton approche tourne principalement autour de la contribution et que tu ne maîtrises pas tous les aspects du traitement et du contrôle des données, c'est légitime. Cela n'empêche pas pour autant de prendre note des points à éclaircir de son côté et de venir les soumettre ici par la suite,. Ce ne sont pas les exemples qui manquent pour ensuite donner une réponse complète et structurée. Mon petit doigt me dit que la teneur des questions devrait s'approcher de ce qu'on peut lire dans ce message : https://lists.openstreetmap.org/pipermail/talk-fr/2011-April/032320.html Si tu as l'opportunité d'avoir accès à un ordinateur connecté, quelques sites qui sont parlants : _ Whodidit : montrer que
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 9 oct. 2014 à 22:22, Vincent Privat vincent.pri...@gmail.com a écrit : Hello, J'ai eu tous les mails sur le sujet, pas d'inquiétude. Mais je suis très pris par mon travail cette semaine, je regarde ça quand j'ai du temps. Pas de soucis… Par contre j’ai deux suggestions : plutôt que tout recompiler à chaque fois (alors que ce qui change n’est qu’un « simple » fichier de config xml), peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Le greffon pourrait périodiquement (ou à la demande) aller chercher ce fichier dans le dépôt SVN. Ce même fichier de config de lien automatique pourrait être réutilisé par d’autres modules d’OSM ? Je pense en particulier à la vue des objets depuis openstreetmap.org : Fort Griffon : pas de lien sur la page de l’UNESCO Synagogue de Besançon : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Personnellement, je ne suis pas fan de l'idée consistant à mettre des noms de rues, en sachant qu'il y a une forte probabilité de mettre des noms erronées. Mettre une donnée incomplète est une chose (ex : je place un arrêt de bus, mais je ne sais pas s'il est accessible aux handicapés), mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! En faisant ça, on commence à tordre le bras à notre désir de faire de la qualité, selon moi. Francescu Le 10 octobre 2014 08:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de Données Urbaines
Bonjour, Historiquement la ville de Thonon est trés active dans le SIG http://www.geomag.fr/sites/default/files/45_9.pdf?q=rev/pdf/45_9.pdf Et ils ont du se poser déja beaucoup de questions sur l'urbanisation des systèmes d'information, les bases de données spatiales et leur utilisation. De notre côté, le groupe Thonon /Haute savoie n'existe pas, on ne s'est jamais rencontré, ni échangé sur OSM, les nouveautés etc A mon avis au vue de passé riche de Thonon dans le SIG (exemple parfois pour d'autres communes), il serait bon de se préparer et se rencontrer en avance. Je suis indisponible jusqu'au 5 novembre 2014. Bonne continuation et au plaisir FredM Le 9 octobre 2014 12:43, Brice Person brice.per...@zenordi.fr a écrit : Le 08/10/2014 20:03, Christian Quest a écrit : Tu devrais te rapprocher de Fred Moine qui est dans le coin et tout près de chez toi il y a aussi Brice. Héhé j'avais également vu passer l'article en question. J’habite Thonon depuis peu. Je dois d'ailleurs recontacter un des conseillers municipaux niveau Open Data... @Felix et Fred : N'hésitez pas à me contacter en cas de besoin, suivant le timing je peux peut-être venir donner un coup de main lors de ce rendez-vous. C'est surement une bonne idée de mettre Loic (EPN) dans la boucle aussi. Le bon cocktail c'est toujours volonté interne + volonté politique ;-) Brice Le 8 octobre 2014 17:33, Ab_fab gamma@gmail.com a écrit : J'oubliais _ les cartes thématiques http://www.itoworld.com/static/map.html d'ITO World _ overpass Turbo (à condition d'avoir un exemple pratique qui fonctionne bien à portée de main) Avec ce genre d'exemples sous la main, tu as de quoi tenir un bon moment, et surtout tu peux rebondir facilement sur des centres d'intérêt de tes interlocuteurs Le 8 octobre 2014 15:41, Ab_fab gamma@gmail.com a écrit : Pour ce qui concerne l'âge, si en face de toi tu as quelqu'un de professionnel, cela ne devrait poser aucun souci. Et annoncer la couleur en disant que ton approche tourne principalement autour de la contribution et que tu ne maîtrises pas tous les aspects du traitement et du contrôle des données, c'est légitime. Cela n'empêche pas pour autant de prendre note des points à éclaircir de son côté et de venir les soumettre ici par la suite,. Ce ne sont pas les exemples qui manquent pour ensuite donner une réponse complète et structurée. Mon petit doigt me dit que la teneur des questions devrait s'approcher de ce qu'on peut lire dans ce message : https://lists.openstreetmap.org/pipermail/talk-fr/2011-April/032320.html Si tu as l'opportunité d'avoir accès à un ordinateur connecté, quelques sites qui sont parlants : _ Whodidit http://simon04.dev.openstreetmap.org/whodidit/ : montrer que les contributions sont tracées, et les auteurs pas totalement anonymes _ osmose http://osmose.openstreetmap.fr/fr/map/: identification des produits *et* aide à l'intégration de données _ LizPOI http://www.ville-orange.fr/sortir01.htmà Orange _ http://live.openstreetmap.fr/ Le 8 octobre 2014 14:29, Félix Marty felixma...@outlook.com a écrit : Bonjour, Voilà un sujet qui va probablement vous faire sourire... Je contribue à OpenStreetMap depuis quelques mois. Suite à un article paru dans le journal municipal sur un service de la mairie de Thonon-les-Bains, la Banque de Données Urbaines, j'ai pensé que leur envoyer un mail leur présentant le projet OpenStreetMap et leur proposant de mettre à disposition une partie ou l'ensemble de leur base de donnée pour collaborer avec OSM serait une idée intéressante. Je vous mets à ce propos l'article du journal http://image.noelshack.com/fichiers/2014/41/1412769973-2014-10-08-135842.png et mon mail http://image.noelshack.com/fichiers/2014/41/1412770433-2014-10-08-1410382.png envoyé (inspiré pour certaines parties de la page wiki correspondante). J'ai aujourd'hui reçu une réponse, à mon sens favorable, m'invitant à un rendez-vous pour présenter *« [les] objectif et [les] méthode d’acquisition, traitement et contrôle des données »*. Le fait que je ne sache rien niveau traitement et contrôle des données n'est pas vraiment le problème, j'aurais pu regarder sur le wiki ou demander conseil ici... Mon seul vrai problème — et c'est là que vous allez sourire — est mon âge. Contrairement à une large partie (la totalité ?) d'entre vous, je suis mineur et ne me vois vraiment pas aller à la mairie présenter OpenStreetMap. A moins que la responsable de la BDU ait une grande ouverture d'esprit, j'ai du mal à croire que je serai pris au sérieux. J'ai commencé à contribuer cet été par ennui, et il faut dire que ça m'a plu. Ce mail à la mairie était peut-être de trop, parce que du coup je ne sais vraiment pas quoi faire. Auriez-vous une idée ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr --
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
A leur décharge, l'IGN dépend des décisions politiques. Le BAN (qui est l'objet du blog de la CGT) existerait depuis longtemps si les responsables politiques avaient une vrai vision et assez de volonté pour dégager les budgets nécessaires à sa création. Ah mais ça je n'ai jamais dis le contraire. N'empêche que le résultat est là : un institut géographique bénéficiant en partie de fonds publics et qui se comporte aussi comme un opérateur privé qui vend des données. Et même si comme tu le dis cela dépendait de décisons politiques, pendant des décennies certains chez l'IGN étaient bien contents de cette situation. Quand on pense que jusqu'à récemment ils revendaient les mêmes données en de multiples exemplaires à différents organismes publics, il y a de quoi se poser des questions sur cette manne d'argent public qui rentrait dans leurs poches... Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] République Dominicaine frontières administratives
Pour le niveau du pays, habituellement on utilise les frontières des eaux territoriales a 12 miles (ou selon les traités bilateraux, ou a équidistance de la ligne de cote). Habituellement on n'indique aucun admin Lebel sur la ligne de cote qui n'est qu'une approximation de la ligne de base, mouvante, même si normalement elle est a la hauteur moyennes des marées hautes par temps calme et a la moyenne des indices de fortes eaux toutes les 4 semaines visible sur la laisse de mer sauf su la photo est dans les joues qui suivent une tempête). La ligne de base c'est plus complique car les états considèrent que cela inclue le terrain découvert a toutes les matées basses, exception faite dans les estuaires qu'on ferme souvent la ou le fleuve fait environ 50 lettres de large ou moins entre ses berges a marée haute. Pour les limites territoriales intérieures (non internationale) on utilise la ligne de côte sans la surcharger d'un attribut de niveau puisque souvent on n'a pas bien la définition des eaux intérieures, Cependant, on s'écarte de la ligne de cote pour inclure les ports presque fermes protégés par une digue, et dans ce CD on let une limite indicative pour fermer complètement le port. Et ce segment est inclus comme frontière administrative mais pas internationale, donc admin level 3 ou 4 (le plus petit niveau de division du pays) sur ces courts segments en ligne droite. Pour les lignes fermant les estuaires on leur attribue un tag coastline, cette ligne ayant en fait d'un cote la mer et de l'autre la riverbank Et on l'utilise pour ferler toutes les divisions administratives non nationales. Si un pays considère que les collectivités locales sont compétentes sur le domaine maritime (ce n'est pas le cas en France, les régions maritimes sont du ressort des préfets de région et des commandants de régions militaires exceptionellement, donc de l'état et non des collectivités régions), on étend ces collectivités jusqu'à la frontière internationale et aucune subdivision n'a besoin d'utiliser la ligne de cote (exemple en Slovénie actuellement). Le 9 oct. 2014 15:40, François-Xavier Lamure Tardieu xapit...@gmail.com a écrit : Bonjour, je travaille sur les frontières administratives de la République Dominicaine. À cause du changement de licence qui est intervenu, beaucoup d’informations ont disparu. Je ne sais pas d’où proviennent les délimitations qui existent (source de l’information), c’est mon premier problème. Mais plus particulièrement, je m’intéresse aux frontières au niveau de la ligne de côte. Certaines sont reliées à cette ligne, d’autres sont reliées à une frontière tracée comme cela se fait habituellement. Doit-on éliminer les relations avec la ligne de côté et tout relier avec les frontières créées ? De quel niveau doit-être la frontière avec la mer (admin_level =2 (pays) ou admin_level lié à une région du pays). Merci de votre aide Xapitoun ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Pas de réponse ? Fred tu aurais des infos à ce sujet ? Sinon d'une manière générale j'ai du mal à m'y retrouver avec la liste des erreurs osmose sur l'interface. J'ai l'impression que cette liste n'est pas exhaustive et que certaines erreurs gérées par osmose ne s'y trouve pas. Par exemple Fred m'avait donné il y a quelques temps un lien pour les terrains de tennis manquants, mais je ne la trouve pas dans la liste. Y-aurait-il quelque part ailleurs une liste exhaustive de toutes les erreurs gérées par osmose ? Ou bien j'ai raté un truc ? :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Pardon Fred pour mon message précédent j'avais raté ta réponse parce qu'elle apparaissait dans un autre fil... Je vais signaler le lien à mon collègue. Merci. :-) Nicolas Elle existe, mais le tag ele n'était pas dans la liste, je viens de l'ajouter. http://osmose.openstreetmap.fr/fr/errors/?item=3091 Une des sous-classes (3091/3091/2) de cette analyse détecte la confusion entre height et ele. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10/10/2014 08:26, Yves Pratter a écrit : Par contre j’ai deux suggestions : 1. plutôt que tout recompiler à chaque fois (alors que ce qui change n’est qu’un « simple » fichier de config xml), peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Le greffon pourrait périodiquement (ou à la demande) aller chercher ce fichier dans le dépôt SVN. Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir choisir des fichiers différents, distants, locaux, comme pour les presets. Il doit y avoir moyen de réutiliser du code de chargement des presets et de l'interface graphique de sélection. Bon, c'est une suggestion pour plus tard, quand Vincent sera plus disponible. 1. Ce même fichier de config de lien automatique pourrait être réutilisé par d’autres modules d’OSM ? Je pense en particulier à la vue des objets depuis openstreetmap.org http://openstreetmap.org : * Fort Griffon http://www.openstreetmap.org/relation/299118#map=18/47.24323/6.01884layers=C : pas de lien sur la page de l’UNESCO Corrigé : l'expression régulière ne récupère que la première partie de l'identifiant pour le lien. 1283-002 - 1283 * Synagogue de Besançon http://www.openstreetmap.org/way/32744591 : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia Je n'ai pas de problème. le lien s'ouvre bien : http://www.culture.gouv.fr/public/mistral/mersri_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00101610 J'ai intégré les modifs (plus d'autres : mise à jour pour ref:FR:CEF) dans mon fichier http://frvipofm.net/osm/josm/tag2link_sources.xml -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Elle existe, mais le tag ele n'était pas dans la liste, je viens de l'ajouter. http://osmose.openstreetmap.fr/fr/errors/?item=3091 Je viens de regarder je n'ai pas l'impression que les erreurs avec les m à la fin soit détectées. Sur la région L-R il y en a sur les tags ele des sommets et pourtant aucune n'apparaît dans cette liste : http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillonitem=3091 Pour corriger les virgules en tout cas c'est super ! Une des sous-classes (3091/3091/2) de cette analyse détecte la confusion entre height et ele. Pas sûr d'avoir compris. Ça renvoie une erreur si le tag height est défini mais pas le tag ele ? Sauf que pour certains objets cela peut être pertinent. Comment fais-tu la distinction ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Autre remarque et j'arrête de polluer ce fil. ;-) Ce serait pratique dans le tableau des erreurs d'avoir une dernière colonne reprenant tous les tags de chaque objet. Là par exemple je souhaite corriger principalement les sommets mais dans la liste il y a plein de trucs mélangés et je ne sais pas lesquels correspondent à des sommets. Je suis obligé de les charger un par un dans JOSM donc c'est pas très pratique. Ou alors quelque part ajouter un lien charger tous les objets de la liste dans JOSM. Ensuite je pourrais faire un filtre avec JOSM. :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 09:37, Nicolas Moyroud a écrit : Pas de réponse ? Fred tu aurais des infos à ce sujet ? Sinon d'une manière générale j'ai du mal à m'y retrouver avec la liste des erreurs osmose sur l'interface. J'ai l'impression que cette liste n'est pas exhaustive et que certaines erreurs gérées par osmose ne s'y trouve pas. Par exemple Fred m'avait donné il y a quelques temps un lien pour les terrains de tennis manquants, mais je ne la trouve pas dans la liste. Y-aurait-il quelque part ailleurs une liste exhaustive de toutes les erreurs gérées par osmose ? Ou bien j'ai raté un truc ? :-) En fait sur l'interface on retrouve des items, ils regroupent des classes d'erreurs (elle même parfois découpé en sous classe). Il y en a vraiment trop, plus de 200, tous le peut pas rentrer dans le menu. Tu peux retrouver une liste quasi exhaustive sur le wiki : http://wiki.openstreetmap.org/wiki/FR:Osmose/errors Tu peux l'avoir directement sur Osmose, par zone (de travail) ou pour le monde entier : http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillonitem= Attention, pour une région france_languedoc_roussillon n'est pas la seule zone de travail passant par là, il y a aussi world et france_local_db. Tu peux consulter la matrice des zones/analyseur - délai depuis la dernière mise à jour : http://osmose.openstreetmap.fr/fr/control/update_matrix Un analyseur généré souvent un seul type d'item, mais ce n'est pas toujours le cas. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 09:52, Nicolas Moyroud a écrit : Elle existe, mais le tag ele n'était pas dans la liste, je viens de l'ajouter. http://osmose.openstreetmap.fr/fr/errors/?item=3091 Je viens de regarder je n'ai pas l'impression que les erreurs avec les m à la fin soit détectées. Sur la région L-R il y en a sur les tags ele des sommets et pourtant aucune n'apparaît dans cette liste : http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillonitem=3091 Plusieurs raisons : - j'ai ajouté ele au test hier soir, il faut attendre que la modification soit prise en compte dans la branche master du code source (moi je code, Jocelyn intègre) - une fois la modification dans la code principal, il faut attendre que l'analyse soit relancé, tous les 2 jours (tous les jours les régions françaises) - un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. Pour corriger les virgules en tout cas c'est super ! Une des sous-classes (3091/3091/2) de cette analyse détecte la confusion entre height et ele. Pas sûr d'avoir compris. Ça renvoie une erreur si le tag height est défini mais pas le tag ele ? Sauf que pour certains objets cela peut être pertinent. Comment fais-tu la distinction ? height est la hauteur d'un objet, depuis le sol. ele est l'élévation, depuis le niveau de la mer. Il y a erreur si height est supérieur à 500m. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 10:00, Nicolas Moyroud a écrit : Autre remarque et j'arrête de polluer ce fil. ;-) Ce serait pratique dans le tableau des erreurs d'avoir une dernière colonne reprenant tous les tags de chaque objet. Là par exemple je souhaite corriger principalement les sommets mais dans la liste il y a plein de trucs mélangés et je ne sais pas lesquels correspondent à des sommets. Je suis obligé de les charger un par un dans JOSM donc c'est pas très pratique. Ou alors quelque part ajouter un lien charger tous les objets de la liste dans JOSM. Ensuite je pourrais faire un filtre avec JOSM. :-) Il faudrait filtrer par sous classe, mais ce n'est pas disponible dans l'API du frontend d'osmose. http://wiki.openstreetmap.org/wiki/Osmose/api/0.2 Par contre sur la carte tu as le menu export qui te permet de charger les erreurs de la vue active dans JOSM. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [contact] [Remarque, suggestion à propos de ce site] Un très grand merci !!!!
Le vendredi 10 octobre 2014 08:13:34, Jean-Baptiste a écrit : ;) Pour répondre au besoin, vous pouvez tenter d'utiliser cet outil : http://nrenner.github.io/achavi/ Hé mais il a beaucoup de potentiel cet outil !! Il complète assez bien whodidit, et est 100 fois plus pratique que l'historique d'osm.org. Hop ! dans mes signets ! Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Pour ma part, lorsqu'il y a incohérence entre le cadastre et fantoir, et si des recherches sur l'utilisation des différents nom ne me permet pas de trancher, j'ajoute celui qui me parait le plus vraisemblable, j'ajoute le code Fantoir, et je laisse une note (une vraie, pas sous forme de tag) pour qu'un local puisse faire la vérification. Stf Le vendredi 10 octobre 2014 08:36:34, Francescu GAROBY a écrit : Personnellement, je ne suis pas fan de l'idée consistant à mettre des noms de rues, en sachant qu'il y a une forte probabilité de mettre des noms erronées. Mettre une donnée incomplète est une chose (ex : je place un arrêt de bus, mais je ne sais pas s'il est accessible aux handicapés), mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! En faisant ça, on commence à tordre le bras à notre désir de faire de la qualité, selon moi. Francescu Le 10 octobre 2014 08:27, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com mailto:yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 10:08, Frédéric Rodrigo a écrit : - un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. Non. Même si le wiki ne dit pas explicitement que c'est une erreur, tout le suggère : http://wiki.openstreetmap.org/wiki/Key:ele «Elevation of a point in metres in WGS84.» Voir aussi les exemples cités. On ne met pas capacity=10 places JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM et les collectivités
Merci pour vos réponses. Par contre, Déjà bien expliqué ce qu'est globalement le projet OSM et ce qu'il n'est pas (encore plus important). Heu au premier abord c'est simple, mais en fait non, je me rends compte que je ne suis pas sûr du tout de pouvoir répondre clairement à ça, particulièrement sur ce qu'Osm n'est pas. Toi qui a l'habitude, comment est-ce que tu présente ces points ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BD Adresse + BANO ça par contre c'est en gros ce sur quoi il semblait qu'on ait trouvé un rapprochement. La plateforme de contribution de BANO (séparée d'OSM) pouvant alimenter tant OSM d'un côté que l'IGN de l'autre à travers des termes du contributeur le permettant via une forme de double licence sur les données collectées. Alors c'est ce que vous appellez BANO^2 parce que l'actuel BANO est alimenté par OSM et non le contraire (mais on ne sait toujours pas à quoi ressemblerait ce BANO^2). Je suis assez perplexe sur le principe des doubles licenses. C'est très complexe sur le plan juridique et peut-être même impossible à réaliser si les termes se contredisent. Je ne connait pas d'exemple d'opendata avec cette configuration. De plus, cela implique que les contributeurs acceptent les deux licences, ce qui veut dire aussi une bdd et un outil d'édition séparés d'OSM et exclue par la-même les contributeurs d'OSM (même si on peut imaginer une récupération des outils). Au final, ce BANO^2 ressemble à l'dée que je me faisais de BAN sauf que l'opérateur pourrait être différent (IGN ou pas) et il reste une interrogation sur ceux qui fourniront la donnée et la tiendront à jour. Pieren Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM et les collectivités
Le 09/10/2014 11:54, Christian Quest a écrit : Faire comprendre que c'est à eux de rejoindre et de faire partie de la communauté... mais ce n'est pas le plus simple j'en convient. Ca me fait penser à un article que je n'ai pas vu passer sur la liste, donc voici le lien : https://libertic.wordpress.com/2014/09/30/chers-producteurs-de-donnees-ouvertes-maintenant-mangez-les/ Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
2014-10-10 10:23 GMT+02:00 JB jb...@mailoo.org: Non. Même si le wiki ne dit pas explicitement que c'est une erreur, tout le suggère : http://wiki.openstreetmap.org/wiki/Key:ele «Elevation of a point in metres in WGS84.» Voir aussi les exemples cités. On ne met pas capacity=10 places Pas vraiment une erreur mais un formattage standardisé. J'ai déjà vu des suppressions de 't' pour le maxweight ou des 'kmh' dans maxspeed pour les mêmes raisons. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Plusieurs raisons : - j'ai ajouté ele au test hier soir, il faut attendre que la modification soit prise en compte dans la branche master du code source (moi je code, Jocelyn intègre) - une fois la modification dans la code principal, il faut attendre que l'analyse soit relancé, tous les 2 jours (tous les jours les régions françaises) OK donc je vais être patient et j'enverrai le lien à mon collègue quand ça apparaîtra, sinon il va être frustré. ;-) - un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. A mon humble avis c'est une belle incohérence dans les données. Par exemple quand on fait une exportation des données OSM pour une utilisation dans un logiciel SIG on se retrouve avec une colonne attributaire contenant à la fois des nombres et des chaînes de caractères sur laquelle on ne peut donc faire aucun traitement numérique. height est la hauteur d'un objet, depuis le sol. ele est l'élévation, depuis le niveau de la mer. Oui ça je savais :-) Il y a erreur si height est supérieur à 500m. OK donc c'est basique et il n'y a pas discrimination des objets. Ça pourra être embêtant le jour où tu feras tourner osmose aux Émirats. Après la tour de 800m il paraît que la construction d'une tour de 1000m va démarrer bientôt... Merci Fred. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
- un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. Non. Même si le wiki ne dit pas explicitement que c'est une erreur, tout le suggère : http://wiki.openstreetmap.org/wiki/Key:ele «Elevation of a point in metres in WGS84.» Voir aussi les exemples cités. On ne met pas capacity=10 places JB. Tout à fait d'accord. En plus l'erreur osmose s'appelle valeur numérique. Une lettre représentant une unité n'a donc rien à y faire. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Bonjour, Merci pour cette nouvelle source Osmose. J'ai une question de tag : Comment doit-on taguer une station qui ne fournit du E85 que durant ses horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui possible pour les autres carburants ? Bruno Le 9 octobre 2014 21:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 07/10/2014 11:25, Yves Pratter a écrit : Le 6 oct. 2014 à 20:25, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Mais c'est quand même plus facile lorsque les ref sont intégrées à OSM et il n'y a pas toujours de ref, ou des ref non privé en la qu'elle on peut avoir confiance. J’ai vu que tu ne proposes pas d’attribut ref. Est-ce un oubli ou un plutôt un choix ? Il y en a un, mais ne sachant pas à quoi il correspond, mais je ne l'ai pas prit. Le 06/10/2014 17:38, Jérôme Amagat a écrit : Les stations bien geocodé (ou pas trop mal) et presente dans osm ont disparu (osmose en a trouvé combien? c'est possible de la savoir?) La mise à jour de données OSM avec des données OpenData est une amélioration de l'intégration de données avec Osmose que j'ai en tête. Super :-) Peux-tu forcer l’affichage de toutes les stations services pour les tests ? Non Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Tous les autres services étant des amenity séparé, je vais les ignorer pour l’instant Le preset dans JOSM permet d’indiquer si il y a une boutique, des toilettes, un kiosque… shop=yes shop=convenience shop=kiosk En regardant la page shop http://wiki.openstreetmap.org/wiki/Key:shop, je ne trouve pas ça très adapté — au moins pour les toilettes : Le tag le plus adapté serait *toilets=yes* ? cf. Toilets within places http://wiki.openstreetmap.org/wiki/Tag:amenity=toilets# Toilets_within_places J’ai vu dans ton framapad http://lite3.framapad.org/p/station_services que tu pensais à amenity=toilets mais il est précisé que l’utilisation de la clé *amenity* est uniquement dans le cas où les toilettes sont un objet à part. Idem pour les stations de gonflage des pneus : compressed_air=yes http://wiki.openstreetmap.org/wiki/Tag:amenity=compressed_air#Examples pour un service de proposé dans un lieu et *amenity=compressed_air* pour une station « isolée ». Piste poids lourds. C’est vital pour des camions, mais aussi pour des campings-car, une voiture tirant un van pour transporter des chevaux… La question a été traitée pour les voies d’accès de parking… Cf. HGV pour Heavy good vehicles) dans Lane dependent restrictions http://wiki.openstreetmap.org/wiki/Hgv#Lane_dependent_restrictions et la section Parking in Industrial Areas http://wiki.openstreetmap.org/wiki/OSM_Transport_Karte# Parking_in_Industrial_Areas de la page *OSM Transport Karte* Donc : * serviceToilettes publiques/service *toilets=yes* * serviceStation de gonflage/service *compressed_air=yes * * serviceBoutique non alimentaire/service *shop=yes ??* * serviceBoutique alimentaire/service *shop=convenience* il y a parfois les 2 services simultanément * servicePiste poids lourds/service *hgv:lanes=yes* J'ai prit ça en compte. On finalement activer l'analyse - à la prochaine mise à jour des résultats. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Il faudrait filtrer par sous classe, mais ce n'est pas disponible dans l'API du frontend d'osmose. http://wiki.openstreetmap.org/wiki/Osmose/api/0.2 Dommage ce serait bien pratique. Par contre sur la carte tu as le menu export qui te permet de charger les erreurs de la vue active dans JOSM. Je viens de tester. Effectivement e'est jouable comme ça. Sauf que... encore un petite difficulté. Dès qu'il y a un sommet en erreur (par exemple avec un ele contenant une virgule à la place du point) ça ramène tout le way qui s'appuie dessus. Donc là par exemple j'ai des frontières qui passent par le sommet qui remontent. Et donc ça ramène aussi tous les autres pics par lesquels passent la frontière. Après mon filtre natural=peak dans JOSM je me retrouve avec plein de pics pour lesquels il n'y a aucun problème dans le tag ele et il faut que je les clique un par un pour trouver ceux où il y a un problème. Ce n'est pas très pratique. Existe-t-il un moyen de limiter la remontée de données aux seuls nodes en erreur sans remonter aux ways ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Sinon, Nicolas, tu as essayé ça ? http://overpass-turbo.eu/s/5ox Surement plus efficace pour les séances de correction, avec export direct dans JOSM ! (Euh, au fait, le symbole décimal, c'est le point ou la virgule ?) JB. Le 10/10/2014 11:20, Nicolas Moyroud a écrit : Il faudrait filtrer par sous classe, mais ce n'est pas disponible dans l'API du frontend d'osmose. http://wiki.openstreetmap.org/wiki/Osmose/api/0.2 Dommage ce serait bien pratique. Par contre sur la carte tu as le menu export qui te permet de charger les erreurs de la vue active dans JOSM. Je viens de tester. Effectivement e'est jouable comme ça. Sauf que... encore un petite difficulté. Dès qu'il y a un sommet en erreur (par exemple avec un ele contenant une virgule à la place du point) ça ramène tout le way qui s'appuie dessus. Donc là par exemple j'ai des frontières qui passent par le sommet qui remontent. Et donc ça ramène aussi tous les autres pics par lesquels passent la frontière. Après mon filtre natural=peak dans JOSM je me retrouve avec plein de pics pour lesquels il n'y a aucun problème dans le tag ele et il faut que je les clique un par un pour trouver ceux où il y a un problème. Ce n'est pas très pratique. Existe-t-il un moyen de limiter la remontée de données aux seuls nodes en erreur sans remonter aux ways ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Sinon, Nicolas, tu as essayé ça ? http://overpass-turbo.eu/s/5ox Surement plus efficace pour les séances de correction, avec export direct dans JOSM ! (Euh, au fait, le symbole décimal, c'est le point ou la virgule ?) JB. Merci JB c'est effectivement la solution avec l'overpass. Mais à part pour les boss d'OSM comme nous c'est difficilement utilisable ! Je ne me vois pas donner un cours de requêtes overpass à mon collègue géomaticien. Dès qu'il voit une ligne de code il part en courant donc bon... Là je peux toujours lui donner ton lien overpass, mais dès qu'il va retomber sur un autre type d'erreurs il faudra qu'il repasse par moi. Mes remarques étaient orientée dans l'idée qu'osmose soit facilement utilisable pour celui qui constate des erreurs dans les données OSM et souhaite les corriger. Voilà qui pourrait permettre à certaines personnes manipulant de l'info géographique de contribuer facilement à OSM. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Au fait, quelle est la fréquence de mise à jour ? Francescu Le 10 octobre 2014 10:15, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Pour ma part, lorsqu'il y a incohérence entre le cadastre et fantoir, et si des recherches sur l'utilisation des différents nom ne me permet pas de trancher, j'ajoute celui qui me parait le plus vraisemblable, j'ajoute le code Fantoir, et je laisse une note (une vraie, pas sous forme de tag) pour qu'un local puisse faire la vérification. Stf Le vendredi 10 octobre 2014 08:36:34, Francescu GAROBY a écrit : Personnellement, je ne suis pas fan de l'idée consistant à mettre des noms de rues, en sachant qu'il y a une forte probabilité de mettre des noms erronées. Mettre une donnée incomplète est une chose (ex : je place un arrêt de bus, mais je ne sais pas s'il est accessible aux handicapés), mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! En faisant ça, on commence à tordre le bras à notre désir de faire de la qualité, selon moi. Francescu Le 10 octobre 2014 08:27, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com mailto:yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement,
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Selon Francescu GAROBY windu...@gmail.com: Au fait, quelle est la fréquence de mise à jour ? BANO (la base de données) est regénérée chaque nuit entre minuit et ~02:00 en ce qui concerne les adresses au n° et l'intégration des nouvelles commune svectorielles du cadastre. La partie lieux-dits est hors de ce circuit pour l'instant mais elle va l'intégrer. Les outils qui s'appuient dessus (le rendu carto, les listes de rapprochements) sont calés sur ce rythme quotidien. Je vais rajouter sur la page de comparaison Fantoir la date de dernière màj, pour une ville donnée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Super, merci pour ce rajout, ça évitera de s'acharner sur sa touche F5 après avoir fait un rapprochement massif de voies (non, je ne parle pas d'expérience. Pourquoi pensez-vous ça ?) Francescu Le 10 octobre 2014 12:11, Vincent de Château-Thierry osm.v...@free.fr a écrit : Selon Francescu GAROBY windu...@gmail.com: Au fait, quelle est la fréquence de mise à jour ? BANO (la base de données) est regénérée chaque nuit entre minuit et ~02:00 en ce qui concerne les adresses au n° et l'intégration des nouvelles commune svectorielles du cadastre. La partie lieux-dits est hors de ce circuit pour l'instant mais elle va l'intégrer. Les outils qui s'appuient dessus (le rendu carto, les listes de rapprochements) sont calés sur ce rythme quotidien. Je vais rajouter sur la page de comparaison Fantoir la date de dernière màj, pour une ville donnée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 10 oct. 2014 à 08:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. Comme il n’existe pas — à ma connaissance — de greffons ni dans OSM (et ses variantes nationales), ni dans Nominatim, photon… qui permettraient de chercher des adresses dans les BAN (bases d’adresses nationales), mieux vaut une adresse approximative que rien. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. +1 A la lecture de cette liste, aucune base de données n’est parfaite. D’ailleurs quand je cherche une adresse je compare Google, OSM, Mappy. Il y a souvent des différences et il n’y a pas de « vainqueur ». Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Sur ce point, il faudrait quasiment un champ source par attribut, ainsi que l’auteur et la date de saisie ;-) En pratique : la géométrie vient souvent de Bing, cadastre… et pour les plus chanceux Orthophotos / fichiers libérés par les agglomérations. ref et ses variantes : bases de données ouvertes des institutions gestionnaires du service, des administrations (LaPoste, SNCF, Points de ventes pour les stations services…) les noms de rues (cadastre, terrain/plaque, carte historique…) name=Rue des Ossanges / source : plaque alt_name = Rue des Ossenges / source : cadastre C’est le cadastre qui est probablement juste car le lieu-dit est « Ossenges » et j’imagine que quelqu’un à fait une faute de frappe lors de la « fabrication » de la plaque. nombre d’habitants : INSEE recensement année Pour avoir l’auteur et la date de saisie d’un attribut, ça doit se déduire de l’historique mais il n’existe pas à ma connaissance d’outil pour l’afficher. Bref, problème complexe probablement pas à l’ordre du jour pour OSM. Le 10 oct. 2014 à 08:36, Francescu GAROBY windu...@gmail.com a écrit : Mettre une donnée incomplète est une chose […], mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! Cf. supra : Ce cas est un bon exemple : la rue sera trouvée avec « Camors » et une donnée « erronée » alors que sinon on ne trouve rien. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Une nouvelle demande d'évolution : que les lettres 'a' et 'b' soient respectivement remplacées par 'A' et 'B', lors de la saisie dans le champ de recherche. Sans ça, la recherche ne donne rien. (ces 2 lettres étant présentes dans tous les codes INSEE de Corse-du-Sud et de Haute-Corse, respectivement). Merci, Francescu Le 10 octobre 2014 12:58, Yves Pratter yves.prat...@gmail.com a écrit : Le 10 oct. 2014 à 08:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. Comme il n’existe pas — à ma connaissance — de greffons ni dans OSM (et ses variantes nationales), ni dans Nominatim, photon… qui permettraient de chercher des adresses dans les BAN (bases d’adresses nationales), mieux vaut une adresse approximative que rien. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. +1 A la lecture de cette liste, aucune base de données n’est parfaite. D’ailleurs quand je cherche une adresse je compare Google, OSM, Mappy. Il y a souvent des différences et il n’y a pas de « vainqueur ». Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Sur ce point, il faudrait quasiment un champ source par attribut, ainsi que l’auteur et la date de saisie ;-) En pratique : - la géométrie vient souvent de Bing, cadastre… et pour les plus chanceux Orthophotos / fichiers libérés par les agglomérations. - ref et ses variantes : bases de données ouvertes des institutions gestionnaires du service, des administrations (LaPoste, SNCF, Points de ventes pour les stations services…) - les noms de rues (cadastre, terrain/plaque, carte historique…) - name=Rue des Ossanges http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/47.00508/6.02773 / source : plaque - alt_name = Rue des Ossenges / source : cadastre C’est le cadastre qui est probablement juste car le lieu-dit est « Ossenges » et j’imagine que quelqu’un à fait une faute de frappe lors de la « fabrication » de la plaque. - nombre d’habitants : INSEE recensement année Pour avoir l’auteur et la date de saisie d’un attribut, ça doit se déduire de l’historique mais il n’existe pas à ma connaissance d’outil pour l’afficher. Bref, problème complexe probablement pas à l’ordre du jour pour OSM. Le 10 oct. 2014 à 08:36, Francescu GAROBY windu...@gmail.com a écrit : Mettre une donnée incomplète est une chose […], mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! Cf. supra : Ce cas est un bon exemple : la rue sera trouvée avec « Camors » et une donnée « erronée » alors que sinon on ne trouve rien. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Selon Francescu GAROBY windu...@gmail.com: Une nouvelle demande d'évolution : que les lettres 'a' et 'b' soient respectivement remplacées par 'A' et 'B', lors de la saisie dans le champ de recherche. Sans ça, la recherche ne donne rien. (ces 2 lettres étant présentes dans tous les codes INSEE de Corse-du-Sud et de Haute-Corse, respectivement). Oops, mAis Bien sûr. ÇA serA fAit très Bientôt :) (d'ici là je m'entraîne) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 10 oct. 2014 à 04:32, Jérôme Amagat jerome.ama...@gmail.com a écrit : J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Un compromis que j’utilise est de vérifier quand c’est possible avec StreetView, les photos trouvées sur internet et de croiser tout ça avec les photos aériennes. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. +1 Cf. mon mél précédent. Dans les pb (de non rapprochement) que j’ai vu ces derniers jours, il y a souvent « Chemin XXX » et « Rue XXX ». Dans notre contexte, « chemin », « rue », « route », « impasse »… sont des mots « vides ». L’algo de recherche devrait être : chercher la phrase exacte supprimer les mots vides et relancer la recherche Mais en pratique, ce n’est pas ce que fait Nominatim :-( Il semble chercher tous les mots : « chemin des ossanges » - Aucun résultat n’a été trouvé « rue des ossanges » - Ok car c’est le nom exact « rue des ossenges » - Ok car est la première valeur de alt_name « chemin des ossenges » - Ok car ossenges se trouve dans la première valeur de alt_name et chemin dans la deuxième. « ossanges » ou « ossenges » - Ok J’ai creusé un peu plus : « chemin osantes » - Ok, cette fois !! Nominatim doit avoir une liste « standard » de mots vides contenant « de », « le »… mais pas « chemin », « route », « iimpasse » , « voie »… un contributeur qui connait et voit l'erreur modifiera. Oui et non : Oui, si « le » contributeur tombe dessus (et assez rapidement), super :-) Non, car comment un robot ou un même un contributeur non local pourrait retrouver les objets OSM à vérifier ? Le 10 oct. 2014 à 10:15, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Pour ma part, lorsqu'il y a incohérence entre le cadastre et fantoir […] je laisse une note (une vraie, pas sous forme de tag) pour qu'un local puisse faire la vérification. Moi je laisse un attribut « note=* » car je ne pense jamais à vérifier les vraies notes. D’autres laissent des attributs « fixme=* » ou « comment=* » … — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10 oct. 2014 à 09:45, Vincent Pottier vpott...@gmail.com a écrit : Peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir choisir des fichiers différents, distants, locaux, comme pour les presets ». Je n’ai pas regardé le code source, mais je pense qu’il ne s’agit pas d’une grosse modif. Si l’idée est retenu, je peux installer le compilateur java sur ma machine et faire un essai ;-) Fort Griffon : pas de lien sur la page de l’UNESCO Corrigé : l'expression régulière ne récupère que la première partie de l'identifiant pour le lien. 1283-002 - « 1283 Synagogue de Besançon : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia Je n'ai pas de problème. le lien s'ouvre bien : Je ne parlais pas de problème avec Tag2Link dans JOSM (quoi qu’il semble que j’en ai trouvé un par hasard). Mais du fait que les pages openstreetmap.org/relation/12345… ne font pas de lien comme tag2link La réutilisation du fichier de config de tag2link par openstreetmap.org, geschichtskarten.openstreetmap.de (la carte des monuments historiques), et d’autres permettrait de faire une pierre, deux coups. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10/10/2014 14:27, Yves Pratter a écrit : Le 10 oct. 2014 à 09:45, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : Peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir choisir des fichiers différents, distants, locaux, comme pour les presets ». Je n’ai pas regardé le code source, mais je pense qu’il ne s’agit pas d’une grosse modif. Si l’idée est retenu, je peux installer le compilateur java sur ma machine et faire un essai ;-) * Fort Griffon http://www.openstreetmap.org/relation/299118#map=18/47.24323/6.01884layers=C : pas de lien sur la page de l’UNESCO Corrigé : l'expression régulière ne récupère que la première partie de l'identifiant pour le lien. 1283-002 - « 1283 * Synagogue de Besançon http://www.openstreetmap.org/way/32744591 : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia Je n'ai pas de problème. le lien s'ouvre bien : Je ne parlais pas de problème avec Tag2Link dans JOSM (quoi qu’il semble que j’en ai trouvé un par hasard). Mais du fait que les pages openstreetmap.org/relation/12345 http://openstreetmap.org/relation/12345… ne font pas de lien comme tag2link La réutilisation du fichier de config de tag2link par openstreetmap.org http://openstreetmap.org, geschichtskarten.openstreetmap.de http://geschichtskarten.openstreetmap.de/historische_objekte/translate/fr/index-fr.html?zoom=18lat=47.24286lon=6.01904layers=BFFTTselect=r299118#Anfang (la carte des monuments historiques), et d’autres permettrait de faire une pierre, deux coups. Osmose l'utilise également. Avez-vous/allez-vous remonter les modifications vers JSOM ? J'avoue ne pas avoir tout lu. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Le 10 oct. 2014 à 11:07, Bruno Cortial bruno.cort...@laposte.net a écrit : Bonjour, Merci pour cette nouvelle source Osmose. J'ai une question de tag : Comment doit-on taguer une station qui ne fournit du E85 que durant ses horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui possible pour les autres carburants ? Mettre comme attribut : comment=« E85 disponible que pendant les heures d’ouvertures » et/ou opening_hours=« Mo-Sa 22:00-23:00 open || closed E85 indisponible » — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Nouveau sur la liste] Bonjour à tous !
Je me présnete : frem (frem-eu sur osm), actif en région Poitou-Charentes, avec qqes années de contributions derrière moi (depuis 2008). J’ai recommencé à contribuer de façon plus active et je vous rejoins pour discuter des problématique encore non-résolues et du projet en général. À bientôt frem ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10 oct. 2014 à 14:32, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Osmose l'utilise également. Super, mais est-ce que comme tag2link, il faut recompiler le projet pour qu’il tienne compte des modifications de ce fichier ? Avez-vous/allez-vous remonter les modifications vers JSOM ? J'avoue ne pas avoir tout lu. Toutes sauf les 2 dernières (ref:FR:CEF et ref:whc). J’ai fait le patch mais Vincent Privat doit le valider recompiler. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BAN + BANO franchement j'y crois pas trop. Ca ferait deux plateformes qui se marcheraient sur les pieds. Grâce au post de Christian sur georezo qui donne le lien vers l'actu du CNIG ([1]), on peut maintenant avoir un aperçu de ce que serait BANO^2: http://cnig.gouv.fr/wp-content/uploads/2014/10/BANO-%C3%A0-BANO%5E2-CNIG.pdf A comparer avec le projet BAN de l'IGN: http://cnig.gouv.fr/wp-content/uploads/2014/06/2014_06_25_CommissionDonnees_CNIG_BAN.pdf Plusieurs remarques: - ho la la, BANO contiendrait 14 millions d'adresses du cadastre et 2 millions d'adresses d'OSM. Il y a juste un petit mensonge par omission : les 2 millions d'adresses d'OSM viennent aussi pour l'essentiel du cadastre - les deux projets BAN et BANO sont très proches puisque les deux ne partent pas de zéro et aggrègent des sources externes (insee, dgfip, collectivités locales). Et l'IGN a une petite longueur d'avance sur le nombre de sources (la poste, erdf). Désavantages pour BAN : - je trouve leur modèle des données inutilement compliqué, surtout s'ils veulent faire contribuer des acteurs externes à l'IGN (et ils acceptent plusieurs points pour une adresse). Grosse erreur, ama. Il faut sim-pli-fier - ils semblent s'accrocher à un modèle payant pour les utilisateurs alors qu'ils devraient faire le forcing pour obtenir un financement pérenne pour faire de l'opendata. Bon, en même temps, ils savent mieux que personne que l'état est fauché. Désavantage pour BANO^2 : - on ne sait pas trop si les modifications seront possibles de la part du public. Ou même si un retour terrain autre que les administrations et epic est envisagé. En fait, on ne sait pas trop si OpenStreetMap est encore concerné, si ce n'est comme possible utilisateur des données. - licence double et suivant les sources. C'est très confus. Il serait alors possible d'extraire des données sous une license ou l'autre ? Ca veut dire des jeux de données différentes et incomplètes suivant la licence ? Ingérable. Aucun projet ne fonction avec une licence ouverte ET une licence fermée. Il faudra choisir, quitte à se couper complètement de l'IGN. Pieren [1] http://cnig.gouv.fr/wp-content/uploads/2014/10/BANO-%C3%A0-BANO%5E2-CNIG.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 14/10/2014 20h00 - Invitation + OdJ
Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. ATTENTION LE LIEU HABITUEL N'ETANT PAS DISPONIBLE, la réunion aura lieu: le MARDI 14 OCTOBRE à partir de 20h00 à l'EPITECH, immeuble Bayard, 156 rue Paul Bert, Lyon 3ème. en salle 005 Accès : M° Part-Dieu; C13, C25 Part-Dieu Renaudel; Vélo'v Part Dieu / CAFAL ou Desaix. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_09_septembre_2014 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre a venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_octobre_2014 Venez nombreux ! Amicalement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
L'analyse est donc maintenant disponible et avec plus de tags supportés. http://osmose.openstreetmap.fr/fr/map/#item=8200level=1%2C2%2C3 Si vous être curieux de voir la mapping de tags c'est là : https://github.com/osm-fr/osmose-backend/blob/2cd5c8238124c405a98e78052a015b0ce1e7172e/analysers/analyser_merge_fuel_FR.py Frédéric. Le 10/10/2014 15:00, Yves Pratter a écrit : Le 10 oct. 2014 à 11:07, Bruno Cortial bruno.cort...@laposte.net mailto:bruno.cort...@laposte.net a écrit : Bonjour, Merci pour cette nouvelle source Osmose. J'ai une question de tag : Comment doit-on taguer une station qui ne fournit du E85 que durant ses horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui possible pour les autres carburants ? Mettre comme attribut : * *comment=« E85 disponible que pendant les heures d’ouvertures »* et/ou * *opening_hours=« Mo-Sa 22:00-23:00 open || closed E85 indisponible http://openingh.openstreetmap.de/evaluation_tool/?EXP=Mo-Sa%2022:00-23:00%20open%20%7C%7C%20closed%20%22E85%20indisponible%22DATE=141297768lat=48.7769lon=9.1844mode=0 »* — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BD Adresse + BANO ça par contre c'est en gros ce sur quoi il semblait qu'on ait trouvé un rapprochement. La plateforme de contribution de BANO (séparée d'OSM) pouvant alimenter tant OSM d'un côté que l'IGN de l'autre à travers des termes du contributeur le permettant via une forme de double licence sur les données collectées. En gros on garde des silos, c'est juste qu'ils pourront être mis à jour petit à petit par le même guichet unique dans l'espoir d'avoir convergé dans 20 ou 30 ans ? Et au final l'IGN vas profiter à fond du travail collaboratif sans rien avoir a redistribuer en échange ? Le 10 octobre 2014 18:07, Pieren pier...@gmail.com a écrit : Désavantage pour BANO^2 : - on ne sait pas trop si les modifications seront possibles de la part du public. Ou même si un retour terrain autre que les administrations et epic est envisagé. En fait, on ne sait pas trop si OpenStreetMap est encore concerné, si ce n'est comme possible utilisateur des données. - licence double et suivant les sources. C'est très confus. Il serait alors possible d'extraire des données sous une license ou l'autre ? Ca veut dire des jeux de données différentes et incomplètes suivant la licence ? Ingérable. Aucun projet ne fonction avec une licence ouverte ET une licence fermée. Il faudra choisir, quitte à se couper complètement de l'IGN. Je ne sais pas dans le domaine de l'open data, mais dans le domaine du logiciel il y a plusieurs projets qui fonctionnent sur le principe de la double licence (fermée et ouverte), MySQL ou les anciennes versions de la bibliothèque QT par exemple. En général la société qui gère le projet s’approprie le copyright des contributeurs pour avoir le droit de faire ce qu'elle veut. Comme la fondation OpenStreetMap s'approprie notre copyright quand on contribue, elle pourrait tout a fait légalement (si ses statuts le lui permettent) décider de diffuser les données du projet (ou une partie des données) sous n'importe quelle autre licence qu'ODbL (du totalement propriétaire payant jusqu'au domaine public) Concernant les adresses, Denis Helfer m'avait signalé ce site http://geobretagne.fr/signalement/ qui demande à ce que les contributions soient dans le domaine public, pour qu'il n'y ait aucun problème pour les intégrer à n'importe quel jeu de données. Mais je rejoins tes inquiétudes Pieren, dans l'état actuel ce problème de licence empêcheras de se servir des données d'OpenStreetMap pour contribuer au guichet BANO^2. Ne se pourrait-il pas que le guichet BANO^2 n'ai même pas le droit d'utiliser le fond de carte OpenStreetMap pour géolocaliser les adresses ? (ou alors peut être un rendu où n’apparaisse pas les adresses OSM) ? Aux vu des chiffres et des annonces, on peut sérieusement se demander si BANO^2 aura besoins du projet OpenStreetMap. De l'opendata qui circule qu'en sens unique c'est quand même bien dommage. Tyndare. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
Le 11 octobre 2014 03:09, Tyndare tynd...@wanadoo.fr a écrit : 2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BD Adresse + BANO ça par contre c'est en gros ce sur quoi il semblait qu'on ait trouvé un rapprochement. La plateforme de contribution de BANO (séparée d'OSM) pouvant alimenter tant OSM d'un côté que l'IGN de l'autre à travers des termes du contributeur le permettant via une forme de double licence sur les données collectées. En gros on garde des silos, c'est juste qu'ils pourront être mis à jour petit à petit par le même guichet unique dans l'espoir d'avoir convergé dans 20 ou 30 ans ? Et au final l'IGN vas profiter à fond du travail collaboratif sans rien avoir a redistribuer en échange ? Non, ce qui s'envisage est une convergence des silos car l'objectif d'une Base Nationale est justement d'éviter les silos. L'objectif est d'aller vers ce qui a été fait au Danemark, une base unique d'adresse, à laquelle tout le monde se réfère, se connecte. Le 10 octobre 2014 18:07, Pieren pier...@gmail.com a écrit : Désavantage pour BANO^2 : - on ne sait pas trop si les modifications seront possibles de la part du public. Ou même si un retour terrain autre que les administrations et epic est envisagé. En fait, on ne sait pas trop si OpenStreetMap est encore concerné, si ce n'est comme possible utilisateur des données. - licence double et suivant les sources. C'est très confus. Il serait alors possible d'extraire des données sous une license ou l'autre ? Ca veut dire des jeux de données différentes et incomplètes suivant la licence ? Ingérable. Aucun projet ne fonction avec une licence ouverte ET une licence fermée. Il faudra choisir, quitte à se couper complètement de l'IGN. Je ne sais pas dans le domaine de l'open data, mais dans le domaine du logiciel il y a plusieurs projets qui fonctionnent sur le principe de la double licence (fermée et ouverte), MySQL ou les anciennes versions de la bibliothèque QT par exemple. En général la société qui gère le projet s'approprie le copyright des contributeurs pour avoir le droit de faire ce qu'elle veut. Comme la fondation OpenStreetMap s'approprie notre copyright quand on contribue, elle pourrait tout a fait légalement (si ses statuts le lui permettent) décider de diffuser les données du projet (ou une partie des données) sous n'importe quelle autre licence qu'ODbL (du totalement propriétaire payant jusqu'au domaine public) Concernant les adresses, Denis Helfer m'avait signalé ce site http://geobretagne.fr/signalement/ qui demande à ce que les contributions soient dans le domaine public, pour qu'il n'y ait aucun problème pour les intégrer à n'importe quel jeu de données. Mais je rejoins tes inquiétudes Pieren, dans l'état actuel ce problème de licence empêcheras de se servir des données d'OpenStreetMap pour contribuer au guichet BANO^2. Ne se pourrait-il pas que le guichet BANO^2 n'ai même pas le droit d'utiliser le fond de carte OpenStreetMap pour géolocaliser les adresses ? (ou alors peut être un rendu où n'apparaisse pas les adresses OSM) ? Aux vu des chiffres et des annonces, on peut sérieusement se demander si BANO^2 aura besoins du projet OpenStreetMap. De l'opendata qui circule qu'en sens unique c'est quand même bien dommage. L'État devrait être en capacité d'être indépendant et donc ne pas dépendre d'OSM. Ca serait quand même un fonctionnement normal. Les données par contre devraient être largement accessibles (libres, gratuites) pour qu'une telle base soit LA référence, et l'apport contributif ouvert pour permettre à tous de participer à son amélioration. Il faut trouver le bon réglage pour que la mécanique fonctionne de façon équilibrée et surtout if faut gérer la transition avec la situation d'aujourd'hui, les modèles économiques existants et les contraintes budgétaires. Ca avance doucement à mon goût et beaucoup trop vite pour d'autres ;) BANO^2 s'affine encore au fur et à mesure des contacts et présentations faites ces dernières semaines (ce qui m'a occupé la majorité de mon temps). La semaine dernière je vous ai parlé de la DGFiP et du CNIG. Cette semaine c'était la réunion des correspondants opendata des ministères, mais il y a eu aussi GéoBretagne, une Communauté d'Agglo, etc. Répondre aujourd'hui à certaines questions est donc un exercice encore difficile. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
