Bravo pour ta motivation ! et tant mieux s'il progresse ! il lui reste à apprendre à décrire un rien ses changesets. T'as une idée de la source qu'il utilise pour autant de modif ?
Le 16. 06. 18 à 01:19, Johnparis a écrit : > J'ai examiné les dernier 21 changesets de RB94, est la plupart est > bonne. Mais c'est juste dans deux jours !!! Comme j'ai dit, il travaille > vite. > > J'ai fait un commentaire où j'ai trouvé des problèmes, particulairement > quand il a changé la sorte de highway (de service à residential) ou le > nom (toujours un problème avec lui). J'ai expliqué l'idée de séparer le > nom de la ligne de l'operateur. > > Il me semble qu'il apprend assez bien. > > Il vient de demander un réexamination d'un changeset ! > https://www.openstreetmap.org/changeset/59885072 > > Alors, j'espère qu'il va devinir un bon collaborateur sur OSM. Mais je > continue à surveiller ses travaux. > > Cordialement, > > John > > > > > 2018-06-14 5:28 GMT+02:00 Johnparis <ok...@johnfreed.com > <mailto:ok...@johnfreed.com>>: > > 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 <http://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 > <mailto: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 <mailto: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 > <mailto: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 <mailto: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 > <mailto: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 > <https://etherpad.net/p/revertparis> > > Guillaume, alors que tu as bloqué RB94, il > recommence sans tenir compte. > https://www.openstreetmap.org/user/RB94/blocks > <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 > <mailto: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 > <mailto:d...@osmfoundation.org> > Copie à : Thomas Ruchin <truchi...@gmail.com> > <mailto:truchi...@gmail.com>, Guillaume Rischard > <openstreet...@stereo.lu> > <mailto:openstreet...@stereo.lu>, Noémie Lehuby > <noemie.leh...@zaclys.net> > <mailto: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 > <mailto: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 <mailto: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 >>> <mailto:truchi...@gmail.com>> >>> To: talk-fr@openstreetmap.org >>> <mailto:talk-fr@openstreetmap.org>, >>> Guillaume Rischard >>> <openstreet...@stereo.lu >>> <mailto: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 >>> <https://www.openstreetmap.org/user/RB94>. >>> Exemple : >>> https://www.openstreetmap.org/node/2799009880 >>> <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 >>> <mailto:ok...@johnfreed.com>> a écrit : >>> >>> Verifié, j'espère. >>> >>> 2018-06-05 19:21 GMT+02:00 >>> Guillaume Rischard >>> <openstreet...@stereo.lu >>> <mailto: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 >>> <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 >>>> <mailto: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 >>>> <mailto: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 >>>> <mailto:osm.sanspourr...@spamgourmet.com>> >>>> a écrit : >>>> >>>> OSMCha : >>>> >>>> https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-b91a-eb8b06d5c304 >>>> <https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-b91a-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 >>>> <mailto: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
