Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le jeudi 5 décembre 2013 21:55:17 Christian Quest a écrit : Comment peut-on avoir 2 références... différentes ? Ou alors il n'y a qu'une référence, mais contenant plus d'erreurs ? Salut Christian, Très intéressant tes travaux, je pense que ça peut intéresser du monde. Tu vas finir à l'IGN toi ;-) -- 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] Rue à double nom
Merci Pierre Le 06/12/13 08:08, Francescu GAROBY a écrit : Ça, ça se gère sans problème avec les tags 'name:langue', donc pas de souci :-) Francescu Le 6 décembre 2013 05:51, [Famille] Pierre WILLOT pie...@willot-martin.bea écrit : Dans ma ville de Belgique, toutes les rues on un double nom. Le nom en français et le nom en walon. :-) Piwi Le 05/12/13 19:08, Ralf Treinen a écrit : On Thu, Dec 05, 2013 at 04:38:14PM +0100, Francescu GAROBY wrote: Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues, ça reste rare) : j'imagine bien des rues servant de limite administrative entre 2 communes (incapables de s'entendre parce que de bords politiques différents ou autre chose encore), où un trottoir est dans la commune A et a un nom et l'autre trottoir se trouve dans la commune B et a un autre nom. Avec bien évidemment (quitte à bien faire chier les gens autant aller jusqu'au bout), des numérotations différentes. J'ai pas d'exemple à vous citer, mais avec 36.000 communes, ça m'étonnerait que le cas n'existe pas ! Il y a même un exemple à Paris : La rue de la Grande Truanderie et la rue de la Petite Truanderie dans le quartier des Halles : http://fr.wikipedia.org/wiki/Rue_de_la_Grande-Truanderie actuellement réalisé en OSM avec deux rues différentes. En réalité il s'agit d'une place triangulaire. -Ralf. ___ 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] Controle qualité des limites administratives.
Le 05/12/2013 21:42, Frédéric Rodrigo a écrit : Il y a déjà eu un ticket pour ça pour osmose : http://trac.openstreetmap.fr/ticket/451 Il est même déjà fermé ! Frédéric (dictateur). Et je ne suis pas d'accord du tout avec le raisonnement, pour plusieurs raisons : - Les limites admins bougent moins vite que la nature Pieren en a donné un bon exemple il n'y a pas longtemps : http://gis.19327.n5.nabble.com/Lorsque-qu-un-element-naturel-sert-de-frontiere-et-que-celui-ci-bouge-au-fil-de-temps-un-exemple-cons-td5784526.html - Il est TRES facile de faire des mauvaises manips lorsque des chemins sont partagés. Mon cas classique est la combinaison de filtrage de certains éléments et d'affinage de tracé. Si une intersection de limite admin est liée à un point d'une route, que j'affine le tracé de cette route à l'aide de l'outil 'W', je peux tout à fait me retrouver à déplacer des points le long de la route, et entrainer l'intersection de la limite avec, et sans m'en rendre compte puisque lorsque je ne touche pas aux limites admins, je les filtre pour ne pas les toucher accidentellement. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales terminé
2013/12/5 Julien Angot angot.jul...@gmail.com: Pour le nom de commune différent entre OSM et la COG sur la commune de Bois-Guillaume-Bihorel, il s'agit d'une fusion entre Bois-Guillaume et Bihorel au 1er janvier 2012, mais le tribunal administratif de Rouen a annulé, au mois de juin, la fusion et ils ont/avaient (je sais pas si cela est déjà fait) jusqu'au 31 décembre 2013 pour recréer les deux communes. Ce qui peux expliquer la différence. D'après cet article de presse, la défusion ne serait effective qu'à partir du 1er janvier 2014: http://www.76actu.fr/bois-guillaume-bihorel-vers-la-defusion-des-deux-communes_41137/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Je partage tout à fait le constat de Charles et je l'étendrai même plus loin que le grand public. Je travaille dans un labo de recherche où il y a pas mal de monde qui fait du SIG (la Maison de la Télédétection à Montpellier). Certains d'entre eux ont déjà entendu parler de OSM (bon j'y suis un peu pour quelque chose j'avoue...), mais à ma connaissance aucun n'a jamais exploité la moindre données issue d'OSM. Ce sont avant tout des SIGistes clique-boutons et il est impensable pour la quasi totalité d'entre eux de lancer une ligne de commande ou de devoir convertir un fichier au format XML (la plupart ne savent même pas ce qu'est le XML d'ailleurs). OSM2Gis est très bien mais destiné essentiellement aux SIGistes... Le travail fait par Arnaud est vraiment génial, mais malgré tout avoir à passer par un outil en ligne pour extraire et convertir les données OSM peut être un frein important à l'utilisation des données. Ce qu'il leur faut avant tout c'est avoir un fichier thématique au format Shape qu'ils peuvent ouvrir et manipuler directement avec leur logiciel SIG (majoritairement ArcGIS chez nous mais il y a aussi quelques utilisateurs de QGIS). C'est par exemple le cas pour les données IGN, il n'y a aucun effort à fournir. Tant que OSM ne proposera pas de tels extraits de données déjà tout cuit, cela restera un frein même pour les SIGistes traditionnels. Là c'est pour des publics très différents qu'il y a besoin de s'adapter en terme de filtrage des objets (ce que permet l'overpass) et en terme de format (ce qui manque à l'overpass). Si j'essaye de montrer l'overpassAPI ou même overpass-turbo à mes collègues, je garantis qu'il vont tous me regarder avec des yeux exprimant à peu près l'idée suivante : mais qu'est ce que c'est que ce geek ?. ;-) Sinon concernant les commandes d'extraction proposées par Charles, je pense aussi a osmosis qui permettrait de travailler directement sur le fichier pbf pour réaliser le filtrage : http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#PBF_Binary_Tasks Cela permettrait de compiler les commandes 2 et 3 en une seule. Ensuite garder l'utilisation de osmconvert pour générer le CSV. En ce qui concerne la génération de fichiers Shape, je pense qu'il faudrait creuser vers la librairie GDAL/OGR version 1.10.0 qui gère les formats pbf et osm : http://www.gdal.org/ogr/drv_osm.html Ça fait un petit moment que tout ça me trotte dans la tête. On pourrait en tout cas mettre en place un serveur à la Maison de la Télédétection qui ferait tourner des scripts d'extraction et mettre à disposition des données issues d'OSM pour tous. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 05/12/2013 19:38, Stéphane Péneau a écrit : Hmmm, je suis sceptique. Je ne serais pas surpris qu'une majorité des points utilisé pour les limites en soient à la v1. En plus, il n'est pas rare de trouver des limites admins en v1 qui ne correspondent plus à ce qu'affiche le cadastre. Mais là, je ne sais pas d’où ça vient. Amélioration de la précision du cadastre ? Remembrement ? Autre chose ? Je ne sais pas si je suis tombé au mauvais endroit, mais dans le 36, des imports de limite admin qui ne correspondent plus à ce qu'affiche le cadastre, j'en trouve à la pelle. Je n'ai volontairement pas encore tout corrigé dans cette zone, si vous voulez regarder : http://www.openstreetmap.org/#map=18/46.91046/1.91926layers=N Sans doute un jour, mais d'ici là j'imagine que leur service est overbooké par la vectorialisation des plans papier ! En attendant, est-ce qu'on peut imaginer reprendre le système des notes ajoutées sur la carte générale, mais pour signaler un problème qui ne peut être résolu par nous même ? Des notes qui ne seraient pas visibles sur la carte osm.org mais sur Osmose, ou tile.openstreetmap.fr ou autre, et visibles dans Josm à l'aide d'une version locale du plugin Notes. Exemple : http://www.openstreetmap.org/#map=18/46.86168/1.82964layers=N Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Bonjour Je suis du même avis que Christian sur la présence d'un unique POI railway=station pour une station de métro/RER unique, simplement parce que cela correspond à la représentation classique des stations. Aujourd'hui pour une même station parisienne, on se retrouve parfois avec plusieurs POI. Voici quelques exemples - concorde - gare du Nord - gare de Lyon - Charles de Gaulle - Etoile - Bastille Mais par contre, pour d'autres, il n'y a qu'un POI - République - Opéra - Marcadet Poissonniers Bref, c'est le bazar ! T Ruchin Le 5 décembre 2013 22:50, Copro Grammes coprogram...@yahoo.fr a écrit : Effectivement, l'essentiel de ces discussions n'est pas restreint au cadre franco-français, et doit avoir lieu sur la liste dédiée. Je vais essayer de m'y atteler. Quelques remarques tout de même : *Concernant public_transport=station :* N'ajoutons pas de la confusion là où il n'y en avait pas encore : actuellement, le schéma public_transport est clairement et largement présenté comme un ensemble tags qui peuvent venir en complément des tags classiques [1], et donc généralement en doublon pour les platforms et les stations. Son usage n'est nulle part restreint aux cas où les tags classiques seraient insuffisants. On peut – avec force arguments rationnels – relancer le débat ; proposer que les tags public_transports soient limités à pallier d'éventuelles insuffisances des tags classiques ; les supprimer de toutes les stations / bus_stations /bus_stops / platforms /... où ils font doublon. Mais ce n'était pas l'objet du débat. Il s'agissait de savoir si (lorsque l'on utilisait le schéma public_transport tel qu'il est présenté aujourd'hui) on définissait un seul public_transport=station sur l'ensemble du pôle de transport, ou un pour chaque élément (gare ferroviaire, gare routière, etc.). La seconde solution a été préconisée dans les discussions. Je l'ai mise en œuvre sur la Gare du Nord. Point. Encore une fois, je me contrefous de ce schéma, je ne cherche aucunement à le promouvoir. Chacun de nous peut décider de ne l'utiliser que dans certains cas particuliers, puisqu'il n'est (encore heureux !) pas obligatoire. Mais, pour ceux qui inévitablement voudront utiliser plus largement ce schéma, autant présenter sur un exemple comment l'utiliser au mieux. *Concernant les mentions (métro) (RER) (gare routière) rajoutées au nom « Gare du Nord »:* Même si c'est moi qui les ai rajoutées, je ne les apprécie pas plus que Christian ! Mais j'avais posé la question de l'opportunité de ce changement, sans obtenir de réponse. Alors j'ai suivi l'exemple de la Gare de Lyon (qu'on avait évoqué, sans soulever ce point : j'en ai conclu bien hâtivement que c'était un exemple à suivre). Donc, on enlève toutes ces mentions superfétatoires aussi bien sur les stations « Gare du Nord » que sur les stations « Gare de Lyon » ? ↑ là il y a une question ; j'attendrai sagement les réponses avant toute modification *Nœud ou surface pour railway=station ?* Christian m'a permis de passer outre à mes réticences envers les approximations de tracé, je déplacerai donc les tags sur une surface autour de la gare. Mais je m'interroge sur les dons de télépathie de Christian... Le débat n'avait pas permis de dégager un consensus clair pour l'une ou l'autre des solutions. J'en déduis que Christian a réussi à lire dans mes pensées que je commençai à me laisser convaincre par la solution « surface », privilégiant la rigueur cartographique plutôt que l'intérêt supposé des utilisateurs. Zigeuner [1] notamment dans le lien envoyé par Christian ( http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Compatibility_with_well_known_tags) : *The proposed tags can and do coexist with the well known tags. **The usage of the new tags is recommended but not mandatory.* ___ 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] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Le vendredi 6 décembre 2013 10:21:57, Nicolas Moyroud a écrit : Si j'essaye de montrer l'overpassAPI ou même overpass-turbo à mes collègues, je garantis qu'il vont tous me regarder avec des yeux exprimant à peu près l'idée suivante : mais qu'est ce que c'est que ce geek ?. ;-) Si on met de côté le problème des formats, est-ce qu'une surcouche clicodrome à un overpass serait intéressante pour ce public ? Non non, je ne suis pas capable de réaliser ce genre de chose :-) Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Si on met de côté le problème des formats, est-ce qu'une surcouche clicodrome à un overpass serait intéressante pour ce public ? Non non, je ne suis pas capable de réaliser ce genre de chose :-) Oui ce serait une possibilité. Je pense notamment au développement d'un plugin QGIS qui permettrait de lancer directement des requêtes overpass avec une interface clicodrome. Mais bon, je n'ai toujours pas trouvé le temps de m'y mettre. Et ça va être un peu long pour moi parce que je ne suis pas non plus un pro du Python. Comme le dit Arnaud, il faudrait inventer les journées de 28h ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans name, le nom de commune au COG ou le terrain ?
Mais que faire des rares cas ou le terrain est en désaccord avec l'Officiel ? Prenons un exemple concret : http://www.openstreetmap.org/relation/122334 http://www.openstreetmap.org/node/924622799 J'aurais tendance à mettre le nom officiel sur la relation et le nom du terrain sur le nud place=*. Après, c'est quoi le nom officiel? J'imagine qu'il doit y avoir un arrêté quelque part (datant de la Révolution?) et que c'est lui qui fait fois. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Merci Christian. Aujourd'hui l'overpass-api est sans doute très intéressante pour les développeurs mais inaccessible pour, par exemple, l'étudiant en histoire qui fait un mémoire sur le culte de Saint Clair et qui cherche la répartition géographique des églises vouées à ce Saint. Je peux multiplier les exemples de cas d'usage si ça vous intéresse, mais il y a beaucoup de monde qui est incapable d'aborder des données autrement que par un format tabulaire de type CSV (ods et xls étant même encore plus accessibles). Je crois que la plupart des gens qui savent utiliser Excel ou LibreOffice Calc ne savent pas charger un XML dedans. Quand bien même ils le sauraient ça les obligeraient à importer d'énormes fichiers .osm pour retrouver leurs petits. Ce dont je parle c'est la capacité de néophytes à récupérer et lire en quelques clics des données d'OSM dans Excel ou LibreOffice pour des usages simples : quand je veux calculer la densité de piscine publiques dans mon département, je devrais pouvoir faire ça dans un tableur. Et ce tableau des piscines je vais peut-être avoir envie de l'enrichir en ajoutant les horaires d'entrées et je vais donc m'intéresser un peu plus à OSM pour comprendre comment contribuer. Christian je te propose de démarrer des choses simples et opérationnelles dès maintenant : 1. une maquette de page qui hébergerait ces données (je l'héberge sur le wiki ou sur Github comme ça d'autres pourront contribuer) 2. un ou des scripts bash un peu génériques qui réalisent les conversions voulues (idem + les fichiers produits seront hébergés sur mon site dans un premier temps) 3. une fois que tout ça tourne dans un cron, je publie ça ici et vous me faites un retour sur l'opportunité de publier ça sur openstreetmap.fr (ou pas) Ça te va ? ChN Le 05/12/2013 19:26, Christian Quest a écrit : Je partage tout à fait ton constat. Favoriser la réutilisation autre que le production de carte passe par des outils pour transformer les données OSM dans des formats moins géographiques. Il y a l'overpass-api qui permet déjà pas mal de choses, surtout des sorties en json en plus de l'XML habituel. On peut écrire des requêtes relativement compacte pour sélectionner des objets géographiquement et sémantiquement. Il manque juste des convertisseurs de formats à l'overpass pour sortir les résultats en: - geojson - csv - svg - kml ... Ca démultiplierai les réutilisations et donc l'adoption d'OSM. A chaque hackathon où je suis présent comme mentor, je montre l'overpass et les développeurs découvre (enfin ?) à quoi OSM peut leur servir autrement que comme fond de carte pour remplacer Google... Le 5 décembre 2013 19:13, Charles Nepote char...@nepote.org mailto:char...@nepote.org a écrit : Bonjour à tous ! **Résumé du message** : comment diffuser et voir réutilisées les données d'OSM auprès d'un public plus large, qui, dans un cercle vertueux, pourra devenir contributeur. Souvent j'ai l'occasion de dire ici ou là que telle donnée est dispo dans OSM. Par ailleurs, je pousse depuis un certains temps les acteurs publics à référencer sur leurs portails les données d'OSM : ainsi de Montpellier, le CG de la Gironde, la Région PACA, etc. Mais aujourd'hui, les jeux de données ou les outils de consultation d'OSM ont du mal à répondre à plein de petits cas tout simples comme : je veux la liste des pharmacies de ma région. Et je veux pouvoir manipuler cette liste dans mon tableur favori parce que c'est l'outil que je connais bien. Je me suis donc interrogé : comment produit-on simplement des données d'OSM sous forme de fichiers CSV ? Je sais bien que tout n'est pas extractible en CSV mais il y a un champ d'usage immense sur les données comme : * les bâtiments publics * les médecins, hôpitaux, pharmacie... * les lieux/services de secours (casernes de pompier, défibrilateurs, pompes incendies, téléphones de secours) * les lieux de culture (Théâtres, Musées, etc.) * les lieux d'histoire et du patrimoine * les arrêts de transports en commun * les terrains/équipements sportifs * les lieux touristiques * les systèmes de surveillance (caméras de surveillance) * les commerces * les hameaux * les services relatifs aux déchets (bennes de recyclage, poubelles, déchetteries, composteurs publics, etc.) * etc. Je suis donc allé grenouiller dans les outils (je précise que je n'ai jamais installé QGIS, Postgis, etc., je n'ai jamais utilisé l'API OSM, je ne fais pas dev mais j'ai quelques années d'expérience sous Linux). Et le plus simple que j'ai trouvé c'est la combinaison de osmconvert e et osmfilter. http://wiki.openstreetmap.org/wiki/Osmconvert http://wiki.openstreetmap.org/wiki/Osmfilter Je peux obtenir le fichier CSV de toutes les pharmacies de PACA en 4 lignes de commande : $ wget
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Le 06/12/2013 10:21, Nicolas Moyroud a écrit : [...] Sinon concernant les commandes d'extraction proposées par Charles, je pense aussi a osmosis qui permettrait de travailler directement sur le fichier pbf pour réaliser le filtrage : http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#PBF_Binary_Tasks Cela permettrait de compiler les commandes 2 et 3 en une seule. Bin j'ai cru comprendre que non parce qu'Osmosis nécessitait 3 commandes pour extraires des amenity : //Since restaurants can be mapped as nodes and ways, you'll have to run 3 commands: One to extract the nodes tagged as amenity=restaurant, one to extract the ways tagged amenity=restaurant, and third command will merge them together// ; source : https://wiki.openstreetmap.org/wiki/Osmosis Donc ça alourdirait le process il me semble... mais peut-être j'ai mal compris. Ensuite garder l'utilisation de osmconvert pour générer le CSV. En ce qui concerne la génération de fichiers Shape, je pense qu'il faudrait creuser vers la librairie GDAL/OGR version 1.10.0 qui gère les formats pbf et osm : http://www.gdal.org/ogr/drv_osm.html Pour le shape, très honnêtement je n'en ai jamais utilisé de ma vie et je ne sais pas bien comment ça s'utilise, qu'est-ce qu'il est pertinent de produire/décomposer comme couches, etc. Donc je n'irai pas par là mais si tu as envie de compléter mes scripts et la doc pour expliquer comment simplement réutiliser du shape alors c'est clairement un plus. ChN Ça fait un petit moment que tout ça me trotte dans la tête. On pourrait en tout cas mettre en place un serveur à la Maison de la Télédétection qui ferait tourner des scripts d'extraction et mettre à disposition des données issues d'OSM pour tous. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans name, le nom de commune au COG ou le terrain ?
2013/12/6 Eric Sibert courr...@eric.sibert.fr: J'aurais tendance à mettre le nom officiel sur la relation et le nom du terrain sur le nœud place=*. Ca, c'est la pire option. Soyons cohérent, dans un sens ou dans l'autre, mais cohérent. svp Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Le 06/12/2013 11:17, Charles Nepote a écrit : Pour le shape, très honnêtement je n'en ai jamais utilisé de ma vie et je ne sais pas bien comment ça s'utilise, qu'est-ce qu'il est pertinent de produire/décomposer comme couches, etc. Donc je n'irai pas par là mais si tu as envie de compléter mes scripts et la doc pour expliquer comment simplement réutiliser du shape alors c'est clairement un plus. Je parlais dans mon message de faciliter l'utilisation des données OSM pour les SIGistes. C'est un public important il me semble pour OSM car ce sont des gens qui manipulent l'information géographique à longueur de journées et qui peuvent très vite devenir des contributeurs OSM. Mais tant qu'on ne leur propose pas des données brutes facilement exploitables avec leurs outils de tous les jours, ils ne verront en OSM pas plus qu'un fond de carte et ils ne saisiront pas l'intérêt d'y contribuer. Pour ouvrir un fichier Shape avec un logiciel SIG quel qu'il soit, rien de plus simple : menu fichierouvrir et le tour est joué. QGIS est un logiciel libre qui permet de faire ça. Tu devrais l'essayer ! ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Je viens de faire quelques vérifications dans le Languedoc-Roussillon avec les couches limites admin de Christian. J'ai remonté deux erreurs de plus de 200m (548m et 355m) sur la page du wiki. Les sources cadastrales concordent toutes avec OSM. Ce sont des points triples qui tombent dans ou à proximité immédiate d'un étang. Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et 1458m. http://tile.openstreetmap.fr/?zoom=16lat=42.5896lon=2.36887layers=B000FFFTFF Apparemment cette commune possède deux enclaves qui ont été totalement dissoutes par la simplification du Route 500. Est-ce qu'il faut que je signale ça sur la page du wiki ? C'est le Route500 qui est à l'ouest, mais je pense que dans les données de la BDtopo les enclaves doivent être présentes. D'ailleurs il faudra quand même que je vérifie pour être sûr ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Les bras m'en tombent ! J'ai accès à la BDtopo à mon boulot, vérification faite : ces deux enclaves n'y sont pas. Hallucinant ! =-O http://jeantosti.com/villages/villefranche.htm Il est question sur cette page d'une seule enclave, bien que dans OSM il y en ait deux. Un local pourrait-il nous éclairer sur ce point ? Quoi qu'il en soit les données IGN en ma possession sont carrément fausses et pas qu'un peu ! A moins qu'une manipulation ai fait sauté les enclaves à un moment donné, mais il me semble que ce sont les données brutes de l'IGN auxquelles j'ai accès. Je vais me renseigner pour être sûr. Nicolas Je viens de faire quelques vérifications dans le Languedoc-Roussillon avec les couches limites admin de Christian. J'ai remonté deux erreurs de plus de 200m (548m et 355m) sur la page du wiki. Les sources cadastrales concordent toutes avec OSM. Ce sont des points triples qui tombent dans ou à proximité immédiate d'un étang. Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et 1458m. http://tile.openstreetmap.fr/?zoom=16lat=42.5896lon=2.36887layers=B000FFFTFF Apparemment cette commune possède deux enclaves qui ont été totalement dissoutes par la simplification du Route 500. Est-ce qu'il faut que je signale ça sur la page du wiki ? C'est le Route500 qui est à l'ouest, mais je pense que dans les données de la BDtopo les enclaves doivent être présentes. D'ailleurs il faudra quand même que je vérifie pour être sûr ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie et la simplification à fait disparaitre le fin bras de l'autre commune qui passait entre (là où il y a la gare). Pour le route 500 rien d’extraordinaire. C'est plus gênant (pour qui ?) s'il manque une section de la commune dans le RGE. Le 6 décembre 2013 12:57, Nicolas Moyroud nmoyr...@free.fr a écrit : Les bras m'en tombent ! J'ai accès à la BDtopo à mon boulot, vérification faite : ces deux enclaves n'y sont pas. Hallucinant ! =-O http://jeantosti.com/villages/villefranche.htm Il est question sur cette page d'une seule enclave, bien que dans OSM il y en ait deux. Un local pourrait-il nous éclairer sur ce point ? Quoi qu'il en soit les données IGN en ma possession sont carrément fausses et pas qu'un peu ! A moins qu'une manipulation ai fait sauté les enclaves à un moment donné, mais il me semble que ce sont les données brutes de l'IGN auxquelles j'ai accès. Je vais me renseigner pour être sûr. Nicolas Je viens de faire quelques vérifications dans le Languedoc-Roussillon avec les couches limites admin de Christian. J'ai remonté deux erreurs de plus de 200m (548m et 355m) sur la page du wiki. Les sources cadastrales concordent toutes avec OSM. Ce sont des points triples qui tombent dans ou à proximité immédiate d'un étang. Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et 1458m. http://tile.openstreetmap.fr/?zoom=16lat=42.5896lon=2. 36887layers=B000FFFTFF Apparemment cette commune possède deux enclaves qui ont été totalement dissoutes par la simplification du Route 500. Est-ce qu'il faut que je signale ça sur la page du wiki ? C'est le Route500 qui est à l'ouest, mais je pense que dans les données de la BDtopo les enclaves doivent être présentes. D'ailleurs il faudra quand même que je vérifie pour être sûr ;-) ___ 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] Dans name, le nom de commune au COG ou le terrain ?
Le vendredi 6 décembre 2013 11:22:43 Pieren a écrit : 2013/12/6 Eric Sibert courr...@eric.sibert.fr: J'aurais tendance à mettre le nom officiel sur la relation et le nom du terrain sur le nœud place=*. Ca, c'est la pire option. Soyons cohérent, dans un sens ou dans l'autre, mais cohérent. svp Ben, c'est pas idiot ni si incohérent que ça. Sur la relation, le name renseigne le name de la commune, et sur le nœud, le name renseigne le nom du village (sur le terrain) chef-lieu de commune. On avait déjà parlé d'ailleurs des communes dont le chef-lieu sur le terrain n'a pas exactement le même nom (au delà de l'orthographe) que la commune. Il y en a au moins une d'après wikipedia : http://fr.wikipedia.org/wiki/Valdeblore La relation est là dans OSM avec un nœud en name=Valdeblore : http://www.openstreetmap.org/relation/1516687 Mais un coup d'œuil sur streetview ne m'a rien montré avec ce nom … -- 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] Matériel de communication - OSM et randonnée
Le 4 décembre 2013 07:49, SautdeChaine dechaines...@gmail.com a écrit : Qu'est-ce que tu entends par vélos : inconnus? Un exemple? Je voulais dire que quand je consulte par Potlatch, je vois marqué unknown pour le tag vélos dans l'interface utilisateur quand je sélectionne quelques chemins au hasard balisés comme chemin de randonnée. Par exemple : sur WayMarkedTrails, le Sentier Denecourt-Colinet 10, le Chemin : 46774085 est mis foot : yes et highway = path. Précisément, il est écrit unset mais ce n'est en rien une valeur de tag. C'est juste qu'il n'y a tout simplement pas de tag. Donc personne n'a mis explicitement bike : yes, mais surtout personne n'a mis explicitement no - alors que sur le terrain il y a de l'action militante de la part de certains randonneurs pour le no dans beaucoup d'endroits de Fontainebleau (la raison en est un vaste débat très polémique). Peu importe les revendications des uns ou des autres. highway=path est un chemin générique *a priori* ouvert à tous cf. http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dpath Ensuite c'est le terrain qui permet de définir d'éventuelles restrictions. S'il n'y a pas explicitement d'indications qui interdisent le passage des cyclistes alors par défaut un vélo peut y circuler. Le bicycle=yes n'est donc pas nécessaire pas plus que foot=yes. Vu que tu connais bien le terrain, tu serais le mieux à même de faire les modifications/corrections [sur l'EV3]. Tu ne dois pas avoir peur de faire des erreurs. Ca se retrouve dans un mauvais fil, mais bon... Pour ma part, la correction de l'EV3 sur OSM consisterait à supprimer l'EV3 sur toute la France, tout simplement (et ce, même en status proposed), vu que manifestement elle existe via un import de Cartélie, et non par un relevé terrain. Elle serait remise alors au fur et à mesure de son balisage réel a minima, par des utilisateurs locaux pouvant témoigner que le balisage existe (apparemment pour l'EV3 il existerait sur 1/3 du trajet actuel, mais où en détail, je ne sais pas - et pour d'autres voies cyclables, ca peut même être zéro balisage en France, comme pour la PAN). Mais vu que nous sommes apparement très peu à penser ainsi, je pourrais risquer un blocage à faire des delete massifs... Si on se met à corriger comme on peut plutôt que de supprimer : Dans le fil sur la PAN/V52/EV3, j'ai déjà mentionné le passage par une darse de la Seine sans pont sur OSM - alors qu'officiellement le trajet de l'EV3 est encore à l'étude dans ce département, il n'y a donc rien à mettre à la place, même si un fichier existe sur Cartélie. Je peux aussi ajouter l'exemple du trajet de l'EV3 entre Montargis et Orléans, relativement direct sur OSM, où elle suit le canal d'Orléans comme le fichier de Cartélie, alors que le trajet de l'EV3 officiel passera au sud de Gien. Mais il s'agit là d'une déclaration d'un responsable de l'aménagement, difficile de faire une cartographie avec une telle déclaration. Enfin, je connais pas les lieux du tout pour le lien qui suit, mais en regardant l'EV3 sur la partie de carte que vous avez choisie dans votre post, quelque chose de très suspect m'a sauté aux yeux : http://www.openstreetmap.org/#map=14/48.3175/2.7442layers=C on y voit que l'EV3 d'OSM suit une route départementale classique plutôt que le chemin de halage cyclable parallèle 200m plus au nord (le canal du Loing), et ce sur une vingtaine de kilomètres. Etrange non ? Alors certes le chemin d'OSM suit le fichier de Cartélie (j'ai vérifié), mais que lit-on sur le site lui aussi officiel ? http://www.departements-regions-cyclables.org/index.php?p=43ref=84 En Seine-et-Marne, (...) 23,4 km devraient ainsi être aménagés le long du canal du Loing, en sus des 12,4 km existants. Alors doit-on corriger à cause de ces deux lignes qui semblent bien plus cohérentes que le fichier ? Je me suis pensé sur les fichiers Cartélie autour de Meaux à l'occasion du fil sur la PAN/V52, l'impression que ça donne c'est : des vagues intentions de directions, des positions approximatives, et des artefacts de saisies qui semblent faites en vitesse a la main ! Pour ma part, j'estime qu'OSM n'a pas à avoir de tels imports de qualité très douteuse dans sa cartographie, a fortiori en rouge pétant mis en avant sur les rendus OSM cyclistes populaires dont le site principal. Je dirais même que les parties de ces projets vraiment encore vagues pour plusieurs années encore n'ont même pas à y être en proposed (un site de routage comme OpenRouteService.org se sert des chemins proposed en postulant qu'ils riment à quelque chose). Bref, c'est existant et balisé ou ca ne l'est pas, et on oublie Cartélie (ie : OSM aurait alors vocation à être meilleur que Cartelie en ce qui concerne l'existant). Et il faut mieux à mon avis effacer une mauvaise source que vouloir la corriger petit à petit. C'est plus motivant d'ajouter des infos pertinentes que de corriger du n'importe
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Et pourtant dans OSM il y a bien deux enclaves et sur la page que j'ai cité il y a ça : Un peu en amont, se trouve aussi le confluent de la Tet avec la Rotja, mais nous ne sommes déjà plus sur le territoire de Villefranche, dont il faut savoir qu'il est composé de deux parties non contiguës : d'une part la ville fortifiée, enclavée dans les communes de Fuilla et Corneilla-de-Conflent ; de l'autre un territoire vaste et accidenté, acheté au XVIIe siècle pour renforcer les fortifications, qui s'élève au nord jusqu'au village ruiné de Belloc, et comprend aussi le fort Libéria et l'ancienne église de Saint-Étienne de Campelles. Dans la BDtopo je ne vois aucun bras d'une commune dans l'autre bien deux bons gros polygones convexes. Nicolas Le 06/12/2013 13:27, Frédéric Rodrigo a écrit : Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie et la simplification à fait disparaitre le fin bras de l'autre commune qui passait entre (là où il y a la gare). Pour le route 500 rien d'extraordinaire. C'est plus gênant (pour qui ?) s'il manque une section de la commune dans le RGE. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Question de vocabulaire, il s'agit d'exclaves, aucune des parties n'est complètement enclavé dans une autre commune. Le découpage dont tu parles se retrouvent également sur google maps : http://goo.gl/maps/4ARJq Le cadastre de Feuilla à bien ce bras. L'auteur du site web que tu cites doit avoir une source peu fiables ;) Frédéric. Le 6 décembre 2013 14:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Et pourtant dans OSM il y a bien deux enclaves et sur la page que j'ai cité il y a ça : Un peu en amont, se trouve aussi le confluent de la Tet avec la Rotja, mais nous ne sommes déjà plus sur le territoire de Villefranche, dont il faut savoir qu'il est composé de deux parties non contiguës : d'une part la ville fortifiée, enclavée dans les communes de Fuilla et Corneilla-de-Conflent ; de l'autre un territoire vaste et accidenté, acheté au XVIIe siècle pour renforcer les fortifications, qui s'élève au nord jusqu'au village ruiné de Belloc, et comprend aussi le fort Libéria et l'ancienne église de Saint-Étienne de Campelles. Dans la BDtopo je ne vois aucun bras d'une commune dans l'autre bien deux bons gros polygones convexes. Nicolas Le 06/12/2013 13:27, Frédéric Rodrigo a écrit : Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie et la simplification à fait disparaitre le fin bras de l'autre commune qui passait entre (là où il y a la gare). Pour le route 500 rien d’extraordinaire. C'est plus gênant (pour qui ?) s'il manque une section de la commune dans le RGE. ___ 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] Controle qualité des limites administratives.
Question de vocabulaire, il s'agit d'exclaves, aucune des parties n'est complètement enclavé dans une autre commune. Oui tu as raison sémantiquement parlant. J'ai utilisé abusivement le mot enclave. Toutes mes excuses. Le découpage dont tu parles se retrouvent également sur google maps : http://goo.gl/maps/4ARJq Le cadastre de Feuilla à bien ce bras. Je viens de vérifier avec mon administrateur de données et nous avons téléchargé la dernière version de la BDtopo sur le département 66, voici le bilan. BDtopo de décembre 2011 (celle que nous avions en stock) : pas d'exclaves. BDtopo de mars 2013 : deux exclaves correspondant très fortement à celles présentes dans OSM. Je vais faire une petite comparaison pour voir à quel point ça correspond... ;-) L'auteur du site web que tu cites doit avoir une source peu fiables ;) Ben non apparemment il a une source très fiable, plus que celle du RGE de 2011 en tout cas ! :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans name, le nom de commune au COG ou le terrain ?
On vendredi 6 décembre 2013, Eric Sibert wrote: J'aurais tendance à mettre le nom officiel sur la relation et le nom du terrain sur le nud place=*. Cette idée me plaît pas mal, surtout que pieren ne l'aime pas ;-) Pour qu'elle me plaise totalement, il faudrait que le nom d'une commune ne soit jamais indiqué sur le terrain, sans quoi, c'est la règle du terrain selon osm qui doit primer. Alors si les habitants écrivent champlaurent si les panneaux d'entrée d'aglomération* écrivent champlaurent ok, c'est le terrain, mais le terrain du noeud village Le terrain pour le nom de la frontière de commune n'existant pas (à confirmer ? des bornes routières, par exemple, indiquent-t-elle le com de commune ?), on pourrait alors mettre dans la relation de commune le nom du COG * entre temps, streeview est passé par là et on voit que le panneau d'entrée d'aglo est lui aussi sans tiret : http://sly.letuffe.org/osm/champlaurent-panneau-entree.jpeg Mais aglo n'étant pas commune, rien n'empêcherait qu'il soit différent. Après, c'est quoi le nom officiel? Administration publique : Qui émane du gouvernement, qui est déclaré par lui. pour official_name, ça me semble clair, c'est la version du COG ou, du mois, lorsqu'il sera à jour. La question portait sur la clé name -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Ça correspond pas totalement parfaitement, mais presque ! Je mettrais bien à disposition une copie d'écran des deux couches mais j'ai peur de ne pas en avoir le droit. L'IGN a fait une mise à jour, peut-être depuis le cadastre, entre décembre 2011 et mars 2013. Peut-être utilisent-ils un outil de comparaison entre leur données et celles d'OSM pour détecter les endroits où il peut y avoir des erreurs dans leurs données et ensuite faire des mises à jour depuis une source autorisée ?? Du coup, le découpage de Google Maps est faux. Voilà ce qui peut arriver quand on achète ses données à l'IGN ! ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans name, le nom de commune au COG ou le terrain ?
On vendredi 6 décembre 2013, Nicolas Dumoulin wrote: On avait déjà parlé d'ailleurs des communes dont le chef-lieu sur le terrain n'a pas exactement le même nom (au delà de l'orthographe) que la commune. Il y en a au moins une d'après wikipedia : Dans nos montagnes, rempli de micro-village, ce cas se présente aussi, il a fallu être pragmatique et éviter les communes de 30 habitants, mais comme on haï son voisin, on va quand même pas choisir son nom ! D'où la naissance d'un nom ex-nihilo (ou presque) du nom de la commune. http://fr.wikipedia.org/wiki/Les_Déserts Le chef lieu s'appel la combe http://fr.wikipedia.org/wiki/Sainte-Marie-du-Mont_(Isère) Les près Mais dans ces cas, les habitants ne nient pas l'existence de ce nom pour la commune ou de cet orthographe, et le terrain indique bien (entre ( ) ) le nom de la commune. Celui dont je parle au début, le terrain et les gens du terrain s'accorde à dire il y a une erreur dans le COG Et à ceux qui gère le COG de répondre : il y a erreur dans les gens vu que c'est nous qui somme les officiels -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
On vendredi 6 décembre 2013, Frédéric Rodrigo wrote: Question de vocabulaire, il s'agit d'exclaves, aucune des parties n'est complètement enclavé dans une autre commune. Alors s'il est question de vocabulaire : le mot exclave n'existe pas en français. On parle de territoires non connectés formant une commune (ou truc du genre) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Bonjour Le 06/12/2013 15:35, sly (sylvain letuffe) a écrit : Alors s'il est question de vocabulaire : le mot exclave n'existe pas en français. On parle de territoires non connectés formant une commune (ou truc du genre) Certes, il se peut que certains dictionnaires n'explicitent pas ce terme, mais ce n'est pas un néologisme non plus. https://fr.wiktionary.org/wiki/exclave Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)
On vendredi 6 décembre 2013, David Crochet wrote: Certes, il se peut que certains dictionnaires n'explicitent pas ce terme, mais ce n'est pas un néologisme non plus. Moi, je crois bien que si, et même un anglicisme. https://fr.wiktionary.org/wiki/exclave Bon, ok, voilà le seul dictionnaire à parler d'exclave, mais bon, c'est wiktionary hein. Quand le mot n'est pas dans le larousse, ni dans le dico de l'académy française, ni sur wordreference, on est en droit de se demander si c'est bien un mot français ;-) J'aime pas trop le principe google fight en général : mais là : https://www.google.com/search?q=exclave on voit que c'est un peu pauvre en résultat. (Bon, à part du wikimedia à tour de bras) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)
On vendredi 6 décembre 2013, sly (sylvain letuffe) wrote: (Bon, à part du wikimedia à tour de bras) p'tain, mais c'est pas possible, ce boulet est absolument partout : http://fr.wikipedia.org/w/index.php?title=Enclavediff=83938752oldid=83589032 Il va nous refaire osm et wikipedia à sa sauce à lui ! -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)
Qui tu traites de boulet ? Le terme n'a rien d'un anglicisme même s'il est plus fréquent en anglais. Son origine est française comme enclave dont on a trop perdu, à tord, sa distinction d'origine pour tant fort utile en employant l'un pour l'autre. Ce n'est pas parce que Larousse n'a pas un mot qu'il n'existe pas, il y en a plein qu'il ne définit pas, tous les ans il en sort ou oublie d'en remettre quand son usage se comprend bien (même s'il revient par d'autres langues comme l'anglais, l'allemand, l'espagnol...) sans être du tout perçu comme un barbarisme tant sa formation est tout est fait correcte pour le français et son emploi utile pour éviter des distortions de langage comme la nécessité d'inverser le sens de la relation (le contre-emploi d'enclave au lieu d'exclave sans cette inversion est bien un barbarisme). Et je peux citer une série de dictionnaires français qui le cite même si ce n'est pas Larousse. Et ce ne sont pas des copies de sites Wikimedia, ça date de bien avant même si ces dicos ont une version en ligne, et on peut citer des usages actuels dans des thèses scientifiques tout à fait sérieuses, y compris en géographie et géopolitique, ou droit international. Evidemment je ne cite pas la confusion orthographique et paronymique assez fréquente avec esclave ce sont des fautes à l'écrit comme à l'oral, évidentes de toute façon par le champ sémantique complètement différent (et qu'il arrive de trouver aussi dans certaines thèses mal relues). 2013/12/6 sly (sylvain letuffe) lis...@letuffe.org On vendredi 6 décembre 2013, sly (sylvain letuffe) wrote: (Bon, à part du wikimedia à tour de bras) p'tain, mais c'est pas possible, ce boulet est absolument partout : http://fr.wikipedia.org/w/index.php?title=Enclavediff=83938752oldid=83589032 Il va nous refaire osm et wikipedia à sa sauce à lui ! -- sly qui suis-je : http://sly.letuffe.org ___ 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] Hors sujet (Re: Controle qualité des limites administratives.)
Un exemple: http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de stratégie au Collège Interarmées de Défense – Paris, directeur d’études à l’École Pratique des Hautes Études et président de l’Institut de Stratégie Comparée et de la Commission française d'histoire militaire, professeur docteur en science politique et membre correspondant de l'Académie royale des sciences navales de Suède. Traite-le de boulet si tu croies mieux maîtriser le sujet que lui... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)
Le 06/12/2013 18:43, Philippe Verdy a écrit : Un exemple: http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de stratégie au Collège Interarmées de Défense -- Paris, directeur d'études à l'École Pratique des Hautes Études et président de l'Institut de Stratégie Comparée et de la Commission française d'histoire militaire, professeur docteur en science politique et membre correspondant de l'Académie royale des sciences navales de Suède. Traite-le de boulet si tu croies mieux maîtriser le sujet que lui... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Peut être une lecture un peut rapide mais je ne vois rien qui indique que Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)
Le 06/12/2013 18:54, RÉAU Simon a écrit : Le 06/12/2013 18:43, Philippe Verdy a écrit : Un exemple: http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de stratégie au Collège Interarmées de Défense -- Paris, directeur d'études à l'École Pratique des Hautes Études et président de l'Institut de Stratégie Comparée et de la Commission française d'histoire militaire, professeur docteur en science politique et membre correspondant de l'Académie royale des sciences navales de Suède. Traite-le de boulet si tu croies mieux maîtriser le sujet que lui... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Peut être une lecture un peut rapide mais je ne vois rien qui indique que Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page Je dirais même qu'il n'a rien à voir avec la partie contenant le mot exclave ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hors sujet (Re: Controle qualité des limites administratives.)
En tout cas il est le directeur de la revue Géopolitique où cet article est paru. et fait partie de son comité de lecture. Certes la géopolitique est un sujet peu abordé en France par les chercheurs (c'est bien pour ça que cette revue existe), bizarre tout de même dans un pays qui a une longue tradition diplomatique et dans le domaine du droit en général, certes assez différent du droit anglosaxon plus pragmatique sur les situations établies de fait et moins attaché aux anciens écrits non suffisamment appliqués car non réclamés dans un temps raisonnable. Mais si on bannit le mot exclave (à cause de sa confusion avec esclave, une confusion qui était plus fréquente dans le passé qu'aujourd'hui, alors que la confusion est somme toute très faible dans les emplois très différents), il faut aussi bannir le mot géopolitique qui a les mêmes origines linguistiques. La place du mot en français est tout à fait naturelle si on veut parler de géopolitique, à moins de refuser d'aborder le sujet complètement puisqu'il est d'origine allemande et davantage anglais aujourd'hui, mais pas exclus pourtant des hautes études politiques françaises qui doivent se mettre à jour en oubliant un peu ce mépris non justifié de ce qui est anglo-saxon, alors que leur origine était pourtant bien française (comme si on voulait gommer notre propre héritage à cause de l'aspect négatif véhiculé par le mot français esclave qu'on voudrait oublier de notre langue et de l'histoire de notre république qui l'a développé pourtant beaucoup massivement plus que l'ancien régime, avant de le bannir temporairement et de le restaurer, en pleine connaissance de ce que cela signifiait; il faut pourtant admettre que note langue ne nous appartient plus à nous seuls en France, ce qu'on a voulu oublier ne s'oublie pas ailleurs). Note: je ne voulais pas polémiquer, mais quand j'ai vu le mot boulet ressortir du chapeau par magie, il y a eu volonté de polémiquer ici par son auteur qui ne peut pas se passer de ce genre d'attaques personnelles, pas seulement contre CE qui ne lui plait pas, mais aussi contre CEUX qui l'expriment. Ce mot est une insulte directe avec le lien attaché. Le 6 décembre 2013 18:54, RÉAU Simon msr...@gmail.com a écrit : Le 06/12/2013 18:43, Philippe Verdy a écrit : Un exemple: http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de stratégie au Collège Interarmées de Défense – Paris, directeur d’études à l’École Pratique des Hautes Études et président de l’Institut de Stratégie Comparée et de la Commission française d'histoire militaire, professeur docteur en science politique et membre correspondant de l'Académie royale des sciences navales de Suède. Traite-le de boulet si tu croies mieux maîtriser le sujet que lui... ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr Peut être une lecture un peut rapide mais je ne vois rien qui indique que Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page ___ 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] Hors sujet (Re: Controle qualité des limites administratives.)
En tout cas je n'ai rien fait sur la définition du Wiktionnaire, qui cite René Pélissier en 1935, un des premiers français à s'intéresser à la géopolitique naissante dans le monde anglo-saxon, c'est-à-dire à une époque où le mot esclave ne s'écrit déjà plus exclave dans les dictionnaires. Est-ce que ce stupide mépris du mot en français (qui cherche des références à des époques d'avant le XXe siècle, où la géopolitique n'existait pas encore) n'est pas encore en France un mépris de la géopolitique? Le mot est pourtant bien pratique et plus habile que les obscures circonvolutions de langage comme fragment détaché (et diverses autres expressions du même acabit dont aucune n'a été consacrée non plus par l'usage). Le 6 décembre 2013 18:56, RÉAU Simon msr...@gmail.com a écrit : Le 06/12/2013 18:54, RÉAU Simon a écrit : Le 06/12/2013 18:43, Philippe Verdy a écrit : Un exemple: http://vouloir.hautetfort.com/archive/2010/02/09/kjellen.html Regarde qui est l'auteur: Hervé Coutau-Bégarie, directeur du cycle de stratégie au Collège Interarmées de Défense – Paris, directeur d’études à l’École Pratique des Hautes Études et président de l’Institut de Stratégie Comparée et de la Commission française d'histoire militaire, professeur docteur en science politique et membre correspondant de l'Académie royale des sciences navales de Suède. Traite-le de boulet si tu croies mieux maîtriser le sujet que lui... ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr Peut être une lecture un peut rapide mais je ne vois rien qui indique que Hervé Coutau-Bégarie soit l'auteur de la totalité de cette page Je dirais même qu'il n'a rien à voir avec la partie contenant le mot exclave ___ 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] Controle qualité des limites administratives.
Le 06/12/2013 14:54, Frédéric Rodrigo a écrit : L'auteur du site web que tu cites doit avoir une source peu fiables ;) Frédéric. Bonsoir, Frédéric Jean TOSTI travaille avec des sources très fiables. Si je dois choisir entre Jean TOSTI et l'IGN il n'y a pas photos je choisirais Jean. En effet comme tout généalogiste-historien, amateur ou non, il utilise les archives où l'on trouve les chartes, les terriers et autres sources anciennes ancêtres du cadastre actuel. Les sources sont peu enclines à discussions quant à leur fiabilité originelle. Certes la révolution a quelque peu chamboulé les propriétaires mais pour l'ancien régime je suis certains qu'il n'y aura jamais mieux tant en précision qu'en fiabilité. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Je te laisse la seule responsabilité de cette affirmation infondée le mot exclave n'existe pas en français. Sors un peu du jargon terminologique dont l'administration française (ou ses quelques commissions terminologiques, y compris l'Académie) nous abreuve souvent sans chercher ailleurs s'il n'y a pas déjà des usages, ainsi que des dictionnaires commerciaux (Larousse, Robert) dont le but n'a jamais été de sortir un dictionnaire exhaustif de la langue (et qui ont déjà fait de nombreuses boulettes avec des usages publiés mais même pas attestés non plus). Ca t'évitera alors d'écrire le barbarisme du mél ou le vrai anglicisme de l'email pour envoyer des courriels tout à fait bien venus en français (alors que c'est malgré tout un néologisme aussi, dont l'attestation est beaucoup plus récente que l'exclave, de pas loin d'un siècle, une paille ! et que ce mot est totalement issu de la récente génération de l'Internet francophone). Il y a des néologismes tout à fait acceptables et même désirables dont l'emploi en français n'a rien d'un barbarisme, même si c'est un anglicisme (dans le cas présent ce n'est même pas un anglicisme, mais un germanisme, calqué sur le mode de formation de nombreux mots français avec des racines latines, les deux racines étant parfaitement utilisées en français, et ici en plus à bon escient). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans name, le nom de commune au COG ou le terrain ?
Le 6 décembre 2013 15:32, sly (sylvain letuffe) lis...@letuffe.org a écrit : Dans nos montagnes, rempli de micro-village, ce cas se présente aussi, il a fallu être pragmatique et éviter les communes de 30 habitants, mais comme on haï son voisin, on va quand même pas choisir son nom ! D'où la naissance d'un nom ex-nihilo (ou presque) du nom de la commune. http://fr.wikipedia.org/wiki/Les_Déserts Le chef lieu s'appel la combe http://fr.wikipedia.org/wiki/Sainte-Marie-du-Mont_(Isère) Les près Mais dans ces cas, les habitants ne nient pas l'existence de ce nom pour la commune ou de cet orthographe, et le terrain indique bien (entre ( ) ) le nom de la commune. Celui dont je parle au début, le terrain et les gens du terrain s'accorde à dire il y a une erreur dans le COG Et à ceux qui gère le COG de répondre : il y a erreur dans les gens vu que c'est nous qui somme les officiels C'est fait exprès les fautes d'orthographe, de grammaire (conjugaison, accords), de typographie (casse; ponctuation de base, je ne parle même pas des ponctuations fines), et de syntaxe (construction des phrases) à *toutes* les lignes, dans un mail parlant justement d'orthographe et de typographie (des toponymes) ? ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 5 décembre 2013 22:50, Copro Grammes coprogram...@yahoo.fr a écrit : Effectivement, l'essentiel de ces discussions n'est pas restreint au cadre franco-français, et doit avoir lieu sur la liste dédiée. Je vais essayer de m'y atteler. Quelques remarques tout de même : Concernant public_transport=station : N'ajoutons pas de la confusion là où il n'y en avait pas encore : actuellement, le schéma public_transport est clairement et largement présenté comme un ensemble tags qui peuvent venir en complément des tags classiques [1], et donc généralement en doublon pour les platforms et les stations. Ca coince un peu là... soit on considère que public_transport est un complément et dans ce cas aucun tag ne devrait être un doublon de ceux pré-existant, soit on doublonne (et c'est le bazar constaté). Son usage n'est nulle part restreint aux cas où les tags classiques seraient insuffisants. On peut – avec force arguments rationnels – relancer le débat ; proposer que les tags public_transports soient limités à pallier d'éventuelles insuffisances des tags classiques ; les supprimer de toutes les stations / bus_stations /bus_stops / platforms /... où ils font doublon. Mais ce n'était pas l'objet du débat. Il s'agissait de savoir si (lorsque l'on utilisait le schéma public_transport tel qu'il est présenté aujourd'hui) on définissait un seul public_transport=station sur l'ensemble du pôle de transport, ou un pour chaque élément (gare ferroviaire, gare routière, etc.). La seconde solution a été préconisée dans les discussions. Je l'ai mise en œuvre sur la Gare du Nord. Point. Encore une fois, je me contrefous de ce schéma, je ne cherche aucunement à le promouvoir. Chacun de nous peut décider de ne l'utiliser que dans certains cas particuliers, puisqu'il n'est (encore heureux !) pas obligatoire. Mais, pour ceux qui inévitablement voudront utiliser plus largement ce schéma, autant présenter sur un exemple comment l'utiliser au mieux. Concernant les mentions (métro) (RER) (gare routière) rajoutées au nom « Gare du Nord »: Même si c'est moi qui les ai rajoutées, je ne les apprécie pas plus que Christian ! Mais j'avais posé la question de l'opportunité de ce changement, sans obtenir de réponse. Alors j'ai suivi l'exemple de la Gare de Lyon (qu'on avait évoqué, sans soulever ce point : j'en ai conclu bien hâtivement que c'était un exemple à suivre). Donc, on enlève toutes ces mentions superfétatoires aussi bien sur les stations « Gare du Nord » que sur les stations « Gare de Lyon » ? ↑ là il y a une question ; j'attendrai sagement les réponses avant toute modification On discute, on trouve un consensus (et pas qu'ici) puis on met à jour. Nœud ou surface pour railway=station ? Noeud pour une gare simple, polygone si nécessaire pour les gares complexes. On ne devrait pas imposer l'un plus que l'autre mais s'adapter à chaque cas. Christian m'a permis de passer outre à mes réticences envers les approximations de tracé, je déplacerai donc les tags sur une surface autour de la gare. C'est que j'aurai tendance à faire sur la Gare du Nord, ailleurs faut voir ;) Mais je m'interroge sur les dons de télépathie de Christian... Le débat n'avait pas permis de dégager un consensus clair pour l'une ou l'autre des solutions. J'en déduis que Christian a réussi à lire dans mes pensées que je commençai à me laisser convaincre par la solution « surface », privilégiant la rigueur cartographique plutôt que l'intérêt supposé des utilisateurs. Pas compris. Zigeuner [1] notamment dans le lien envoyé par Christian ( http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Compatibility_with_well_known_tags) : The proposed tags can and do coexist with the well known tags. The usage of the new tags is recommended but not mandatory. Je comprends le can coexist dans une vue globale de la base, pas sur une vue locale à une gare. On a un mélange dans les données OSM entre les tags classiques et les nouveaux, mais sur une gare on ne devrait avoir que l'un (en priorité le classique pour moi) ou l'autre. Si je veux comparer les données OSM sur les gares avec des données externes me donnant par exemple le nombre de gares par département et que je dénombre les railway=station auxquels j'additionne le nombre de public_transport=station + rail=yes et bien j'aimerai que ça soit cohérent. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
Le 6 décembre 2013 11:01, Charles Nepote char...@nepote.org a écrit : Merci Christian. Aujourd'hui l'overpass-api est sans doute très intéressante pour les développeurs mais inaccessible pour, par exemple, l'étudiant en histoire qui fait un mémoire sur le culte de Saint Clair et qui cherche la répartition géographique des églises vouées à ce Saint. Je peux multiplier les exemples de cas d'usage si ça vous intéresse, mais il y a beaucoup de monde qui est incapable d'aborder des données autrement que par un format tabulaire de type CSV (ods et xls étant même encore plus accessibles). Plus les extractions seront précises, plus il faudra faire appel à des requêtes pour filtrer vraiment que ce qu'on veut. Donc les églises Saint Clair seront faciles à extraire si on suit de simple exemple: node[name~'Saint.Clair'][amenity=place_of_worship];out; way[name~'Saint.Clair'][amenity=place_of_worship];out;;out skel; résultat à voir sur: http://overpass-turbo.eu/s/1I0 Je crois que la plupart des gens qui savent utiliser Excel ou LibreOffice Calc ne savent pas charger un XML dedans. Quand bien même ils le sauraient ça les obligeraient à importer d'énormes fichiers .osm pour retrouver leurs petits. Moi j'en suis même sûr ;) Ce dont je parle c'est la capacité de néophytes à récupérer et lire en quelques clics des données d'OSM dans Excel ou LibreOffice pour des usages simples : quand je veux calculer la densité de piscine publiques dans mon département, je devrais pouvoir faire ça dans un tableur. Et ce tableau des piscines je vais peut-être avoir envie de l'enrichir en ajoutant les horaires d'entrées et je vais donc m'intéresser un peu plus à OSM pour comprendre comment contribuer. Christian je te propose de démarrer des choses simples et opérationnelles dès maintenant : 1. une maquette de page qui hébergerait ces données (je l'héberge sur le wiki ou sur Github comme ça d'autres pourront contribuer) 2. un ou des scripts bash un peu génériques qui réalisent les conversions voulues (idem + les fichiers produits seront hébergés sur mon site dans un premier temps) 3. une fois que tout ça tourne dans un cron, je publie ça ici et vous me faites un retour sur l'opportunité de publier ça sur openstreetmap.fr (ou pas) Ça te va ? ChN On peut voir ça après le 18/12 ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans name, le nom de commune au COG ou le terrain ?
Sur le rendu FR, tu aura le nom du nœud place=* à sa place, et le nom de la relation sur (le bon côté) de ses frontières. official_name devrait être le même sur les deux. Ah les cas particuliers, ce sont les plus passionnants ! Le 6 décembre 2013 15:32, sly (sylvain letuffe) lis...@letuffe.org a écrit : On vendredi 6 décembre 2013, Nicolas Dumoulin wrote: On avait déjà parlé d'ailleurs des communes dont le chef-lieu sur le terrain n'a pas exactement le même nom (au delà de l'orthographe) que la commune. Il y en a au moins une d'après wikipedia : Dans nos montagnes, rempli de micro-village, ce cas se présente aussi, il a fallu être pragmatique et éviter les communes de 30 habitants, mais comme on haï son voisin, on va quand même pas choisir son nom ! D'où la naissance d'un nom ex-nihilo (ou presque) du nom de la commune. http://fr.wikipedia.org/wiki/Les_Déserts Le chef lieu s'appel la combe http://fr.wikipedia.org/wiki/Sainte-Marie-du-Mont_(Isère) Les près Mais dans ces cas, les habitants ne nient pas l'existence de ce nom pour la commune ou de cet orthographe, et le terrain indique bien (entre ( ) ) le nom de la commune. Celui dont je parle au début, le terrain et les gens du terrain s'accorde à dire il y a une erreur dans le COG Et à ceux qui gère le COG de répondre : il y a erreur dans les gens vu que c'est nous qui somme les officiels -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 6 décembre 2013 15:22, Nicolas Moyroud nmoyr...@free.fr a écrit : Ça correspond pas totalement parfaitement, mais presque ! Je mettrais bien à disposition une copie d'écran des deux couches mais j'ai peur de ne pas en avoir le droit. L'IGN a fait une mise à jour, peut-être depuis le cadastre, entre décembre 2011 et mars 2013. Peut-être utilisent-ils un outil de comparaison entre leur données et celles d'OSM pour détecter les endroits où il peut y avoir des erreurs dans leurs données et ensuite faire des mises à jour depuis une source autorisée ?? Du coup, le découpage de Google Maps est faux. Voilà ce qui peut arriver quand on achète ses données à l'IGN ! ;-) Voilà surtout ce qui arrive quand on n'achète pas (ou plus) les mises à jour ;) Pour moi, une mise à jour de données non libres ne peut s'appuyer ni directement ni indirectement de données libres en partage à l'identique. Sinon, cela nous autoriserai à l'inverse à publier la liste des endroits ou les limites administratives d'OSM s'éloignent de beaucoup de celles par exemple de la BD Topo (sans publier les données de la BD Topo) et cibler les endroits nécessitant un contrôle (vu qu'on ne peut considérer la BD Topo comme une référence pour les limites admins d'après les erreurs dans les échantillons disponibles). Ce qu'on ne peut pas faire dans un sens, il n'y a aucune raison qu'on puisse le faire dans l'autre. Le partage c'est dans les deux sens, pas à sens unique. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Josm : Problème avec le cadastre
Bonsoir, Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je demande une première commune (vectorielle). Ça s'affiche bien. Ensuite, je veux voir une seconde commune (vectorielle) voisine. Je supprime le calque de la première commune. Je vais dans le menu Cadastre|Changer de lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf que c'est toujours le fond de la première commune qui s'affiche même si dans la liste des calques, j'ai bien le nom de la seconde commune. Une idée? Je suis le seul? -- Éric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm : Problème avec le cadastre
En complément, si je redémarre josm et que je demande directement la seconde commune, j'obtiens bien le cadastre de la seconde commune. Sinon, j'ai un autre problème. Dans le même coin, il y a une troisième commune cette fois en raster mais géoréférancé en Lambert III dans http://www.cadastre.gouv.fr/. Après chargement du raster, le plugin me demande de géoréférencer l'image sans indiquer qu'il existe déjà un géoréférencement. Tout ça pour dire que je suis tombé sur un problème de limites communales dans une zone significativement urbanisée donc le bâti est aussi à la rue. Eric Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je demande une première commune (vectorielle). Ça s'affiche bien. Ensuite, je veux voir une seconde commune (vectorielle) voisine. Je supprime le calque de la première commune. Je vais dans le menu Cadastre|Changer de lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf que c'est toujours le fond de la première commune qui s'affiche même si dans la liste des calques, j'ai bien le nom de la seconde commune. --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Bonjour, Il y a un an, la limite entre Bettancourt-la-Ferrée et Saint-Dizier [1] a été sensiblement modifiée, pour que le centre hospitalier Geneviève de Gaulle Anthonioz soit intégralement situé sur le territoire de Saint Dizier. Donc ce genre d'échange arrive [1] http://www.openstreetmap.org/way/38393948 https://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045516.html Le 5 décembre 2013 17:59, adrien carpentier ad.carpent...@gmail.com a écrit : Re- Le 5 décembre 2013 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : J'imagine que l'échange de parcelles entre communes doit arriver de temps en temps. Mais on a aucun moyen de le détecter. Stf Plus que des échanges de parcelles, il s'agit plutôt de démembrements/remembrements qui font bouger les limites de parcelles... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bilan première réunion technique IGN/OSM-FR
Ce matin Gaël, Vincent, Marc et moi étions à l'IGN pour une première rencontre technique. C'est suite à la rencontre avec la direction de l'IGN de ces dernières semaines que nous avons lancé cette série de réunions technique pour mieux nous connaitre, mieux connaître nos façons de faire, nos outils, nos problèmes respectifs. Donc ce coup-ci c'était l'IGN qui nous montrait quelques outils et nous recevait dans ses locaux. On a commencé par un outil d'appariement qui permet de retrouver les objets similaires dans deux bases. Cet appariement se fait sur le plan géométrique et a été développé à l'origine pour compléter les données sémantiques d'une base riche géométriquement mais pauvre sémantiquement avec les données sémantique de l'autre base plus riche mais plus pauvre sur le plan géométrique (ça va vous suivez ?). Pour nous ça donnerai par exemple : - la BD Carthage : avec des noms, des ref:sandre potentiels, de la navigabilité mais une géométrie moins détaillées que... - les données OSM avec des cours d'eau tracés mais sans tout les tags qu'on pourrait ajouter Pour cela un sur-découpage du filaire est fait pour faire correspondre des éléments qui ne sont pas tronçonnés de la même façon. L'exemple montré était assez intéressant, une zone sur Haïti avec des données OSM et d'autres données et comment réconcilier tout ce petit monde. Ca tourne dans GéoConcept, donc même si l'IGN peut mettre ça en opensource, c'est dépendant d'un logiciel propriétaire. Les principes sont proches d'une thèse que j'avais lu sur le sujet: http://recherche.ign.fr/labos/cogit/pdf/THESES/DEVOGELE/These_Devogele_1997.pdf L'appariement peut aussi être fait sur des éléments surfaciques et a été utilisé pour intégrer le bâti du cadastre dans la BDUni (la base mère de l'IGN). Le plus dûr à apparier, ce sont des données avec des géométries prévues pour des échelles très différentes ou lorsque la topologie est différente car l'outil semble aussi s'appuyer sur un grapohe pour les données filaires. Deuxième outil dont on a juste parlé, c'est un générateur de diff. On lui donne 2 bases et il sort ce qui est en plus ou différent, ce qui a disparu, mais aussi les fusions/tronçonnages ou les fausses modifs (suppression/ajout du même élément). Ca se base sur des ID d'objet et aussi une comparaison géométrique mais très serrée (par comme pour l'appariement). Troisième outil, c'est le futur outil de remontée d'erreurs basé sur une interface web qui permet d'accèder directement aux données de la BDUni (de la veille) un peu comme avec iD. L'avantage c'est qu'on modifie directement les attributs des objets et qu'on accède aux objets présents en base mais aussi on peut rendre visible ceux supprimés ainsi que les colorer selon leur date de dernière mise à jour. Prochaine réunion technique en janvier, ce coup là c'est l'IGN qui viendra nous voir à La Fonderie, sûrement avec quelques collecteurs qui tournent sur le terrain. On a en effet parlé de GoPro, d'outils de saisie, de suivi des modifs de données, mais aussi d'outil de contrôle à priori (façon validator de JOSM) que l'IGN a dans ses outils, mais il ne semble pas y avoir d'équivalent à osmose. A ce sujet, j'ai lancé l'idée de définir des règles de cohérences sous forme de scripts génériques non liés à un outil ou des formats de données pour par exemple décrire des choses comme: un bureau de poste est soit ponctuel, soit d'une surface comprise entre 10 et 500m2. C'est une idée qui m'était venue pendant l'exposé d'une autre thèse lors de la journée OSM au CRAIG: http://recherche.ign.fr/labos/cogit/pdf/THESES/BRANDO/M%C3%A9moire_de_Th%C3%A8se-Carmen_Brando_Escobar_2013.pdf -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 06/12/2013 19:33, Yannick VOYEAUD a écrit : Le 06/12/2013 14:54, Frédéric Rodrigo a écrit : L'auteur du site web que tu cites doit avoir une source peu fiables ;) Frédéric. Bonsoir, Frédéric Jean TOSTI travaille avec des sources très fiables. Si je dois choisir entre Jean TOSTI et l'IGN il n'y a pas photos je choisirais Jean. En effet comme tout généalogiste-historien, amateur ou non, il utilise les archives où l'on trouve les chartes, les terriers et autres sources anciennes ancêtres du cadastre actuel. Les sources sont peu enclines à discussions quant à leur fiabilité originelle. Certes la révolution a quelque peu chamboulé les propriétaires mais pour l'ancien régime je suis certains qu'il n'y aura jamais mieux tant en précision qu'en fiabilité. Amitiés Pas d'emballement, j'ai mis un smiley. C'était une boutade vis-à-vis du référentiel qu'est l'IGN. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bilan première réunion technique IGN/OSM-FR
Le 6 décembre 2013 21:23, Christian Quest cqu...@openstreetmap.fr a écrit : Ce matin Gaël, Vincent, Marc et moi étions à l'IGN pour une première rencontre technique. Merci pour le compte-rendu :) A ce sujet, j'ai lancé l'idée de définir des règles de cohérences sous forme de scripts génériques non liés à un outil ou des formats de données pour par exemple décrire des choses comme: un bureau de poste est soit ponctuel, soit d'une surface comprise entre 10 et 500m2. C'est une idée qui m'était venue pendant l'exposé d'une autre thèse lors de la journée OSM au CRAIG: http://recherche.ign.fr/labos/cogit/pdf/THESES/BRANDO/M%C3%A9moire_de_Th%C3%A8se-Carmen_Brando_Escobar_2013.pdf Très bonne idée. Que l'on pourrait tout à fait supporter dans le validateur de JOSM ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag layer et Osmose
Le 5 décembre 2013 10:17, Pieren pier...@gmail.com a écrit : +1 layer=0 est rather useless (inutile) et j'en efface assez régulièrement. Tous les objets qui n'ont pas de tag layer sont en layer=0. Et il y a en beaucoup plus sans tag layer qu'avec layer=0 ;-) +1, et le nombre de layer=0 va baisser. A partir de la version 6447, JOSM détecte ce tag comme inutile et propose sa suppression. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les antennes radio
Bonsoir, J'ai lu un article en ligne indiquant que l'agence nationale des fréquences viens de mettre en ligne des application permettant de localiser les antennes : http://www.lefigaro.fr/secteur/high-tech/2013/12/06/01007-20131206ARTFIG00462-4g-une-application-pour-localiser-les-antennes-des-operateurs-telecoms.php Peut être est t'il possible de les contacter pour leur demander l'autorisation de réutiliser les données. En attendant je compte m'en servir pour venir constater sur place la présence effective d'antenne et cartographier ce que j'aurai réellement relevé (pas d'édition en mode canapé). Est ce que j'ai le droit ?? Le 5 déc. 2013 09:34, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : En second élément pour ne pas mettre de layer sur l'objet traversé c'est que mettre un tag layer sur une rivière ou sur un long segment peut aussi créer des erreurs en dehors de la zone d'édition à quelques kilomètres. Exemple classique : la voie ferrée qui peut passer une fois au dessus, une fois en dessous. Le 5 déc. 2013 08:58, Christian Quest cqu...@openstreetmap.fr a écrit : layer=* est utilisé par les moteurs de rendu pour aider à déterminer l'ordre de dessin. Une absence de tag layer équivaut à layer=0, ce qui fait qu'au final layer=0 n'a pas vraiment d'utilité et est donc rather unusual (il y en a quand même plus de 230 000 d'après taginfo). Le 5 décembre 2013 00:48, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, en essayant de corriger les erreurs osmose avec le message *Manque le tag layer aux alentours du pont* j'ai pris l'habitude de mettre la rivière ou la route en layer=0 et le pont en layer=1 (ou 1 et 2 si plusieurs croisement) Dernièrement, j'ai été contacté par un utilisateur concernant mes modifications sur le tag layer et me retourne vers vous pour savoir qu'est ce qu'il faut utiliser? si je vais dans la bonne direction ou me trompe complétement? j'ai pas trouvé d'exemples sur le wiki. la personne avec qui je suis en contact me demande : normally the bridge would be layer=1 and the river without any tags? qu'en est il réellement? autre échange toujours en anglais : I was wondering for example about this: http://www.openstreetmap.org/way/244371711 layer=1 without a bridge or layer=-1 without a tunnel is very frequently an error which is why it caught my attention. Another thing: http://www.openstreetmap.org/way/71175201 - it is not an error to add layer=0 but rather unusual. Merci de vos lumières, Simon ps: par rapport à Osmose, sur le territoire italien, une erreur reporté le 01/11/2013 qui a été corrigé 1 moi avant c'est normal? ( http://www.openstreetmap.org/node/2476544745 -- http://osmose.openstreetmap.fr/fr/map/?username=RicoZzoom=18lat=46.20995lon=10.75401layers=B00FFTitem=level=1 ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Tag layer et Osmose
Le 06/12/2013 21:50, Vincent Privat a écrit : Le 5 décembre 2013 10:17, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : +1 layer=0 est rather useless (inutile) et j'en efface assez régulièrement. Tous les objets qui n'ont pas de tag layer sont en layer=0. Et il y a en beaucoup plus sans tag layer qu'avec layer=0 ;-) +1, et le nombre de layer=0 va baisser. A partir de la version 6447, JOSM détecte ce tag comme inutile et propose sa suppression. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour on trouve aussi souvent des waterway taggé sur tout le chemin avec layer=-1 -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr