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 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Ã(c)phane PÃ(c)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
