[OSM-talk-fr] Import station essence

[Stéphane Péneau]

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.sanspourriel at 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.peneau at 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 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