<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body><div><br></div><div><br></div><div><br></div><div><br></div><div id="composer_signature"><div style="font-size:85%;color:#575757" dir="auto">Envoyé de mon Galaxy A5 Orange</div></div><div><br></div><div style="font-size:100%;color:#000000"><!-- originalMessage --><div>-------- Message d'origine --------</div><div>De : marc marc <marc_marc_irc@hotmail.com> </div><div>Date : 16/06/2018 01:31 (GMT+01:00) </div><div>À : talk-fr@openstreetmap.org </div><div>Objet : Re: [OSM-talk-fr] Blocage de contributeur </div><div><br></div></div>Bravo pour ta motivation !<br>et tant mieux s'il progresse !<br>il lui reste à apprendre à décrire un rien ses changesets.<br>T'as une idée de la source qu'il utilise pour autant de modif ?<br><br>Le 16. 06. 18 à 01:19, Johnparis a écrit :<br>> J'ai examiné les dernier 21 changesets de RB94, est la plupart est <br>> bonne. Mais c'est juste dans deux jours !!! Comme j'ai dit, il travaille <br>> vite.<br>> <br>> J'ai fait un commentaire où j'ai trouvé des problèmes, particulairement <br>> quand il a changé la sorte de highway (de service à residential) ou le <br>> nom (toujours un problème avec lui). J'ai expliqué l'idée de séparer le <br>> nom de la ligne de l'operateur.<br>> <br>> Il me semble qu'il apprend assez bien.<br>> <br>> Il vient de demander un réexamination d'un changeset !<br>> https://www.openstreetmap.org/changeset/59885072<br>> <br>> Alors, j'espère qu'il va devinir un bon collaborateur sur OSM. Mais je <br>> continue à surveiller ses travaux.<br>> <br>> Cordialement,<br>> <br>> John<br>> <br>> <br>> <br>> <br>> 2018-06-14 5:28 GMT+02:00 Johnparis <okosm@johnfreed.com <br>> <mailto:okosm@johnfreed.com>>:<br>> <br>> Oui, je suis vraiment en contact. Il traville vite et parfois mal.<br>> (Pas toujours, certaines de ses contributions sont bonnes.)<br>> <br>> Je vais l'encourager de proceder plus lentement pendant ces temps.<br>> <br>> Les erreurs ne sont pas dangereuses, alors je pense que l'on peut<br>> attendre plus que 48 heures pour la réeducation :). Sache qu'il a<br>> commencé avec MAPS.ME <http://MAPS.ME>, alors il a fait beaucoup des<br>> erreurs sans voir les critiques. Maintenant il utilise iD, alors il<br>> peut voir les commentaires.<br>> <br>> Merci de la patience.<br>> <br>> John<br>> <br>> <br>> <br>> <br>> <br>> <br>> 2018-06-13 18:34 GMT+02:00 Philippe Verdy <verdy_p@wanadoo.fr<br>> <mailto:verdy_p@wanadoo.fr>>:<br>> <br>> Il y a des outils plus efficaces que le blocage d'IP, notamment<br>> il y a des moyens de récupérer des infos privées (et les garder<br>> en lieu sûr) collectées par diverses techniques, des filtres de<br>> détection bahésiens pour pondérer et évaluer statistiquement<br>> certaines contributions. Il est facile aussi de matcher<br>> plusieurs IP successives (parfois alternées) qui seraient<br>> utilisées par un même utilisateur faisant et refaisant les mêmes<br>> "constributions", ce qui permet de mettre un panneau d'alerte<br>> sur un tableau de bord permettant une évaluation prioritaire<br>> afin de faire des reverts plus rapides et moins nocifs et moins<br>> difficiles pour les autres avant que les données se propagent et<br>> polluent les caches et obligent à reconstruire sans arrêt les<br>> mêmes tuiles de carto plus souvent que nécessaire.<br>> Les IP sont en général non fixes mais assez stables (au moins 24<br>> heures, sinon plus pour les accès en France, sauf via les<br>> mobiles qui accèdent à OSM en IPv4 via un NAT depuis une IPv4<br>> partagée d'un opérateur mobile) au lieu d'IPv6 qui lui est TRES<br>> stable.<br>> Je serais OSM, je militerais pour que tous les éditeurs OSM<br>> passent en priorité sur IPv6 (dont les adresses sont rarement<br>> dynamiques) chaque fois que possible (et c'est généralement le<br>> cas en mobilité car l'IPv4 via le NAT massif partagé des<br>> opérateurs est lent et ne permet pas des sessions TCP très<br>> longues, l'IPv4 utilisée peut changer alors très rapidement<br>> toutes les 5 minutes dans les zones denses, et on ne peut pas<br>> bloquer tout un opérateur mobile dans une zone très peuplée sans<br>> créer de gros dommages collatéraux vis-à-vis des autres<br>> utilisateurs). Utiliser IPv6 devrait être même une obligation de<br>> tous les éditeurs pour mobiles sur tous les téléphones et<br>> tablettes compatibles (IPv6 est déjà la norme partout en Asie,<br>> et ça commence à s'imposer ailleurs).<br>> Ensuite il restera le cas des VPN et proxies, mais les VPN et<br>> proxies sérieux incluent des traces de suivi permettant<br>> d'identifier numériquement un de leurs utilisateurs même si on<br>> ne sais pas précisément qui, mais cela permet de faire des<br>> corrélations fortes, et ensuite de signaler l'usage abusif à<br>> l'exploitant du VPN ou proxy qui peut prendre des mesures plus<br>> contraignantes si les signalements sont trop nombreux<br>> (l'exploitant n'est pas obligé de nous livrer l'identité réelle,<br>> mais les abuseurs laissent souvent assez de traces pour qu'on<br>> les identifie directement, il y a presque toujours des<br>> "signatures" dans les données, les textes soumis, les<br>> descriptions, la typologie des erreurs systématiques, les fautes<br>> de frappe ou d'orthographe les plus fréquentes, la présentation,<br>> le style, la langue utilisée, et l'intérêt marqué pour certains<br>> lieux ou sujets abusés).<br>> <br>> Il n'est pas difficile non plus de repérer le commentaire de<br>> changeset (souvent répété à l'identique ou avec juste quelques<br>> caractères modifiés), les filtre bahésiens font des notes de<br>> concordances fortes. Cependant au niveau du serveur OSM (via son<br>> API) on ne voit pas tout et le serveurs dispose de logs plus<br>> détaillés (qui sont conservés privés mais exploitables par des<br>> agents qualifiés et autorisés qui ont signé une charte de<br>> confidentialité et s'interdisent de révéler autre chose que la<br>> réponse à une question précise d'identification: est-ce le même<br>> utilisateur ou pas, y-a-t-il des concordances supplémentaires<br>> entre des changesets suspects, peut-on créer des "classes" de<br>> changesets apparentés avec une note de concordance forte pour un<br>> même utilisateur). Alors on peut faire des tableaux de bord<br>> (comme celui utilisé par le DWG qui évalue ce qui est suspect,<br>> passe des filtres de tolérance, puis annule sélectivement après<br>> avoir demandé une approbation ou une revue communautaire).<br>> <br>> L'analyse est ensuite combinatoire: il n'y a pas tant que ça de<br>> contributeurs tous les jours sur OSM, la plupart étant très<br>> occasionnels, et les autres étant parfaitement identifiés et<br>> connus et ne posant pas de problèmes, il ne reste alors que des<br>> éléments dispersés provenant occasionnellement d'utilisateurs<br>> divers ou débutants qu'on peut guider et avec qui on peut<br>> discuter le plus souvent et qu'on peut aider en leur montrant<br>> comment faire mieux, ou en leur suggérant d'autres outils pour<br>> certaines modifications, ou en les guidant vers des projets<br>> collaboratifs plus ciblés, ainsi que vers les documentations<br>> disponibles ou en les mettant en contact avec d'autres<br>> utilisateurs proches ou parlant leur langue.<br>> <br>> En soit les erreurs ne sont pas mauvaises (c'est même comme ça<br>> qu'on apprend la plupart du temps), mais il faut arriver à<br>> convaincre calmement qu'on eput faire les choses mieux et plus<br>> facilement, ou simplement en évitant d'aller vite (car souvent<br>> il n'y a aucune urgence à modifier l'existant et on peut<br>> planifier les changements s'il y en a beaucoup à faire). Et OSM<br>> dispose d'outils pour ça (exemple HOTOSM avec un découpage fin<br>> par zones prioritaire et des objectifs ciblés sur certains<br>> aspects seulement, puis un passage de révision/qualification: on<br>> n'est pas obligé non plus de tout préciser tout de suite et il<br>> vaut mieux ne rien préciser qu'essayer d'introduire des données<br>> peu fiables ou supposées ou trop ambiguës; le reste peut se<br>> planifier sur une autre tâche réalisée plus tard).<br>> <br>> Le 13 juin 2018 à 17:00, Christian Quest<br>> <cquest@openstreetmap.fr <mailto:cquest@openstreetmap.fr>> a écrit :<br>> <br>> Après deux jours et pas d'amélioration... j'ai fait les<br>> corrections, on ne va pas laisser la base se pourrir petit à<br>> petit ainsi.<br>> <br>> Nouveau blocage plus long ? Un blocage par IP est-il<br>> possible (si c'est la même IP qui est utilisée) ?<br>> <br>> Le 13 juin 2018 à 15:37, Thomas Ruchin <truchin72@gmail.com<br>> <mailto:truchin72@gmail.com>> a écrit :<br>> <br>> Salut John,<br>> <br>> Tu es vraiment en contact avec RB94<br>> <https://www.openstreetmap.org/user/RB94> ? Parce que<br>> notre ami continue ses modification douteuses (il<br>> confond généralement nom et descriptions), n'a<br>> strictement rien corrigé de ses anciennes contributions<br>> et ne répond pas lorsqu'un changeset est commenté ?<br>> Pour rappel, les données notamment transports sont très<br>> utilisées par des applications extérieures, donc cela<br>> cause un dommage certain au sérieux et à la fiabilité d'OSM.<br>> <br>> Franchement, on attend vraiment qu'il ait pollué toute<br>> la base pour agir ?<br>> Pour ce genre de contributeur, il faudrait proposer 6<br>> mois de pratique dans un bac à sable...<br>> <br>> [Marc marc, avant de demander plus d'éléments, je<br>> t'invite à faire par toi même un tour détaillé dans les<br>> contributions de RB94 ;)]<br>> <br>> Thomas<br>> <br>> Le lun. 11 juin 2018 à 19:44, Johnparis<br>> <okosm@johnfreed.com <mailto:okosm@johnfreed.com>> a écrit :<br>> <br>> RB94 m'a repondu par l'affirmative.<br>> <br>> Merci de ne pas le bloquer pour le moment. Nous<br>> allons commencer par ses changements les plus recents.<br>> <br>> <br>> <br>> <br>> <br>> <br>> 2018-06-11 19:36 GMT+02:00<br>> <osm.sanspourriel@spamgourmet.com<br>> <mailto:osm.sanspourriel@spamgourmet.com>>:<br>> <br>> Comme dit par Christian, on a été nombreux à lui<br>> tendre la main.<br>> En réponse un doigt d'honneur.<br>> <br>> Par exemple (anecdotique) je lui demandais de<br>> mieux préciser dans les changeset ce qu'il faisait.<br>> <br>> Maintenant le commentaire systématique c'est<br>> "J'ai fait quelque modifications bien précisés".<br>> <br>> Donc oui Johnparis, bon comportement de ta part<br>> mais sans vouloir te décevoir, tu n'es pas le<br>> premier à essayer.<br>> <br>> > tu as un exemple d'objet oü le revert<br>> précédent a oublié d'annuler un des modifs<br>> incorrecte ?<br>> Guillaume avait posté toute une liste sur la<br>> liste : https://etherpad.net/p/revertparis<br>> <https://etherpad.net/p/revertparis><br>> <br>> Guillaume, alors que tu as bloqué RB94, il<br>> recommence sans tenir compte.<br>> https://www.openstreetmap.org/user/RB94/blocks<br>> <https://www.openstreetmap.org/user/RB94/blocks><br>> Du coup je propose un blocage plus long et par IP.<br>> <br>> Donat, la procédure c'est essayer de faire<br>> changer la pratique en commentant des changeset<br>> et en désespoir de cause de contacter<br>> data@osmfoundation.org<br>> <mailto:data@osmfoundation.org> (ici aussi<br>> Guillaume car il a plusieurs qualités : inscrit<br>> sur cette liste, francophone, membre du DWG et<br>> il a aussi annulé des modifs de RB et bloqué au<br>> nom du DGW, ce qui fait beaucoup pour un seul<br>> homme et c'est tant mieux !).<br>> <br>> Jean-Yvon<br>> <br>> -------- Message transféré --------<br>> Sujet : blocking RB94<br>> Date : Tue, 5 Jun 2018 16:49:44 +0200<br>> Pour : data@osmfoundation.org<br>> <mailto:data@osmfoundation.org><br>> Copie à : Thomas Ruchin <truchin72@gmail.com><br>> <mailto:truchin72@gmail.com>, Guillaume Rischard<br>> <openstreetmap@stereo.lu><br>> <mailto:openstreetmap@stereo.lu>, Noémie Lehuby<br>> <noemie.lehuby@zaclys.net><br>> <mailto:noemie.lehuby@zaclys.net><br>> <br>> <br>> <br>> Rayan Belhir is now using a third account,<br>> modifying wildly station names as he has done<br>> before.<br>> <br>> More efficient methods (ID-address, editor,<br>> locale...) may be needed!<br>> <br>> Thanks in advance.<br>> <br>> Jean-Yvon<br>> <br>> <br>> <br>> <br>> <br>> Le 11/06/2018 à 15:59, Christian Quest -<br>> cquest@openstreetmap.fr<br>> <mailto:cquest@openstreetmap.fr> a écrit :<br>>><br>>> Il me semble que nous avons été nombreux à le<br>>> joindre en tendant la main.<br>>><br>>> Quand un contributeur persiste, s'ouvre une<br>>> second puis un troisième compte pour continuer<br>>> à contribuer malgré les blocages du DWG, on<br>>> peut difficilement parler de bonne foi.<br>>><br>>> Ce genre de situation est bien regrettable,<br>>> heureusement que ça n'arrive pas souvent.<br>>><br>>><br>>> Le 11/06/2018 à 14:14, Johnparis a écrit :<br>>>> Je lui ai écris, en offrant de revoir ses<br>>>> contributions et montrer les reglements, des<br>>>> listes de diffusion, etc. On verra. Je pense<br>>>> qu'il essaie en bonne foi d'ameliorer l'OSM,<br>>>> mais en vain.<br>>>><br>>>> 2018-06-11 11:59 GMT+02:00 Donat ROBAUX<br>>>> <donat.r@gmail.com <mailto:donat.r@gmail.com>>:<br>>>><br>>>> Bonjour,<br>>>><br>>>> Je viens de lui envoyer un com de<br>>>> changeset bien senti!<br>>>> Je ne connais pas les procédures du DWG,<br>>>> mais il serait bon que le blocage soit<br>>>> définitif non pas sur son compte mais sur<br>>>> son adresse ip, histoire qu'on entende<br>>>> plus parler de lui.<br>>>><br>>>> Vos avis?<br>>>><br>>>> Donat<br>>>><br>>>><br>>>> ---------- Forwarded message ----------<br>>>> From: Thomas Ruchin<br>>>> <truchin72@gmail.com<br>>>> <mailto:truchin72@gmail.com>><br>>>> To: talk-fr@openstreetmap.org<br>>>> <mailto:talk-fr@openstreetmap.org>,<br>>>> Guillaume Rischard<br>>>> <openstreetmap@stereo.lu<br>>>> <mailto:openstreetmap@stereo.lu>><br>>>> Cc:<br>>>> Bcc:<br>>>> Date: Mon, 11 Jun 2018 11:29:40 +0200<br>>>> Subject: Re: [OSM-talk-fr] Blocage de<br>>>> contributeur<br>>>> Bonjour,<br>>>><br>>>> Il continue :<br>>>> https://www.openstreetmap.org/user/RB94<br>>>> <https://www.openstreetmap.org/user/RB94>.<br>>>> Exemple :<br>>>> https://www.openstreetmap.org/node/2799009880<br>>>> <https://www.openstreetmap.org/node/2799009880><br>>>> Par ailleurs, le problème sur ses<br>>>> modifications des semaines passées<br>>>> est que malgré le passage de<br>>>> plusieurs contributeurs chevronnées<br>>>> (Christian, Donat, Noémie, Jean-Yvon,<br>>>> Guillaume,...) certains jeux de<br>>>> données sont encore pollués par des<br>>>> éléments qui ne correspondent pas aux<br>>>> règles OSM. Par exemple, dans les<br>>>> nommages de voies ferrées ou dans les<br>>>> schémas de relations de transport.<br>>>><br>>>> Que fait on ?<br>>>><br>>>> Thomas<br>>>><br>>>> Le mer. 6 juin 2018 à 00:28,<br>>>> Johnparis <okosm@johnfreed.com<br>>>> <mailto:okosm@johnfreed.com>> a écrit :<br>>>><br>>>> Verifié, j'espère.<br>>>><br>>>> 2018-06-05 19:21 GMT+02:00<br>>>> Guillaume Rischard<br>>>> <openstreetmap@stereo.lu<br>>>> <mailto:openstreetmap@stereo.lu>>:<br>>>><br>>>> Bonjour,<br>>>><br>>>> Est-ce que la communauté<br>>>> locale peut vérifier ces<br>>>> objets que je n’ai pas pu<br>>>> annuler?<br>>>><br>>>> https://etherpad.net/p/revertparis<br>>>> <https://etherpad.net/p/revertparis><br>>>><br>>>> J’ai en tout cas bloqué RB94.<br>>>><br>>>> Guillaume, pour le Data<br>>>> Working Group<br>>>><br>>>>> On 5 Jun 2018, at 16:03,<br>>>>> Thomas Ruchin<br>>>>> <truchin72@gmail.com<br>>>>> <mailto:truchin72@gmail.com>> wrote:<br>>>>><br>>>>> Bonjour<br>>>>><br>>>>> Notre nouvel ami<br>>>>> s'appelle RB94<br>>>>> <https://www.openstreetmap.org/user/RB94><br>>>>><br>>>>><br>>>>> Merci par avance pour<br>>>>> l'action du DWG<br>>>>><br>>>>> Thomas<br>>>>><br>>>>> Le 28 mai 2018 à 21:44,<br>>>>> Jérôme Seigneuret<br>>>>> <jerome.seigneuret@gmail.com<br>>>>> <mailto:jerome.seigneuret@gmail.com>><br>>>>> a écrit :<br>>>>><br>>>>> J'ai bien envie de te<br>>>>> dire que les deux sont<br>>>>> liés surtout dans ce cas<br>>>>> vu que c'est un<br>>>>> contributeur via<br>>>>> plusieurs comptes qui<br>>>>> vandalise des données ;-)<br>>>>><br>>>>> Le 28 mai 2018 à 20:22,<br>>>>> <osm.sanspourriel@spamgourmet.com<br>>>>> <mailto:osm.sanspourriel@spamgourmet.com>><br>>>>> a écrit :<br>>>>><br>>>>> OSMCha :<br>>>>><br>>>>> https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-b91a-eb8b06d5c304<br>>>>> <https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-b91a-eb8b06d5c304><br>>>>><br>>>>> Là on s'intéresse au<br>>>>> contributeur, pas au<br>>>>> contenu mais on peut<br>>>>> ajouter des filtres<br>>>>> sur le contenu.<br>>>>><br>>>>> Le 28/05/2018 à<br>>>>> 12:36, Christian<br>>>>> Quest -<br>>>>> cquest@openstreetmap.fr<br>>>>> <mailto:cquest@openstreetmap.fr><br>>>>> a écrit :<br>>>>>> Overpass...<br>>>>>><br>>>>>> [out:xml][timeout:60];<br>>>>>> // gather results<br>>>>>> (<br>>>>>> // query part<br>>>>>> for: “railway=station”<br>>>>>> node["railway"="station"][name~'RATP']({{bbox}});<br>>>>>> way["railway"="station"][name~'RATP']({{bbox}});<br>>>>>> node["public_transport"="stop_position"][name~'RATP']({{bbox}});<br>>>>>> way["public_transport"="stop_position"][name~'RATP']({{bbox}});<br>>>>>> );<br>>>>>> // print results<br>>>>>> out meta;>;out meta;<br>>>>>><br>>>>>><br>>>>>> Je viens de refaire<br>>>>>> un peu de<br>>>>>> nettoyage,<br>>>>>> certaines stations<br>>>>>> / arrêts étaient<br>>>>>> encore incorrects.<br>_______________________________________________<br>Talk-fr mailing list<br>Talk-fr@openstreetmap.org<br>https://lists.openstreetmap.org/listinfo/talk-fr<br></body></html>