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 <verd...@wanadoo.fr> 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 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 <marc_marc_...@hotmail.com> a écrit
> :
>
>> 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
>>
>
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
