[Francophone] Re: Francophone Digest, Vol 39, Issue 26

Fri Mar 26 14:05:05 EDT 2010

Bonjour à tous,

Avant tout, merci à chacun des participants d'avoir soulevé un débat aussi
intéressant. Les positions de chacun et la volonté de les défendre sont
vraiment riches d'enseignement.

J'ai eu, par expérience (maigre), l'habitude d'avoir un regard très critique
sur la position impérialiste de l'IGN. C'est pourquoi j'ai salué l'arrivée
des différents mouvements communautaires qui se sont créés auxquels je
participe à mon échelle.

Je reviendrais rapidement sur la position de Cyril qui démontrait
l'implication progressive de l'IGN dans le mouvement du libre. C'est une
bonne chose et ce sont des initiatives à encourage. Mais, l'IGN aurait-elle
adopterait-elle cette position envers l'OpenSource s'il n'y avait pas
derrière elle une certaine pression induite par cette communauté?  Je
parlais là d'un point de vue logiciel mais nous pourions facilement
transposer ce débat aux données.

D'un point de vue communautaire, tout n'est pas rose non plus. Même si ma
fibre est profondément tournée vers le libre il faut avouer que les
mouvements d'informations géographiques volontaires manquent encore d'un
certain "professionnalisme".
Autant il est "facile" de juger de la qualité d'un code autant pour de la
donnée cela est plus subjectif. Dans les différentes réactions des
participants, vous disiez que vous préfériez utiliser une donnée plus à jour
même si celle-ci n'est pas estampillée IGN ou cadastre. Dans le cadre d'une
randonnée, pour afficher sa rue cela est suffisant effectivement.
Mais, si nous avons maintenant besoin de cette même donnée pour prendre une
décision stratégique, pour déployer des secours (même si l'exemple d'Haïti
prouve le contraire), pour engager des procédures
juridiques/administratives... j'utiliserais forcément des données labélisées
car soumises à toute une série de contrôles et dont je suis capable (même si
la donnée n'est pas parfaite) de prouver la traçabilité.

J'arrive enfin sur le post de Benjamin Chartier qui a soulevé le problème
essentiel, celui des métadonnées. Ici est, à mon avis, le coeur du problème.
Il manque à OSM des métadonnées producteur et utilisateur. A ce niveau il
existe déjà un gros travail initié notamment par Rodolphe Devillers de
l'Université de Laval [1, 2 et 3] dont la réflexion portait justement sur la
profusion des données disponibles, de leur qualité et de leur utilisation.

D'un point vue plus personnel, je pense que nous arriverons au final à une
information géographique hybride. C'est à dire tirant parti du meilleur des
deux mondes. Mais pour cela, il sera évidemment nécessaire de mettre en
places des routines de qualité. Elles peuvent se faire aussi bien d'un point
de vue communautaire (notion de confiance des utilisateurs par exemple) ou
aussi par la mise en place de routines côté système [4].

Bon j'arrête là mon discours. Vous allez trop vite pour moi. Le temps que je
réponde, j'ai déjà reçu deux autres séries de mails OSGEO-fr. En conclusion,
j'aimerais juste savoir, quelle sera la position de l'IGN une fois que ces
groupes communautaires auront développé des pratiques iso validables?

Arnaud

[1]
http://archimede.bibl.ulaval.ca/archimede/files/71470230-04f7-4698-8cd6-d3b222a7886a/24759.html
[2] http://sirs.scg.ulaval.ca/Yvanbedard/article_nonprotege/355.pdf
[3] http://tel.archives-ouvertes.fr/docs/00/04/79/22/PDF/tel-00008930.pdf
[4]
http://www.gaiago.fr/telechargements/problematique_qualite_donnees_osm.pdf

> Bonjour,
>
> La remarque "les données parlent d'elles-mêmes" semble traduire le fait
> que la qualité des données est quelque chose qui se voit et peut se
> mesurer.
>
> "les données parlent d'elles-mêmes"... C'est justement parce qu'il faut
> réellement se méfier de ce que semblent dire les données que de plus en
> plus de gens s'attendent à ce que les données soient accompagnées de
> métadonnées. Ces dernières doivent permettre aux utilisateurs d'en
> évaluer la qualité. Cela ne peut pas se résumer à une question
> d'exhaustivité, d'actualité, de densité d'information, ni même d'une
> combinaison de tout cela. Il faut en tenir compte, mais c'est à
> l'utilisateur d'évaluer la qualité de données par rapport à son propre
> besoin, à l'emploi qu'il souhaite en faire. La qualité d'un jeu de
> données n'est pas quelque chose qui lui est intrinsèque.
>
> S'il vous plaît, ne laissez pas vos données parler d'elles-mêmes.
> Collez-leur des métadonnées plutôt... (si possible des métadonnées qui
> aident les utilisateurs à évaluer la qualité des données).
>
> Benjamin Chartier
> --
> http://benjamin.chartier.free.fr/pro/
>
>
>
> Le 26/03/2010 12:17, Jean-Guilhem Cailton a écrit :
> >
> > Bonjour,
> >
> > Sans ajouter davantage de commentaires, puisque certains contributeurs
> > à cette discussion ont déjà exprimé mon point de vue mieux que je
> > n'aurais su le faire, j'invite simplement ceux que la qualité des
> > données libres préoccupe a priori à explorer de façon comparative les
> > cartes disponibles sur un pays francophone, Haïti :
> >
> >
> http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-72.60715&lat=18.51575&zoom=13
> >
> >
> > Il me semble que les données parlent d'elles-mêmes.
> >
> > Cordialement,
> >
> > Jean-Guilhem
> >
> > _______________________________________________
> > Francophone mailing list
> > Francophone at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/francophone
> >
> >
>
>
> ------------------------------
>
> _______________________________________________
> Francophone mailing list
> Francophone at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/francophone
>
>
> End of Francophone Digest, Vol 39, Issue 26
> *******************************************
>

-- 
--------------------------------------------------------------------
Van De Casteele Arnaud
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - SOLAP - BI - GeoCollaboration

Web Site
http://geotribu.net/
http://www.sismaris.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/francophone/attachments/20100326/6cd66a8c/attachment.html