[OSM-talk-fr] Changement vers licence Odbl

[Christophe Jacquet]

Bonjour,

Ça m'a l'air sensé, bien que la période de transition d'un an me
semble un peu longue.

De plus, je ne sais pas si c'est implicite, mais j'ajouterais que dès
le début de la période de transition (le plus tôt possible donc), il
faudrait interdire aux utilisateurs n'ayant pas accepté la nouvelle
licence de continuer à modifier les données.

En effet, moi, utilisateur prêt à accepter la nouvelle licence, je me
rends compte en actuellement qu'une bonne partie de mon travail passé
risque d'être perdue, parce que j'ai basé certains de mes chemins sur
des points existants, parce que j'ai créé des chemins en prolongeant
des chemins existants, etc. La base du travail collaboratif, en somme.
Plutôt aigri d'avoir travaillé (partiellement) pour rien, je n'ai en
aucun cas envie de continuer à travailler pour rien. Donc je n'ose
plus vraiment contribuer. En effet,
 1) si je complète des zones existantes, je vais me baser sur du
travail d'autres, qui donc disparaîtra peut-être, et entraînera avec
lui une partie de mon travail ;
 2) si j'attaque des zones vierges, que quelqu'un repasse derrière moi
et que je veux à nouveau faire des modifications, je cours le même
danger, car si cette personne refuse le passage à la nouvelle licence,
toute modification ultérieure sera mise à l'index. En somme, si je
veux reprendre du travail que j'ai commencé mais sur lequel quelqu'un
d'autre est intervenu entre temps, je n'ai plus qu'à, soit ne rien
faire jusqu'au basculement sur Odbl, soit tout effacer et
recommencer...

Je ne vois pas trop comment régler le point (1), mais pour le point
(2) il me semble qu'il faudrait le plus vite possible restreindre
l'accès en modification aux seuls utilisateurs acceptant Odbl, cela
éviterait une situation de blocage où plus personne n'ose rien faire.

Christophe (ChJ).


2010/1/22 Eric Sibert <courrier at eric.sibert.fr>:
>> - la grande question auquel personne ne sait répondre est effectivement de
>> savoir quelle quantité de données disparaîtrait avec la nouvelle licence.
>
> Sur cet aspect là, je pense qu'il faut faire un passage étalé dans le
> temps (12 mois par exemple) avec un fork. Du style:
> - 1er mars 2010 : question posée à tous ceux qui se connectent au site
> web (voir dans josm):
> Acceptez-vous que vos données soient basculées dans la nouvelle
> licence (si l'opération se fait avant le 1er mars 2011)?
> * OUI
> * Reposer la question plus tard
> * non (avec gros avertissement)
> (Choix réversible dans tous les cas)
>
> - 1er avril : envoi de la question par email à ceux qui n'ont pas
> répondu (relance mensuelle?)
>
> - mise en place d'outils d'analyse sur la transition:
> * pourcentage de perte si on fait la transition en l'état
> * statistiques sur les emails en erreur
> * pertes par contributeur n'ayant pas fait la transition (refus, email
> en erreur, pas de réponse) -> extraction par quantité et zones
> géographiques
>   -> en parler sur les forums voir si personne ne les connaît
> * fork (quotidien?) vers la nouvelle base (en lecture seule) pour voir
> la gueule du résultat -> commencer à remplacer le travail des
> contributeurs défaillants (surtout ceux en erreur)
> - lorsque le taux de perte est considéré comme suffisamment faible,
> décision : * dans 30 jours on bascule
> * figer les réponses positives
> * augmenter les relances
> * augmenter le travail de remplacement
> * basculer après les 30 jours
> - si le 1er mars 2011 le basculement n'a pas eu lieu, abandon de la transition
>
> Et là, on a du concret à se mettre sous la dent au moment de prendre
> la décision. Un an max plutôt que des discussions sans fin, des
> sondages non représentatifs et j'en passe...
>
> Mes 0,02 €
>
> Eric
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>