Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
De: Marc SIBERT m...@sibert.fr Je veux bien participer à cette opération de qualification. Les beaux jours reviennent et c'est une belle occasion de faire du vélo dans ma nouvelle ville de Sainte Geneviève des Bois. Bien d'accord sur la méthode :) Dans le cas des PEI, c'est très adapté si on cherche les poteaux incendie. Pour les bouches, comme à Paris intra muros, c'est plus une activité de piéton. @Yann : tu soulèves _le_ problème, à savoir la capacité à faire, tant les ressources et le temps manquent. Dès que tu as un peu de matière à contrôler, on peut s'organiser une journée de terrain, en mode brigade cycliste sur le 91. La saison est propice, yapluka. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Je veux bien participer à cette opération de qualification. Les beaux jours reviennent et c'est une belle occasion de faire du vélo dans ma nouvelle ville de Sainte Geneviève des Bois. A+ Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
@ Vincent : Je doute que mes collègues du SDIS 81 disposent de plus de moyens (RH) pour effectuer les recos et la qualif de leurs 5690 PEI (vis-à-vis des 210 présents dans OSM, c'est plus jouable). Mais j'en sussurerai un mot à mon homologue géomaticien à l'occasion. En revanche je suis en MP avec Nicolas qui m'a demandé les détails de mes outils QGIS. Il intervient régulièrement sur des formations en géomatique pour lesquelles il organise des carto-parties avec des étudiants et leur fait relever (entre autres) les PEI sur les zones parcourues. Peut-être devrais-je aussi me tourner vers les viviers universitaires pour notre qualif des PEI ?.. Le volume de données est en effet un frein. Mais il faut être ambitieux et l'ouverture de données numériques n'est jamais anodin ou gratuit, quoi qu'il s'en dit parfois. PS : Merci d'avoir bouté l'anglicisme hors d'uMap... ;) J'en ai fait de même lors de ma traduction FR d'OsmHydrant. - Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonjour, Le 21/04/2015 19:19, Yann Kacenelen a écrit : Salut à tous, (...) Merci pour votre lecture. N'hésitez pas à me contacter pour la qualif des données PEI du 91 ;) Est-ce que tu vois envisageable de présenter ta méthode de révision des implantations de PEI à tes collègues du Tarn ? Mon petit inventaire pouvant illustrer le sujet à leur niveau : http://umap.openstreetmap.fr/fr/map/points-eau-incendie-osm-vs-opendata-dans-le-tarn_36908#12/43.7101/2.1863 (j'ai enlevé hydrants du titre :) ) Reste après le sujet bien réel de la capacité à faire, vu le nombre de points à balayer. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonsoir, J'ai lu en diagonale le sujet, intéressant. J'ai au moins compris ce que voulait dire PEI : Points d'eau incendie. Ce qui est intéressant aussi, c'est d'avoir une idée du nombre de PEI sur un département … il reste du boulot, mais on n'est pas ridicule ^^ (même si pour l'instant, je ne relève toujours pas les refs des PEI) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Salut à tous, Nicolas m'a interpellé lundi en direct sur la question de l'import des données PEI - ou points d'eau incendie, préférable tant sur le plan linguistique que réglementaire à hydrants. Du coup je raccroche les wagons avec les riches échanges, initiés par ce dernier, qui ont eu lieu sur la liste concernant les données tarnaises. Comme exposé dans un message précédent, le SDIS 91 s'inscrit également dans la libération de ses données - voire dans de la coproduction avec la communauté OSM lorsque cela est possible. Les emblématiques données PEI sont bien entendu en 1ère ligne dans le viseur. Après transmission de nos données à certains contributeurs dont le pétillant VDCT, celui-ci m'a fait part d'un contrôle-qualité qu'il avait réalisé sur un échantillon : si les résultats étaient globalement bons, il avait mis en lumière des défauts de positionnement que je ne soupçonnais pas ! Pour des questions d'amour propre, tant ma hiérarchie que moi fûmes d'accord pour suspendre la libération de nos données. Suspendre mais pas abandonner. Ainsi, avant de mettre à disposition nos quelques 14600 PEI en opendata et/puis dans OSM - qui en compte moins de 400 sur l'Essonne -, la qualification de nos données est l'option que j'ai retenue en concertation avec le sieur Vincent, plutôt que la création d'une couche Osmose avec des tags fixme=* peu enthousiasmants à mettre à jour. J'ai mis en place un mode opératoire pour mener simplement et aussi efficacement que possible cette qualification à l'aide de l'outil QGIS (connu des géomaticiens, peut-être un peu moins de la majorité des contribnuteurs OSM), d'un rudimentaire formulaire de saisie fait maison et de l'extension go2streetview (ah, je devine des mâchoires qui se crispent...). L'idée est de faire ainsi un pré-repérage des PEI mal positionnés afin d'envoyer ensuite uniquement sur les objets identifiés des agents du SDIS, sapeurs-pompiers et/ou cartographes, pour saisir le bon (X,Y). On s'affranchit de faire la tournée de tout le département, chose impensable en ces temps d'alerte Vigipirate contraignante et donc d'effectifs restreints. Contrairement à Vincent, je ne suis pas persuadé qu'il faille connaître le département pour procéder à ce travail : moi-même je n'en connais pas tous les recoins et me suis mis à l'oeuvre sur une commune qui m'est peu familière sans soucis. Temps moyen de qualif avant rodage : 1,5 min/point. Soit 162 jours pour venir à bout des 14600 PEI à raison d' 1 h/j. Vous aurez deviné mon appel du pied : s'il y a des contributeurs prêts à finalement coproduire des PEI au cordeau avec le SDIS 91 afin de réduire ce délai de qualification, je serai prompt à leur transmettre le mode opératoire en question et à en assurer le SAV. Merci d'avance à ceux qui se manifesteront. :) En outre, je suis ouvert à toute autre suggestion lumineuse et plus efficace pour atteindre les objectifs de libération des données SDIS 91 et leur import dans OSM (import qui tiendrait compte des données existantes bien entendu, mais qui ne devrait alors pas non plus porter à débats ou discussions puisque les données auraient été auditées par des contributeurs avant d'être bonifiées par le producteur...). Enfin, concernant la question des ref et ref:FR:SDIS : Je crois avoir déjà exposé mon point de vue sur cette dernière. Il ne faut pas, à mon avis, être avare de ces clés ref:FR:XX lorsque les sources sont variées et si l'on (OSM) souhaite que ces mêmes sources contribuent durablement à l'enrichissement d'OSM grâce à l'intérêt de voir leurs données améliorées dans OSM et de pouvoir les réintégrer dans leurs BD. Aller-retours vertueux que, de ma fenêtre, je verrais bien avec les SDIS, et celui de l'Essonne en particulier. Je rejoins certains propos lus sur la liste : le ref doit être celui vu sur le PEI (moins de 3 chiffres généralement). Toutefois, le ref:FR:SDIS - que l'on peut en effet logiquement envisager plutôt que ref:FR:SDISxx en croisant avec le département - est, pour les SDIS, généralement formaté de la sorte : - soit code INSEE de la commune + ref (avec un 0 en préfixe) = 9 caractères, comme en Essonne, - soit code INSEE de la commune + - + ref (avec un 0 en préfixe) = 10 caractères, comme chez les collègues du SDIS 29. Merci pour votre lecture. N'hésitez pas à me contacter pour la qualif des données PEI du 91 ;) --- Yann KACENELEN Chef du service Cartographie Information Géographique Service Départemental d'Incendie et de Secours de l'Essonne (SDIS 91) Groupement Prévision-Cartographie 114 allée des Champs Elysées - 91080 COURCOURONNES Tél.: 01 60 91 22 50 Courriél : ykacene...@sdis91.fr Respectons l'environnement : n'imprimez ce courriel que si cela est indispensable...___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Tout dépend de la qualité des données... c'est dur à juger depuis talk-fr ;) Le 20/04/2015 14:33, Nicolas Moyroud a écrit : Le 20/04/2015 12:57, JB a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? Sérieusement ? Tout plein de fois. Mais bon là c'est pas ma zone donc j'aurai du mal à m'en occuper personnellement. ;-) Je comprends vos arguments, mais je pense que osmose systématique n'est pas non plus une bonne idée. Là il y a quand même de la qualité et on peut se poser sérieusement la question d'un import (même sans tag fixme si c'est ça qui vous gêne). Tout dépend en fait du gain en qualité. Si ça revient à se dire on ne veut aucune donnée externe, même de bonne qualité et on préfère que tout soit vérifié avant à travers Osmose c'est un peu dommage. Au final on gagnera peut-être 5% en qualité mais l'ensemble de ces données ne sera pas disponible dans OSM avant plusieurs mois ou même plusieurs années (avec le postulat que la thématique bornes incendies dans le Tarn ne passionne pas forcément les foules). Sinon on choisit d'importer et on laisse corriger les quelques données pas très précises par les contributeurs, ce qui ira beaucoup plus vite et peut même inciter à la contribution. Et les 5% de gain en qualité seront peut-être même corrigés plus vite. Osmose c'est super mais ça touche quand même très peu de monde comparé au nombre de contributeurs d'OSM... Autre idée que j'ai en tête : prendre cet exemple pour montrer à mes SDIS locaux ce qui peut être fait dans OSM si ils libèrent leurs données. Si je leur montre l'exemple des données sur le Tarn avec une extraction des données depuis OSM ça risque de faire son petit effet. Si je leur explique Osmose + durée d'intégration longue dans OSM ça risque beaucoup moins de les motiver. Nicolas ___ 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] Import d'hydrants sur le département du Tarn
Le 20/04/2015 12:57, JB a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? Sérieusement ? Tout plein de fois. Mais bon là c'est pas ma zone donc j'aurai du mal à m'en occuper personnellement. ;-) Je comprends vos arguments, mais je pense que osmose systématique n'est pas non plus une bonne idée. Là il y a quand même de la qualité et on peut se poser sérieusement la question d'un import (même sans tag fixme si c'est ça qui vous gêne). Tout dépend en fait du gain en qualité. Si ça revient à se dire on ne veut aucune donnée externe, même de bonne qualité et on préfère que tout soit vérifié avant à travers Osmose c'est un peu dommage. Au final on gagnera peut-être 5% en qualité mais l'ensemble de ces données ne sera pas disponible dans OSM avant plusieurs mois ou même plusieurs années (avec le postulat que la thématique bornes incendies dans le Tarn ne passionne pas forcément les foules). Sinon on choisit d'importer et on laisse corriger les quelques données pas très précises par les contributeurs, ce qui ira beaucoup plus vite et peut même inciter à la contribution. Et les 5% de gain en qualité seront peut-être même corrigés plus vite. Osmose c'est super mais ça touche quand même très peu de monde comparé au nombre de contributeurs d'OSM... Autre idée que j'ai en tête : prendre cet exemple pour montrer à mes SDIS locaux ce qui peut être fait dans OSM si ils libèrent leurs données. Si je leur montre l'exemple des données sur le Tarn avec une extraction des données depuis OSM ça risque de faire son petit effet. Si je leur explique Osmose + durée d'intégration longue dans OSM ça risque beaucoup moins de les motiver. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
+1 aussi pour une solution d'intégration granulaire plus propre qu'un import massif avec des fixme=* On en a eu plein des jeux de données limite en qualité qu'on a choisit de ne pas importer. La correction post-import ça ne fonctionne pas: après des années il doit encore rester des points d'Eau de Paris encore ici ou là avec des fixme sauf si on les a massivement supprimé... Si quelqu'un veut utiliser les données telles qu'elles sont et bien il a l'accès direct à l'opendata. Le 20/04/2015 13:02, Vincent de Château-Thierry a écrit : De: David Crochet david.croc...@free.fr Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Des avis ? +1 aussi pour la correction participative générale. De mon côté, c'est sans hésiter +1 pour _l'intégration_ participative, donc la solution Osmose. Si on est face à un jeu de données qui nécessite qu'on colle à l'import un tag fixme sur chaque objet, alors il y a un souci, non ? vincent ps. d'accord avec JB dont je vois la réponse entre temps. ___ 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] Import d'hydrants sur le département du Tarn
Bonjour Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Des avis ? +1 aussi pour la correction participative générale. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
De: David Crochet david.croc...@free.fr Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Des avis ? +1 aussi pour la correction participative générale. De mon côté, c'est sans hésiter +1 pour _l'intégration_ participative, donc la solution Osmose. Si on est face à un jeu de données qui nécessite qu'on colle à l'import un tag fixme sur chaque objet, alors il y a un souci, non ? vincent ps. d'accord avec JB dont je vois la réponse entre temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Merci Vincent pour l'analyse. J'ai encore fais des tests visuels de mon côté et j'ai effectivement trouvé quelques bornes légèrement décalées par rapport au terrain. Mais jamais rien de bien méchant, ça se joue à une dizaine de mètres maximum. Après c'est vrai que c'est limite. Juste tentant à importer massivement, mais en même temps ça donne quelques scrupules ! Certes il y a la solution osmose, mais il y a aussi la solution import + tag fixme=position précise à vérifier sur place. La première est bien pour les geeks d'OSM, la deuxième mieux pour demander la participation du contributeur lambda. Entre les deux mon coeur balance, avec une petite préférence pour la deuxième solution... ;-) Des avis ? Pour les numéros que j'ai réussi à voir sur les bornes c'est bien le même que celui du fichier opendata qui est présent. Pour les bornes sur la voie publique, le code INSEE de la commune sur 3 chiffres est bien écrit, suivi de 3 autres chiffres. Mais bon ce n'est qu'une très faible part du jeu de données. Du coup je pense que le mieux est de mettre tous ces numéros sur ref:FR:SDIS et de le copier sur ref au cas par cas. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 20/04/2015 11:00, Vincent de Château-Thierry a écrit : Je n'ai pas ressorti mes photos, mais je suis sûr que quasi aucune ne permet de lire un n° (j'avais pas ça dans mon cahier des charges à l'époque :) ). Cependant j'ai regardé ceux que je connais, et sur les 185 j'en sors quand même 70 où il y a à redire sur la localisation. J'ai mis ici http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908 ces PEI et ceux issus du jeu OpenData, dans un rayon de 200m autour de chacun. On a du mauvais côté de rue : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.70154/2.13673 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.65471/2.17015 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#20/43.61048/2.23977 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.62271/2.27107 de la distance : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.62408/2.23123 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#17/43.66684/2.29395 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.76471/2.11509 du positionnement relatif par rapport à un bâtiment : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.60479/2.23887 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63255/2.22646 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63245/2.26997 etc. On a à côté de ça une bonne masse de positionnements très convergents. Cet inventaire rappelle juste que le processus de collecte est en partie basé, j'imagine, sur de la mémoire visuelle plus que sur de la photo (géolocalisée ou pas). Dans la majorité des cas, ça n'empêche pas un usage opérationnel par les pompiers, en revanche pour de l'import dans OSM ça reste mitigé, si on considère que ça rentre dans la catégorie micro-mapping. Stocker la référence vue sur place dans ref (sans lui ajouter de code INSEE s'il ne figure pas sur le PEI), et l'identifiant fourni par la source SDIS dans un ref:FR:SDIS me va bien aussi. On accumule les infos, ce qui permet par la suite de tester leur (possible) cohérence. Et si on obtient un identifiant de la part du gestionnaire de réseau d'eau, on pourra lui attribuer sa propre clé aussi, le moment venu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonjour, De: Nicolas Moyroud nmoyr...@free.fr Pour moi les bornes sont avant tout un patrimoine des services de l'eau / syndicats des eaux / Veolia... Donc les numéros visibles sur le terrain font partie d'un référentiel de ces services. Ainsi, ref=* ne devrait présenter que le numéro visible sur le terrain, pour éviter toute ambiguïté. Pour la vingtaine de cas que j'ai contrôlé sur les photos terrains le numéro des données était celui indiqué sur la borne. C'est vrai qu'il n'y a pas moyen d'être sûr pour tout le département. Attendons de voir avec les photos de Vincent. Mais après rien n'empêche de ne faire l'import que sur le tag ref:FR:SDIS et de faire la copie au cas par cas sur le tag ref. Je n'ai pas ressorti mes photos, mais je suis sûr que quasi aucune ne permet de lire un n° (j'avais pas ça dans mon cahier des charges à l'époque :) ). Cependant j'ai regardé ceux que je connais, et sur les 185 j'en sors quand même 70 où il y a à redire sur la localisation. J'ai mis ici http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908 ces PEI et ceux issus du jeu OpenData, dans un rayon de 200m autour de chacun. On a du mauvais côté de rue : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.70154/2.13673 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.65471/2.17015 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#20/43.61048/2.23977 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.62271/2.27107 de la distance : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.62408/2.23123 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#17/43.66684/2.29395 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.76471/2.11509 du positionnement relatif par rapport à un bâtiment : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.60479/2.23887 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63255/2.22646 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63245/2.26997 etc. On a à côté de ça une bonne masse de positionnements très convergents. Cet inventaire rappelle juste que le processus de collecte est en partie basé, j'imagine, sur de la mémoire visuelle plus que sur de la photo (géolocalisée ou pas). Dans la majorité des cas, ça n'empêche pas un usage opérationnel par les pompiers, en revanche pour de l'import dans OSM ça reste mitigé, si on considère que ça rentre dans la catégorie micro-mapping. Pour plus de facilité, il peut être tenté de créer un référentiel parallèle à celui de l'opérateur de la borne, en ajoutant au numéro visible sur le terrain le code INSEE de la commune Ceci serait fait dans le Morbihan ou le Finistère. Donc une borne incendie peut avoir deux références distinctes et celle du jeu de données du Tarn semble devoir aller dans un ref:FR:SDIS. On pourrait même envisager trois références distinctes : celle du SDIS, celle du service des eaux et celle du terrain. Dans le cas de Nîmes les ref du service des eaux et du SDIS ne semblent pas être les mêmes. Stocker la référence vue sur place dans ref (sans lui ajouter de code INSEE s'il ne figure pas sur le PEI), et l'identifiant fourni par la source SDIS dans un ref:FR:SDIS me va bien aussi. On accumule les infos, ce qui permet par la suite de tester leur (possible) cohérence. Et si on obtient un identifiant de la part du gestionnaire de réseau d'eau, on pourra lui attribuer sa propre clé aussi, le moment venu. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? JB. Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Merci Vincent pour l'analyse. J'ai encore fais des tests visuels de mon côté et j'ai effectivement trouvé quelques bornes légèrement décalées par rapport au terrain. Mais jamais rien de bien méchant, ça se joue à une dizaine de mètres maximum. Après c'est vrai que c'est limite. Juste tentant à importer massivement, mais en même temps ça donne quelques scrupules ! Certes il y a la solution osmose, mais il y a aussi la solution import + tag fixme=position précise à vérifier sur place. La première est bien pour les geeks d'OSM, la deuxième mieux pour demander la participation du contributeur lambda. Entre les deux mon coeur balance, avec une petite préférence pour la deuxième solution... ;-) Des avis ? Pour les numéros que j'ai réussi à voir sur les bornes c'est bien le même que celui du fichier opendata qui est présent. Pour les bornes sur la voie publique, le code INSEE de la commune sur 3 chiffres est bien écrit, suivi de 3 autres chiffres. Mais bon ce n'est qu'une très faible part du jeu de données. Du coup je pense que le mieux est de mettre tous ces numéros sur ref:FR:SDIS et de le copier sur ref au cas par cas. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
+1 Le 20 avr. 2015 12:58, JB jb...@mailoo.org a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? JB. Le 20/04/2015 12:21, Nicolas Moyroud a écrit : Merci Vincent pour l'analyse. J'ai encore fais des tests visuels de mon côté et j'ai effectivement trouvé quelques bornes légèrement décalées par rapport au terrain. Mais jamais rien de bien méchant, ça se joue à une dizaine de mètres maximum. Après c'est vrai que c'est limite. Juste tentant à importer massivement, mais en même temps ça donne quelques scrupules ! Certes il y a la solution osmose, mais il y a aussi la solution import + tag fixme=position précise à vérifier sur place. La première est bien pour les geeks d'OSM, la deuxième mieux pour demander la participation du contributeur lambda. Entre les deux mon coeur balance, avec une petite préférence pour la deuxième solution... ;-) Des avis ? Pour les numéros que j'ai réussi à voir sur les bornes c'est bien le même que celui du fichier opendata qui est présent. Pour les bornes sur la voie publique, le code INSEE de la commune sur 3 chiffres est bien écrit, suivi de 3 autres chiffres. Mais bon ce n'est qu'une très faible part du jeu de données. Du coup je pense que le mieux est de mettre tous ces numéros sur ref:FR:SDIS et de le copier sur ref au cas par cas. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. ___ 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] Import d'hydrants sur le département du Tarn
j'ai juste regarder ça: On a du mauvais côté de rue : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.70154/2.13673 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.65471/2.17015 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#20/43.61048/2.23977 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.62271/2.27107 de la distance : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.62408/2.23123 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#17/43.66684/2.29395 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.76471/2.11509 du positionnement relatif par rapport à un bâtiment : http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#19/43.60479/2.23887 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63255/2.22646 http://umap.openstreetmap.fr/fr/map/hydrants-osm-vs-opendata-dans-le-tarn_36908#18/43.63245/2.26997 etc. Sur mon sondage j'arrive quand même à plus de 30% d'objets discutables (70/185). Mais si on en a 10% a ~100 m, 20% pas très bien placer mais à moins de 50 m et le reste bien placer à moins de 10 m. Est ce que ça ne vaudrait pas le coup de faire un import massif sans fixme. (Des poi ou autres objets placés a 100 m près, ça ne serai pas les premiers dans osm) Le 20 avril 2015 15:44, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: Nicolas Moyroud nmoyr...@free.fr Le 20/04/2015 12:57, JB a écrit : Pour faire mon anti-automatisation-import(hou le gros mot)-médiocre de base, je dirai beurk pour le fixme= (ça rappellerait pas un peu un « fixme=set-better-denomination », c't'histoire ?). La solution osmose, c'est sur, ça fait des moins bonnes statistiques. Mais franchement, combien de fois vous avez décidé de faire du repérage pour aller corriger massivement des fixme=vérifier la position exacte ? Sérieusement ? Tout plein de fois. Mais bon là c'est pas ma zone donc j'aurai du mal à m'en occuper personnellement. ;-) C'est peut-être ça la clé pour ce type de contenu pas visible sur les orthos : s'occuper de territoires qu'on peut parcourir soi-même ? Je comprends vos arguments, mais je pense que osmose systématique n'est pas non plus une bonne idée. Non, passer sur place est encore mieux (ah zut je l'ai déjà dit ;) ). Mais dans les alternatives que tu suggérais, Osmose est à mon avis préférable, sans comparaison. Là il y a quand même de la qualité et on peut se poser sérieusement la question d'un import (même sans tag fixme si c'est ça qui vous gêne). Sur mon sondage j'arrive quand même à plus de 30% d'objets discutables (70/185). On a surtout un gain en volume, mais en qualité, ça se discute. Je n'ai rien contre un tag fixme au cas par cas. Mais si on doit le généraliser dans un import, pour moi ça invalide le principe même de l'import, cf. ce qu'en disait Christian sur la correction post-import. Sinon on choisit d'importer et on laisse corriger les quelques données pas très précises par les contributeurs, ce qui ira beaucoup plus vite et peut même inciter à la contribution. Si le sujet n'est pas traité par de la contribution initiale (de terrain), j'ai du mal à imaginer qu'il gagne _en qualité_ par de la contribution de correction, par nature moins motivante. Et j'ai de gros doutes sur la rapidité dans ce cas. Autre idée que j'ai en tête : prendre cet exemple pour montrer à mes SDIS locaux ce qui peut être fait dans OSM si ils libèrent leurs données. Si je leur montre l'exemple des données sur le Tarn avec une extraction des données depuis OSM ça risque de faire son petit effet. Montrer la publication en OD des données du Tarn peut déjà interpeller, avant même OSM. Et un autre moyen d'amorcer la discussion : http://www.osmhydrant.org/ . vincent ___ 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] Import d'hydrants sur le département du Tarn
Le 20 avril 2015 16:16, Jérôme Amagat jerome.ama...@gmail.com a écrit : Mais si on en a 10% a ~100 m, 20% pas très bien placer mais à moins de 50 m et le reste bien placer à moins de 10 m. Est ce que ça ne vaudrait pas le coup de faire un import massif sans fixme. (Des poi ou autres objets placés a 100 m près, ça ne serai pas les premiers dans osm) Des POI mal placés, je doute qu'il s'agisse d'un import. Comme déjà dit, c'est toute de suite moins plaisant de corriger une donnée que d'ajouter du 1er coup une donnée de qualité et rien n'empêche de croiser les données OSM avec des données externes si vraiment on en a besoin... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
il y en a 210 dans osm, on peut regarder pour ces 210 la distance avec le plus proche dans les données ouvertes pour avoir un plus grand échantillon. j'ai essayé mais je suis pas doué donc résultat pas très sûr, si quelqu'un de plus doué veut le faire. distancenbre pourcentage 0 à 10m 114 55% 10 à 20m 35 17% 20 à 50m 42 20% 50 à 100m 14 7% 100 à 200m 4 2% et 1 a 650 m Le 20 avril 2015 16:24, Romain MEHUT romain.me...@gmail.com a écrit : Le 20 avril 2015 16:16, Jérôme Amagat jerome.ama...@gmail.com a écrit : Mais si on en a 10% a ~100 m, 20% pas très bien placer mais à moins de 50 m et le reste bien placer à moins de 10 m. Est ce que ça ne vaudrait pas le coup de faire un import massif sans fixme. (Des poi ou autres objets placés a 100 m près, ça ne serai pas les premiers dans osm) Des POI mal placés, je doute qu'il s'agisse d'un import. Comme déjà dit, c'est toute de suite moins plaisant de corriger une donnée que d'ajouter du 1er coup une donnée de qualité et rien n'empêche de croiser les données OSM avec des données externes si vraiment on en a besoin... Romain ___ 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
[OSM-talk-fr] Import d'hydrants sur le département du Tarn
Salut à tous, En fouillant un peu sur data.gouv, je suis tombé sur ça : https://www.data.gouv.fr/fr/datasets/hydrants-du-tarn/ A priori ça semble être le seul SDIS qui a mis à disposition ces données sous licence ouverte. Dans les jeux de données il y a 5497 poteaux incendies (emergency=fire_hydrant + fire_hydrant:type=pillar) et 193 bouches souterraines (emergency=fire_hydrant + fire_hydrant:type=underground). D'après overpassAPI sur ce département il y a actuellement un total de 210 fire_hydrant (poteaux + bouches). Du coup je me disais que ce serait peut-être intéressant de faire un import de ces données dans OSM. Je me pose une question sur la compatibilité de licence. C'est une licence ouvert Etalab donc je pense que c'est bon, mais dans le descriptif des jeux de données, je lis ceci qui m'inquiète : Les données sont essentiellement collectées sur le terrain par les sapeurs-pompiers du département lors des contrôles annuels et lors de leurs déplacements ou missions qu'ils sont amenés à effectuer sur le terrain. Les services des eaux contribuent aussi pour une large part à l'enrichissement de cette base départementale. La mise à jour de la base se fait à partir de relevés gps fournis par les acteurs de terrain ou de *saisies basées sur l'orthophotoplan de l'IGN*. Vous en pensez quoi ? Au delà de l'aspect juridique est-ce que vous pensez que c'est une bonne idée de réaliser cet import ? En comparant avec des images terrains sur une vingtaine de poteaux, la précision à l'air vraiment très bonne. Mais évidemment si je me lance dans cet import, je veillerai à respecter les contributions déjà présentes dans OSM et aussi à éviter les doublons. Sinon concernant les tag ref je pense laisser les valeurs présentes dans les données OSM et ajouter celles présentes dans les données SDIS si celui-ci est vide (d'après les photos terrains elles semblent bien correspondre à ce qui est écrit sur les poteaux). Je pense également ajouter un tag ref:FR:SDIS81 sur tous les objets pour mettre toutes les ref des jeux de données. Pour les infos complémentaires je pense extraire les valeurs de pression et diamètre pour renseigner les tags fire_hydrant:diameter et fire_hydrant:pressure (http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant). Je rajouterai également un tag source=SDIS81 sur tous les objets importés. a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Pour moi les bornes sont avant tout un patrimoine des services de l'eau / syndicats des eaux / Veolia... Donc les numéros visibles sur le terrain font partie d'un référentiel de ces services. Ainsi, ref=* ne devrait présenter que le numéro visible sur le terrain, pour éviter toute ambiguïté. Pour la vingtaine de cas que j'ai contrôlé sur les photos terrains le numéro des données était celui indiqué sur la borne. C'est vrai qu'il n'y a pas moyen d'être sûr pour tout le département. Attendons de voir avec les photos de Vincent. Mais après rien n'empêche de ne faire l'import que sur le tag ref:FR:SDIS et de faire la copie au cas par cas sur le tag ref. Ensuite, le SDIS est un simple (souvent l'unique) utilisateur de ces bornes. Non il y a aussi le service des eaux des collectivités. Sur le Gard j'ai un contact au service des eaux de Nîmes Métropole qui a publié sur umap une carte des hydrants sur son territoire : http://umap.openstreetmap.fr/fr/map/carte-poteaux-incendie-nm_36726#17/43.81271/4.38445 Je vais discuter avec eux à propos de la libération de ce jeu de données. Pour plus de facilité, il peut être tenté de créer un référentiel parallèle à celui de l'opérateur de la borne, en ajoutant au numéro visible sur le terrain le code INSEE de la commune Ceci serait fait dans le Morbihan ou le Finistère. Donc une borne incendie peut avoir deux références distinctes et celle du jeu de données du Tarn semble devoir aller dans un ref:FR:SDIS. On pourrait même envisager trois références distinctes : celle du SDIS, celle du service des eaux et celle du terrain. Dans le cas de Nîmes les ref du service des eaux et du SDIS ne semblent pas être les mêmes. J'essaye actuellement d'avoir un contact SIG au SDIS30 pour savoir comment sont structurés leurs identifiants. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonjour, Le 19/04/2015 16:24, François Lacombe a écrit : +1 aussi pour indiquer les ref du SDIS dans une clé séparée pour conserver ce qui est visible sur le terrain. Suivant ce que la communauté en pense, est-ce réellement utile d'indiquer le département du SDIS dans la ref ? Vu que les territoire de SDIS ne se recouvrent pas, ref:FR:SDIS pourrait être suffisant (même si chaque SDIS n'utilise pas le même formalisme). On retrouve le département dans la source=SDIS81 indiquée à juste titre. Je suis d'accord avec ça : la source pour indiquer le SDIS de provenance, et un tag ref (ref:SDIS, voire... tout simplement ref ?) avec la référence. Le 19 avril 2015 15:23, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : En fouillant un peu sur data.gouv, je suis tombé sur ça : https://www.data.gouv.fr/fr/datasets/hydrants-du-tarn/ A priori ça semble être le seul SDIS qui a mis à disposition ces données sous licence ouverte. Dans les jeux de données il y a 5497 poteaux incendies (emergency=fire_hydrant + fire_hydrant:type=pillar) et 193 bouches souterraines (emergency=fire_hydrant + fire_hydrant:type=underground). D'après overpassAPI sur ce département il y a actuellement un total de 210 fire_hydrant (poteaux + bouches). En comptant à l'instant, je plaide coupable pour 185 de ces hydrants. Ce qui veut dire que j'ai des photos pour chaque. Si tu n'est pas à la minute, je veux bien regarder ce que ça donne sur ceux-là, essentiellemnt sur Castres, et un peu en montant vers Albi. Les données sont essentiellement collectées sur le terrain par les sapeurs-pompiers du département lors des contrôles annuels et lors de leurs déplacements ou missions qu'ils sont amenés à effectuer sur le terrain. Les services des eaux contribuent aussi pour une large part à l'enrichissement de cette base départementale. La mise à jour de la base se fait à partir de relevés gps fournis par les acteurs de terrain ou de *saisies basées sur l'orthophotoplan de l'IGN*. Sans aller jusqu'à une précision géométrique absolue, il faut au moins s'assurer du positionnement relatif : bon côté de voie, bon embranchement à un carrefour. Vous en pensez quoi ? Au delà de l'aspect juridique est-ce que vous pensez que c'est une bonne idée de réaliser cet import ? Ça donnerait un boost à nos stats : on n'attend pas encore 25000 hydrants sur la France, on a une grosse marge de progression. Et on a tout à gagner à un circuit vertueux avec nos amis des SDIS, sur les hydrants mais pas que. Pour les infos complémentaires je pense extraire les valeurs de pression et diamètre pour renseigner les tags fire_hydrant:diameter et fire_hydrant:pressure (http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant). Une lecture sur le sujet, avec une proposition de correspondance des tags : https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075118.html vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Le 19 avril 2015 17:22, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Le 19/04/2015 16:24, François Lacombe a écrit : +1 aussi pour indiquer les ref du SDIS dans une clé séparée pour conserver ce qui est visible sur le terrain. Suivant ce que la communauté en pense, est-ce réellement utile d'indiquer le département du SDIS dans la ref ? Vu que les territoire de SDIS ne se recouvrent pas, ref:FR:SDIS pourrait être suffisant (même si chaque SDIS n'utilise pas le même formalisme). On retrouve le département dans la source=SDIS81 indiquée à juste titre. Je suis d'accord avec ça : la source pour indiquer le SDIS de provenance, et un tag ref (ref:SDIS, voire... tout simplement ref ?) avec la référence. Pour moi les bornes sont avant tout un patrimoine des services de l'eau / syndicats des eaux / Veolia... Donc les numéros visibles sur le terrain font partie d'un référentiel de ces services. Ainsi, ref=* ne devrait présenter que le numéro visible sur le terrain, pour éviter toute ambiguïté. Ensuite, le SDIS est un simple (souvent l'unique) utilisateur de ces bornes. Pour plus de facilité, il peut être tenté de créer un référentiel parallèle à celui de l'opérateur de la borne, en ajoutant au numéro visible sur le terrain le code INSEE de la commune Ceci serait fait dans le Morbihan ou le Finistère. Donc une borne incendie peut avoir deux références distinctes et celle du jeu de données du Tarn semble devoir aller dans un ref:FR:SDIS. Si les numéros correspondent à ceux du terrain jusque là, tant mieux, mais rien ne dit que c'est le cas sur tout le département. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Bonjour Nicolas, Tout à fait d'accord pour un import dans OSM, voire un enrichissement avec Osmose par la suite pour une meilleure collaboration OSM/SDIS. +1 aussi pour indiquer les ref du SDIS dans une clé séparée pour conserver ce qui est visible sur le terrain. Suivant ce que la communauté en pense, est-ce réellement utile d'indiquer le département du SDIS dans la ref ? Vu que les territoire de SDIS ne se recouvrent pas, ref:FR:SDIS pourrait être suffisant (même si chaque SDIS n'utilise pas le même formalisme). On retrouve le département dans la source=SDIS81 indiquée à juste titre. Il est surement possible d'opérer un dédoublonnage via ces références justement. Ne serait-ce pas quelque chose qui pourrait être ajoutée à Osmose pour des imports facilités ? Just my 2 cts *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 19 avril 2015 15:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut à tous, En fouillant un peu sur data.gouv, je suis tombé sur ça : https://www.data.gouv.fr/fr/datasets/hydrants-du-tarn/ A priori ça semble être le seul SDIS qui a mis à disposition ces données sous licence ouverte. Dans les jeux de données il y a 5497 poteaux incendies (emergency=fire_hydrant + fire_hydrant:type=pillar) et 193 bouches souterraines (emergency=fire_hydrant + fire_hydrant:type=underground). D'après overpassAPI sur ce département il y a actuellement un total de 210 fire_hydrant (poteaux + bouches). Du coup je me disais que ce serait peut-être intéressant de faire un import de ces données dans OSM. Je me pose une question sur la compatibilité de licence. C'est une licence ouvert Etalab donc je pense que c'est bon, mais dans le descriptif des jeux de données, je lis ceci qui m'inquiète : Les données sont essentiellement collectées sur le terrain par les sapeurs-pompiers du département lors des contrôles annuels et lors de leurs déplacements ou missions qu'ils sont amenés à effectuer sur le terrain. Les services des eaux contribuent aussi pour une large part à l'enrichissement de cette base départementale. La mise à jour de la base se fait à partir de relevés gps fournis par les acteurs de terrain ou de *saisies basées sur l'orthophotoplan de l'IGN*. Vous en pensez quoi ? Au delà de l'aspect juridique est-ce que vous pensez que c'est une bonne idée de réaliser cet import ? En comparant avec des images terrains sur une vingtaine de poteaux, la précision à l'air vraiment très bonne. Mais évidemment si je me lance dans cet import, je veillerai à respecter les contributions déjà présentes dans OSM et aussi à éviter les doublons. Sinon concernant les tag ref je pense laisser les valeurs présentes dans les données OSM et ajouter celles présentes dans les données SDIS si celui-ci est vide (d'après les photos terrains elles semblent bien correspondre à ce qui est écrit sur les poteaux). Je pense également ajouter un tag ref:FR:SDIS81 sur tous les objets pour mettre toutes les ref des jeux de données. Pour les infos complémentaires je pense extraire les valeurs de pression et diamètre pour renseigner les tags fire_hydrant:diameter et fire_hydrant:pressure ( http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant). Je rajouterai également un tag source=SDIS81 sur tous les objets importés. a+ 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] Import d'hydrants sur le département du Tarn
Le 19/04/2015 15:23, Nicolas Moyroud a écrit : Les données sont essentiellement collectées sur le terrain par les sapeurs-pompiers du département lors des contrôles annuels et lors de leurs déplacements ou missions qu'ils sont amenés à effectuer sur le terrain. Les services des eaux contribuent aussi pour une large part à l'enrichissement de cette base départementale. La mise à jour de la base se fait à partir de relevés gps fournis par les acteurs de terrain ou de *saisies basées sur l'orthophotoplan de l'IGN*. Vous en pensez quoi ? Aucun problème de licence. Ces données ne sont pas une recopie de données (l'orthophoto c'est du contenu, pas de la data), et les SDIS comme les autres collectivités qui créent de la données sur base d'ortho IGN ont le droit de la rediffuser sous la licence de leur choix. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
