Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges
Le 20/04/2015 16:11, JB a écrit : [...] Du coup, j'en ai profité pour créer un petit carnet de randonnée sur la crête des Vosges. [...] bon, c'est plutôt à vous que je préfèrerais que ça plaise…). Moi, ça me plaît bien ! J'ai mis les petits scripts python à disposition, avec la grosse réserve : « c'est crado, vous êtes prévenus ». Voilà voilà, les fichiers. Étant donnés le plantage pour une durée indéterminée d'OSM14/107 et mon éloignement des claviers la semaine prochaine, les documents seront intégrés à http://osm107.openstreetmap.fr/jbtopo/ plus tard. Pour l'instant, j'espère que vous arriverez à y accéder à des vitesses raisonnables là (si ça rame trop et que quelqu'un a peu de place disponible, n'hésitez pas à les adopter/réhéberger temporairement !) : en qualité optimale (impression) 400dpi, 68mo : http://dl.free.fr/jaNOS9SFR en qualité correcte (écran), 20mo : http://dl.free.fr/p7o5ecvul en basse résolution, on profite moins des cartes, 6mo : http://dl.free.fr/cbUwfSPGg fichiers divers et scripts utilisés, 6ko : http://jb.tradfrance.com/CarnetRando.zip JB. TLDR pour les locaux : Super cartographie vosgienne, et au plaisir de vous croiser sur la crête le week-end de l'ascension ! Deux petites remarques : tourism=alpine_hut est plutôt réservé pour les logements avec gardien, du coup, ça va bien pour plusieurs refuges CV/CAF, mais les cabanes seraient plutôt des tourism=wilderness_hut, ou amenity=shelter pour les moins abritées. Et le Vieil Armand est truffé d'attractions touristiques ! Une suggestion (qui serait sympa) sur la dernière page, où il y a les implantation des cartes, un fond de carte global genre OSM de base permettrait de saisir la région couverte. Une autre suggestion, mettre les numéros ou les noms des cartes sur les cartes elle-mêmes. Et puis... Je n'ai pas testé le script. Mais je viens de me lancer dans Maperitive avec le rendu R25. Il me semble que les tags leaf_type ne sont pas rendu pour les forêts. Enfin... Le tout sur Github, ça permettrait de faire remonter les bugs autrement que sur la liste. Puis de parvenir un jour, peut-être à un service genre MapOSmatic -- FrViPofm ___ 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
[OSM-talk-fr] Balises sonores pour aveugles
Salut, Je souhaite taguer des balises sonores qui guident des aveugles dans des bâtiments publics, comme décrit sur cette page : http://www.activeaudio.fr/accessibilite-deficients-visuels/balise-sonore-de-guidage Je ne vois rien sur le wiki ni ici http://wiki.openstreetmap.org/wiki/OSM_for_the_blind ni là http://wiki.openstreetmap.org/wiki/FR:Disabilities On est bien d'accord que information=audioguide ne convient pas pour ce système très spécialisé. Et vu qu'on a information=tactile_map et information=tactile_model je me dis qu'une balise sonore pourrait être *information=audio_beacon* Autres attributs : déclenchement automatique : start=automatic déclenchement manuel : start=manual diffuse des messages de localisation : audio_beacon=location diffuse des messages d'orientation : audio_beacon=guidance C'est du bon ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Forum Nable
Quand le produit est gratuit, c'est que le produit... c'est vous ! Le gros avantage d'une mailing liste, c'est que ça peut se suivre par email ;-) Et sinon, y'a les très sexy archives maintenues par osm : https://lists.openstreetmap.org/pipermail/talk-fr/ On lundi 20 avril 2015, Blueberry wrote: Bonjour, Je suis régulièrement les échanges de la mailing list FR via le nabble [1]. Depuis quelques temps, j’étais surpris par des fenêtres popup bizarres. Une fois le plugin Ghostery [2] activé dans Firefox, il affiche carrément 28 mouchards actifs sur la page (voir rapport ci dessous) ! Beaucoup plus que tous les sites commerciaux (20mn n'en a que 6 par exemple). Dommage d’être si fortement pisté. Eric [Blueberry] Analyse Ghostery : Détecté 28 mouchards sur gis.19327.n5.nabble.com AMP Platform Publicité AppNexus Publicité Audience Science Balises BlueKai Balises BrightRoll Publicité, Video Player, Analytics Chango Balises Cross Pixel Media Balises, Segment Data, Analytics Datalogix Publicité DataXu Publicité DoubleClick Publicité Dstillery Publicité Facebook Exchange (FBX) Publicité Google Adsense Publicité Google Analytics Analytique, Analytics Gravatar Widgets LiveRamp Balises, E-mail Analytics, Segment Data Lotame Balises, Analytics, Lead Management Media Innovation Group Analytique MediaMath Publicité Neustar AdAdvisor Balises, Lead Management Quantcast Publicité Right Media Publicité Simpli.fi Publicité, Segment Data, Behavior Tracking TradeDesk Publicité TubeMogul Analytique, Video Player Turn Inc. Publicité, Affiliate Marketing, Lead Management Videology Balises, Video Player Yahoo Analytics Analytique [1] http://gis.19327.n5.nabble.com/France-f5380434.html [2] https://addons.mozilla.org/fr/firefox/addon/ghostery/ -- View this message in context: http://gis.19327.n5.nabble.com/Forum-Nable-tp5841220.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Forum Nable
Il faut bien comprendre que Nabble est un tiers qui n'a aucun lien avec OpenStreetMap, mis à part le fait qu'il agrège les données de la (des?) mailing-list d'OpenStreetMap. Comme le dit Sly, *talk-fr* est avant tout une mailing-list et qu'il n'y a rien besoin de plus qu'une adresse email pour y participer. En revanche, la consultation *via* Nabble est effectivement plus jolie et peut-être plus pratique. Mais on y est pisté et d'horribles popups sautent à l'écran au 1er clic fait. 2015-04-20 17:47 GMT+02:00 sly (sylvain letuffe) lis...@letuffe.org: Quand le produit est gratuit, c'est que le produit... c'est vous ! Le gros avantage d'une mailing liste, c'est que ça peut se suivre par email ;-) Et sinon, y'a les très sexy archives maintenues par osm : https://lists.openstreetmap.org/pipermail/talk-fr/ On lundi 20 avril 2015, Blueberry wrote: Bonjour, Je suis régulièrement les échanges de la mailing list FR via le nabble [1]. Depuis quelques temps, j’étais surpris par des fenêtres popup bizarres. Une fois le plugin Ghostery [2] activé dans Firefox, il affiche carrément 28 mouchards actifs sur la page (voir rapport ci dessous) ! Beaucoup plus que tous les sites commerciaux (20mn n'en a que 6 par exemple). Dommage d’être si fortement pisté. Eric [Blueberry] Analyse Ghostery : Détecté 28 mouchards sur gis.19327.n5.nabble.com AMP Platform Publicité AppNexus Publicité Audience Science Balises BlueKai Balises BrightRoll Publicité, Video Player, Analytics Chango Balises Cross Pixel Media Balises, Segment Data, Analytics Datalogix Publicité DataXu Publicité DoubleClick Publicité Dstillery Publicité Facebook Exchange (FBX) Publicité Google Adsense Publicité Google Analytics Analytique, Analytics Gravatar Widgets LiveRamp Balises, E-mail Analytics, Segment Data Lotame Balises, Analytics, Lead Management Media Innovation Group Analytique MediaMath Publicité Neustar AdAdvisor Balises, Lead Management Quantcast Publicité Right Media Publicité Simpli.fi Publicité, Segment Data, Behavior Tracking TradeDesk Publicité TubeMogul Analytique, Video Player Turn Inc. Publicité, Affiliate Marketing, Lead Management Videology Balises, Video Player Yahoo Analytics Analytique [1] http://gis.19327.n5.nabble.com/France-f5380434.html [2] https://addons.mozilla.org/fr/firefox/addon/ghostery/ -- View this message in context: http://gis.19327.n5.nabble.com/Forum-Nable-tp5841220.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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] Forum Nable
Bonjour, Je suis régulièrement les échanges de la mailing list FR via le nabble [1]. Depuis quelques temps, j’étais surpris par des fenêtres popup bizarres. Une fois le plugin Ghostery [2] activé dans Firefox, il affiche carrément 28 mouchards actifs sur la page (voir rapport ci dessous) ! Beaucoup plus que tous les sites commerciaux (20mn n'en a que 6 par exemple). Dommage d’être si fortement pisté. Eric [Blueberry] Analyse Ghostery : Détecté 28 mouchards sur gis.19327.n5.nabble.com AMP Platform Publicité AppNexus Publicité Audience Science Balises BlueKai Balises BrightRoll Publicité, Video Player, Analytics Chango Balises Cross Pixel Media Balises, Segment Data, Analytics Datalogix Publicité DataXu Publicité DoubleClick Publicité Dstillery Publicité Facebook Exchange (FBX) Publicité Google Adsense Publicité Google Analytics Analytique, Analytics Gravatar Widgets LiveRamp Balises, E-mail Analytics, Segment Data Lotame Balises, Analytics, Lead Management Media Innovation Group Analytique MediaMath Publicité Neustar AdAdvisor Balises, Lead Management Quantcast Publicité Right Media Publicité Simpli.fi Publicité, Segment Data, Behavior Tracking TradeDesk Publicité TubeMogul Analytique, Video Player Turn Inc. Publicité, Affiliate Marketing, Lead Management Videology Balises, Video Player Yahoo Analytics Analytique [1] http://gis.19327.n5.nabble.com/France-f5380434.html [2] https://addons.mozilla.org/fr/firefox/addon/ghostery/ -- View this message in context: http://gis.19327.n5.nabble.com/Forum-Nable-tp5841220.html Sent from the France mailing list archive at Nabble.com. ___ 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
Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges
Le 20/04/2015 16:11, JB a écrit : Hello, J'ai un peu bidouillé ces derniers jours pour automatiser en partie la génération de séries de cartes avec le rendu R25 (rendu orienté rando aux échelles proches du 1/25000 pour Maperitive). Du coup, j'en ai profité pour créer un petit carnet de randonnée sur la crête des Vosges. Pas d'itinéraires d'indiqués (j'ai supprimé du rendu tout ce qui se basait sur les relations hiking et trailblazed/markedtrail), mais la crête des Vosges permet de s'en passer. La mise en forme n'est pas forcément hyper travaillée, si on voulait une diffusion plus large, le texte pourrait être un peu moins titilleur, c'est surtout une démo… et ça me plait… (bon, c'est plutôt à vous que je préfèrerais que ça plaise…). J'ai mis les petits scripts python à disposition, avec la grosse réserve : « c'est crado, vous êtes prévenus ». Voilà voilà, les fichiers. Étant donnés le plantage pour une durée indéterminée d'OSM14/107 et mon éloignement des claviers la semaine prochaine, les documents seront intégrés à http://osm107.openstreetmap.fr/jbtopo/ plus tard. Pour l'instant, j'espère que vous arriverez à y accéder à des vitesses raisonnables là (si ça rame trop et que quelqu'un a peu de place disponible, n'hésitez pas à les adopter/réhéberger temporairement !) : en qualité optimale (impression) 400dpi, 68mo : http://dl.free.fr/jaNOS9SFR en qualité correcte (écran), 20mo : http://dl.free.fr/p7o5ecvul en basse résolution, on profite moins des cartes, 6mo : http://dl.free.fr/cbUwfSPGg fichiers divers et scripts utilisés, 6ko : http://jb.tradfrance.com/CarnetRando.zip JB. TLDR pour les locaux : Super cartographie vosgienne, et au plaisir de vous croiser sur la crête le week-end de l'ascension ! Deux petites remarques : tourism=alpine_hut est plutôt réservé pour les logements avec gardien, du coup, ça va bien pour plusieurs refuges CV/CAF, mais les cabanes seraient plutôt des tourism=wilderness_hut, ou amenity=shelter pour les moins abritées. Et le Vieil Armand est truffé d'attractions touristiques ! qques corrections de ton édito : La crête des Vosges sans s'encombrer d'itinéraire. Le Club Vosgien et la Fédération Française de Randonnée Pédestre se battent encore pour savoir à qui appartient la propriété intellectuelle du bien connu GR®5 dans sa traversée du massif des Vosges. Non, cet itinéraire n'est pas un bien commun, mais pré- cieusement protégé. Qu'avons-nous à en faire ? La crête est une frontière naturelle suffisamment définie pour que nous puissions la parcourir sans nous préoccuper de ces détails. Ce petit guide propose des cartes topographiques le long de la crête des Vosges avec quelques informations touristiques, sans la surcharge des itinéraires existants et balisés. Le randonneur habitué pourra y faire ses choix de passage, pour les autres, le balisage reste suffisamment dense sur le terrain pour ne pas s'y perdre. Ces fiches sont simplement une utilisation des données d'OpenStreetMap, un projet de cartographie participative, à mi-avril 2015, à l'aide de la représentation cartographique R25 de JB (OSM : JBacc1). Les données OSM ne garantissent ni leur exactitude, ni leur complétude, rappelez-vous en lors de votre préparation ou sur le terrain ! Elles sont sous licence OdbL, les cartes elles sont sous licence CC-BY-SA. Des manques, des imprécisions ? participez : www.openstreetmap.fr ! Je partage ton point de vue et ta démarche. Si le Club Vosgien et/ou la FFRP s'emmerdent à entretenir leurs sentiers, c'est leur mission (subventionnée en partie). Tu fais preuve de pédagogie en enlevant les marques distinctives sous copyright. Tu fais de choix de t'adresser au randonneur intelligent, celui qui ne regarde pas le doigt quand on lui montre les paysages magnifiques de nos belles Vosges. Tu prônes le randonneur 2.0, hélas je suis maintenant plutôt randonneur 0.2 (mais je l'ai fait dans ma jeunesse presque tous les dimanches ;-) mais je veux bien tester les fermes-auberges et autres points de convivialité !! Bonne continuation Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr