Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Et puis vouloir me reporter la faute sur ce calendrier c'est aussi ignorer le fait qu'il y a vraiment un tas de monde qui se débrouille avec très bien tous les jours et il n'y a rien à redire. Les rares fois où j'interviens c'est justement pour que l'utilisateur qui l'utilise pour WikiOSM n'ait pas de difficultés : je lui mâche largement le travail en maintenant le format le plus uniforme possible en connaissant ses limites (parfois je n'ai pas eu le temps de le faire quand il a saisit au vol une version où un ajout récent ne tenait pas compte des recommandations actuelles. Je n'ai jamais été contre une évolution de ce format. Mais il faudra bien qu'il s'investisse un peu pour corriger ce que son outil ne sait pas faire depuis longtemps. Le problème n'est pas nouveau et traîne depuis des années. Enfin je ne suis pas un robot, et même un robot peut faire des erreurs (la preuve, avec son outil bogué). La tendance maintenant est pour certains de forcer tous les autres à agir comme des robots et incite à la paresse: plus question de lire plus de 3 mots, et réponse automatique sur un seul pris hors de son contexte. OSM se voudrait au service des utilisateurs mais certains ne tolèrent plus que les robots (qui pourtant insèrent des tas de nuisances jamais contrôlées et encore plus polluantes, que ce soit sur les données OSM ou les réseaux sociaux) et une seule langue ("l'anglais" partout, mais surtout en SMS). Et sinon se prendre une volée d'insultes (aucune patience et de toute façon aucune volonté de discuter de toute façon, la mode est au "+1" car de moins en moins de monde veut s'investir plus de quelques secondes même pour taper un seul mot correct) comme si c'était acceptable et qu'on "parlait" juste à d'autres robots qui ne s'en plaindront pas. Le 6 novembre 2017 à 13:28, Philippe Verdy a écrit : > Ce n'est pas faute d'avoir voulu négocier avec lui et d'avoir déjà pris en > compte depuis longtemps les limites de son engin... qu'il ne veut pas > toucher du tout. > Il dit n'avoir pas le temps de le corriger, mais au lieu de corriger > manuellement les erreurs produites par son outil (qu'il veut maintenir tout > seul) en faisant une simple relecture du résultat sachant que l'outil se > plante à chaque fois depuis des mois (et pas du tout à cause de "moi" parce > que justement j'ai pris soin de lui éviter la plupart des erreurs), il a > voulu faire une correction mineure à un endroit qui de toute façon ne > marchait pas non plus ailleurs. > > D'où d'autres préconisations comme le fait de devoir rajouter des virgules > après une ponctuation ou le fait de vouloir supprimer des liens dans les > descriptions ou les faire pointer nulle part (liens rouges). > Il aurait du reconnaître que s'il ne peut pas corriger son outil, il > devait alors corriger les résultats produits (ce qui ne lui aurait de toute > façon pas coûté plus cher, même en temps). > > J'ai fait de très nombreux pas dans sa direction à condition de ne pas > casser le reste. Il y a eu une proposition intelligente faite il y a > longtemps (les microformats, faits pour ça et bien documentés). Je lui ai > donné les exemples détaillés, Mais je n'ai pas pu aller au bout de la > démarche (donc impossibilité de mieux détailler les microformats sans > casser complètement son outil propriétaire qu'il ne documente pas du tout > en fait et dont il ne veut pas reconnaitre les limites). Des parseurs de > wikicode corrects il en existe (dont le Pywiki largement utilisé aussi sur > les wikis de Wikimedia: en lecture seule il n'y a aucun besoin > d'autorisation pour l'utiliser). La syntaxe de marquage MediaWiki ce n'est > pas moi lqui l'ai inventée, mais son outil se planterait de la même façon > si c'était du Markdown, ou même seulement du HTML brut (il suffit de voir > qu'il en reconnait pas non plus la balise "small" qu'il interprète comme du > texte. > > En fait il voudrait que le calendrier ne soit qu'un fichier texte CSV, ce > qu'il n'a jamais été (et le priverait de tous les liens qu'il voudrait > pourtant afficher). Il voudrait qu'il y ait des noms de ville et un pays > mais rien d'autre (alors même que c'est souvent nécessaire de préciser > mieux, un nom de ville est souvent ambigu). De plus le calendrier a > toujours eu des événements localisés non spécifiquement dans une ville, et > parfois pour plusieurs pays (à cause de ça on a du rajouter un pseudo-champ > "monde" et même parfois une pseudo-ville et les rendre visibles, ou souvent > de les répéter. > > Si j'avais voulu faire plus propre, j'aurais créé un modèle séparant les > champs mais introduit beaucoup moins de flexibilité dans la présentation > (nombre et position des liens) et encore plus de difficultés pour > géolicaliser les évènements. Tout a été documenté (en conservant tout ce > qui était utilisé dans le passé et surtout sans casser non plus les reste > du wiki là où deux modèles sont utilisés pour la date et l'icone, pour > d'autres calendriers ou pour des tableaux de données ayant de
Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Ce n'est pas faute d'avoir voulu négocier avec lui et d'avoir déjà pris en compte depuis longtemps les limites de son engin... qu'il ne veut pas toucher du tout. Il dit n'avoir pas le temps de le corriger, mais au lieu de corriger manuellement les erreurs produites par son outil (qu'il veut maintenir tout seul) en faisant une simple relecture du résultat sachant que l'outil se plante à chaque fois depuis des mois (et pas du tout à cause de "moi" parce que justement j'ai pris soin de lui éviter la plupart des erreurs), il a voulu faire une correction mineure à un endroit qui de toute façon ne marchait pas non plus ailleurs. D'où d'autres préconisations comme le fait de devoir rajouter des virgules après une ponctuation ou le fait de vouloir supprimer des liens dans les descriptions ou les faire pointer nulle part (liens rouges). Il aurait du reconnaître que s'il ne peut pas corriger son outil, il devait alors corriger les résultats produits (ce qui ne lui aurait de toute façon pas coûté plus cher, même en temps). J'ai fait de très nombreux pas dans sa direction à condition de ne pas casser le reste. Il y a eu une proposition intelligente faite il y a longtemps (les microformats, faits pour ça et bien documentés). Je lui ai donné les exemples détaillés, Mais je n'ai pas pu aller au bout de la démarche (donc impossibilité de mieux détailler les microformats sans casser complètement son outil propriétaire qu'il ne documente pas du tout en fait et dont il ne veut pas reconnaitre les limites). Des parseurs de wikicode corrects il en existe (dont le Pywiki largement utilisé aussi sur les wikis de Wikimedia: en lecture seule il n'y a aucun besoin d'autorisation pour l'utiliser). La syntaxe de marquage MediaWiki ce n'est pas moi lqui l'ai inventée, mais son outil se planterait de la même façon si c'était du Markdown, ou même seulement du HTML brut (il suffit de voir qu'il en reconnait pas non plus la balise "small" qu'il interprète comme du texte. En fait il voudrait que le calendrier ne soit qu'un fichier texte CSV, ce qu'il n'a jamais été (et le priverait de tous les liens qu'il voudrait pourtant afficher). Il voudrait qu'il y ait des noms de ville et un pays mais rien d'autre (alors même que c'est souvent nécessaire de préciser mieux, un nom de ville est souvent ambigu). De plus le calendrier a toujours eu des événements localisés non spécifiquement dans une ville, et parfois pour plusieurs pays (à cause de ça on a du rajouter un pseudo-champ "monde" et même parfois une pseudo-ville et les rendre visibles, ou souvent de les répéter. Si j'avais voulu faire plus propre, j'aurais créé un modèle séparant les champs mais introduit beaucoup moins de flexibilité dans la présentation (nombre et position des liens) et encore plus de difficultés pour géolicaliser les évènements. Tout a été documenté (en conservant tout ce qui était utilisé dans le passé et surtout sans casser non plus les reste du wiki là où deux modèles sont utilisés pour la date et l'icone, pour d'autres calendriers ou pour des tableaux de données ayant des présentations assez différentes). Ce n'est pas simple du tout de concilier. Mais j'ai fait déjà beaucoup d'effort (et depuis longtemps) pour tenir compte de son outil en lui évitant pas mal de charge de travail qu'il en veut pas ou ne sait pas faire (et pour lequel il n'a donné à personne d'autre de moyens de l'aider puisqu'il maintient son outil fermé). Je ne peux pas y faire grand chose de plus. Il ne peut pas dire qu'il n'y a pas eu de conciliation. De plus il n'a même jamais tenté de proposer lui aussi quelque chose ou d'expérimenter une autre façon de procéder avec une page de tests. Quant à l'argument de "modestie" que tu évoques, c'est non fondé. Même ceux qui ont tenté de suivre ses propos (sans vérifier) ont même retiré leur soutien public à son initiative affiché trop tôt. Tout s'est fait en fait sur des listes détournées. J'ai reçu énormément beaucoup plus de soutiens que de critiques même s'il reste quelques irréductibles sur les doigts d'une seule main, qui vont s'en tenir à un détail infime et surtout ne pas vouloir voir tout le reste: Le wiki est largement plus ouvert qu'il ne l'a été il y a quelques années, et permet à beaucoup plus de monde de s'y retrouver pour des projets plus diversifiés et qu'on peut trouver facilement. Et s'il est maintenant mieux documenté cela ne s'est pas fait sans patient effort et des progrès par toutes petites étapes progressives qui ont maintenu le maximum de choses, et gardé l'ouverture. La prise en compte des besoins particuliers à chaque langue ou écriture est aussi un fruit de ce patient effort (où avant tout le monde se fichait pas mal du résultat et ne contrôlait en fait rien du tout: c'était juste fait pour une publication immédiate et ensuite plus aucune maintenance, avec un très fort biais pour uniquement l'anglais). Le 6 novembre 2017 à 12:25, marc marc a écrit : > Ne pas confondre une personne et une communauté. > > ce qui est fra
Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Le 6 novembre 2017 à 12:25, marc marc a écrit : > > - c'est que l'énorme énergie, connaissance et travail accompli est > entaché par le manque de compromis (cfr modif de la page wiki des > langues en France, cfr problème répétitif des commentaires de modifs, > cfr l'argumentaire parfois indigeste) et de modestie (en cas d'avis > différent, c'est toujours l'autre qui a tord). > Je ne peux que plussoyer Cf ce qui s'est passé pour Quick OSM fix service A ce que j'ai pu lire, la bonne volonté de celui qui a proposé ça s'est heurté à un mur François ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Ne pas confondre une personne et une communauté. ce qui est franchement dommage : - c'est de ne pas avoir réussit à mettre un peau dans son vin, ce qui a conduit à l'abandon du mainteneur du calendrier dans osmweekly... alors qu'à la base, il demandait juste qu'on maintienne une façon non parfaite dans le wiki mais qui fonctionnait, le temps d'améliorer l'outil. aujourd'hui la page calendrier du wiki... est parfaitement inutilisée dans osmweekly ! Si au moins il y avait une proposition de patch... cela aurait évité de casser l'existant... même si l'existant n'était pas parfait. la lib est sur github, suffit de s'y plonger. Moi le niveau de "perfection" me dépasse largement. - c'est que l'énorme énergie, connaissance et travail accompli est entaché par le manque de compromis (cfr modif de la page wiki des langues en France, cfr problème répétitif des commentaires de modifs, cfr l'argumentaire parfois indigeste) et de modestie (en cas d'avis différent, c'est toujours l'autre qui a tord). J'espère qu'il en sortira quelque chose de positif... Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Le 6 novembre 2017 à 07:06, Christian Quest a écrit : > Ma réalité est en effet distordue depuis quelques années, grâce à un > filtre d'email :) > > J'ai retrouvé cette semaine la logorrhée de cet "éminent" contributeur sur > le slack HOT avec ce ton toujours aussi affirmatif pour un contenu bien > souvent erroné. > Voilà encore une affirmation accusatrice et insultante qui refuse de prendre en compte la réalité et se cache par des canaux détournés. Qu'as-tu relevé sur Slack ? Rien du tout. Alors que sans rien leur demander, je n'y ai eu que des soutiens. Je penses que tu as juste un parti-pris personnel et que c'est ton "filtre" qui déforme les choses. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Ma réalité est en effet distordue depuis quelques années, grâce à un filtre d'email :) Tiens on a le même ! Pour rendre service à d'autres on pourrait presque en faire un module Thunderbird, ce serait plus pratique... ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Ma réalité est en effet distordue depuis quelques années, grâce à un filtre d'email :) J'ai retrouvé cette semaine la logorrhée de cet "éminent" contributeur sur le slack HOT avec ce ton toujours aussi affirmatif pour un contenu bien souvent erroné. Le 5 novembre 2017 à 23:29, Christian Rogel < christian.ro...@club-internet.fr> a écrit : > Depuis plus d’une semaine, un éminent contributeur français est devenu une > vedette mondiale sur la liste OSM en anglais. Le plus amusant est que, > puisque cela se passe dans un cercle anglophone, il semble que la > communauté francophone y soit indifférente. > Vivrait-elle dans une certaine distorsion de la réalité ? Cela semble bien > confirmer l’ambiance très provinciale de OSM Talk-fr. > > En résumé, car je ne lis pas tout, il est reproché à verdy_p de > complexifier le calendrier du wiki OM (c’est vrai, je n’ai pas réussi à y > ajouter un événement, mais, il paraît que cela faciliterait l’usage d’un > mystérieux logiciel et cela semble être la raison de la disparition dudit > calendrier dans la newsletter HebdoOSM). > > C’est l’activité intense de verdy_p sur le wiki OSM en anglais qui est > critiquée par les uns et défendue par les autres. > > Dernier épisode : Michael Reichert a voulu raccourcir de longs > développements à propos des rapprochements des données > OSM/Wikidata/Wikipedia et accuse vp de mener une guerre d’édition. > > > Au moins, maintenant que nous sommes au courant, nous avons un tout petit > peu réintégré la communauté mondiale (heureusement, les anglophones sont > suffisamment polis pour ne pas mentionner les nationalités des > contributeurs ;-) ). > > > Christian R. > ___ > 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
[OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?
Depuis plus d’une semaine, un éminent contributeur français est devenu une vedette mondiale sur la liste OSM en anglais. Le plus amusant est que, puisque cela se passe dans un cercle anglophone, il semble que la communauté francophone y soit indifférente. Vivrait-elle dans une certaine distorsion de la réalité ? Cela semble bien confirmer l’ambiance très provinciale de OSM Talk-fr. En résumé, car je ne lis pas tout, il est reproché à verdy_p de complexifier le calendrier du wiki OM (c’est vrai, je n’ai pas réussi à y ajouter un événement, mais, il paraît que cela faciliterait l’usage d’un mystérieux logiciel et cela semble être la raison de la disparition dudit calendrier dans la newsletter HebdoOSM). C’est l’activité intense de verdy_p sur le wiki OSM en anglais qui est critiquée par les uns et défendue par les autres. Dernier épisode : Michael Reichert a voulu raccourcir de longs développements à propos des rapprochements des données OSM/Wikidata/Wikipedia et accuse vp de mener une guerre d’édition. Au moins, maintenant que nous sommes au courant, nous avons un tout petit peu réintégré la communauté mondiale (heureusement, les anglophones sont suffisamment polis pour ne pas mentionner les nationalités des contributeurs ;-) ). Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr