Une partie des algorithmes me semblent à première vue inspirés de
l’algorithme de Sobel qui trace les arrêtes par détection du gradient
d'intensité, mais il y a probablement beaucoup de valeur ajoutée dans
leur adaptation à cet usage particulier et, comme tu le fait remarquer,
ce ne sont pas des codes disponibles pour un usage libre.

Quoi qu'il en soit, la manière dont j'envisage le traçage automatique
n'est pas l'import massif - je crois qu'il serait plus pertinent de
l'inscrire dans le processus d'édition manuelle. Par exemple, un plugin
JOSM qui, pour une zone donnée par sélection rectangulaire, trace dans
le calque OSM les routes détectées dans l'image chargée dans un calque
donné. L'utilisateur se retrouve avec des voies étiquetées en tant que
produits du traçage automatique - il lui reste à les retoucher avant de
les importer. Il peut aussi annuler l'opération et ajuster les
paramètres du traçage automatique.

Mais, comme tu le suggères, on peut se demander si, sur les images de
bonne qualité nécessaires pour le traçace automatique, le traçace
automatique est beaucoup plus rapide qu'un traçage manuel qui a
l'avantage d'être bien contrôlé par l'utilisateur. Par rapport à un
utilisateur expérimenté, probablement pas. Mais n'oublions pas que l'un
des enjeux de la montée en puissance du projet est de tirer parti des
efforts de contributeurs occasionnels ou nouveaux qui pourraient par
contre gagner du temps et contribuer plus volontiers utilisant un outil
fortement assisté par des automatismes. Le traçage automatique
répond-t-il à ce besoin ?

Dans tous les cas, la ressource rare reste l'imagerie aérienne ou
orbitale. Vues les immenses barrières à l'entrée dans le marché des
satellites, http://openaerialmap.org et http://diydrones.com ont de
beaux jours devant eux !


_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à