Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-07 Par sujet osm . sanspourriel 

Le 07/05/2020 à 11:40, Marc M. - marc_marc_...@hotmail.com a écrit :

Je lui propose de s'inspirer du travail des développeurs de JOSM
qui fonctionne bien (ils utilisent wikidata, mais aussi data items).
Réponse à la con !!:(

il t'a dit "si qlq le fait, je regarderais, mais je ne le code pas".
je trouve cela plutôt ouvert d'esprit pour quelqu'un qui a un
avis totalement opposé à ta demande.
oui c'est con il est bénévole et non ton employé.
Réponse à la con de ma part.

Cordialement,
Marc


Marc, pas une réponse à la con de ta part (ni de celle d'Yves) mais Yves
a l'expérience d'une PR qui est restée trainer 5 ans (!) parce que Tom
je dirais ne daignait regarder les PR existants. Elle a fini par passer
parce que nous deux avons fait pression (nous n'étions pas à l'origine
ni du ticket ni du PR).

Tom a prétendu que le PR était passé en dehors des radars. Ce n'est pas
à exclure, admettons.

Mais du coup quand il dit "fait le boulot et je regarderai ce que j'en
fais", ça passe mal.

Car ça fait bien "gardien du temple". Que ce soit à juste ou titre ou pas.

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-07 Par sujet Martin Noblecourt 

Bonjour,

Pour ceux qui n'en seraient pas membres, le bureau de la Fondation OSM 
vient justement de lancer une consultation sur la question du 
recrutement d'employés pour faire tourner les services essentiels.


Je vous invite à participer à cette discussion (et à adhérer à la 
Fondation si pas déjà fait), cela aura sans doute plus d'impact que d'en 
parler ici ;)


A bientôt,

Martin



Subject:
Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"
From:
"Marc M." 
Date:
07/05/2020, 11:40

To:
talk-fr@openstreetmap.org


Bonjour,

Le 07.05.20 à 11:23, Yves P. a écrit :

Le 5 mai 2020 à 18:35, Florimond Berthoux a écrit :
Je ne comprend pas, il ne t'a pas insulté

comment interpréter "Until then this issue is just so much hot air." ?

4 personnes différentes disent qu'un façon d'avancer est de ne plus
avoir le code en dur pour faire le lien entre clef osm et url
tu es toi-même d'accord.
Tant qu'aucun code n'est écrit, ce ticket tourne dans le vide,


Je lui propose de s'inspirer du travail des développeurs de JOSM
qui fonctionne bien (ils utilisent wikidata, mais aussi data items).
Réponse à la con !!:(

il t'a dit "si qlq le fait, je regarderais, mais je ne le code pas".
je trouve cela plutôt ouvert d'esprit pour quelqu'un qui a un
avis totalement opposé à ta demande.
oui c'est con il est bénévole et non ton employé.
Réponse à la con de ma part.

Cordialement,
Marc


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-07 Par sujet Marc M. 
Bonjour,

Le 07.05.20 à 11:23, Yves P. a écrit :
>> Le 5 mai 2020 à 18:35, Florimond Berthoux a écrit :
>> Je ne comprend pas, il ne t'a pas insulté
> comment interpréter "Until then this issue is just so much hot air." ?

4 personnes différentes disent qu'un façon d'avancer est de ne plus
avoir le code en dur pour faire le lien entre clef osm et url
tu es toi-même d'accord.
Tant qu'aucun code n'est écrit, ce ticket tourne dans le vide,

> Je lui propose de s'inspirer du travail des développeurs de JOSM 
> qui fonctionne bien (ils utilisent wikidata, mais aussi data items).
> Réponse à la con !! :(

il t'a dit "si qlq le fait, je regarderais, mais je ne le code pas".
je trouve cela plutôt ouvert d'esprit pour quelqu'un qui a un
avis totalement opposé à ta demande.
oui c'est con il est bénévole et non ton employé.
Réponse à la con de ma part.

Cordialement,
Marc

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-07 Par sujet Yves P. 

> Le 5 mai 2020 à 18:35, Florimond Berthoux  a 
> écrit :
> 
> Je ne comprend pas, il ne t'a pas insulté
Pas directement heureusement :)

Mais comment interpréter "Until then this issue is just so much hot air." ?
Moi je trouve ça insultant.

> il veut juste pas faire ce que tu veux.
Je ne lui demande pas d'être d'accord avec moi ;)
Mais d'avoir des arguments factuels et de rester ouvert d'esprit. D'autant plus 
que d'autres contributeurs ne vont pas dans son sens (à défaut d'aller dans le 
miens).

