Je suis dans le même besoin, à savoir comment importer depuis arcview dans osm...
Peut être en passant par qgis et postgres... mais il faut un tout petit peu de temps pour essayer qq chose. 2009/4/3 Robin PREST <ro...@georezo.net>: > Hello, > > Je pense qu'il y a de nombreux outils permettant de transformer les fichier > shape en GPX, donc par décalque c'est un peu dommage si c'est déjà fait, non > ? ;) > > Pour les frontières admin, une solution qui permettrait de ne créer que un > et un seul troncon par troncon jointif entre deux communes serait d'utiliser > un outil de creation de topologie de lignes, par exemple. Pour les autres > indications, je ne connais que très peu le format OSM et comment faire > passer des attributs dans le GPX (c'est possible ?). Dans ce cas, un peu de > travail en amont permettrait de faire un import massif avec les tags bien > renseignés directement dans une couche de points pour les info "point", idem > pour les routes, et idem pour les lignes fermées (polygones)... :) > > Robin. > > > > Le 3 avril 2009 08:57, Stéphane Brunner <stephane.brun...@gmail.com> a écrit > : >> >> Hello ! >> >> Il y a surement des personne plus compétente que moi pour répondre >> mais en en gros il y a 2 façon de faire : >> - Sois par décalque (comme le module cadastre fr). >> - Sois par import. >> >> Pour le premier il me semble que les avantages et inconvenant sont >> assez évidant, pour le second les difficultés sont: >> - Réconcilier de donnée d'import avec les donnée existante. >> - Comme tu l'a bien dit souvent dans ce genre de système la définition >> est supérieur a ce qu'il y a habituellement OSM, il faut se poser >> consciencieusement la question si c'est utile ou si il faut lisser les >> courbe. Pour moi la réponse n'est en aucun cas évidente. >> - Faire l'outil import à proprement dit car les donnée peuvent avoir >> un format complètement différant comme c'est le cas pour le cadastre >> français ou il n'y a pas de tracer de route, c'est juste un espace >> entre les parcelles. >> >> Au final je pense qu'il faudra certainement faire en plusieurs « étapes » >> : >> - Une partie comme le nom des lieux dit faire en import automatique. >> - Les cotes, les bâtiments, .. faire en import semi automatique. >> - E il y aura surement une partie a faire par décalque ! >> >> J'ai répondu au mieux de mes compétence propre, il y aura certainement >> d'autre avis ;-) >> CU >> Stéphane >> >> >> 2009/4/3 Arnaud Jordan <asso-lol...@linux.pf>: >> > Bonjour, >> > >> > Je suis le secrétaire de l'association LoLiTa (Logiciels Libres à Tahiti >> > et >> > dans les îles). Nous sommes basés à Tahiti. >> > >> > J'ai eu l'oreille d'un décideur politique de Polynésie française qui >> > pourrait être intéressé par libérer tout ou partie des données du >> > cadastre >> > et les mettre à disposition directement sur OSM, ce qui est de la >> > compétence >> > du gouvernement local. >> > >> > Nous nous demandons quelle est la meilleure façon de rendre ces données >> > disponibles. Nous lui avons proposé, dans un premier temps, de libérer >> > >> > les côtes >> > la toponymie générale (îles, communes, quartiers, lieux-dits ...) >> > les frontières administratives >> > le tracé des routes, leur classement administratif, leur nom >> > le tracé des rues , leur nom >> > le tracé des bâtiments publics et ou importants et leurs noms >> > les indications touristiques diverses (plages, sites archéologiques, >> > services, hôtels, pensions de famille...) >> > >> > Le cadastre est sous ArcGis. Les données peuvent être assez fines et >> > assez >> > volumineuses. Quel est, d'après vous, le meilleur moyen technique de >> > mettre >> > toutes ces données en ligne et de donner un coup de fouet à la >> > communauté >> > OSM naissante en Polynésie française ? >> > >> > Librement, >> > >> > -- >> > Arnaud Jordan >> > Secrétaire de l'association LoLiTa >> > Logiciels Libres à Tahiti et dans les îles >> > http://www.lolita.pf >> > >> > _______________________________________________ >> > Talk-fr mailing list >> > Talk-fr@openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-fr >> > >> > >> >> >> >> -- >> Stéphane Brunner >> mail : stephane.brun...@gmail.com >> messageries instantanées : stephane.brun...@gmail.com >> (http://talk.google.com) >> -------------------------------------- >> Non aux brevets logiciels >> http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif >> http://stopsoftwarepatents.eu/601000605319 >> -------------------------------------- >> http://www.ubuntu-fr.org - Distribution Linux >> http://fr.wikipedia.org - Encyclopédie communautaire >> http://mozilla-europe.org - Navigateur internet / Client de messagerie >> http://framasoft.net - Annuaire de logiciel libre (gratuit) >> http://jeuxlibres.net - Jeux Libres (gratuit) >> http://openstreetmap.org - Cartographie libre (en développement) >> -------------------------------------- >> Il existe 10 sortes de personnes : celles qui connaissent le binaire, >> et les autres. >> -------------------------------------- >> Si un jour on te reproche que ton travail n'est pas un travail de >> professionnel, dis toi que : >> Des amateurs ont construit l'arche de Noé, et des professionnels le >> Titanic. >> >> _______________________________________________ >> 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 > > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB <ste...@le-roux.info> 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
