Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 17/12/2010 13:10, Emilie Laffray a écrit : L'achat non volontaire de cartes basées sur OSM par Google et Waze respectivement en Colombie et au Chili montre bien que dans pas mal d'endroit dans le monde, OSM est clairement une des meilleures sources d'information géographiques disponibles Ah je trouvais étrange de retrouver que Google map des routes que j'avais faites au GPS en Colombie ! Ceci explique cela... Merci Émilie pour ces infos :) Bastien attachment: sebastien_debucquoi.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Salut. Je pense justement que c'est pour ça que OSM est un danger plus pour des sociétés comme Navteq et Teleatlas que pour l'IGN pour le moment. NT et TA ne sont que des aggrégateurs de cartes à la base. En mettant la casquette entreprise très brièvement, OSM est aussi un moyen formidable d'avoir une base de donnée mondiale sans avoir à passer par un système extrêmement contraignant de la part de société comme NT, et TA. De plus, ces sociétés n'ont généralement qu'une couverture limitée en terme de haute précision (parler de haute précision en Irlande et de TA risque de faire hurler certains). Après on trouve des produits où les routes majeures existent mais leur imprécision est telle que c'est quasiment inutilisable. J'ai posé une fois la question à des gens de TA sur comment ils calculaient leur taux de couverture. La réponse fut brève et intéressante: On a des algos pour cela. Bref, sur pas mal de points, c'est pas mal de pipeau. Quant à la précision, c'est quelque chose que l'on me demande régulièrement, mais il est certain que les osmeurs qui officient ici et ailleurs tiennent extrêmement à coeur la qualité des données. Je ne compte plus le nombre d'heures que j'ai passé à recaler certaines rues en fonction de ce que j'ai relevé sur le terrain, en re analysant le cadastre, et maintenant l'imagerie aérienne. On ne peut pas dire que ça soit très productif en terme de cartographie mais je me rends compte en regardant mes premières rues sur OSM que ma précision a globalement augmenté parce que je prends soin de faire en sorte que la qualité soit la meilleure possible. L'autre chose que l'on entend c'est mais telle ou telle publication dit que vous avez 5 a 10 m de différence avec les données opposables. La encore, l'argument est fallacieux sur pas mal de points et dépend de l'usage que l'on veut faire des données. A t'on besoin d'une précision inférieure à 5m sur une carte papier au format A4? Est ce que 5m de précision nous empêche d'aller d'un point A à un point B? La réponse est clairement non. De plus, si on regarde ce que Muki Haklay a dit dans une de ces publis sur l'Angleterre c'est que la qualité peut apparaître comme plus mauvaise du fait de la source de la donnée opposable. Il a commence a travailler sur une base qui s'appelle Meridian 2 qui est une simplification topologique des routes, ce qui donnait un désavantage à OSM qui était plus précis au final. Quand il a commence a regarder une source de meilleure qualité, il s'est rendu compte que la différence de précision entre les deux jeux de données était au final bien moindre que le cadre précédent. Pour renforcer le point que Gérard mentionne, il faut voir que Navteq vient d'acheter Trapster une société spécialisée dans le crowdsourcing de données géographiques. L'achat non volontaire de cartes basées sur OSM par Google et Waze respectivement en Colombie et au Chili montre bien que dans pas mal d'endroit dans le monde, OSM est clairement une des meilleures sources d'information géographiques disponibles. Sinon, je pense que justement les pros se posent de plus en plus la question. Il y a un an j'ai discuté avec quelqu'un qui est associé avec la directive PSI, et il est convaincu qu'a terme OSM va devenir la base de référence du fait de la qualité grandissante et de son cote supranational. Emilie Laffray 2010/12/16 g.d g...@wanadoo.fr Merci, Denis, d'avoir relevé le lièvre. Le 16 déc. 2010 à 21:25, Denis a écrit : nous avons toujours plusieurs dizaines d'années de retard dans la couverture du territoire. Nous aurons beau mettre les bouchées doubles, ce retard historique sera long à combler et pourra porter, par endroits, préjudice à notre crédibilité Pour être franc (et pas du métier), je pense que les majors de la carto commencent avoir marre, de chacuns dans leur coin devoir investir des millions pour créer La Carte qui en elle-même ne leur rapporte pas de fric, la carto brute ne leur sert que de support de base nécessaire pour leurs GUI, pour ajouter de la plus-value payante de laquelle ils se font payer (services nav', infos, ...). Si je me mettais dans la peau d'un Grand,` je me demanderais, pourquoi investir encore plus dans l'effort de créer une carto encore plus détaillée, soi-même, s'il suffirait de donner à OSM les infos nécessaires pour ce faire, avec précision ? Puisqu'on les a déjà faits, ces infos... (images re-projetées sur dem). Tous savent très bien qu'on ne peut plus amadouer les osm'eurs avec des images simplement ortho, ce sont devenu des perfectionnistes, bien qu'amateur on n'est pas cons, mais ils savent caler un point avec cinquante centimètres de précision, avec leurs gps de rando. Eux se prennent le temps pour ce faire, temps que les pro's n'ont pas. Il ne sert à rien, de faire circuler des flottes de véhicules équipés sur des chemins de campagne, mieux vaut les faire se concentrer sur les grands trajets et sur les villes, pour y relever les points intéressants et les
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Je ne suis pas géomètre, mais l'ai étudié durant 2 ans à une fac' en RFA. Mon métier depuis 22 ans sont les Monuments Historiques, mais comme le monde est petit, je suis souvent confronté à des plans cadastraux, aux actuels comme aux anciens, y compris aux relevés partiels d'antan, avant assemblage en planches. Aussi, durant trois ans en tant qu'ingénieur des eaux en RFA j'y étais confronté. Là-bas, à mon époque, le dessin du plan cadastre faisait foi, d'où une application extrême pour sa conservation et reproduction. J'avais écrit un brouillon résumant mes expériences à ce sujet, mais je ne l'ai pas envoyé, car trop long (d'où mon surnom... ;-) et, surtout, en aucun cas je ne voudrai heurter qui que ce soit ! Le cadastre est un puzzle vraiment inextricable, un puzzle qui déjà au départ ne s'assemblait pas. Personne n'en est coupable, l'objectif du cadastre n'était *pas*, de créer un carte projetée du pays. Le temps ne l'a pas arrangé... Pour vous communiquer mes expériences, je le colle mon brouillon à la fin. -- Le 16 déc. 2010 à 17:40, Eric Sibert a écrit : Ce document de l'IGN sur la constituion du RGE à l'aide du cadastre doit pouvoir vous éclairer sur certains points. Il y est notamment question de réassemblage des planches rasters. http://recherche.ign.fr/doc/BI72/B02_72_GUIGUES.pdf J'ai survolé ledit document. J'ai quelques doutes dessus et sur son utilisation réelle. Grosso modo: - il propose une méthode fortement automatisée de traitement du cadastre raster. - il assemble les planches façons puzzle. - il géoréférence les planches en essayant de faire coïncider des lignes qu'il extrait avec d'autres sources de données, principalement les orthophotos. - il n'y a pas de mesures ou de contrôle sur le terrain. - ça s'affole quand les erreurs sont supérieures à 3 m. Ce que j'en pense: - en ville où le cadastre est vectoriel depuis longtemps, on est largement sous les 3 m et ce n'est pas la méthode utilisée. Mes contrôles au GPS montrent qu'on est largement plus précis que le GPS de base. - à la campagne, je pense que l'IGN a utilisé cette méthode par défaut. C'est le résultat qu'on voit sur geoportail avec la couche cadastre alors même que sur le site gouv.cadastre le même cadastre n'est pas géoréférencé. Exemple : Le Bugue. - j'imagine toujours que la DGI (et/ou ses partenaires) font un calage sur le terrain du cadastre mais j'ai des doutes quand je vois des fois les erreurs de plusieurs dizaines de mètres. Ne font-ils un calage précis que dans les zones habitées? Il faudrait faire un contrôle au GPS mais c'est beaucoup moins facile de trouver des repères, les limites de propriétés étant moins matérialisées à la campagne que dans les banlieues pavillonnaires. En résumé, j'ai toujours des doutes sur le cadastre en zone rurale et la crainte que ça induise des erreurs dans OSM. Et j'aimerais bien savoir ce qu'ils font réellement sur le terrain ou pas. Eric --- Mon brouillon : Le 9 déc. 2010 à 21:16, Denis a écrit : Le 09/12/2010 12:16, Sébastien KALT a écrit : Ben justement, là je viens de tomber sur une série dans le 16, je voulais regarder plus en détail ce midi. Par exemple Touzac en Charente (et les communes autour non encore tracées dans OSM), feuille 000 0A 1, les croisillons sont du genre 47.000 en latitude et 15.800 en longitude (en bas à droite, et si j'ai pas encore mélangé longitude et latitude), le cadastre annonce Métrique locale et X=9888,16 Y=970,42 (qui je suppose sont relatifs à la feuille). J'ai beau avoir cherché, le système de référence spatial est pour le moins bizarre. Le plus simple est de contacter le CDIF (Centre Départemental des Impôts Fonciers) de Cognac qui sera à même de te dire quel est le système de projection pour cette commune (ou s'il y a une erreur !!). Peut-être aussi sur le GeoRezo, il y aura des connaisseurs pro des données cadastrales du coin. Denis Je ne connais pas cet endroit précisement, mais parfois je suis tombé (dans le cadre de mon job, encore en début d'année du côté de Toulouse, et l'an précédent en Charente) sur du plan cadastre en références locales : Les arpenteurs d'antan avaient pris un point pratique dans le paysage comme référence, souvent sur une butte (parfois avaient mis une tourelle en bois dessus, bien visible de loin). Quand on recourt les coordonnées, on peut identifier leur point de repère sur une carte IGN ou sur géoportail. Quand on réfléchit, leur procédé était normal : Les arpenteurs arrivaient dans un secteur à relever, sans qu'ils avaient un réseau général auquel rattacher. Il fallait bien commencer le travail quelque part... Donc d'abord les arpenteurs du cadastre antan relevaient en coordonnées flottantes, petit morceau par petit morceau, sans projection, du purement x/y par rapport au fil à plomb local, et (si chance) calaient une flèche de nord magnétique sur le croquis.
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 16/12/2010 21:25, Denis a écrit : Le 16/12/2010 19:16, g.d a écrit : Je ne suis pas géomètre, mais l'ai étudié durant 2 ans à une fac' en RFA. Mon métier depuis 22 ans sont les Monuments Historiques, mais comme le monde est petit, je suis souvent confronté à des plans cadastraux, aux actuels comme aux anciens, y compris aux relevés partiels d'antan, avant assemblage en planches. Aussi, durant trois ans en tant qu'ingénieur des eaux en RFA j'y étais confronté. Là-bas, à mon époque, le dessin du plan cadastre faisait foi, d'où une application extrême pour sa conservation et reproduction. J'avais écrit un brouillon résumant mes expériences à ce sujet, mais je ne l'ai pas envoyé, car trop long (d'où mon surnom... ;-) et, surtout, en aucun cas je ne voudrai heurter qui que ce soit ! Le cadastre est un puzzle vraiment inextricable, un puzzle qui déjà au départ ne s'assemblait pas. Personne n'en est coupable, l'objectif du cadastre n'était *pas*, de créer un carte projetée du pays. Le temps ne l'a pas arrangé... Pour vous communiquer mes expériences, je le colle mon brouillon à la fin. Merci Gerhard de faire bénéficier la communauté des fourmis apprenantes (CFA c'est aussi Centre de Formation des Apprentis;-) de ton expérience passée. Elle éclaire utilement un monde où les pratiques ont bien changé depuis quelques années. On ne comprend pas toujours tout, tout de suite, mais ça laisse des traces (et des archives ;-) . Dire que Le cadastre est un puzzle vraiment inextricable, c'est toucher du doigt les limites (et pas que celles de notre entreprise) de la collecte, du traitement de l'information même labellisée ; c'est aussi nous renvoyer à une nouvelle pratique citoyenne : découverte, exploration, analyse, critique, proposition, contre-proposition, débat, etc. Pour les bordures communales, OSM n'a pas à rougir de son travail et la prochaine mise à disposition gratuite (c'est prévu pour le 1er janvier prochain), par l'IGN et aux seules structures de service public de l'ensemble des 4 composantes du Référentiel à Grande Échelle -RGE- (orthophoto, BD Topo, BD Parcellaire, BD Adresse) va créer une situation inédite, au moins pour les Collectivités Territoriales, et un véritable challenge pour notre communauté. La bonne nouvelle, c'est qu'on va pouvoir se mesurer à l'opérateur historique en termes concrets, mesurables ; une sorte de crash test IRL. La moins bonne nouvelle, c'est que nous avons toujours plusieurs dizaines d'années de retard dans la couverture du territoire. Nous aurons beau mettre les bouchées doubles, ce retard historique sera long à combler et pourra porter, par endroits, préjudice à notre crédibilité malgré les avancées opérées ici ou là. Pour tous les opérateurs qui cherchent à faire la promotion d'OSM en France, il y a des chantiers qui n'attendent qu'un investissement temps/argent. L'époque semble être aux annonces fracassantes mais mûries de longue date (SPOT, Mapquest, Bing, IGN, etc. (toutes les initiatives plus locales qui me paraissent au moins aussi importantes). 2011 s'annonce challengique. Oui merci Gerhard (aka trop court aujourd'hui !) de partager ton expérience. C'est à la fois passionnant et instructif, bref, c'est Noël :-) . Cette lecture me rappelle celle d'un bouquin, que je recommande : Le mètre du Monde de Denis Guedj (Seuil, 2000) qui relate l'épopée de la triangulation de la France à la fin du XVIIIè. Ça se lit tout seul. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Merci, Denis, d'avoir relevé le lièvre. Le 16 déc. 2010 à 21:25, Denis a écrit : nous avons toujours plusieurs dizaines d'années de retard dans la couverture du territoire. Nous aurons beau mettre les bouchées doubles, ce retard historique sera long à combler et pourra porter, par endroits, préjudice à notre crédibilité Pour être franc (et pas du métier), je pense que les majors de la carto commencent avoir marre, de chacuns dans leur coin devoir investir des millions pour créer La Carte qui en elle-même ne leur rapporte pas de fric, la carto brute ne leur sert que de support de base nécessaire pour leurs GUI, pour ajouter de la plus-value payante de laquelle ils se font payer (services nav', infos, ...). Si je me mettais dans la peau d'un Grand,` je me demanderais, pourquoi investir encore plus dans l'effort de créer une carto encore plus détaillée, soi-même, s'il suffirait de donner à OSM les infos nécessaires pour ce faire, avec précision ? Puisqu'on les a déjà faits, ces infos... (images re-projetées sur dem). Tous savent très bien qu'on ne peut plus amadouer les osm'eurs avec des images simplement ortho, ce sont devenu des perfectionnistes, bien qu'amateur on n'est pas cons, mais ils savent caler un point avec cinquante centimètres de précision, avec leurs gps de rando. Eux se prennent le temps pour ce faire, temps que les pro's n'ont pas. Il ne sert à rien, de faire circuler des flottes de véhicules équipés sur des chemins de campagne, mieux vaut les faire se concentrer sur les grands trajets et sur les villes, pour y relever les points intéressants et les obstacles et contraintes e circulation, et sur les suppléments. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
On 9 déc. 2010, at 12:16, Sébastien KALT wrote: Je pensais utiliser cadget (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/cadget), mais je n'ai pas résolu encore le calage des fichiers récupérés. Tu vois les choses comment toi ? Je rame aussi pour le géo-référencement. C'est facile de placer (PicLayer) ou géoréférencer (QGIS) une feuille isolée, mais le problème est que la moindre erreur crée un décalage aux frontières entre feuille, ce qui est très gênant, sachant que les feuilles elle-même sont bien plus précises que ça, en particulier pour les limites de communes. Je viens d'explorer une piste pour essayer de corriger ça, en utilisant la consistance interne (supposée) du cadastre: 1. récupérer les feuilles avec cadget 2. placer des paires de points de contrôle avec Hugin, qui est à l'origine un logiciel pour créer des panoramas à partir de photos. Je l'utilise juste comme éditeur graphique, pour définir point X de feuille AB correspond à point Y de feuille AC. 3. un programme fait maison (basé sur levmar (1)) lit tout ces points et tente de trouver le géoréférencement optimal pour TOUTES les feuilles d'un coup Mais 3. est assez complexe et je ne crois pas que j'aurais le temps d'en arriver à bout. Même si techniquement je suis assez avancé, il reste pas beaucoup à faire. Si quelqu'un est intéressé, je peux mettre mon chantier à disposition. Question juridique : Est-il légal de géoréférencer en prenant des points de référence sur le géoportail ? Je sais bien qu'on a pas le droit de l'utiliser pour créer la carte OSM , mais ici il s'agit de relever une poignée de coordonnées sur le site, on est bien loin d'une recopie. Je n'ai rien trouvé sur le site à ce sujet. (1) http://www.ics.forth.gr/~lourakis/levmar/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
On 9 déc. 2010, at 13:54, Eric Sibert wrote: - récupérer la feuille avec Cadget - aller sur le terrain avec un GPS - prendre les coordonnées sur le terrain d'une dizaine de points caractéristiques du cadastre, bien répartis sur la feuille - utiliser mon logiciel de calibration de carte : http://eric.sibert.fr/article171.html J'essaierai ton outil dès que possible, je n'ai pas encore eu l'occasion. Je suppose qu'il ne permet pas encore de créer des points de référencement inter-images. Pour les différentes feuilles du cadastre, ça serait très utile. Est-ce que tu envisages ce genre de fonction ? A défaut d'aller sur le terrain, on peut aussi utiliser les données déjà existantes dans JOSM pour la calibration mais outre le risque d'introduire de nouvelles erreurs, ces données ne sont généralement pas en quantité suffisante ou mal réparties, et ne permettent pas de calibrer les planches du cadastre à la campagne. Je confirme que géo-référencer à la louche des cartes aussi précises que celles du cadastre n'est pas faisable. Mais géoréférencer sur le terrain, ça demande beaucoup de boulot pour faire ça correctement sur une commune. Une estimation : (20 feuilles) * (8 points / feuille) * (3 mesures pour chaque point) = 480 mesures (!) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 11/12/2010 11:58, Olivier Croquette a écrit : Je viens d'explorer une piste pour essayer de corriger ça, en utilisant la consistance interne (supposée) du cadastre: Je serais curieux de voir ce qu'il en est de la consistance du cadastre papier. Et en particulier quand ils font de le géoréférencement, est-ce qu'ils font qu'ils font juste une rotation/mise à l'échelle ou est-ce qu'il y a des fois des déformations plus complexes? 1. récupérer les feuilles avec cadget 2. placer des paires de points de contrôle avec Hugin, qui est à l'origine un logiciel pour créer des panoramas à partir de photos. Je l'utilise juste comme éditeur graphique, pour définir point X de feuille AB correspond à point Y de feuille AC. 3. un programme fait maison (basé sur levmar (1)) lit tout ces points et tente de trouver le géoréférencement optimal pour TOUTES les feuilles d'un coup On pourrait aussi imaginer avec Hugin de faire un plan unique du cadastre d'une commune. Par contre, il faudrait passer en transparent l'extérieur des feuilles. Le géoréférencement serait alors plus facile. (1) http://www.ics.forth.gr/~lourakis/levmar/ Moi, j'ai plutôt utilisé une décomposition en valeurs singulières (SVD) pour ajuster le géoréférencement à partir d'un excès de points. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Mais géoréférencer sur le terrain, ça demande beaucoup de boulot pour faire ça correctement sur une commune. Une estimation : (20 feuilles) * (8 points / feuille) * (3 mesures pour chaque point) = 480 mesures (!) Ca doit être pour ça que le géoréférencement du cadastre ne va pas très vite... Néanmoins, si tu prends un grand nombre de points, une seule mesure par point suffit. La statistique permet ensuite de repérer les points foireux. D'où effectivement l'idée de géoréférencer tout une commune d'un coup. Ca me donne quelques idées avec Hugin mais il faut que j'explore plus en avant. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
On 11 déc. 2010, at 12:53, Eric SIBERT wrote: Mais géoréférencer sur le terrain, ça demande beaucoup de boulot pour faire ça correctement sur une commune. Une estimation : (20 feuilles) * (8 points / feuille) * (3 mesures pour chaque point) = 480 mesures (!) Ca doit être pour ça que le géoréférencement du cadastre ne va pas très vite... Néanmoins, si tu prends un grand nombre de points, une seule mesure par point suffit. La statistique permet ensuite de repérer les points foireux. Oui mais tu ne peux pas te permettre de les prendre un même jour, car en fonction de la configuration des satellites, il peut y avoir un biais. Donc effectivement, on peut réduire les 8*3, mais quitte à devoir venir sur le terrain plusieurs fois, autant faire une mesure de chaque point à chaque fois. D'où effectivement l'idée de géoréférencer tout une commune d'un coup. Ca me donne quelques idées avec Hugin mais il faut que j'explore plus en avant. OK, je suis en train d'explorer aussi. Voir : http://groups.google.com/group/hugin-ptx/browse_thread/thread/873b58166bd2ff33 Les 2 problèmes : - pas de gestion de la transparence dans Hugin - pour une résolution où on peut lire tous les noms, le cadastre d'une commune entière est énorme Une piste que je n'ai pas encore eu le temps d'explorer : http://search.cpan.org/dist/Panotools-Script/bin/gigatile ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Olivier Croquette a écrit : Question juridique : Est-il légal de géoréférencer en prenant des points de référence sur le géoportail ? je ne pense pas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Salut, Ce document de l'IGN sur la constituion du RGE à l'aide du cadastre doit pouvoir vous éclairer sur certains points. Il y est notamment question de réassemblage des planches rasters. http://recherche.ign.fr/doc/BI72/B02_72_GUIGUES.pdf Fred Le 11/12/2010 13:09, Olivier Croquette a écrit : On 11 déc. 2010, at 12:53, Eric SIBERT wrote: Mais géoréférencer sur le terrain, ça demande beaucoup de boulot pour faire ça correctement sur une commune. Une estimation : (20 feuilles) * (8 points / feuille) * (3 mesures pour chaque point) = 480 mesures (!) Ca doit être pour ça que le géoréférencement du cadastre ne va pas très vite... Néanmoins, si tu prends un grand nombre de points, une seule mesure par point suffit. La statistique permet ensuite de repérer les points foireux. Oui mais tu ne peux pas te permettre de les prendre un même jour, car en fonction de la configuration des satellites, il peut y avoir un biais. Donc effectivement, on peut réduire les 8*3, mais quitte à devoir venir sur le terrain plusieurs fois, autant faire une mesure de chaque point à chaque fois. D'où effectivement l'idée de géoréférencer tout une commune d'un coup. Ca me donne quelques idées avec Hugin mais il faut que j'explore plus en avant. OK, je suis en train d'explorer aussi. Voir : http://groups.google.com/group/hugin-ptx/browse_thread/thread/873b58166bd2ff33 Les 2 problèmes : - pas de gestion de la transparence dans Hugin - pour une résolution où on peut lire tous les noms, le cadastre d'une commune entière est énorme Une piste que je n'ai pas encore eu le temps d'explorer : http://search.cpan.org/dist/Panotools-Script/bin/gigatile ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
On 9 déc. 2010, at 21:16, Denis wrote: Par exemple Touzac en Charente (et les communes autour non encore tracées dans OSM), feuille 000 0A 1, les croisillons sont du genre 47.000 en latitude et 15.800 en longitude (en bas à droite, et si j'ai pas encore mélangé longitude et latitude), le cadastre annonce Métrique locale et X=9888,16 Y=970,42 (qui je suppose sont relatifs à la feuille). J'ai beau avoir cherché, le système de référence spatial est pour le moins bizarre. Le plus simple est de contacter le CDIF (Centre Départemental des Impôts Fonciers) de Cognac qui sera à même de te dire quel est le système de projection pour cette commune (ou s'il y a une erreur !!). Peut-être aussi sur le GeoRezo, il y aura des connaisseurs pro des données cadastrales du coin. Pour info, il y a le même genre de problème du côté de Sarlat (24), et les géomètres du CDIF ne savent pas non plus quel est le système utilisé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 09/12/2010 08:42, Olivier Croquette a écrit : On 8 déc. 2010, at 13:47, Sébastien KALT wrote: * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire Je travaille là-dessus depuis un moment déjà. De quelles communes s'agit-il ? Ben justement, là je viens de tomber sur une série dans le 16, je voulais regarder plus en détail ce midi. Par exemple Touzac en Charente (et les communes autour non encore tracées dans OSM), feuille 000 0A 1, les croisillons sont du genre 47.000 en latitude et 15.800 en longitude (en bas à droite, et si j'ai pas encore mélangé longitude et latitude), le cadastre annonce Métrique locale et X=9888,16 Y=970,42 (qui je suppose sont relatifs à la feuille). Je pensais utiliser cadget (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/cadget), mais je n'ai pas résolu encore le calage des fichiers récupérés. Tu vois les choses comment toi ? Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
- récupérer la feuille avec Cadget - aller sur le terrain avec un GPS - prendre les coordonnées sur le terrain d'une dizaine de points caractéristiques du cadastre, bien répartis sur la feuille Oua, tout ça pour des limites administratives ;-) Ma méthode: 1 : voir si la commune d'à coté est vectorisée ou a des feuilles avec croisillons et coordonnées normales avant d'aller plus loin avec cette feuille 2 : utiliser des repères sur des feuilles adjacentes déjà référencées 3 : chercher des repères communs avec les photos IGN depuis Bing Maps (maintenant, c'est autorisé) 4 : faire ses propres repères avec un GPS bien callibré et avec des moyennes de mesures Pieren, qui n'est jamais allé jusqu'au 4 pour faire des limites administratives ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 09/12/2010 12:16, Sébastien KALT a écrit : Ben justement, là je viens de tomber sur une série dans le 16, je voulais regarder plus en détail ce midi. Par exemple Touzac en Charente (et les communes autour non encore tracées dans OSM), feuille 000 0A 1, les croisillons sont du genre 47.000 en latitude et 15.800 en longitude (en bas à droite, et si j'ai pas encore mélangé longitude et latitude), le cadastre annonce Métrique locale et X=9888,16 Y=970,42 (qui je suppose sont relatifs à la feuille). J'ai beau avoir cherché, le système de référence spatial est pour le moins bizarre. Le plus simple est de contacter le CDIF (Centre Départemental des Impôts Fonciers) de Cognac qui sera à même de te dire quel est le système de projection pour cette commune (ou s'il y a une erreur !!). Peut-être aussi sur le GeoRezo, il y aura des connaisseurs pro des données cadastrales du coin. Denis Si tu donnes un poisson à un homme, il se nourrira une fois. Si tu lui apprends à pêcher, il se nourrira toute sa vie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 09/12/2010 17:49, Pieren a écrit : - récupérer la feuille avec Cadget - aller sur le terrain avec un GPS - prendre les coordonnées sur le terrain d'une dizaine de points caractéristiques du cadastre, bien répartis sur la feuille Oua, tout ça pour des limites administratives ;-) Autant pour moi. J'avais oublié que le sujet de la discussion n'était que sur les limites administratives. Ceci mis à part, j'ai déjà constaté sur un plateau forestier une divergence de 50 m entre la limite vue depuis le cadastre d'une commune et celui de l'autre (tous les deux vectoriels). Donc, le risque d'ajouter des erreurs aux erreurs demeure. Mais dans le cas d'espèce, j'ai été incapable sur le terrain de déterminer qui avait raison... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Bonjour, Le 04/12/2010 15:20, Vincent de Chateau-Thierry a écrit : J'espère bien qu'on ira plus vite que la bascule raster = vecteur du PCI, sinon 2015, c'est optimiste ! Le cadastre raster, quand il est déjà géoréférencé, c'est franchement rapide à utiliser. Si on parvenait à sortir une liste des planches raster déjà Euh, qu'est-ce que tu appelles cadastre raster géoréférencé ? Dans ma petite tête de non-cartographe et non-informaticien il n'y avait pour le cadastre que : * du *vecteur*, /facile/ à récupérer dans josm * ce que j'appelais le *raster avec les croisillons*, relativement facile (quand le greffon cadastre ne plante pas) à récupérer dans josm * ce que j'appelais le *raster sans croisillons*, pénible à caler dans josm, et qui va toujours de pair avec le précédent (je n'ai pas trouvé de commune à ce jour qui n'ai pas les deux, sur une dizaine de faite, donc pas une grande représentativité) * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire Mais tu parles plus bas de planche non calées mais avec croisillons, donc j'en déduis qu'il y a aussi des *planches images* que l'on n'a pas besoin de géoréférencer manuellement ? Désolé si je confonds un peu les termes, tout ça est encore nouveau pour moi. géoréférencées [1], ça permettrait de déterminer les communes dont au moins une majorité des planches sont calées, et par suite de cibler celles-ci en priorité pour le tracé. On avancerait par taches éparpillées, mais qui seraient autant de points d'accroche pour caler les planches non géoréférencées des communes adjacentes. Ca serait, j'en suis sûr, un bon accélérateur du chantier. Sans parler des planches non calées mais dotées de croisillons, où avec un chouilla d'effort on reconstitue le contour. Bref, même avec le raster, il y a des leviers si on veut booster un peu le sujet :-) Je veux bien aider au tracé des communes, ce que je fais pour le moment dans ma région (Poitou-Charentes) en relation avec mes besoins professionnels, donc effectivement si /on/ pouvait produire une liste des communes facilement traçable, ça faciliterait le travail. Pour le moment j'en suis à comparer sous Calc une liste de communes du COG, de ma couche d'origine Mapinfo (date, licence et origine inconnue), et des exports disponibles sur http://beta.letuffe.org/ressources/export-communes/incomplet/, puis je vais sur le site du cadastre voir si je peux tracer les communes qui manquent dans OSM. Donc, pour être constructif, que faut-il faire ? Qui peut nous aider ? (pour la constitution de la liste) Bonne journée, Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Sébastien KALT a écrit : Bonjour, Le 04/12/2010 15:20, Vincent de Chateau-Thierry a écrit : J'espère bien qu'on ira plus vite que la bascule raster = vecteur du PCI, sinon 2015, c'est optimiste ! Le cadastre raster, quand il est déjà géoréférencé, c'est franchement rapide à utiliser. Si on parvenait à sortir une liste des planches raster déjà Euh, qu'est-ce que tu appelles cadastre raster géoréférencé ? Dans ma petite tête de non-cartographe et non-informaticien il n'y avait pour le cadastre que : * du *vecteur*, /facile/ à récupérer dans josm * ce que j'appelais le *raster avec les croisillons*, relativement facile (quand le greffon cadastre ne plante pas) à récupérer dans josm * ce que j'appelais le *raster sans croisillons*, pénible à caler dans josm, et qui va toujours de pair avec le précédent (je n'ai pas trouvé de commune à ce jour qui n'ai pas les deux, sur une dizaine de faite, donc pas une grande représentativité) * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire il existe aussi des fichiers raster qui contiennent des meta donnees de geo-referencement dans ce cas il n'est pas necessaire de cliquer sur les croisillons et d'en indiquer les coordonnees, le plugin cadastre detecte les metadonnees et demande si on veut les utiliser ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
2010/12/8 Vincent de Chateau-Thierry v...@laposte.net Tu peux refuser et t'amuser à caler toi même, mais la plupart du temps le calage est correct et peut être utilisé tel que. Ca n'est pas automatique parce qu'il y a des plans qui contiennent des parties détachées (les données disponibles concernent alors la partie principale ou si le plan ne contient que des parties détachées, une de celles-ci). Il arrive aussi que les données fournies par le cadastre soient fausses. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 08/12/2010 16:10, sly (sylvain letuffe) a écrit : Je ne sais pas quel est le but de cette manipulation, mais si, comme je le pense, elle sert à trouver les communes pas dans osm et qui existe en mode raster, ben cette liste me semble plus adaptée : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt Ah oui, j'avais oublié ce fichier. Vincent de Chateau-Thierry a écrit Tu as une vu très synthétique et pratique de l'état, sur fond carto, c'est ici : http://beta.letuffe.org/?layers=BFFFT Effectivement, je suis fatigué. Par contre, mais c'est normal, ça ne dit pas quelle commune manque dans les trous :p Cédric a écrit : Tu as essayé?http://osmose.openstreetmap.fr/cgi-bin/info.py?item=7020 Et là on a un petit drapeau qui nous dit quelle commune manque ! Allélouia :-D Je me coucherais moins bête ce soir, et je trouverais plus facilement des communes à tracer ;) Bonne soirée Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
On 8 déc. 2010, at 13:47, Sébastien KALT wrote: * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire Je travaille là-dessus depuis un moment déjà. De quelles communes s'agit-il ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 04/12/2010 10:26, Vincent de Chateau-Thierry a écrit : Bonjour, Le 03/12/2010 23:56, Xinfe Ewalavir a écrit : Pour avoir un aperçu plus cartographique, il y a toujours les cartes visibles sur beta.letuffe.org http://beta.letuffe.org (via osmose par exemple). La carte de Sly, c'est ma homepage (ou presque :-) ), c'est un outil indispensable. Si le rendu est à jour, on peut traverser la France du nord-ouest au sud est presque sans tourner : http://xinfe.free.fr/OSM/departements.png http://xinfe.free.fr/OSM/departements.pngPetit à petit, ça avance... Oui, comme tu dis. La courbe depuis avril est finalement assez régulière : http://osm2.crans.org/munin/stats.db/departement/osm_commune_tous.html mais si on la prolonge, ça nous emmène bien loin... Encore 12000 contours manquants, rdv au SoTM 2015 pour annoncer la France complète :-( ? Il ne reste maintenant quasiment plus de communes vectorisées sans limite dans OSM. La tache devient encore plus compliqué. J'ai bien peur qu'il ne faille encore plus de temps. Mais cela va quand même dépendre de la vitesse de migration des communes en vectoriel à la dgi et de la croissance (exponentielle) des contributeurs (alors mappez, mais faites aussi mapper vos amis ;) ). Fred (qui rêve d'un communiqué de presse annonçant les limites de toutes les communes disponible sous licence libre) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 04/12/2010 10:49, Frédéric Rodrigo a écrit : Il ne reste maintenant quasiment plus de communes vectorisées sans limite dans OSM. La tache devient encore plus compliqué. J'ai bien peur qu'il ne faille encore plus de temps. Mais cela va quand même dépendre de la vitesse de migration des communes en vectoriel à la dgi et de la croissance (exponentielle) des contributeurs (alors mappez, mais faites aussi mapper vos amis ;) ). J'espère bien qu'on ira plus vite que la bascule raster = vecteur du PCI, sinon 2015, c'est optimiste ! Le cadastre raster, quand il est déjà géoréférencé, c'est franchement rapide à utiliser. Si on parvenait à sortir une liste des planches raster déjà géoréférencées [1], ça permettrait de déterminer les communes dont au moins une majorité des planches sont calées, et par suite de cibler celles-ci en priorité pour le tracé. On avancerait par taches éparpillées, mais qui seraient autant de points d'accroche pour caler les planches non géoréférencées des communes adjacentes. Ca serait, j'en suis sûr, un bon accélérateur du chantier. Sans parler des planches non calées mais dotées de croisillons, où avec un chouilla d'effort on reconstitue le contour. Bref, même avec le raster, il y a des leviers si on veut booster un peu le sujet :-) Fred (qui rêve d'un communiqué de presse annonçant les limites de toutes les communes disponible sous licence libre) Oui, ça aura de la gueule ! Il nous reste un peu de temps pour lui trouver un petit nom, GeoFLA c'est déjà pris :-) vincent [1] : celles que sait détecter le plugin Cadastre. Le souci étant de ne pas bombarder le site du cadastre... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
2010/11/29 Vincent de Chateau-Thierry v...@laposte.net: Les graphiques de suivi des limites communales visibles ici : http://osm2.crans.org/munin/stats.db/departement.html restent bloqués au 21/10 dernier, alors que le fichier sur lequel ils s'appuient : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt continue de vivre, dernière génération du fichier ce soir vers 19:00. En fait, tu n'utilises pas la bonne URL. Les bons rapports à jour sont dans: http://osm2.crans.org/munin/stats.db/departement/index.html Je regarderai ce soir pourquoi on a encore les vieux fichiers (qui doivent venir de la mise à jour de munin que j'ai faite vers cette période) Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Bonsoir, Les graphiques de suivi des limites communales visibles ici : http://osm2.crans.org/munin/stats.db/departement.html restent bloqués au 21/10 dernier, alors que le fichier sur lequel ils s'appuient : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt continue de vivre, dernière génération du fichier ce soir vers 19:00. Si quelqu'un (Etienne ?) du côté du crans a la bonne clé à molette pour réparer le lien entre les deux... merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr