Le 2 avril 2015 16:00, Pieren <pier...@gmail.com> a écrit : > 2015-04-02 11:13 GMT+02:00 Vincent Frison <vincent.fri...@gmail.com>: > > >> Personnellement j'aimerais bien qu'on prenne également la tranche des >> 80%->90% car il faut bien voir que le découpage d'OSM est vraiment grossier >> par rapport à celui d'OpenDataParis et qu'il y a forcément des différences >> de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e >> arrondissement est assez représentative (on aura à peu près les mêmes >> pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de >> 80%->90% cela permettrait de mettre à jour plus de la moitié des immeubles >> parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse >> vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre >> à jour des données "fausses" (même si pour moi elles ne sont pas fausses >> mais juste légèrement simplistes en raison des données existantes ;p). >> > > Le surfacique des "building" viennent du cadastre. Mais on sait tous que > le cadastre a son propre découpage qui contient souvent des > artifices/erreurs/fantaisies avec des polygones séparés qui ne sont pas des > bâtiments séparés mais au mieux des pièces ou pire, des balcons ou des > cheminées (pour les plus petites). C'est pourquoi après l'import du bâti > sur Paris, j'ai fusionné de nombreux polygones pour que le tag "building" > s'applique vraiment à la surface du building et non à une partie seule > (mais pas dans tous les arrondissements). De plus, de nombreuses cours > intérieures ont souvent manqué pendant l'import (qui n'est pas de mon > fait), ce qui peut aussi expliquer les différences avec les données de la > ville. >
Tout à fait, c'est typiquement ce genre de "simplifications" qui causent de nombreuses différences au niveau des surfaces et dans le cadre de mon import ça me pose évidemment un souci. Mais soyons bien clair, je trouve que le travail accompli pour importer le cadastre est tout bonnement magnifique, la valeur ajoutée à OSM est tellement énorme... et je ne voudrais surtout pas paraître pour le mec qui crache dans la soupe qui nourrit son programme ;) > Voila j'attends vos retours avant de me lancer mon programme sur le >> serveur live. >> > > Avant de passer au vrai import de masse, il faut créer une page wiki > décrivant le processus, résumer l'action dans un mail envoyé à la liste > impo...@osm.org avec si possible un échantillon de fichier xml pour que > les autres puissent juger de ce qui sera modifié. Il faut chercher > "imports" dans le wiki pour trouver la procédure à suivre. Le risque sinon > est d'avoir un revert automatique du DWG si tu passes dans leur radar. > > Sinon, tu pourrait commencer plus petit, avec un quartier assez > caractéristique des problèmes rencontrés. Plus besoin de passer par la > procédure officielle. Et d'avantage de gens pourront juger du résultat. > Ok je vais essayer de faire tout ça.. > De plus, il serait intéressant de publier ton script pour que d'autres > puissent réitérer l'opération plus tard, sur la même zone ou ailleurs. > Celui-ci devrait aussi d'ailleurs signaler les cas qui ont un écart trop > grand entre les données de Paris et les valeurs déjà dans OSM (quand c'est > le cas). Là aussi, dans l'optique de vérifier l'existant manuellement (les > anciennes contributions peuvent être fausses, altérées ou obsolètes) et > d'exécutions du même script plus-tard avec des données plus fraiches. > Mais carrément, j'ai déjà un petit projet GitHub : https://github.com/vince-from-nice/osmaxil
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
