[OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

Lun 6 Nov 12:28:17 UTC 2017

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_irc at 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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20171106/53311884/attachment.htm>