[OSM-talk-fr] Import station essence

[marc marc]

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.sanspourriel at spamgourmet.com 
>>>>> <mailto: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 
>>>>>> <mailto: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 <mailto:Talk-fr at openstreetmap.org>
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>> _______________________________________________
>>> 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 <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
>