[OSM-talk-fr] éditeur ID

[osm.sanspourriel at spamgourmet.com]

Value autocomplete wrong behavior
<https://github.com/openstreetmap/iD/issues/6441>

Tag autocomplete wrong behavior
<https://github.com/openstreetmap/iD/issues/6437>

Encore deux exemples ci-dessus : je signale que l'autocomplétion tant
des clés que des valeurs fait un peu n'importe quoi, proposant des
valeurs fausses.

La réponse d'un des deux développeurs payés est... de virer les valeurs
incorrectes de la base comme ça elles ne seront plus proposées. Curieuse
inversion de logique.

C'est de l'humour j'espère. Je ne sais si c'est qu'il n'a vraiment pas
compris ou si comme déjà dit, ils n'en ont rien à faire car ils ont
décidé de baser ça bêtement à partir de taginfos.

Même sans utiliser le wiki il y a moyen de faire mieux mais visiblement
ils savent eux.

C'est gênant de voir un développement si peu communautaire dans une
brique importante de l'écosystème.

Jean-Yvon

Le 01/05/2019 à 23:46, François Lacombe - fl.infosreseaux at gmail.com a
écrit :
> Bonsoir Jean-Yvon
>
> Je partage ton constat, ils affichent bien leur position de ne pas
> prendre en compte le wiki.
> Ici encore dans cet échange où je leur suggérait de s'apuyer sur les
> Data Items (récent ajout qui implément wikidata pour les tags sur le wiki)
> https://github.com/openstreetmap/iD/issues/6206
>
> "Sorry, but I'm really not interested in adding anything wiki as a
> critical dependency on how iD works."
>
> Certes le wiki n'a pas réponse à tout et manque parfois de fraicheur,
> mais tout de même
> Le problème c'est que iD rend aussi beaucoup de services et offre un
> éditeur de qualité accessible et didactique. On ne peut pas lui enlever
> Ce n'est pas une raison pour tout accepter
>
> Issue ouverte pour location=kiosk
> https://github.com/openstreetmap/iD/issues/6283
>
> Bonne soirée
>
> François
>
> Le mer. 1 mai 2019 à 19:36, <osm.sanspourriel at spamgourmet.com
> <mailto:osm.sanspourriel at spamgourmet.com>> a écrit :
>
>     Récemment HebdOSM signalait que Frederik protestait contre la
>     manière d'agir des deux développeurs d'ID.
>
>     Développeurs d'un des deux principaux éditeurs d'OSM mais qui
>     fonctionnent au doigt mouillé sans tenir compte des listes de
>     discussion ou du Wiki.
>
>     Dernièrement je suis tombé sur une intersection entre un ruisseau
>     et une route correctement signalée par Osmose.
>
>     J'édite la route. ID me propose de mettre un nœud simple_brunnel.
>
>     Effectivement ça ne mérite pas plus.
>
>     Sauf que maintenant Osmose râle car bridge ne doit pas être
>     utilisé sur les points comme l'indique le Wiki
>     <https://wiki.openstreetmap.org/wiki/Key:bridge>.
>
>     En cherchant j'ai trouvé une proposition datant de 2014 et a
>     priori jamais passée par un vote :
>
>     https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge
>
>     Je pourrais entrer un ticket pour signaler le problème côté
>     Osmose. Sauf que c'est ID qui ne respecte pas la communauté, pas
>     Osmose.
>
>     Dans ce cas précis, proposer un vote pourrait donner une
>     légitimité pour un tag qui a été utilisé essentiellement en
>     2014-2015 (date de la proposition) et surtout en Autriche
>     <https://overpass-turbo.eu/s/Iz4>.
>
>     2008 	1
>     2013 	1
>     2014 	153
>     2015 	250
>     2016 	33
>     2017 	85
>     2018 	25
>     2019 	13
>
>
>     Autre problèmes rencontrés avec ID, liste non exhaustive ça va de
>     soi :
>
>     - sur associatedStreet il propose address alors que le wiki dit de
>     privilégier housenumber (et par défaut ne propose pas non plus de
>     relation de type associatedStreet)
>
>     - sur bus stop/platform il propose network allors qu'Osmose dit de
>     ne pas utiliser network sur ces objets.
>
>     - il propose location=kiosk alors que cette valeur est dépréciée
>
>     - sur d'autres objets il va proposer aussi bien choix_numéro_1 que
>     choix-numéro-1 et le débutant va choisir au petit bonheur.
>
>     Comme vous le voyiez beaucoup des problèmes vient du fait que les
>     deux développeurs payés ne tiennent pas compte de la communauté.
>     Avec le risque que ce soit les visions des entreprise pour
>     lesquelles travaillent les deux développeurs qui décident de
>     l'avenir d'OSM.
>
>     Un point à aborder lors du SotM monde à Heidelberg ?
>
>     Jean-Yvon
>
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> _______________________________________________
> 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/20190527/a1aebf35/attachment.htm>