Re: [OSM-talk-fr] Code Fantoir sur deux communes
je ne sais pas si ce rendu est utilisé ou pas, je fais une mise a jour apres mes corrections Le vendredi 22 mai 2015 à 11:16 +0200, Frédéric Rodrigo a écrit : > Le 22/05/2015 09:04, Francescu GAROBY a écrit : > > Merci pour cette carte, déjà fort pratique ! > > > > Puis-je me permettre de proposer quelques améliorations futures ? > > * pouvoir marquer qu'un point a été corrigé ; > > * proposer les modifications à apporter (en se basant sur les noms et > > codes FANTOIR des voies censées être là) et regrouper tout ça dans un > > bouton "fix-josm" ; pour fix-josm : je ne pense pas que cela soit possible car les corrections sont trop différentes: - way qui a été decoupé , le name est erroné sur ce morceau, pas de name a mettre - way qui a été decoupé , le name est erroné sur ce morceau, au moins un autre name a mettre (decoupage du way) - le name est ok mais "l'emprise" est beaucoup trop longue - valeur maxspeed présente "fausse" car way trop long et traverse des villes - ref non présent (route500) - way associé a relation adresse - name reellement faux (mauvaise localisation), apres vérification sur cadastre image - tracé anguleux, ajout de node, decoupage way pour les ponts - je sais pas si c'est bon ou pas > > > > Ces 2 points reprenant en fait le fonctionnement que l'on peut déjà > > rencontrer avec Osmose. > > Ça ressemble tellement à Osmose que ça pourrait bien aller dans Osmose ;) +1 > > Avec Didier on a travaillé sur les way nommé sur plusieurs communes, > c'est la même chose à faire. Donc le travail pour intégration dans > Omsose déjà en cours. Toute aide est la bine venu, y comprit un push > request de code ;). Voir talk-dev-fr > > Frédéric. > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Squelettisation
Une idée comme çà (qui a peut être été déjà réfléchi et écarté) : (sachant que je suis incapable de faire quoi que se soit si c'est possible et une bonne idée) Il était possible a un moment d’intégrer les rivières obtenu grâce au cadastre, ce n'est plus possible car c’était mal fait par les contributeur. C'était l'ajout de polygone représentant les "riverbank" des rivières et autres rus. Si l'on pouvait transformé ces polygones en ligne représentant la rivière comme fait là : http://ageoguy.blogspot.fr/2010/12/squelettisation.html (je sais pas si c'est possible dans notre cas et si les résultat seront rapide à obtenir et de bonne qualité) l'integration serait plus utile et moins problématique (il resterait quand même du travail pour la personne qui l’intègre à osm à cause de la continuité au niveau des ponts par exemple). la même chose pourrait être fait pour les routes : avec le travail fait pour sortir les adresses du cadastre, on doit pouvoir obtenir un polygone pour le réseau routier de la commune. Avec si l'on peut le squelettiser, on obtient presque toutes les routes et chemins d'une commune reste plus qu'a intégrer ça. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Squelettisation
Ça a été testé et écarté pour la voirie. Mais pas testé pour les cours d'eau. Je suis cependant septique. À noter que Carthage est disponible : https://www.data.gouv.fr/fr/datasets/bd-carthage-onm/ Le 23/05/2015 20:02, Jérôme Amagat a écrit : Une idée comme çà (qui a peut être été déjà réfléchi et écarté) : (sachant que je suis incapable de faire quoi que se soit si c'est possible et une bonne idée) Il était possible a un moment d’intégrer les rivières obtenu grâce au cadastre, ce n'est plus possible car c’était mal fait par les contributeur. C'était l'ajout de polygone représentant les "riverbank" des rivières et autres rus. Si l'on pouvait transformé ces polygones en ligne représentant la rivière comme fait là : http://ageoguy.blogspot.fr/2010/12/squelettisation.html (je sais pas si c'est possible dans notre cas et si les résultat seront rapide à obtenir et de bonne qualité) l'integration serait plus utile et moins problématique (il resterait quand même du travail pour la personne qui l’intègre à osm à cause de la continuité au niveau des ponts par exemple). la même chose pourrait être fait pour les routes : avec le travail fait pour sortir les adresses du cadastre, on doit pouvoir obtenir un polygone pour le réseau routier de la commune. Avec si l'on peut le squelettiser, on obtient presque toutes les routes et chemins d'une commune reste plus qu'a intégrer ça. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr