Derrière mon titre racoleur du style philosophie de comptoir, se pose une 
question pas simple à répondre (ta question en fait), question que l'on 
retrouve aussi sur la liste anglaise et qui a usée beaucoup de clavier
son titre était : "Zero tolerance on imports", mais elle est bien plus 
ancienne et prend différentes formes, mais l'idée est celle que tu évoques.

Tentons d'éviter un préambule, un introduction et 50 chapitres, je vais juste 
donner mon avis :

> La non mise à disposition des outils est une forme d'élitisme qui poussent
> à regretter que ce projet est libre. 
Ici, je vais supposer que tu ne parles pas des outils "les logiciels" (puisque 
dans le cas qui nous occupe le code est disponible, bien que, voir plus loin, 
on pourrait aussi porter une partie du débat dessus) mais bien d'une mise à 
disposition en format osm prête à l'emploi comme c'est le cas pour les cours 
d'eau et le bâti extrait du cadastre.

> Pour combien de temps et combien
> d'entre nous serons privés de ces outils pour une soit disante question de
> protection de la base de données ? 

J'ai longtemps eu peur de cette forme "d'élitisme" dont tu parles qui pourrait 
sembler nous rapprocher typiquement d'une base de donnée style IGN où il faut 
3 ans et 5 courriers pour faire corriger une erreur qu'on a repérée. Mais j'en 
reviens, si quelqu'un installe une copie de la base osm et qu'il l'a rempli 
comme il le veut avec ce qu'il veut, personne ne lui en voudra. Par contre, si 
ses contributions dans un pot commun perturbent "de trop" d'autres 
contributeurs, je comprends parfaitement qu'il faille positionner une barrière 
au bon emplacement.

Je pense que tout le monde sera d'accord pour dire qu'un bouton "Vider la base 
osm" sur la page d'accueil est une très mauvaise idée, même si juste à coté on 
mettait un bouton "restaurer la base de donnée"
C'est extrême comme image, mais je montre par là qu'il faut choisir entre 
donner à tous la possibilité de tout faire facilement et interdire de faire 
quoi que ce soit.


> Elles possèdent des mécanismes pour se
> protéger elles mêmes. 

Hélas, c'est bien parce que les mécanismes dont on disposent sont complexes et 
imparfaits qu'il faut tenter de gérer un maximum en amont

> sur le serveur par exemple, je me
> log' et de temps en temps on regarde si j'importe pas la moitié d'un
> département en faisant des conneries plus grosse que moi.. non ?

Qui est "on" ? ça fait forcément du boulot à quelqu'un, y'a qu'a aller voir 
keepright pour constater que la base est remplie de problèmes, que ceux-ci 
arrivent plus qu'ils ne se résolvent, et qu'il me semble donc logique de 
tenter, a minima et sans trop restreindre l'arrivée (surtout massive) de ces 
erreurs.

--
sly


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

Répondre à