La source est Navads. ce sont des clients poi eu-même qui semblent avoir fournit des infos de mauvaise qualitées et/ou Navads_qui n'a pas une bonne méthode pour les fermetures et/ou le script anti-doublon qui est mal configuré. A mon avis en augmentant le rayon de recherche anti-doublon, et en laissant tombés les tags de mauvaise qualité, cela devrait améliorer fortement les choses.
ceci dit ma question reste entière : que faire pour les nouvelles stations ? les ajouter dans osmose dans une rubrique qui en comporte 400 000, cela revient à ne pas les importer avant longtemps. ne faut-il pas mieux dans ce cas avoir une position à améliorer que pas de poi du tout ? Le 26. 03. 18 à 13:26, Noémie Lehuby a écrit : > Bonjour, > > Est-ce qu'on ne gagnerait pas à demander à en savoir plus sur la source > de données, et pourquoi pas à en demander une publication en opendata ou > un extrait sur la France pour gérer ça selon nos habitudes (plutôt avec > Osmose quoi) ? > > J'ai retrouvé dans son outil toutes les stations que je connais, à des > positions pas forcément exactes, mais utilisables pour mapper. Je ne > peux juger de la qualité des tags proposés car je ne fréquente pas du > tout les stations essence. > Mais il me semble qu'on ne devrait pas jeter le bébé avec l'eau du bain, > et qu'il y a surement quelque chose d'utile à tirer de cette proposition > d'intégration. > > Noémie > > Le 2018-03-26 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 >> 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 >>>>> <mailto: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 >>>>>> <mailto: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 <mailto:Talk-fr@openstreetmap.org> >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> _______________________________________________ >>> 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 <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
