<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:10pt"><div>Pas d'accord avec la plupart du contenu de ce message...<br><br>Oui il y a des "next-next-OK", mais il ne faut pas se mettre à les espionner sous prétexte qu'ils cliquent-au-drôme. Car oui, si l'option par défaut est active, c'est comme ça que ça sera ressenti. Donc tant pis pour ceux qui ne veulent pas savoir, on ne les forcera pas à contribuer. Les autres, un peu curieux, iront voir ce qui se cache derrière cette case bien mystérieuse.<br><br>Tiens, idée "bête" pour exploiter OSM avec ce logiciel: utiliser les cartes pour faire une fonction éclaireur "à la Coyote". Comme ça l'utilisateur contributeur sait qu'il a un retour potentiel en contrepartie de sa contribution. Didier, une "feature request"... ;)<br><br>D'autre part, vu le profil du logiciel, je pense qu'il est très
utile pour s'assurer un maximum de contributions que le temps soit mis à 0, JUSTEMENT pour perdre la vitesse... ;)<br><br>Quand à la localisation, l'idée est bonne de randomizer pour couper à, par exemple, à 5km + random (0-5 km), ou mieux encore (user choice) + random (10% (user choice)).</div><div style="font-family: times new roman,new york,times,serif; font-size: 10pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">De :</span></b> Vincent MEURISSE <osm-talk-fr@meurisse.org><br><b><span style="font-weight: bold;">À :</span></b> talk-fr@openstreetmap.org<br><b><span style="font-weight: bold;">Envoyé le :</span></b> Vendredi, 21 Août 2009, 15h09mn 31s<br><b><span style="font-weight: bold;">Objet :</span></b> Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android<br></font><br>> Dans ce genre de choses,
collecter des informations aussi sensibles<br>> sans en informer l'utilisateur serait la pire des manières de<br>> procéder. Attention, voila big-OSM-brother !<br>Malheureusement le nombre d'utilisateurs atteint du syndrome "next-next-ok" <br>est immense. La majorité des gens ne cherchent pas à réflechir et veulent juste <br>que l'appli marche. Si on met trop d'explications, les gens trouvent que <br>l'appli est chiante à utiliser et vont en chercher une ou ils pourront juste <br>cliquer sur next. Après rien n'empêche de mettre un bouton détails pour les 5 <br>geeks qui veulent savoir ce qui se cache derrière.<br><br><br>> Le plus simple, c'est la transparence. Demander si la personne est<br>> d'accord, filtrer un certain nombre de positions (rien à 5 km autour<br>> de mon domicile, travail, deuxième copine, etc avec une partie<br>> aléatoire sur la position centrale), mettre heures et dates à 0 et<br>> expliquer,
expliquer et expliquer tout en publiant les codes sources.<br>> Mais je crois qu'on sort largement du cadre de l'application de Didier<br>> Girard.<br>Combien d'utilisateurs seront capables de paramétrer ça (je ne parle même pas <br>de lire le code source) ? Ne jamais oublier que le geek libriste, malgré <br>toutes ses qualités, est une espèce minoritaire sur terre. Son rôle est donc <br>de protéger les représentants de l'espèce "next-next-suivant" en créant des <br>applis ayant des réglages par défaut corrects.<br>Pour les dates, forcer à 0 à deux problèmes. Premièrement on perd les vitesses <br>et deuxièmement on perd l'age de la trace (qui est très utile lors d'une <br>construction de route par exemple. Je ne veux pas récupérer les traces de <br>l'ancienne route). C'est pour cette raison que je proposais un décalage de <br>l'heure de la trace (Un temps aléatoire entre 1 jour et 3 mois permet de <br>garantir un anonymat
suffisant tout en permettant de connaitre assez précisément <br>l'age de la trace). <br>Pour le coupage des extrémités une distance fixe est une mauvaise idée. Avec un <br>grand nombre de traces on se retrouve avec un cercle vide au centre duquel se <br>trouve le lieu recherché. La encore l'utilisation de la fonction random peut <br>aider (elle augmente le nombre de traces nécessaires mais n'empêche pas la <br>localisation). De même que couper un certain pourcentage de la trace ou un <br>certain temps.<br><br>-- <br>Vincent MEURISSE<br><br>_______________________________________________<br>Talk-fr mailing list<br><a ymailto="mailto:Talk-fr@openstreetmap.org" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br></div></div></div><br>
</body></html>