[OSM-talk-fr] Re : "Prestataires" OpenStreetMap

[Emilie Laffray]

2010/1/29 HELFER Denis <Denis.HELFER at region-alsace.eu>

>    Est-ce que c'est la qualité des données qui pose un problème ou
> l'absence quasi systématique de description de la qualité ?
> Qu'il y ait dans OSM des différences de qualité (géométrique et sémantique)
> n'est pas un problème en soi à condition que cette qualité soit décrite. Les
> outils comme Openstreetbugs pemettent, dans une certaine mesure, de
> visualiser des déficits en terme d'exhaustivité, par exemple. Un outil comme
> la matrice de coordination serait une avancée formidable pour évaluer
> certains aspects de la qualité : ce peut-être la topologie correcte d'un
> réseau de voirie, l'exhaustivité d'un type d'objets, etc.
> Il n'y a pas de Qualité (avec un grand "Q") et donc de base de données de
> Qualité.
> Il y a des bases qui répondent à des spécifications précises et documentées
> en termes de précision géométrique, de modélisation des données, de taux
> d'erreurs acceptables, etc. ce sont des bases produits par le monde "pro".
> Il y a des bases comme OSM en constante évolution pas seulement en terme de
> volume, mais aussi en terme de modélisation (comme tagguer tel ou tel
> objet), en terme de précision (d'abord GPS, puis données cadastrales, puis
> imports) et d'objectifs (carte routière, limites communales, occupation du
> sol, ...).
> Est-ce que les premières seront forcément meilleures que les secondes ? Je
> ne serais pas aussi catégorique.
> Je crois qu'il y a du boulot pour analyser (pourquoi pas pour un prestaire
> ?) la qualité d'OSM en fonction d'une besoin et sur un territoire. Après
> tout, ce que dit l'IGN n'est pas forcément parole d'Evangile, même si pour
> beaucoup, c'est une parole sacrée.
>
>
Je ne pense pas qu'il y ait un problème avec la qualité des données. Je
parle plus d'un problème de communication due a l'absence d'évaluation de la
qualité des ces données. Hum, même cette formulation est ambiguë, mais mon
propos est plus de se placer dans l'optique de la compétition sur la
numérisation d'une ville, ou de l'utilisation de OSM comme donnée
cartographique. Ton point concernant sur l'IGN est exactement la chose que
je voulais mettre en valeur: pour certains, ce que dit l'IGN est une parole
sacrée. Avec cette mentalité bien ancrée, OSM a plus de chance de se faire
envoyer balader dans certains projets sur des arguments concernant la
qualité. Je suis convaincue que la qualité de OSM est généralement
excellente surtout avec l'arrivée du cadastre. Ça a permis d'améliorer ma
ville par exemple. Il est vrai aussi que d'exploiter le cadastre est aussi
un art :)
Je pense que justement des précisions centimétriques ne font pas la qualité
des données a moins bien sur de certains cas particuliers ou une excellente
précision est nécessaire. Je suis sure que beaucoup d'entre nous utilisont
des GPS avec des données provenant de TeleAtlas par exemple. Dans ma ville,
la précision de certaines routes est tout bonnement lamentable et ça n'a
jamais empêché de naviguer. Pour beaucoup d'applications comme une
application touristique, les données d'OSM sont tout bonnement excellentes.
"Everything is in the eye of the beholder". (merci de m'indiquer une
expression Française équivalente, car je ne trouve plus).
Je n'ai jamais été catégorique sur la qualité au contraire même. Mon propos
est plus sur le manque relatif de certains paramètres face a certaines
demandes. J'ai régulièrement des gens des ventes me demandant le pourcentage
de couverture de OSM dans tel ou tel pays, car des clients demandent ce
genre d'information. Pour certains, c'est suffisant pour qu'il ne regarde
pas plus que ça le produit.
Je suis d'accord que certains outils comme la matrice de coordination
seraient utiles, il faut juste trouver des paramètres intéressants. J'avoue
que l'exhaustivité d'un type d'objet est quelque chose de difficile a
évaluer. Comment sait on qu'on a tout d'une classe d'objet?

Emilie Laffray
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20100129/fc4f689d/attachment.htm>