<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:Courier New,courier,monaco,monospace,sans-serif;font-size:10pt"><span style="font-weight: bold;">>>>> </span><b><span style="font-weight: bold;">De :</span></b> Pieren <pieren3@gmail.com><br><div style="font-family: Courier New,courier,monaco,monospace,sans-serif; font-size: 10pt;"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font face="Tahoma" size="2"><b><span style="font-weight: bold;"></span></b></font><br><div class="gmail_quote"><span style="font-weight: bold;">>>>> </span><span style="font-weight: bold;">>>>> </span>2010/1/18 sly (sylvain letuffe) <span dir="ltr"><<a rel="nofollow" ymailto="mailto:sylvain@letuffe.org" target="_blank" href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><span style="font-weight: bold;">>>>> </span><span style="font-weight: bold;">>>>> </span>
Les chiffres que tu avances sont-ils le fruit d'une supposition de ta part, où
as tu réussi à dénicher cette information ?<br><span style="font-weight: bold;">>>>> </span><span style="font-weight: bold;">>>>> </span>
</blockquote><div><br><span style="font-weight: bold;">>>>> </span>Je me souviens du chiffre des 10% de mémoire parmi les centaines de messages que j'ai lu concernant le changement de licence. La fourchette des 40-50%, c'est un exemple qui vient de moi mais personne n'a oser <span style="font-weight: bold;">>>>> </span>articuler un chiffre clair sur ce point officiellement. <br>
</div></div><br><span style="font-weight: bold;">>>>> </span>Un petit rappel sur certains points:<br><span style="font-weight: bold;">>>>> </span>à mon avis et suivant mon expérience, très peu d'objets contiennent plusieurs contributeurs. On les retrouve sur les voies les plus fréquentées comme les autoroutes et les routes principales. S'ils disparaissent, ils se <span style="font-weight: bold;">>>>> </span>reconstitueront assez rapidement parce que là où il y avait de nombreux contributeurs "avant", il y en aura aussi "après", peut-être pas les mêmes. Mais je comprends parfaitement la frustration des gros contributeurs <span style="font-weight: bold;">>>>> </span>qui pourraient voir une partie de leur travail disparaître.<br>
<br><span style="font-weight: bold;">>>>> </span>Une migration automatique de cc-by-sa vers odbl : il est impossible de changer la licence sans l'accord du contributeur. Notez que ça serait beaucoup plus facile de changer la licence "après" la migration puisque le <span style="font-weight: bold;">>>>> </span>contributeur cèderait ses droits à la fondation. Donc des changements ultérieurs seraient beaucoup difficiles à réaliser.<br>
<br><span style="font-weight: bold;">>>>> </span>Une cohabitation des données sous des licences différentes mais dans la même base : c'est une proposition qui tourne actuellement dans la liste principale mais comme l'a fait remarqué Emilie un peu plus haut, c'est <span style="font-weight: bold;">>>>> </span>toujours les mêmes et c'est une discussion inutile car tout simplement impossible à réaliser.<br>
<br><span style="font-weight: bold;">>>>> </span>Les versions : si un élément contient 15 versions de 15 contributeurs, c'est bien l'accord des 15 contributeurs qu'il faudra obtenir pour conserver la dernière version dans la nouvelle base. Si le contributeur n°1 refuse, <span style="font-weight: bold;">>>>> </span>l'élément disparait, même si les 14 autres acceptent. En fait, l'élément ne disparaîtrait pas vraiment de la base mais ne serait plus accessible depuis l'API.<br>
<br><span style="font-weight: bold;">>>>> </span>L'intégrité de la base : ces histoires de versions poseront des problèmes d'intégrité de la base. Par exemple, un Node A peut faire partie d'un Way B dans une version 1 et d'un Way C dans une version 2 (et ne plus <span style="font-weight: bold;">>>>> </span>faire partie du way B). Si on restaure la version 1 du node, il faudrait donc le supprimer du way C et le remettre dans le Way B. Sauf que le Way B aura peut-être changé entre-temps ou même avoir remplacé le <span style="font-weight: bold;">>>>> </span>node A par un autre, auquel cas il sera peut-être préférable de ne plus migrer du tout le node A.... Bref, la migration risque de créer de nombreuses erreurs genre nodes dupliqués, polygones ou ronds-points non <span style="font-weight: bold;">>>>> </span>fermés, etc.<br>
<br>Et est ce que la fondation a quelque chose de prevu, genre envoyer un message a chaque contributeur en lui demandant de confirmer que son compte est "actif" ? <br>Cela permettrait deja avoir une idee du nombre de personnes qui risquent de ne pas repondre a la question du changement de license et evaluer plus precisement la quantite de donnee perdues que ca engendrerait.. independamment de l acceptation de la license ou pas.<br><br>Julien<br>
</div></div>
<!-- cg21.c41.mail.ird.yahoo.com compressed/chunked Tue Jan 12 09:05:55 PST 2010 -->
</div><br>
</body></html>