Pour les arguments contre, il y avait le fait qu'il faut modifier le code à 
chaque demande de liens automatique à partir des valeurs d'un tag.
Et surtout, ne pas faire de précédent pour ne pas pousser les contributeurs à 
inventer des clés !! :D

On lui a proposé de récupérer les infos dans wikidata : ça n'allait pas, 
wikidata pas OSM !
Je lui propose de s'inspirer du travail des développeurs de JOSM qui fonctionne 
bien (ils utilisent wikidata, mais aussi data items).
Réponse à la con !! :(

Il y a une discussion sur plusieurs années à propos des liens vers mapillary, 
toujours "bloquée".

> C'est des bénévoles ils sont libre de faire ou de ne pas faire, 
Oui.

Ça me rappel le tollé après la gestion unilatérale de brand:wikidata dans iD.
Ce n'était pas acceptable car c'était la décision d'une seule personne mais 
travaillant pour des intérêts privés.

Ici, ça serait acceptable car ça provient d'un bénévole ??

> ils sont libre d'argumenter ou non.
ça serait plus encourageant de ne pas répondre, que de répondre comme il le 
fait (dans ce ticket et dans d'autres).

> Fais une PR si tu veux.
> Et rien n'empêche de créer un nouveau frontend plus mieux à osm.org 
>  si c'est méga bloquant.
Le but n'est pas de remplacer le "dictateur" par un autre ;)

Et il y aurait moins d'énergie perdu à écrire le code par une personne 
expérimentée en Ruby On Rail et "maitrisant" le projet que par un "débutant" 
sur le sujet.

> Après sur le fond, a priori je suis pour qu'une structure OSM embauche et 
> développe un meilleur service pour attirer un public plus large.
On est au moins d'accord sur ce point :)

__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-05 Par sujet Philippe Verdy 
Moi aussi je suis favorable à l'embauche d'employés (qui au moins seront
soumis à une autorité et une étique de travail pour assurer aussi une
certaine neutralité : l'employeur de son côté ne doit pas intervenir dans
chaque décision prise, sauf pour régler des problème sérieux nécessitant de
remonter les problème hiérarchiquement à une autorité supérieure pouvant
déléguer cela à un médiateur avant une sanction disciplinaire qui elle
aussi est équilibrée par le droit du travail).

Certes cela a un coût, mais comme cela devient une structure permanente, ce
que fait cette structure sera aussi ce qu'affiche l'organisation pour sa
communication au public: l'organisation devient responsable autant
vis-à-vis du public indépendant que vis à vis de ses employés (à qui elle
doit aussi des conditions de travail correctes, sinon ils démissionnent ou
il y aura de l'absentéisme coûteux).

N'avoir que des bénévoles (dont certains idéalement placés et ayant tous
les moyens à leur disposition pour faire tout ce qu'ils veulent) n'est pas
équitable et pas responsable vis-à-vis d'une communauté aussi large.

C'est pour ça que Wikimedia a une structure permanente d'employés, qui en
revanche sont tenus par leurs contrat de travail, les clauses de
confidentialité et d'équité et neutralité vis à vis de la communauté. Mais
cette permanence a de gros avantages: tout le monde est traité à égalité,
les moyens utilisés sont mieux contrôlés (et en continu), il y a des
objectifs à remplir (dont les objectifs affichés publiquement par la
fondation et établis en concertation avec la communauté: la fondation
elle-même ne décide pas de cette charte, mais elle assure uniquement la
légalité et la protection du projet).

Et là la Fondation OSM ne fonctionne pas du tout comme il devrait, et ne
contrôle même pas du tout ce qui est décidé et appliqué autoritairement par
quelques bénévoles trop influents que personne n'ose contredire.

On a le même problème avec Wikipédia où ses communautés locales sont tenues
par quelques bénévoles trop influents, mais pas du tout dans les wikis
internationaux (MetaWiki, Commons, Wikidata) où c'est beaucoup plus
collégial et où cela progresse en permettant la participation du plus grand
nombre et l"émergence de nouvelles idées (pas sanctionnées immédiatement
par des reverts ou suppressions abusives : on laisse le temps de stabiliser
les choses, les problèmes sont signalés, listés et suivis, il y en a
beaucoup donc aucune urgence le plus souvent à devoir les régler tous très
vite: on a le temps de faire des recherches, tester des alternatives,
évaluer les solutions possibles, discuter... les admins sur ces wikis ne
sont pas débordés et pourtant ils sont nettement moins nombreux.

Les admins sur Wikipédia en revanche sont trop nombreux pour qu'on puisse
suivre ce qu'ils font, ils ont des pouvoir trop forts (d'ailleurs ils ne
sont même pas d'accord entre eux mais ils n'osent pas non plus se
contredire publiquement: ils ont chacun leur domaine privilégié et
globalement ils se sont juste partagés sans le dire leurs activités en
évitant seulement d'empiéter sur le domaine suivi par un autre admin: le
résultat c'est des contenus fragmentés, très peu homogènes entre eux), ils
ne rendent pas compte assez de leurs actions et justifient très peu leurs
décisions qui ensuite ne sont plus contestables du tout même quand la
situation a évolué: Wikipédia comme OSM souffre d'une paralysie chronique
imposée de force par quelques bénévoles trop influents et qui arrivent même
à imposer aux autres la conservation de leurs privilèges par une forme très
claire de contrainte).

Cependant concernant Wikipédia, cela s'est nettement amélioré grâce aux
efforts de rationalisation faits sur Wikidata (déjà commencés avant sur
Commons): la structuration des données a nettement clarifié les sujets et
permis de cerner et isoler les conflits éventuels. Cette isolation a permis
de séparer mieux les sujets sur Wikipédia ainsi que les points de vue: cela
se voit dans la neutralité, la couverture des sujets, un meilleur
référencement des sources, et sur les wikis les plus actifs, une meilleure
coopération (il reste cependant des zones d'ombre sur les wikis de
certaines langues, comme en serbe, croate, turc, chinois, où on voit
nettement l'influence des conflits politiques nationaux et le problème de
suprématie selon le point de vue d'une zone "majoritaire"; même pour le
Wikipéfia francophone, on a une trop forte influence du point de vue
franco-français, au détriment des francophones belges, suisses, canadiens
ou ouest-africains sous-représentés).

Je ne vois qu'une solution pour OSM: ne pas segmenter les projets par
langue, veiller à ce que toutes les nations soient représentées, ne pas
imposer une langue majoritaire à un pays, ni imposer un pays pour une
langue. Assurer la neutralité des traductions (quelle que soit la langue:
pas de préférence ou priorité contrairement à ce qui a été fait sur le wiki
OSM et ses 8 langues dont 1 l'anglais est

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-05 Par sujet Florimond Berthoux 
Je ne comprend pas, il ne t'a pas insulté il veut juste pas faire ce que tu
veux.
C'est des bénévoles ils sont libre de faire ou de ne pas faire, ils sont
libre d'argumenter ou non.
Fais une PR si tu veux.
Et rien n'empêche de créer un nouveau frontend plus mieux à osm.org si
c'est méga bloquant.

Après sur le fond, a priori je suis pour qu'une structure OSM embauche et
développe un meilleur service pour attirer un public plus large.


Le mar. 5 mai 2020 à 14:25, Yves P.  a écrit :

> Bonjour,
>
> J'ai oublié de copier le passage qui fait le lien entre mon message et
> celui de Jean-Guilhem Cailton :
>
>
> https://wiki.openstreetmap.org/wiki/User:Jgc/TraductionJournalConsultationsApm-wa#.28Quatri.C3.A8me_place_ex_aequo.29_Diversit.C3.A9.2Finclusion
>
> De nombreuses personnes interrogées se sont plaintes des questions de
> "pilotage" ou de "domination" des intérêts particuliers au détriment des
> intérêts plus larges de la communauté des OSM. Comme l'a dit l'un d'entre
> eux, "Si vous laissez les grandes gueules diriger la stratégie, rien ne se
> passera". Un autre l'a formulé différemment : "L'utilisation du projet est
> mise en péril par quelques voix fortes".
>
>
> En espérant que ça vous aidera à comprendre mieux mon propos :)
>
> Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
>
> Perso les gens qui me demande quelque chose en disant aussitôt merci
> ça a le don de particulièrement m'agacer.
> Pourquoi ? Parce que c'est retirer la liberté de faire ou de ne pas
> faire à celui qui reçoit la demande.
>
>
> je pense que c'est très variable selon la personne qui l'écrit
> ou le recoit. pour d'autre, c'est une expression de gratitude
> envers le gars qui va passer du temps à cela.
>
> +1
>
> Un autre facteur, je n'ai pas fais mes études à Oxford et ne maitrise donc
> pas les subtilités de la langue anglaise à l'écrit ;)
>
> il y a plus qu'une personne :)
>
> Tom ou Allan ?
>
> En tout cas, que les choix sur le devenir du site web OSM ne repose que
> sur les épaules d'une (ou deux) personne(s) est un problème :/
> Si en plus ce sont des "grandes gueules" ça ne permettra encore moins
> d'avancer :(
>
> TomH *parait* souvent très sec (moi aussi m'a-t-on fait remarquer).
> c'est toujours difficile de suposer l'intention de l'autre.
> Quand je réponds d'apparence "sec", c'est parfois sinplement
> parce que je vois pas l'utilité de répondre à un message utilitaire
> en y mettant 2 tonnes d'emballage. genre si on demande le tag pour tel
> truc, je répond ce qui me parait être le tag pour tel truc. si on
> demande si c'est utile, je répond mon avis sur l'utilité.
> ca dit pas que j'ai la science infuse ou que la discussion est
> refusée, c'est juste un avis :) mon avis :)
>
>
> Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
>
> Et justement il dit qu'il est contre, normal qu'il t’envoie bouler.
>
>
> Le problème n'est pas de donner son avis, le problème est la bonne fois.
>
> Comme l'a fait remarquer eehpcm (issuecomment-623478783
> ),
> Tom utilise des arguments fallacieux (Slippery-slope arguments
> ).
>
> Cette discussion n'est que le sommet de l'iceberg…
>
>
>
> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
>
>
> perso je lis la première ligne et je m'arrête. une ref qui n'est avec
> ref, c'est une erreur de tag même si c'est la pratique courante pour
> cette ref. idem avec CLC:id par ex
> personne
>
> On peut discuter de la forme originale de cette clé (il serait en effet
> plus logique que ce soit *ref:openplaques*).
>
> Mais la question n'est pas là. Cette clé existe, elle répond au besoin des
> "historiens" et autre "amateurs" de patrimoine.
>
> Et au-delà de cette clé, il en existe d'autres qui pourraient bénéficier
> d'un lien.
>
> de plus les 2 messages précédents explicants les 2 raisons ne semblent
> pas prise en considération, donc fatalement le gars répond pas très
> positivement si on lui répond sans tenir compte de ce qu'il répond.
>
> J'ai relu la "discussion", Tom n'argumente pas : c'est son avis, son
> "jugement", point barre.
>
> Si il est seul à décider de ce qui est bien ou mal pour OSM me dérange
> vraiment.
> Les projets informatiques ont souvent besoin de "dictateurs"
> bienveillants. Ici je ne voit pas la bienveillance :(
>
>  même si le code était écrit, je serrais tenté par passer
> mon temps à lire un autre ticket plutôt qu'encourager cette clef :)
>
> Encore une fois, est-ce a une ou 2 personnes de décider des clés à
> encourager ou pas ?
>
>
> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
>
> If somebody else wants to offer a PR to do it then that can be considered
> when it happens. Until then this issue is just so much hot air.
>
>
> Ecrire une PR dans un gros projet comme celui-ci nécessite beaucoup de
> prérequis.
> Maitriser l'anglais est utile (cf ma

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-05 Par sujet Yves P. 
Bonjour,

J'ai oublié de copier le passage qui fait le lien entre mon message et celui de 
Jean-Guilhem Cailton :

https://wiki.openstreetmap.org/wiki/User:Jgc/TraductionJournalConsultationsApm-wa#.28Quatri.C3.A8me_place_ex_aequo.29_Diversit.C3.A9.2Finclusion

> De nombreuses personnes interrogées se sont plaintes des questions de 
> "pilotage" ou de "domination" des intérêts particuliers au détriment des 
> intérêts plus larges de la communauté des OSM. Comme l'a dit l'un d'entre 
> eux, "Si vous laissez les grandes gueules diriger la stratégie, rien ne se 
> passera". Un autre l'a formulé différemment : "L'utilisation du projet est 
> mise en péril par quelques voix fortes".

En espérant que ça vous aidera à comprendre mieux mon propos :)

> Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
>> Perso les gens qui me demande quelque chose en disant aussitôt merci 
>> ça a le don de particulièrement m'agacer.
>> Pourquoi ? Parce que c'est retirer la liberté de faire ou de ne pas
>> faire à celui qui reçoit la demande.
> 
> je pense que c'est très variable selon la personne qui l'écrit
> ou le recoit. pour d'autre, c'est une expression de gratitude
> envers le gars qui va passer du temps à cela.
+1

Un autre facteur, je n'ai pas fais mes études à Oxford et ne maitrise donc pas 
les subtilités de la langue anglaise à l'écrit ;)

> il y a plus qu'une personne :)
Tom ou Allan ?

En tout cas, que les choix sur le devenir du site web OSM ne repose que sur les 
épaules d'une (ou deux) personne(s) est un problème :/
Si en plus ce sont des "grandes gueules" ça ne permettra encore moins d'avancer 
:(

> TomH *parait* souvent très sec (moi aussi m'a-t-on fait remarquer).
> c'est toujours difficile de suposer l'intention de l'autre.
> Quand je réponds d'apparence "sec", c'est parfois sinplement
> parce que je vois pas l'utilité de répondre à un message utilitaire
> en y mettant 2 tonnes d'emballage. genre si on demande le tag pour tel
> truc, je répond ce qui me parait être le tag pour tel truc. si on
> demande si c'est utile, je répond mon avis sur l'utilité.
> ca dit pas que j'ai la science infuse ou que la discussion est
> refusée, c'est juste un avis :) mon avis :)

> Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
> Et justement il dit qu'il est contre, normal qu'il t’envoie bouler.

Le problème n'est pas de donner son avis, le problème est la bonne fois.

Comme l'a fait remarquer eehpcm (issuecomment-623478783 
),
 Tom utilise des arguments fallacieux (Slippery-slope arguments 
).

Cette discussion n'est que le sommet de l'iceberg…

> 
>>
>> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
> 
> perso je lis la première ligne et je m'arrête. une ref qui n'est avec
> ref, c'est une erreur de tag même si c'est la pratique courante pour
> cette ref. idem avec CLC:id par ex
> personne
On peut discuter de la forme originale de cette clé (il serait en effet plus 
logique que ce soit ref:openplaques).

Mais la question n'est pas là. Cette clé existe, elle répond au besoin des 
"historiens" et autre "amateurs" de patrimoine.

Et au-delà de cette clé, il en existe d'autres qui pourraient bénéficier d'un 
lien.

> de plus les 2 messages précédents explicants les 2 raisons ne semblent
> pas prise en considération, donc fatalement le gars répond pas très
> positivement si on lui répond sans tenir compte de ce qu'il répond.
J'ai relu la "discussion", Tom n'argumente pas : c'est son avis, son 
"jugement", point barre.

Si il est seul à décider de ce qui est bien ou mal pour OSM me dérange vraiment.
Les projets informatiques ont souvent besoin de "dictateurs" bienveillants. Ici 
je ne voit pas la bienveillance :(

>  même si le code était écrit, je serrais tenté par passer
> mon temps à lire un autre ticket plutôt qu'encourager cette clef :)
Encore une fois, est-ce a une ou 2 personnes de décider des clés à encourager 
ou pas ?

https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
> If somebody else wants to offer a PR to do it then that can be considered 
> when it happens. Until then this issue is just so much hot air.

Ecrire une PR dans un gros projet comme celui-ci nécessite beaucoup de 
prérequis.
Maitriser l'anglais est utile (cf ma remarque plus haut),
Se former au langage,
Au projet,
A l'environnement de développement pour réussir à tester et débogguer son code 
en local,
A GitHub,
A l'aspect social dans GitHub…

Ça fait beaucoup d'énergie dépenser pour se faire insulter.
Et même en arrivant à faire une PR propre du premier coup, il faut allumer des 
cierges pour espérer l'accord du "dictateur" (le merge de la PR).

__
Yves



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

2020-05-04 Par sujet Marc M. 
Bonjour,

Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
> Perso les gens qui me demande quelque chose en disant aussitôt merci 
> ça a le don de particulièrement m'agacer.
> Pourquoi ? Parce que c'est retirer la liberté de faire ou de ne pas
> faire à celui qui reçoit la demande.

je pense que c'est très variable selon la personne qui l'écrit
ou le recoit. pour d'autre, c'est une expression de gratitude
envers le gars qui va passer du temps à cela.

Le lun. 4 mai 2020 à 17:08, Yves P. a écrit :
> Je ne sais pas qui développe le site web d'OSM ?

il y a plus qu'une personne :)
155 personnes y ont contribué, donc le premier a 5x que de commit
que le 2ieme (ce qui ne veux pas dire 5x plus de boulot,
certains commit sont simple, d'autres lourds)
https://github.com/openstreetmap/openstreetmap-website/graphs/contributors

> Quand j'ai la (mauvaise) idée d'écrire un ticket, je tombe sur
> un(des) administrateur(s) que je trouve pour le moins obtus

TomH *parait* souvent très sec (moi aussi m'a-t-on fait remarquer).
c'est toujours difficile de suposer l'intention de l'autre.
Quand je réponds d'apparence "sec", c'est parfois sinplement
parce que je vois pas l'utilité de répondre à un message utilitaire
en y mettant 2 tonnes d'emballage. genre si on demande le tag pour tel
truc, je répond ce qui me parait être le tag pour tel truc. si on
demande si c'est utile, je répond mon avis sur l'utilité.
ca dit pas que j'ai la science infuse ou que la discussion est
refusée, c'est juste un avis :) mon avis :)

> 
> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719

perso je lis la première ligne et je m'arrête. une ref qui n'est avec
ref, c'est une erreur de tag même si c'est la pratique courante pour
cette ref. idem avec CLC:id par ex
personne même si le code était écrit, je serrais tenté par passer
mon temps à lire un autre ticket plutôt qu'encourager cette clef :)

de plus les 2 messages précédents explicants les 2 raisons ne semblent
pas prise en considération, donc fatalement le gars répond pas très
positivement si on lui répond sans tenir compte de ce qu'il répond.

le soucis principal est qu'osm.org est à la fois le site "retour pour
les contributeur" et de plus en plus le site "utilisateur final"

Cordialement,
Marc

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination" - Re: Rapport du Président OSMF

2020-05-04 Par sujet Florimond Berthoux 
Salut,

Perso les gens qui me demande quelque chose en disant aussitôt merci ça a
le don de particulièrement m'agacer.
Pourquoi ? Parce que c'est retirer la liberté de faire ou de ne pas faire à
celui qui reçoit la demande.
Et justement il dit qu'il est contre, normal qu'il t’envoie bouler.

Cordialement

Le lun. 4 mai 2020 à 17:08, Yves P.  a écrit :

> Bonjour,
>
> Je ne sais pas qui développe le site web d'OSM ?
> Quand j'ai la (mauvaise) idée d'écrire un ticket, je tombe sur un(des)
> administrateur(s) que je trouve pour le moins obtus, sinon injurieux :(
>
>
> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
>
> __
> Yves
>
> > Le 19/04/2020 à 11:16, Jean-Guilhem Cailton a écrit :
> >> Afin que le plus de contributeurs possible puisse en prendre
> connaissance, je l’ai fait traduire en français par Deepl.com, et
> rapidement remis en forme et relu, dans une page wiki, afin que la
> traduction puisse être revue et améliorée  (N’hésitez pas !) :
> >>
> https://wiki.openstreetmap.org/wiki/User:Jgc/TraductionJournalConsultationsApm-wa
>
> Merci Jean-Guilhem pour la traduction :)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] questions de "pilotage" ou de "domination" - Re: Rapport du Président OSMF

2020-05-04 Par sujet Yves P. 
Bonjour,

Je ne sais pas qui développe le site web d'OSM ?
Quand j'ai la (mauvaise) idée d'écrire un ticket, je tombe sur un(des) 
administrateur(s) que je trouve pour le moins obtus, sinon injurieux :(

https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719

__
Yves

> Le 19/04/2020 à 11:16, Jean-Guilhem Cailton a écrit :
>> Afin que le plus de contributeurs possible puisse en prendre connaissance, 
>> je l’ai fait traduire en français par Deepl.com, et rapidement remis en 
>> forme et relu, dans une page wiki, afin que la traduction puisse être revue 
>> et améliorée  (N’hésitez pas !) :
>> https://wiki.openstreetmap.org/wiki/User:Jgc/TraductionJournalConsultationsApm-wa

Merci Jean-Guilhem pour la traduction :)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr