<div class="gmail_quote"><div>Bonjour à tous,<br><br>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.<br>
<br>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.<br>
<br>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.<br>
<br>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". <br>
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. <br>
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é.<br>
<br>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.<br>
<br>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].<br>
<br>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? <br>
<br>Arnaud<br><br><br>[1] <a href="http://archimede.bibl.ulaval.ca/archimede/files/71470230-04f7-4698-8cd6-d3b222a7886a/24759.html" target="_blank">http://archimede.bibl.ulaval.ca/archimede/files/71470230-04f7-4698-8cd6-d3b222a7886a/24759.html</a><br>
[2] <a href="http://sirs.scg.ulaval.ca/Yvanbedard/article_nonprotege/355.pdf" target="_blank">http://sirs.scg.ulaval.ca/Yvanbedard/article_nonprotege/355.pdf</a><br>[3] <a href="http://tel.archives-ouvertes.fr/docs/00/04/79/22/PDF/tel-00008930.pdf" target="_blank">http://tel.archives-ouvertes.fr/docs/00/04/79/22/PDF/tel-00008930.pdf</a><br>
[4] <a href="http://www.gaiago.fr/telechargements/problematique_qualite_donnees_osm.pdf" target="_blank">http://www.gaiago.fr/telechargements/problematique_qualite_donnees_osm.pdf</a> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Bonjour,<br>
<br>
La remarque "les données parlent d'elles-mêmes" semble traduire le fait<br>
que la qualité des données est quelque chose qui se voit et peut se mesurer.<br>
<br>
"les données parlent d'elles-mêmes"... C'est justement parce qu'il faut<br>
réellement se méfier de ce que semblent dire les données que de plus en<br>
plus de gens s'attendent à ce que les données soient accompagnées de<br>
métadonnées. Ces dernières doivent permettre aux utilisateurs d'en<br>
évaluer la qualité. Cela ne peut pas se résumer à une question<br>
d'exhaustivité, d'actualité, de densité d'information, ni même d'une<br>
combinaison de tout cela. Il faut en tenir compte, mais c'est à<br>
l'utilisateur d'évaluer la qualité de données par rapport à son propre<br>
besoin, à l'emploi qu'il souhaite en faire. La qualité d'un jeu de<br>
données n'est pas quelque chose qui lui est intrinsèque.<br>
<br>
S'il vous plaît, ne laissez pas vos données parler d'elles-mêmes.<br>
Collez-leur des métadonnées plutôt... (si possible des métadonnées qui<br>
aident les utilisateurs à évaluer la qualité des données).<br>
<br>
Benjamin Chartier<br>
--<br>
<a href="http://benjamin.chartier.free.fr/pro/" target="_blank">http://benjamin.chartier.free.fr/pro/</a><br>
<br>
<br>
<br>
Le 26/03/2010 12:17, Jean-Guilhem Cailton a écrit :<br>
><br>
> Bonjour,<br>
><br>
> Sans ajouter davantage de commentaires, puisque certains contributeurs<br>
> à cette discussion ont déjà exprimé mon point de vue mieux que je<br>
> n'aurais su le faire, j'invite simplement ceux que la qualité des<br>
> données libres préoccupe a priori à explorer de façon comparative les<br>
> cartes disponibles sur un pays francophone, Haïti :<br>
><br>
> <a href="http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-72.60715&lat=18.51575&zoom=13" target="_blank">http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-72.60715&lat=18.51575&zoom=13</a><br>
><br>
><br>
> Il me semble que les données parlent d'elles-mêmes.<br>
><br>
> Cordialement,<br>
><br>
> Jean-Guilhem<br>
><br>
> _______________________________________________<br>
> Francophone mailing list<br>
> <a href="mailto:Francophone@lists.osgeo.org" target="_blank">Francophone@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/francophone" target="_blank">http://lists.osgeo.org/mailman/listinfo/francophone</a><br>
><br>
><br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Francophone mailing list<br>
<a href="mailto:Francophone@lists.osgeo.org" target="_blank">Francophone@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/francophone" target="_blank">http://lists.osgeo.org/mailman/listinfo/francophone</a><br>
<br>
<br>
End of Francophone Digest, Vol 39, Issue 26<br>
*******************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br>--------------------------------------------------------------------<br>Van De Casteele Arnaud<br>Mines Paris Tech - CRC<br>Sophia-Antipolis<br>0698 24 25 29<br>SIG - WebMapping - SOLAP - BI - GeoCollaboration<br>
<br>Web Site<br><a href="http://geotribu.net/" target="_blank">http://geotribu.net/</a><br><a href="http://www.sismaris.org/" target="_blank">http://www.sismaris.org/</a><br>