Le 26/03/2018 à 12:29, Stéphane Péneau a écrit : > Je veux bien faire un message récapitulatif sur la liste d'import. > > Ce qu'on a remarqué pour l'instant, et directement en anglais. Le mien > n'est pas très bon, donc n'hésitez pas à corriger : > > -A lot of "new" amenity=fuel are already in Osm MOST
[J'ai fait un rapide sondage sur une trentaine dans des coins que je connais, il n'y en a pas une seule de nouvelle] - Some fuel stations are shown kilometers away from their actual location. Example : http://audit.osmz.ru/browse/navads_fuel/NVDS346_54a1ba8b9826bf65d6a323a5 is actually here : https://www.openstreetmap.org/?mlat=44.85023&mlon=4.86983&zoom=16 > http://audit.osmz.ru/browse/navads_fuel/NVDS346_54a1ba689826bf65d6a31b83 > http://audit.osmz.ru/browse/navads_fuel/NVDS368_545f7bfa82efa41a49637ace > > - Most opening_hours are wrong. A lot of fuel stations can be use 24/7 > with a bank card. > > - Phone numbers : > When a fuel station belongs to a supermarket, the phone's number is > the supermarket one. I'm not sure it's a useful information. > Il faudrait aussi un exemple de numéro national > > - brand, name, operator > Un avis argumenté sur ce sujet ? Je ne suis pas à l'aise avec ces tags > > - Don't delete imported objects with ref:navads > Sorry but we disagree. Check yourself if you must ignore a POI before > adding it over and over in Osm. > > - ref:navads > This ref tag is a private one. Nobody can use it. We understand that > it will be easier for you to update the fuel station, but if everybody > start to use his private tag, the database will become a mess. > > We already have an open fuel station database. These data are included > in Osmose to let the contributors manually check each nodes. > > > Le 25/03/2018 à 22:36, deuzeffe a écrit : >> Ma zone de confort n'est probablement pas représentative du >> territoire entier, cependant : >> - sur les 4 existantes, il en manque une (une « de marque ». Hasard ?) ; >> - les « à créer » existent déjà quelques dizaines de mètres plus loin ; >> - les modif. pour les « à compléter » sont YOLO (je suis gentille). >> >> Je n'ai pas regardé plus loin (le script est un infâme goinfre de >> ressources), mais je doute que ça soit de meilleure qualité. Pas >> compris d'où vient sa source (la DB sur data.gouv, même datant de 2 >> ans ?) >> >> Je suis assez de ton avis : augmenter la qualité de l'import (virer >> tout ce qui coince ; l'adapter au pays ?) puis on voit la nouvelle >> mouture. Au nom de la communauté, bien entendu ! >> >> Et puis (question de débutante) : quel intérêt d'un import massif >> pour des territoires où les données OSM sont pléthoriques ? >> >> -- >> deuzeffe - qui aime bien osmose, mais quand même ! >> >> Le 25/03/2018 à 20:52, marc marc a écrit : >>> Il y a clairement un problème de qualité dans cette proposition >>> d'import. >>> N'hésitez pas à signaler les problèmes sur la page wiki, >>> surtout si vous estimez que c'est pas un problème de "quelques points >>> à corriger mais général" >>> Ou alors on fait un post commun dans qlq jours au nom de >>> la communauté "talk-fr" ? >>> Car pour l'instant de ce que j'en ai entendu, il s'attend à ce que les >>> communautés locales corrigent les problèmes pour ensuite considérer >>> que la problème de qualité est résolu et donc l'import à faire. >>> >>> Le 25. 03. 18 à 20:18, Cyrille37 OSM a écrit : >>>> Le 25/03/2018 à 19:36, osm.sanspourr...@spamgourmet.com a écrit : >>>>> Ne pas importer, au plus permettre un rapprochment. >>>> >>>> Oui, comme avec Osmose qui propose puis on indique si c'est fait, si >>>> c'est un faux positif, ... >>> >>> Le problème c'est qu'à la main, cela n’intéresse pas assez de monde. >>> cfr > 400k élément en attente rien que pour la France. >>> http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8xxx&level=1%2C2%2C3&country=france* >>> >>> http://osmose.openstreetmap.fr/fr/errors/?item=8xxx&level=1%2C2%2C3&country=france* >>> >>> c'est pour cela que je trouve qu'un import de meilleur qualité aurait >>> du sens : >>> - sans heure d'ouverture vu le manque de qualité >>> - sans import de no de téléphone dupliqué (ou alors ils devraient >>> aller dans operator:phone ou brand:phone >>> - sans code postal si l'adresse n'est pas complète et/ou si le code >>> postal existe deja sous forme d'aire >>> - gérer le problème des doublons (peut-être que la distance minimale >>> devrait être augmentée) >>> - mai que faire des ajouts de stations sur la position n'est pas >>> bonne ? >>> lui mettre un tag fixme=position a affiner ? >>> c'est pourtant suposé être éliminatoire si trop d'élément sont de >>> mauvaise qualitée... de l'autre avoir des infos est parfois mieux >>> que de >>> ne pas en avoir... et lui dire d'abandonner son outil perso pour migrer >>> sur osmose, je n'y crois pas trop.. l'idéal serrait d'avoir des données >>> communes aux 2 outils pour les objets nécessitant intervention humaine. >>> >>>>> *Gesendet:* Sonntag, 25. März 2018 um 19:18 Uhr >>>>> *Von:* "Stéphane Péneau - stephane.pen...@wanadoo.fr" >>>>> http://audit.osmz.ru/browse/navads_fuel >>>>> https://wiki.openstreetmap.org/wiki/Navads_Imports >>>>> https://lists.openstreetmap.org/pipermail/imports/2018-March/005436.html >>>>> >>> _______________________________________________ >>> 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 > > > > _______________________________________________ > 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