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