Le mer. 24 ao�t 2011 à 23:05 +0200, Sébastien Dinot a ecrit : > Bonsoir,
> Si je prends un peu de recul, je constate que le problème vient du fait > que je manipule pêle-mêle des objets géographiques qui ne sont > absolument pas de même nature et, surtout, pas du même ordre de > grandeur : un point remarquable, un bâtiment, une rue, une forêt et un > département ne couvrent pas du tout la même surface. Mais pour faire > simple, tous les objets d'un même type sont du même ordre de grandeur et > sont décrits par des données de densité équivalente. Si je pouvais > choisir de ne télécharger que le bâti, que les axes routiers, que les > polygones d'occupation du sol, je pourrais éditer une zone dont la > surface est compatible avec la taille de l'objet manipulé et je pense > que la plupart de mes problèmes seraient résolus. Je considère donc > qu'il y a un travail à faire sur l'API OSM qui devrait permettre la > sélection des données téléchargées par mon application. 100% d'accord. On peut tout à fait vouloir couvrir une grande surface pour un linéaire (un cours d'eau ou une ligne électrique par ex.), sans avoir à charger le bâti par exemple. > Du point de vue de l'occupation réelle des sols, la description des > cours d'eau fournie par le cadastre est des plus farfelues (mais je > suppose que cette description répond à des critères précis pour le > cadastre). Même pas : avec la mise en couleur alternative (un cours d'eau qui est bleu sur certaines planches, et non colorés sur d'autres), l'extracteur produit évidemment une sortie délirante. Et sur la prétendue précision, avec les cours d'eau j'ai très souvent l'impression que la DGFIP a numérisé le bruit bien plus que le signal. Pour les cours d'eau, je serais d'avis de pratiquer une solution radicale : les supprimer du serveur Cléo. Leur import actuellement génère bien plus de souci que de données fiables. -- ° /\ Guillaume Allègre Membre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\ tél. 04.76.63.26.99 http://www.april.org _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr