[OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
Bonjours, En essayant d'ajouter l'import des bâtiments du cadastre sur le plug-in, je suis confronté aux questions suivantes et j'aimerais avoir votre avis. D'abord, deux remarques: - j'ai constaté que dans la couche de données cadastrales concernant le bâtit, il y avait quelques erreurs dans les données SVG. J'ai vu notamment une piscine alors que normalement, cela fait partie d'une autre couche de données. Il y a aussi de nombreux petits polygones, parfois indépendants (des coffrets FranceTelecom, EDF ?) parfois faisant partie d'un bâtiment (seuil d'entrée, terrasse ?) - il ne sera pas possible d'importer tous les bâtiments d'une ville en une fois. Au delà de 400 ä 500Ko de données, le serveur WMS ralentit de plus en plus et la requête ne se termine jamais. Il faudra probablement que le plugin découpe les requêtes sur des zones plus petites. - je ne sais pas s'il faut que le plugin importe tous les polygones sans filttrer les petites éléments; - je ne sais pas si le plug-in doit ajouter des tags (ex. building=yes, source) ou des relations (multipolygon) automatiquement (avec le risque de mettre des piscines en building); - je ne sais pas si le plugin doit vérifier s'il existe déjà des bâtiments dans la couche des données OSM existantes et que faire dans ce cas (effacer l'ancien, laisser les deux versions?). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Les petites polygones que j'ai pu voir correspondent souvent à des postes de transformation, j'ai pu voir aussi des puits. Peut on imaginer que les buildings importés soient dans un calque particulier, avec une couleur "spéciale" afin de les différencier de la couleur par défaut de josm ? Et que la fusion des 2 calques soit à la charge de l'utilisateur qui prendra soin de faire les vérifications ? Encore merci pour ce que tu fais ^^ Pieren a écrit : > Bonjours, > > En essayant d'ajouter l'import des bâtiments du cadastre sur le > plug-in, je suis confronté aux questions suivantes et j'aimerais avoir > votre avis. > D'abord, deux remarques: > - j'ai constaté que dans la couche de données cadastrales concernant > le bâtit, il y avait quelques erreurs dans les données SVG. J'ai vu > notamment une piscine alors que normalement, cela fait partie d'une > autre couche de données. Il y a aussi de nombreux petits polygones, > parfois indépendants (des coffrets FranceTelecom, EDF ?) parfois > faisant partie d'un bâtiment (seuil d'entrée, terrasse ?) > - il ne sera pas possible d'importer tous les bâtiments d'une ville en > une fois. Au delà de 400 ä 500Ko de données, le serveur WMS ralentit > de plus en plus et la requête ne se termine jamais. Il faudra > probablement que le plugin découpe les requêtes sur des zones plus > petites. > > - je ne sais pas s'il faut que le plugin importe tous les polygones > sans filttrer les petites éléments; > > - je ne sais pas si le plug-in doit ajouter des tags (ex. > building=yes, source) ou des relations (multipolygon) automatiquement > (avec le risque de mettre des piscines en building); > > - je ne sais pas si le plugin doit vérifier s'il existe déjà des > bâtiments dans la couche des données OSM existantes et que faire dans > ce cas (effacer l'ancien, laisser les deux versions?). > > Pieren > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr - -- Patrice Vetsel 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 iEYEARECAAYFAkmMK+8ACgkQAGLykBXAlNsH3QCcDCd4F3mtYJSc52RoWbdkKXFK gYQAn3HMmIZSNolkmL1Kgob93mRC8rCd =WEzj -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
Pieren a écrit : > Bonjours, > > En essayant d'ajouter l'import des bâtiments du cadastre sur le > plug-in, je suis confronté aux questions suivantes et j'aimerais avoir > votre avis. A titre personnel, je ne suis pas favorable à un import massif des bâtiments du cadastre. Un peu de calculs : il y a l'heure actuelle (février 2009) 19.200 communes dont le plan cadastral est vectoriel. A raison de 500 bâtiments par commune (une estimation à partir de la couche bâti de la BD Topo de l'IGN), cela injecterait un 9.600.000 objets dans la base. Est-ce bien raisonnable sachant que les garages sont vus comme des bâtiments, que localiser des granges à foin ou des serres (je ne sais pas si la couche du "bâti léger est distincte de celle du "bâti dur") ne me paraît pas indispensable. Autant, pour les limites communales, je trouve l'import automatique vraiment génial et cela va booster la constitution d'une base de limites communales (le RGE administratif souhaité par le GeoRezo). A ce propos je me suis livré à quelques statistiques dont la transcription graphique est visible ici : http://dhelfer.free.fr/dpt_cadastre.jpg. Il s'agit, par départements, du taux de vectorisation des PCI (nombre de communes vectorielles / total communes du département). Plus c'est vert foncé, mieux c'est ! J'ai fait une mention spéciale pour les départements intégralement disponibles en vecteur. On pourra rediscuter de tout cela ce soir sur IRC. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
> A titre personnel, je ne suis pas favorable à un import massif des > bâtiments du cadastre. Un peu de calculs : Moi, je pense être plutôt "pour" mais avant de me lancer, si le plugin de pieren sort, je tenterais de me faire une idée de la qualité avant de faire le bourrin. Mais j'avoue ne pas avoir d'arguments franchement pour ni franchement contre. Je me dis juste : "quite à les avoirs en vecto, autant ne pas les tracer à la main" > il y a l'heure actuelle (février 2009) 19.200 communes dont le plan > cadastral est vectoriel. A raison de 500 bâtiments par commune (une > estimation à partir de la couche bâti de la BD Topo de l'IGN), cela > injecterait un 9.600.000 objets dans la base. certes ça fait beaucoup (mais ici on parle d'importer commune par commune), un petit tour par la case développeur permettrait d'avoir leurs avis sur la capacité des serveurs à le supporter. > Est-ce bien raisonnable > sachant que les garages sont vus comme des bâtiments Un garage bétonné et couvert, ça me semble bien être un bâtiment, ça ne me choquerait pas de les y voir > , que localiser des > granges à foin Pareil > ou des serres là, certes, c'est plus délicat, si c'est une serre amovible, (tantôt couverte, tantôt pas, j'ai du mal à dire que c'est un bâtiment. > Autant, pour les limites communales, je trouve l'import automatique > vraiment génial et cela va booster la constitution d'une base de limites > communales D'ailleurs je suis en train d'en rentrer, personne n'a en vue, une manière plus violent pour le faire que une par une ? (qui sera peut-être moins bourré d'erreur qu'un rattachement des bouts par clic clic ) D'ailleurs j'ai pas regardé comment faisaient les autres, vous faites bien une relation qui a pour membre les bouts de way qui constituent la frontière ? > (le RGE administratif souhaité par le GeoRezo). A ce propos > je me suis livré à quelques statistiques dont la transcription graphique > est visible ici : http://dhelfer.free.fr/dpt_cadastre.jpg. Je vais tenter de voir comment je peux faire des stats sur la complétude OSM sur la base des 19000 communes > On pourra rediscuter de tout cela > ce soir sur IRC. Ouf, c'était la dernière limite avant qu'on trouve un sujet. ça risque de s'appeler "robots" (sans azimov) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
Bonsoir, Un petit point rapide sur le cadastre, sachant que je ne suis pas un pro des nomenclatures cadastrales (mais ça se trouve :) ). Il faut notamment y distinguer 2 types de bâti principaux (référencés dans les fichiers et distingués par leur représentations graphique sur les planches papiers) : * Bâti léger : hangars et autre bâtiments sans fondations. "Remplis" par une croix transversale. Il existe aussi d'autres sous classes de bâtiments, comme les bâtiments en ruines représentés par un pointillé, je crois. * Bâti dur : tout ce qui est représenté en hachures. Pour ma part, si l'on pouvait trouver moyen d'importer uniquement la couche bati dur, je verrais ça comme une belle base de donnée pour tout ceux qui élaborent des visu 3D, même le non spécialiste. Voilà ce que l'homo modernicus peut en faire (c'est pas une hypothèse) : 1. Récupèration du contour de la couche de bâti (dur), qui doit se présenter sous forme de polygones. Idéalement, il faut trouver un moyen de faire un DXF ou un format de ce genre qui va bien pour les logiciels de modelisation 3D existants (qui a dit Sketchup ? Et en plus c'est gratuit...) 2. On positionne sur Google Earth 2. On extrude de quelques metres les batis (mise en elevation des polygones) ou 4. On habille son village en 3D avec des photos de façade prises dans les rues ou on modélise ces facades et/ou les bâtiments grâce à cette trame de démarrage 5. On publie ça sur un site public comme le 3d Warehouse de Google et le monde peut voir votre village/votre ville en 3D et aider à modéliser le monde en 3D :) C'est beau la technologie, non ? Tout ça du moment qu'on importe pas les piscines dans cette couche, bien sûr.. :D My 2 cents, Robin. Ps : je ne tiens pas compte de la place qu'occuperait cette donnée ou des impératifs techniques, bien sûr, mais je souhaitais quand même vous montrer les possibilités qu'offre le fait d'utiliser ce fond... ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
Bonsoir, > Voilà ce que l'homo modernicus peut en faire (c'est pas une > hypothèse) [...] > > C'est beau la technologie, non ? Tout ça du moment qu'on importe pas > les piscines dans cette couche, bien sûr.. :D http://www.procedural.com/ Ca a beau etre proprio, ils avouent utiliser les données d'OSM ! Je trouve ca sympa pour le coup de pub. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
sly (sylvain letuffe) a écrit : [...] > Je me dis juste : "quite à les avoirs en vecto, autant ne pas les tracer à la > main" on est d'accord sur ce point. Je crois que c'est l'interface entre la donnée et le contributeur qui est à creuser (et pas seulement d'un point de vue informatique) > certes ça fait beaucoup (mais ici on parle d'importer commune par commune), > un > petit tour par la case développeur permettrait d'avoir leurs avis sur la > capacité des serveurs à le supporter. Ce n'était qu'un de mes soucis (surtout dans le contexte actuel de renouvellement nécessaire du hardware). > >> Est-ce bien raisonnable >> sachant que les garages sont vus comme des bâtiments > Un garage bétonné et couvert, ça me semble bien être un bâtiment, ça ne me > choquerait pas de les y voir > >> , que localiser des >> granges à foin > Pareil Je ne dis pas que c'est pas intéressant, mais je m'interroge sur l'opportunité de déclencher cela maintenant, sachant qu'il y aura un nécessaire travail de nettoyage. C'est toujours tentant de se lâcher, de la faire la teuf. Le lendemain, il faut toujours nettoyer . > >> ou des serres > là, certes, c'est plus délicat, si c'est une serre amovible, (tantôt > couverte, > tantôt pas, j'ai du mal à dire que c'est un bâtiment. ... > > D'ailleurs je suis en train d'en rentrer, personne n'a en vue, une manière > plus violent pour le faire que une par une ? (qui sera peut-être moins bourré > d'erreur qu'un rattachement des bouts par clic clic ) que fais-tu du cerveau entre les 2 mains qui claviotent et/ou cliquent ? > > D'ailleurs j'ai pas regardé comment faisaient les autres, vous faites bien > une > relation qui a pour membre les bouts de way qui constituent la frontière ? Je devrais ;-) D'autres sont plus réactifs que moi pour combler mes lacunes. C'est cela aussi la communauté !!! > >> (le RGE administratif souhaité par le GeoRezo). A ce propos >> je me suis livré à quelques statistiques dont la transcription graphique >> est visible ici : http://dhelfer.free.fr/dpt_cadastre.jpg. > > Je vais tenter de voir comment je peux faire des stats sur la complétude OSM > sur la base des 19000 communes j'ai des "trucs" sur le feu, mais c'est pas encore cuit A tout Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de l'import des bâtimen ts du cadastre
> C'est toujours tentant de se lâcher, de la faire la teuf. Le lendemain, > il faut toujours nettoyer . Ouais, mais qu'est-ce que c'est bien de faire la teuf, ça vaut largement la galère du lendemain à nettoyer ! ( bon d'accord, je fais pas avancer le schimilimblick ) > que fais-tu du cerveau entre les 2 mains qui claviotent et/ou cliquent ? Comme on dit souvent, la principale cause de bug, c'est l'interface chaise<->clavier. Mettre un ordi sur le coup, c'est normalement minimiser l'erreur de saisie. Au détriment de risquer de saisir des erreurs que seul un humain peut remarquer. Mon avis, et qu'il est plus facile de cliquer sur "supprime" que de créer. > j'ai des "trucs" sur le feu, mais c'est pas encore cuit ok, je laisse les miens au frigo -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr