Re: [OSM-talk-fr] Je suis près pour un import partie l des données INPN
Avec le script de transformation (ogr2osm modifié) tel qu'il est, les multipolygones complexes sont séparés en *plusieurs* relations 'type=multipolygon' et/ou ways en boucle. Par exemple, un espace protégé réparti en plusieurs morceaux (ex: Arrêté de protection de biotope pour le bassin du Drugeon [1]) sera séparé en plusieurs multipolygon qui partagent pourtant le même identifiant : pour moi c'est pas bon. Quelqu'un saurait-il tweaker le script pour que ça marche ? Ou bien le faire après conversion au format osm ? [1] http://www1.franche-comte.ecologie.gouv.fr/infos_geo/fiches_cartes/biotope/bio00224.pdf Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Je suis près pour un import partie l des données INPN
On vendredi 2 juillet 2010, Damouns wrote: (ex: Arrêté de protection de biotope pour le bassin du Drugeon [1]) sera séparé en plusieurs multipolygon qui partagent pourtant le même identifiant : pour moi c'est pas bon. Clair, c'est pas terrible, mais je pensais le faire à la main, car dans le cas des parc et réserves ça en fait tout juste une petite dizaine. Et mon niveau médiocre en python me fera perdre plus de temps à chercher le bug qu'a corriger à la main -- 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] Je suis près pour un import partie l des données INPN
Je vais faire des essais, si toi tu penses que ton travail est importable je n'y suis pas opposé (RN+PN). J'essaie d'avoir un truc propre et réutilisable (année prochaine ?) pour le reste. Le 2 juillet 2010 13:59, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On vendredi 2 juillet 2010, Damouns wrote: (ex: Arrêté de protection de biotope pour le bassin du Drugeon [1]) sera séparé en plusieurs multipolygon qui partagent pourtant le même identifiant : pour moi c'est pas bon. Clair, c'est pas terrible, mais je pensais le faire à la main, car dans le cas des parc et réserves ça en fait tout juste une petite dizaine. Et mon niveau médiocre en python me fera perdre plus de temps à chercher le bug qu'a corriger à la main -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Je suis près pour un import partie l des données INPN
Bonjour, Avec l'aide de Damouns qui a fourni un sacré boulot en vue de cet import INPN tant sur la technique (à se battre avec ogr2osm) que sur la réflexion des tags. (Mais aussi d'autres que j'oublie !) J'ai avancé le schilimblick INPN et je soumets à votre sagacité et vos remarques, une première phase d'un import (partiel) des données INPN Comme je l'avais indiqué en page discussion http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Parcs_nationaux_et_régionaux,_réserves_naturelles/Import_des_données_INPN Sachant que : * Je ne suis pas très intéressé par autre chose que les réserves naturelles et les parcs nationaux de métropole * Je n'aime pas passer du temps à ce qui ne m'intéresse/m'amuse pas * La non homogénétité des données oblige quasi obligatoirement à faire du type par type * Qu'un import partiel ne pertube que très peu un éventuel import global Je propose de m'occuper de l'import des réserves naturelles et parcs nationaux de métropole. J'ai déjà généré les fichiers osm que vous pouvez consulter ici et que je compterais intégrer tels quels (sauf refus, ou bug que je n'ai pas vu): http://beta.letuffe.org/ressources/demos/ Ils suivent normalement l'actuelle page du wiki : http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_régionaux,_réserves_naturelles/Import_des_données_INPN pour le choix des tags et de la méthode d'importation, à quelques hic près : 1- Je n'ai pas confronté le futur import aux données présentes dans osm 2- Il reste environ 8 ways superposés 3- le oe lié des nom est passé à la trappe Malgré ces trois hic, j'ai quand même envie de faire ainsi parce que : Pour 1, il n'y a encore quasiment rien dans osm, donc le risque de conflit peut se résoudre pour les quelques cas à la main, et surtout parce que ça complique sacrément l'import. Pour 2, je vais le faire dans JOSM lors de l'import, à la main et Pour 3, si JOSM n'était pas buggué je n'en serais pas là, et je vais donc coller à la main du o et du e collé et ça ira bien. Je comprendrais et accepterais parfaitement un refus car je n'ai pas fais au mieux, et accepte volontiers un coup de main de personne compétentes, mais je me citerais moi même il y a un an : Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. -- 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] Je suis près pour un import partie l des données INPN
Le 30 juin 10 à 21:02, sly (sylvain letuffe) a écrit : Je comprendrais et accepterais parfaitement un refus car je n'ai pas fais au mieux, et accepte volontiers un coup de main de personne compétentes, mais je me citerais moi même il y a un an : Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Tu as fais le boulot, c'est l'essentiel. Les quelques scories éventuelles seront corrigés à la mano par la communauté au fur et à mesure des besoins. Je pense qu'on est loin des scories de l'import massif du bâti en ce moment ;-) La pause obligatoire des jours a venir maintenance va permettre une respiration... -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Je suis près pour un import partie l des données INPN
Ooops 3- le oe lié des nom est passé à la trappe (...) et Pour 3, si JOSM n'était pas buggué je n'en serais pas là Méa Culpa à JOSM, le problème vient de la donnée d'origine ou de moi qui n'arrive pas à deviner l'encodage des caractères. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
