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.infosrese...@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.sanspourr...@spamgourmet.com <mailto:osm.sanspourr...@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@openstreetmap.org <mailto: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
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr