-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
J'ai essayé de faire le cadastre d'une commune de mon coin
30350 Saint jean de serres, je suis allé sur
http://www.cadastre.gouv.fr/ j'ai zoomé sur le calque AK et grace au
curseur j'ai dessiné un rectangle et me suis servi des coordonnées
données en bas à droite X et Y
J'obtiens un :
python cadastre_client.py [EMAIL PROTECTED] [EMAIL PROTECTED] 1000
Saint-Jean-de-Serres 30
Mais cela ne marche pas
Will be divided into 2 columns and -1 rows, need to download -2 tiles
Opening session... OK
Looking for some data in Saint-Jean-de-Serres (30)... OK
Opening the first result... OK
Traceback (most recent call last):
File "cadastre_client.py", line 227, in <module>
bg = Image.new('RGB',(PX_WIDTH,PX_HEIGHT))
File "/usr/lib/python2.5/site-packages/PIL/Image.py", line 1711, in new
return Image()._new(core.fill(mode, size, color))
MemoryError
Patrice Vetsel a écrit :
> Existe-il un outil graphique (osm/google etc.) afin d'obtenir ses
> coordonnées "lambert zone" ?
>
> Bravo et merci pour le script :)
>
> Delalande Jocelyn a écrit :
>> Salut !
>
>> Pour ceux qui voudraient jouer du metacarta ou commencer à écrire un
>> plugin josm exploitant le cadastre comme sous-cul, je vous présente ce
>> script : http://siona.yi.org/~jocelyn/cadastre_client.py
>
>> Vous lui fournissez les coordonnées d'une bounding-bo (en lambert zone),
>> une taille en pixels, le nom d'une ville et un numéro de département en
>> arguments. Il télécharge et assemble les données et sort un png nommé
>> "asm-final.png".
>
>> par exemple:
>> cadastre_client.py [EMAIL PROTECTED] [EMAIL PROTECTED] 1000 Caen 14
>
>> ...permettra d'obtenir le cadastre d'une zone de Caen qui rappellera
>> sans doute des souvenirs à certains d'entre vous ;-).
>
>> Le script requiert python et la python imaging library
>> (http://www.pythonware.com/products/pil/)
>
>
>
>> Évidemment avant de pouvoir faire un wms à partir de ça il faut
>> reprojeter les png. Quelqu'un connaîtrait-il à ce propos un
>> utilitaire/librairie qui s'acquitterait de ce genre de tâche ?
>
>> Les commentaires et les retours d'erreurs sont les bienvenus, bonne
>> nuit !
>
>> Jocelyn
>
>> P.S: en aucun cas vous ne devez diffuser telles quelles les images
>> obtenues avec ce script. Vous devez accepter les cgu :
>> http://www.cadastre.gouv.fr/scpc/html/CU_01_ConditionsGenerales_fr.html
>
>
>
>
>
>
>
>> On mer, 2008-05-28 at 07:03 +0200, g.d wrote:
>>> Ahem,
>>> D'accord avec Arnaud,
>>> et qu'on en finisse avec la paranose...
>>>
>>>
>>>> """- utiliser comme calque, tagger soigneusement, importer le
>>>> résultat: autorisé."""
>>> Donc, si j'a bien compris,
>>> en d'autres mots :
>>>
>>>
>>> Vouloir importer directement des documents du cadastre, est illégal,
>>> et de plus ne nous apporterait rien du tout, na ! :
>>>
>>>
>>> Le cadastre (corrigez-moi, si je fais erreur) ne comporte pas de
>>> tracés cohérents pour les routes.
>>> Pour la plupart, les routes sur le cadastre, c'est le "vide" entre
>>> parcelles,
>>> et souvent n'a pas de numéro, ni de polygone de circonférence.
>>>
>>>
>>> Si on veut s'en servir, du cadastre, il faut l'utiliser comme
>>> "sous-cul",
>>> et tracer un "way" cohérent par-dessus = valeur ajoutée,
>>> puis "virer" le sous-cul cadastral.
>>>
>>>
>>> Et, bien sûr qu'on se doit de noter dans le tag "source" du way qu'on
>>> vient de tracer, qu'on s'était servi du cadastre,
>>> avec la version de révision, comme ils le demandent,
>>> c'est la moindre des choses. Respect oblige, pas vrai ?
>>> On n'est pas des voleurs. Vous n'aimerez pas que quelqu'un vous vole
>>> votre travail,
>>> donc respectez le travail d'autrui.
>>>
>>>
>>> D'après leur licence, du cadastre, il me semble que rien ne nous
>>> empêche,
>>> qu'on s'en serve comme sous-cul, pour tracer des ways.
>>> osm ne diffuse pas de données cadastrales, ni brutes, ni transformées,
>>> seulement la "plus-value" qui est notre travail d'abstraction et de
>>> création.
>>> Chaque clic sur la carte est une "création" ,
>>> à condition que ce clic ne se fasse pas par "attirance", ni sur un
>>> point pré-existant importé d'autres sources.
>>>
>>>
>>> (Note latérale :
>>> Certains semblent avoir du mal à comprendre que ce qu'on fait sur osm
>>> est libre à utilisation pour chaque individu sur la planète.
>>> Toutefois il me semble que c'est sous CreativeCommons "share alike"
>>> (http://wiki.openstreetmap.org/index.php/OpenStreetMap_License,
>>> et http://creativecommons.org/licenses/by-sa/2.0/),
>>> donc la "revente" de données osm, même partielle, n'est pas autorisée,
>>> je pense :
>>> Il faut les redonner à l'utilisateur, gratuitement, et sous la même
>>> licence "share alike".
>>> Je ne suis pas sûr,
>>> si d'autres cartos qui éventuellement réutilisent "nos" données,
>>> soient conscients des conséquences pour eux.
>>> Si ça se trouve, que la fondation osm ultérieurement pourrait se faire
>>> des tunes substantielles,
>>> en attaquant des "revendeurs" de nos données.
>>> A nous de "veiller au grain", afin qu'on ne soit pas attaqué
>>> nous-mêmes, pour de tels abus...)
>>>
>>>
>>> Le cadastre consiste de tracés vectoriels ou bitmaps de limites
>>> parcellaires,
>>> et ils ne sont pas parallèles, ni cohérents, le long des routes,
>>> et ces limites parcellaires n'intéressent aucunement osm.
>>>
>>>
>>> Vouloir faire un script automatisé qui transformerait l'espace "vide"
>>> entre parcelles en "ways",
>>> me paraît légalement plus que douteux, mettrait en danger la base
>>> osm,
>>> et serait inutilisable en pratique,
>>> on se trouverait avec des ways complètement irréels !
>>> Car sur le cadastre, les limites des parcelles ne correspondent que
>>> rarement aux tracés réels de la route,
>>> ça n'a rien à voir !
>>> (Pour cela, il faudrait avoir accès aux dxf/dwg de l'Equipement, et ça
>>> serait bien trop "lourd", trop détaillé...)
>>>
>>>
>>> Un distributeur de Nationale à 2x2 voies peut, sur le plan cadastral,
>>> n'être qu'un seul pâté vide.
>>> Si on exploitait un tel script,
>>> en plus de se mettre dans l'illégalité totale,
>>> des fossés de drainage apparaîtraient comme ways,
>>> certaines rivières apparaîtront comme des voies triples,
>>> et je ne sais encore quels non-sens.
>>>
>>>
>>> Le Cadastre est surfacique et parcellaire,
>>> là où osm est d'abord linéaire, et "connectique",
>>> deux approches logiques fondamentalement inverses.
>>>
>>>
>>> Je pense qu'il vaudrait mieux, d'avoir un moyen d'importer un pdf du
>>> cadastre dans josm et le manipuler
>>> (pas besoin de faire des saisies d'écran en basse résolution : leur
>>> fonction "imprimer" donne des pdf de haute rés)
>>> et manuellement tracer les ways manquants sur "notre" calque de
>>> données.
>>>
>>>
>>> Euh, note latérale : Je n'aime pas me servir de potlach, et par souci
>>> de propreté préfère utiliser josm :
>>> Je n'aime pas intervenir en live sur une bdd collective, je risque de
>>> bousiller le travail d'autrui.
>>>
>>>
>>> Quant aux noms des rues, tout comme les numéros des maisons,
>>> il me semble que ce ne soient pas des "données cadastrales",
>>> et que ce ne soient que des indications (parfois erronées, même, avec
>>> les "bis" et "ter"...).
>>> Et ça peut changer après chaque élection, et à chaque modif du POS :
>>> Habitant la même maison, j'ai changé trois fois de nom de rue, et deux
>>> fois de numéro.
>>> Donc je pense qu'à ce sujet-là, des noms et numéros, on soit
>>> relativement libres...
>>> ---
>>>
>>>
>>> Je pense que le plan cadastral peut être utile pour compléter des
>>> voies, là où le gps ne capte pas suffisamment,
>>> comme dans des ruelles étroites,
>>> mais il ne devrait pas servir comme base, comme fond général.
>>>
>>>
>>> En rase campagne le cadastre peut être une vingtaine ou trentaine de
>>> mètres "à côté de la plaque".
>>> Par rares endroits, j'ai eu des différends entre cadastre et réalité
>>> d'une centaine de mètres !
>>>
>>>
>>> Regardez le recoupement/superposition des plans cadastraux entre
>>> feuilles,
>>> ou entre deux communes qui se touchent mais qui sont sur deux régions
>>> administratives différentes -
>>> parfois il y a des trous et des chevauchements.
>>> ---
>>>
>>>
>>> Je vous en prie, je vous en supplie !,
>>> ne "rectifiez" pas des tracés existants sur osm (même si le gpx
>>> correspondant n'a pas été uploadé)
>>> d'après le cadastre,
>>> ni d'après photos aériennes/satellites !
>>>
>>>
>>> Ces dernières, en pays de collines ou montagneux,
>>> systématiquement ne sont pas correctes pour l'échelle à laquelle nous
>>> travaillons.
>>> C'est dû à l'angle d'inclinaison de la prise de vue depuis la navette,
>>> non-vertical.
>>>
>>>
>>> Donc si vous voyez un tracé osm, détaillé avec beaucoup de points,
>>> lequel se trouve à côté de ce que montre le cadastre ou la photo,
>>> dites-vous ce c'est peut-être quelqu'un, qui a tracé ça d'après son
>>> gps sur place,
>>> mieux véridique que votre sous-cul importé à l'écran.
>>> ---
>>>
>>>
>>> Et un rappel à certains, qui seraient tentés : même la carte ign au
>>> 25oooème, et ses ancêtres, les cartes d'état major (tous copyrightées
>>> un max !)
>>> peuvent être décalées d'une quarantaine de mètres,
>>> et un tracé d'après de telles "sources" se reconnaît comme un coup de
>>> poing dans l'oeil.
>>>
>>>
>>> S'il vous plaît, je vous en prie, je vous implore,
>>> ne vous amusez pas à "exploiter" de telles sources... Ça mettrait en
>>> danger tout osm.
>>> Et c'est vraiment trop chiant, de devoir remettre en place le tracé
>>> d'après gps, ensuite.
>>>
>>>
>>> Rien n'équivaut son propre relevé au gps !
>>> ---
>>>
>>>
>>> Si un juriste voit ce mon post,
>>> je lui demande de bien vouloir corriger mes dires, si je fais erreur.
>>> Merci.
>>> (Euh - encore une fois trop long ?)
>>> ---
>>>
>>>
>>> Le 27 mai 08 à 20:55, Arnaud CORBET a écrit :
>>>
>>>> Pour moi la notion de fichier composite est au contraire très
>>>> claire: c'est le fichier original du cadastre augmenté de nouvelles
>>>> données qui ne figurent pas au cadastre. Mettons que je prenne un
>>>> plan du cadastre comme fond de carte, et relève dessus par exemple
>>>> le tracé du réseau d'eau, ou de fibre optique. Le fichier résultant
>>>> est un fichier composite, avec une vraie valeur ajoutée. Je suis
>>>> libre de le vendre.
>>>>
>>>> Mettons maintenant que je prenne le cadastre, et y ajoute les
>>>> caractéristiques des voies (qui n'y figurent pas: le cadastre trace
>>>> un chemin à vaches comme une autoroute: 2 traits parallèles),
>>>> j'ajoute leur classement en fonction de leur importance relative, le
>>>> plus de détails possibles sur les commerces, l'utilisation des zones
>>>> (qui ne sont pas au cadastre mais dans les documents d'urbanisme),
>>>> les forêts et autres éléments géographiques, fleuves, lacs, etc...
>>>> Le fichier résultant est un fichier composite, avec une vraie valeur
>>>> ajoutée. Je suis libre de le vendre.
>>>>
>>>> Maintenant, je retire de mon fichier composite le fond de carte du
>>>> cadastre. Il ne reste que ma valeur ajoutée. Si je suis libre de
>>>> vendre le cadastre plus la valeur ajoutée, la valeur ajoutée sans le
>>>> fond de carte de la DGI est en toute logique elle aussi
>>>> commercialisable.
>>>>
>>>> L'import direct de données converties automatiquement d'un fichier
>>>> de la DGI n'est PAS un fichier composite. Il n'y a aucune valeur
>>>> ajoutée. C'est le traçé des voies non taggées, ou simplement taggées
>>>> avec le nom. C'est ni plus ni moins que les données de la DGI. Et ça
>>>> sera le cas tant qu'elles n'auront pas été hiérarchisées, taggées,
>>>> augmentées des informations collectées au sol, des sens uniques,
>>>> etc... A mon sens la limite entre autorisé et interdit n'est pas
>>>> l'import automatique ou manuel, mais l'ajout de valeur, et l'ajout
>>>> de valeur commence à la hiérarchisation des voies par l'application
>>>> du tag "highway" approprié, qui est une donnée qui n'est pas au
>>>> cadastre.
>>>>
>>>> Donc par exemple, à mon humble avis:
>>>> - convertir automatiquement et importer dans OSM un tracé "nu", ou
>>>> juste augmenté du nom figurant au cadastre: interdit.
>>>> - convertir automatiquement, ajouter les tags et les données
>>>> complémentaires, et importer le résultat: autorisé.
>>>> - utiliser comme calque, repomper le nom, importer le résultat:
>>>> interdit.
>>>> - utiliser comme calque, tagger soigneusement, importer le résultat:
>>>> autorisé.
>>>>
>>>> Après on pourrait laisser pendant des heures des juristes chicaner
>>>> sur le fait de savoir ou non si transformer les traits parallèles
>>>> matérialisant les limites des propriétés riveraines (ce qui
>>>> matérialise les voies sur le cadastre) en un tracé de voie routière
>>>> est ou n'est pas en soi une valeur ajoutée. Ou pourrait
>>>> raisonnablement l'affirmer, et tout aussi raisonnablement affirmer
>>>> le contraire. Comme je pense que personne ne souhaite faire planer
>>>> une insécurité juridique sur ses contributions à OSM, autant
>>>> affirmer que non tant qu'on a pas la preuve que oui, et n'importer
>>>> que des données dûment armées de leur tag "highway" approprié pour
>>>> dormir sur nos deux oreilles.
>>>>
>>>> ----- Message d'origine ----
>>>> De : Pieren <[EMAIL PROTECTED]>
>>>> À : Arnaud CORBET <[EMAIL PROTECTED]>; Discussions sur OSM en
>>>> francais <talk-fr@openstreetmap.org>
>>>> Envoyé le : Mardi, 27 Mai 2008, 13h54mn 48s
>>>> Objet : Re: [OSM-talk-fr] Re : objectif cadastre
>>>>
>>>>
>>>> 2008/5/27 Arnaud CORBET <[EMAIL PROTECTED]>:
>>>> Je vais remettre en avant mon humble avis de juriste de
>>>> collectivité (eh oui, on trouve décidément de tout comme
>>>> contributeur OSM ;) )...
>>>>
>>>> Au contraire, un juriste est justement ce qu'il faut dans cette
>>>> discussion !
>>>> Je dois dire que la notion de fichier composite reste vague sur
>>>> certains points : par exemple, ais-je le droit de convertir un
>>>> fichier svn disponible sur le site du cadastre en données OSM et de
>>>> l'importer directement dans la base de données OSM (en donnant la
>>>> source, bien sûr) ?
>>>> Ou bien faut-il obligatoirement passer par un travail manuel de
>>>> recopiage sur un calque ("travail dérivé") ?
>>>>
>>>> Pieren
>>>>
>>>>
>>>> __________________________________________________
>>>> Do You Yahoo!?
>>>> En finir avec le spam? Yahoo! Mail vous offre la meilleure
>>>> protection possible contre les messages non sollicités
>>>> http://mail.yahoo.fr Yahoo! Mail
>>>>
>>>> __________________________________________________
>>>> Do You Yahoo!?
>>>> En finir avec le spam? Yahoo! Mail vous offre la meilleure
>>>> protection possible contre les messages non sollicités
>>>> http://mail.yahoo.fr Yahoo! Mail
>>>> _______________________________________________
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
- --
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIQkruAGLykBXAlNsRAlorAKCIHxNz16EMgtApiNxsiG391iHfdACeKRL2
glQQEV/uGGuia1sJ3NkV7mI=
=2lMV
-----END PGP SIGNATURE-----
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
