[OSM-talk-fr] Extraire le cadastre non vectorisé en image
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, j'utilise les cadastres_tools pour extraire en image (et les géoréférencer) le cadastre afin de bosser avec sous qgis et avec mes relevés gpx tout en mapant sous josm (bref l'éclate :D ) Comment puis je faire de même avec les cadastres non vectorisés ? C'est à dire, utiliser un outil, lui donner des limites et il me génère une image (png ou jpg, pas un géotiff faut pas rêver ;) ) avec un zoom choisi (donc plus ou moins grosse) du cadastre en raster. Bon week end - -- Patrice Vetsel ubu...@kagou.fr Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkr+bl0ACgkQAGLykBXAlNsmngCgnmgSJalCRlDFUzPKEKaFYil1 rpUAnApnPzXC0DdI6+MjUeBnESzIpd6H =Zqz7 -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Christian Rogel a écrit avec un certain humour: En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme garantie par la Loi et tout l'appareil de l'Etat. Voila un argument qui n'a jamais suffit à convainccrel'objecteur de conscience que je suis. Pieren a écrit : Pour sécuriser la syntaxe de l'Insee, la solution serait peut-être de la mettre systématiquement dans un tag à part, par exemple name:INSEE (pour suivre le schéma du ref:INSEE). Ça me va. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Plutôt que d'ajouter une exception, il faudrait soit déplacer la frontière si elle est trop à l'ouest, soit bouter le (chemin) italien hors de France si c'est le chemin qui est trop à l'est ;-) Et interdire les départs du tour de France depuis l'étranger ? ;-) Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraire le cadastre non vectorisé en image
Patrice Vetsel wrote, On 14/11/09 9:46: j'utilise les cadastres_tools pour extraire en image (et les géoréférencer) le cadastre afin de bosser avec sous qgis et avec mes relevés gpx tout en mapant sous josm (bref l'éclate :D ) Moi aussi ça m'intéresserait de savoir comment tu extrais des images du cadastre. Avec les problèmes de projection que j'ai, ça pourrait me débloquer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraire le cadastre non vectorisé en image
Bonjour Pourrais tu stp faire un tuto sur cette utilisation des cadastre-tools pour travailler sous Qgis avec le cadastre vectoriel ? Cela pourrait servir à beaucoup de monde je pense :) Merci d'avance Kimaidou Le 14 novembre 2009 09:46, Patrice Vetsel ubu...@kagou.fr a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, j'utilise les cadastres_tools pour extraire en image (et les géoréférencer) le cadastre afin de bosser avec sous qgis et avec mes relevés gpx tout en mapant sous josm (bref l'éclate :D ) Comment puis je faire de même avec les cadastres non vectorisés ? C'est à dire, utiliser un outil, lui donner des limites et il me génère une image (png ou jpg, pas un géotiff faut pas rêver ;) ) avec un zoom choisi (donc plus ou moins grosse) du cadastre en raster. Bon week end - -- Patrice Vetsel ubu...@kagou.fr Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkr+bl0ACgkQAGLykBXAlNsmngCgnmgSJalCRlDFUzPKEKaFYil1 rpUAnApnPzXC0DdI6+MjUeBnESzIpd6H =Zqz7 -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Le Sat 14 Nov 2009 à 00:44 +0100, Pieren a ecrit : il n'y aura pas de solution idéale. Est-ce le code INSEE ne serait pas suffisant pour ces applications ? On pourrait aussi utiliser alt_name au lieu de loc_name pour ménager les susceptibilités mais j'ai peur que cela n'empêchera pas les guerres d'édition. Pour sécuriser la syntaxe de l'Insee, la solution serait peut-être de la mettre systématiquement dans un tag à part, par exemple name:INSEE (pour suivre le schéma du ref:INSEE). +1 Ainsi, un robot pourrait contrôler les modifications sur le TAG name:INSEE, et l'humain resterait seul à décider si name doit suivre ou pas name:INSEE. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
Le Fri 13 Nov 2009 à 23:29 +0100, Pieren a ecrit : 2009/11/13 Eric Sibert courr...@eric.sibert.fr: J'essaierais avec un tag place=island + name=* sur chaque polygone d'île et peut-être une relation de type multipolygone pour l'ensemble (avec un rôle outer pour chacune) mais il ne faut pas forcément espérer un bon résultat au niveau du rendu. Je pense aussi qu'un multipolygon avec plusieurs outers serait le plus logique, mais il semblerait que ce ne soit pas encore officiel. http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons Quelqu'un en sait plus sur la possibilité d'avoir des multipolygons avec outer multiples, au niveau du rendu ? Je l'utilise parfois, quand c'est logique (2 batiments voisins avec un seul nom pour l'ensemble), mais j'essaie de limiter les cas. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraire le cadastre non vectorisé en image
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 kimaidou a écrit : Bonjour Pourrais tu stp faire un tuto sur cette utilisation des cadastre-tools pour travailler sous Qgis avec le cadastre vectoriel ? Cela pourrait servir à beaucoup de monde je pense :) Merci d'avance Kimaidou Bien volontiers :) J'y bosse, je te (vous) tiens au courant. Le 14 novembre 2009 09:46, Patrice Vetsel ubu...@kagou.fr mailto:ubu...@kagou.fr a écrit : Bonjour, j'utilise les cadastres_tools pour extraire en image (et les géoréférencer) le cadastre afin de bosser avec sous qgis et avec mes relevés gpx tout en mapant sous josm (bref l'éclate :D ) Comment puis je faire de même avec les cadastres non vectorisés ? C'est à dire, utiliser un outil, lui donner des limites et il me génère une image (png ou jpg, pas un géotiff faut pas rêver ;) ) avec un zoom choisi (donc plus ou moins grosse) du cadastre en raster. Bon week end ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel ubu...@kagou.fr Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkr+maYACgkQAGLykBXAlNtSXACfSx3Rm334r9ePSvm2+4GQUq0c b+MAoJXgr57r8tBHDtXn4rtKnklslmui =RJJD -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraire le cadastre non vectorisé en image
Je précise que je sais comment le faire manuellement, extraaction de PDF depuis le site du cadastre/copier coller/géoréférencement sous Qgis, mais c'est un poil lourd. Je cherche vraiment un utilitaire style ligne de commande ou script PHP. Patrice Vetsel a écrit : Bonjour, j'utilise les cadastres_tools pour extraire en image (et les géoréférencer) le cadastre afin de bosser avec sous qgis et avec mes relevés gpx tout en mapant sous josm (bref l'éclate :D ) Comment puis je faire de même avec les cadastres non vectorisés ? C'est à dire, utiliser un outil, lui donner des limites et il me génère une image (png ou jpg, pas un géotiff faut pas rêver ;) ) avec un zoom choisi (donc plus ou moins grosse) du cadastre en raster. Bon week end ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
Guillaume Allegre a écrit : Le Fri 13 Nov 2009 à 23:29 +0100, Pieren a ecrit : 2009/11/13 Eric Sibert courr...@eric.sibert.fr: J'essaierais avec un tag place=island + name=* sur chaque polygone d'île et peut-être une relation de type multipolygone pour l'ensemble (avec un rôle outer pour chacune) mais il ne faut pas forcément espérer un bon résultat au niveau du rendu. Je pense aussi qu'un multipolygon avec plusieurs outers serait le plus logique, mais il semblerait que ce ne soit pas encore officiel. http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons Quelqu'un en sait plus sur la possibilité d'avoir des multipolygons avec outer multiples, au niveau du rendu ? Je l'utilise parfois, quand c'est logique (2 batiments voisins avec un seul nom pour l'ensemble), mais j'essaie de limiter les cas. CLC en a importé un paquet ! Mais les ways étaient ouverts. Peu importe le rendu, : chaque île est rendue pour elle même. Dans le pire des cas, Mapnik risque de passer deux couches de peinture, une pour l'île, une pour le multipolygone. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
Peu importe le rendu, : chaque île est rendue pour elle même. Dans le pire des cas, Mapnik risque de passer deux couches de peinture, une pour l'île, une pour le multipolygone. Même si ma préoccupation première n'est pas le rendu, je ne voudrais pas non plus que chaque île se retrouve avec le nom de l'ensemble. J'ai regardé le multipolygone avec plusieurs outer (More than one (disjunct) outer ring). Ça me paraît par exemple tout à fait adapté à une réserve naturelle avec plusieurs morceaux. À ce moment là, on affecte le nom de la réserve à la relation et pas à chaque morceau. Mais dans mon cas, sur chaque île, j'ai déjà mis place=island et name=*. Je crois que je vais quand même prendre le mutlipolygone avec nom dedans. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Le samedi 14 novembre 2009 00:44, Pieren a écrit : J'ai l'impression qu'on assiste à un clivage entre jacobins et girondins. Ou entre citoyens et autorité ? Ou entre verité et contraintes opérationnelles ? (C'est à dire que je me doute bien que l'insee n'a pas voulu imposer autre chose mais devant les 36600 communes, il ne peut qu'y avoir des erreurs sur la masse et comme je vois mal l'insee mettre en place un wiki du nom des communes, ben on se traîne des erreurs, qui deviennent des normes) Mettre la version de l'INSEE en premier (sur le tag name) fera qu'on aura des cartes avec une version qui n'est pas celle affichée et utilisée lorsqu'on arrive sur place. Pas cool. Mettre la version locale en premier fera que toutes les applications utilisant OSM à partir de la base INSEE ne retrouveront pas leurs petits. C'est un très bon résumé du problème, selon l'utilisation souhaitée l'utilisateur ne voudra pas le même name. Est-ce le code INSEE ne serait pas suffisant pour ces applications ? Je commence à penser que oui, après tout, la base de l'insee est disponible, et donc le recoupement ref:INSEE - nom:INSEE est facile On pourrait aussi utiliser alt_name au lieu de loc_name pour ménager les susceptibilités mais j'ai peur que cela n'empêchera pas les guerres d'édition. Le problème selon moi, ce n'est pas tant qu'il existe loc_name, alt_name, name:lang, name:INSEE, c'est même plutôt une très bonne manière de gérer les noms selon référentiel. Le problème c'est que en dehors de name quand on tag loc_name, ben, on a un peu l'impression que ça n'a servi à rien car ce n'est utilisé nul part. ( un export garmin ? une carte ? etc.) Bien sûr, avec le temps, on peu espérer que ça change mais le fait est là, c'est name qui est affiché, et forcément tout le monde ne voulant pas la même chose chez nos amis belges, ça donne des choses pour le moins, amusantes : http://beta.letuffe.org/?zoom=12lat=50.83579lon=4.36783layers=BFF systématiquement dans un tag à part, par exemple name:INSEE (pour suivre le schéma du ref:INSEE). L'idée semble bonne, je suis d'ailleurs pour (à titre perso), les autres aussi visiblement, mais c'est bien une manière de pousser le nom INSEE dans un coin sombre pour l'oublier. Ce qui revient à tagguer les name en fonction de l'usage local. Mais permettant de ne pas trop choquer les pro-INSEE, mais finalement retour en haut, ref:INSEE pourrait suffir. D'ailleurs avec un coup de robot vite fait on peut placer à pas cher le name:INSEE partout où il existe ref:INSEE -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour Osmarender
En fiat, je pense qu'il y a un bug dans le rendu osmarender. Certaines zones finissent par se mettre à jour alors que d'autres sont toujours incomplètes après plusieurs demandent manuelles de rendu. Or c'est lorsqu'il y a des limites de parcs qui passent par une tuile de zoom=12 sans avoir de point à l'intérieur. La limite n'est jamais rendue: http://osm.org/go/lq4_9JH--?layers=0B00FTF http://osm.org/go/nFzOLaO--?layers=0B00FTF Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
Le samedi 14 novembre 2009 13:55, Eric SIBERT a écrit : Même si ma préoccupation première n'est pas le rendu, je ne voudrais pas non plus que chaque île se retrouve avec le nom de l'ensemble. Le rendu map...@osm.org sait gérer ça : http://osm.org/go/0CDcJpAA J'ai regardé le multipolygone avec plusieurs outer (More than one (disjunct) outer ring). par flemme tu peux laisser sans rôle, c'est considéré comme outer, ce qui me semble logique. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
Bonjour, J'ai l'impression que le problème rejoint celui de la délimitation des zones militaires et des parcs naturels. Je verrais bien suivre la même méthode de délimitation ... Mes 5 centimes Le 13 novembre 2009 21:50, Eric Sibert courr...@eric.sibert.fr a écrit : Bonsoir, Soit un groupe d'îles. L'ensemble des îles à un nom. Mais chaque île a aussi son propre nom. Comment on indique l'un et l'autre? Exemple : à la sortie d'Ajaccio, il y a les ïles Sanguinaires mais chacune a son nom : Grande Sanguinaire, Isola di Porri... http://osm.org/go/xW1DopM4-- Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Vincent Pottier a écrit : Christian Rogel a écrit avec un certain humour: En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme garantie par la Loi et tout l'appareil de l'Etat. Voila un argument qui n'a jamais suffit à convainccrel'objecteur de conscience que je suis. Effectivement, j'ai répondu à la question posée : si on met un tag avec INSEE, cela paraît difficile de mettre autrechose que ce qu'il y a dans la liste de l'INSEE, celle-ci pouvant pourtant contenir des erreurs par omission, comme le prouve les procédures, qui, dans un cas que j'ai cité, ont abouti à un jugement favorable du Conseil d'Etat, mais pas à une rectification immédiate de l'INSEE. Il me semble que mettre le nom officiel (en France, celui de l'INSEE) est une règle d'OSM à valeur universelle, mais je n'ai pas vérifié. C'est les local name/alt name/name:code IOS de langue qui doivent permettre d'ajouter la version utile aux locaux et les logiciels d'exploitation des données OSM d'en tenir compte. Pour L'Hospitalet, je trouve que 'omission de l'apostrophe pourrait avoir un bénéfice, mais pas pour les noms en breton, car la prononciation en serait affectée. Gouesnac'h se dit Gouénarr par ici. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles
J'ai l'impression que le problème rejoint celui de la délimitation des zones militaires et des parcs naturels. Je verrais bien suivre la même méthode de délimitation ... Certes mais peux-tu préciser ta pensée? J'ai dû rater une discussion ou deux ;-) Je viens de regarder un parc américain avec quatre parties (http://osm.org/go/TxxAxD). Ils ont fait quatre parcs distincts avec District Machin à la fin du name=. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Le Sat 14 Nov 2009 à 14:35 +0100, sylvain letuffe a ecrit : Mettre la version de l'INSEE en premier (sur le tag name) fera qu'on aura des cartes avec une version qui n'est pas celle affichée et utilisée lorsqu'on arrive sur place. Pas cool. Mettre la version locale en premier fera que toutes les applications utilisant OSM à partir de la base INSEE ne retrouveront pas leurs petits. C'est un très bon résumé du problème, selon l'utilisation souhaitée l'utilisateur ne voudra pas le même name. Mais en même temps ça induit la réponse à la question : que mettre dans name ? Les utilisateurs lambda de la carte voudront en grande majorité voir ce qui apparaît sur les panneaux d'agglomération... Les utilisateurs avancés qui utilisent OSM comme base de données sont tout à fait capables de choisir le tag qu'ils veulent récupérer, donc name:INSEE ou même ref:INSEE. Donc name=le terrain (oui, je sais, il peut AUSSI y avoir divergence sur le terrain, mais c'est un autre problème). systématiquement dans un tag à part, par exemple name:INSEE (pour suivre le schéma du ref:INSEE). L'idée semble bonne, je suis d'ailleurs pour (à titre perso), les autres aussi visiblement, mais c'est bien une manière de pousser le nom INSEE dans un coin sombre pour l'oublier. Pas forcément. Ça ne présuppose pas que le name sera différent. Ça facilite juste le contrôle visuel par l'opérateur sur son éditeur OSM préféré, sans qu'il ait besoin de se référer à une base externe. D'ailleurs avec un coup de robot vite fait on peut placer à pas cher le name:INSEE partout où il existe ref:INSEE C'est vrai ;-) Alors, commençons par ça, et essayons de collecter ici les cas de divergence représentatifs, pour en discuter et voir si on peut aller plus loin dans l'automatisation ou pas. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau plugin de v érification des majuscules
Thomas Petillon a écrit : Oui c'est sûrement le meilleur moyen. Comment est fait Osmose, les sources sont dispos quelque part ? Osmose a deux bouts, un front-end basé sur openlayer et des cgi python, et plein de backends. Celui qui t'intéresse s'appelle osmose (c'est le premier backend) qui parse le fichier osm et envoie le flux dans tout plein de plugins. http://osmose.openstreetmap.fr/src/ Le plugin de toponymie est là : http://osmose.openstreetmap.fr/src/plugins/Name_Toponymie.py Mes plugins sont souvent codés rapidement suivant mes inspirations du moment, et pas toujours optimaux. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr