Re: [OSM-talk-fr] Import station essence

[deuzeffe]

Bonsoir,

Ça donne des trucs bizarres, comme :
tags_create 
fuel:e10DELETE TAG aechohve0Eire4ooyeyaey1gieme0xoo
fuel:e85DELETE TAG aechohve0Eire4ooyeyaey1gieme0xoo
fuel:lpgDELETE TAG aechohve0Eire4ooyeyaey1gieme0xoo

Alors qu'il n'y a rien à effacer comme tag concernant ces 3 items, cf 
http://osmose.openstreetmap.fr/fr/error/17295690893


HTH
--
deuzeffe

> Bien ! C'est cause des doubles comptes que ça me semblait cohérent.
> Je corrige.

> Voilà ce qui va être proposé à la modification,
>   10 
>  101 
>  111 
>  203 
>  466 
>  756 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Frédéric Rodrigo]

Bien ! C'est cause des doubles comptes que ça me semblait cohérent.
Je corrige.

Voilà ce qui va être proposé à la modification,
 10 
    101 
    111 
    203 
    466 
    756 


Le 16/04/2018 à 15:47, Jérôme Amagat a écrit :



Le 15 avril 2018 à 20:43, <osm.sanspourr...@spamgourmet.com 
<mailto:osm.sanspourr...@spamgourmet.com>> a écrit :


Vendre moins de 300 m3/an ne veut pas dire ne pas en vendre.

Ce qui explique le cas du GPL.


C'est 500m3/an tout produits confondu.

il y a un probleme dans le script osmose : 
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_fuel_FR.py

il y a 2 ligne pour le gpl :
"fuel:lpg": lambda res: "yes" if res["GPLc"] == "x" else None,

"fuel:lpg": lambda res: "yes" if res["GPL"] == "x" else None,

la colonne GPLc c'est le carburant comme pour les autres : gazole ... 
dans la base de donnée il est noté le prix de ces carburants
la colonne GPL c'est dans la base de donnée indiqué comme un service 
qui s'appelle juste "GPL" comme d'autres services sont notés 
"Carburant qualité supérieure" , "Toilettes publiques", "Vente de gaz 
domestique" ...
Des stations ont le carburant mais pas le service (noté le GPL comme 
service date peut être d'avant l’obligation de donné les prix pour le 
GPL en plus du sp 95 et gazole du debut)
Je ne comprend pas bien ce qu'est ce service GPL mais je pense qu'il 
ne faut pas en tenir compte et ne s'occuper que du GPL que lorsque 
qu'il est noté comme un carburant vendu et donc supprimé la 2eme ligne 
du code



Je ne vois pas de raison de supprimer ces tags.
Demander avec un streetcomplete si les produits sont en vente me
semblerait plus coherent.
Jean-Yvon
*Gesendet:* Sonntag, 15. April 2018 um 19:05 Uhr
*Von:* "Frédéric Rodrigo - fred.rodr...@gmail.com
<mailto:fred.rodr...@gmail.com>"
<osm.sanspourriel.0eb4a52d1a.fred.rodrigo#talk-fr@openstreetmap.org
<mailto:talk-fr@openstreetmap.org>>
*An:* "Jérôme Amagat" <jerome.ama...@gmail.com
<mailto:jerome.ama...@gmail.com>>
*Cc:* "Discussions sur OSM en français" <talk-fr@openstreetmap.org
<mailto:talk-fr@openstreetmap.org>>
*Betreff:* Re: [OSM-talk-fr] Import station essence (NavAds)
J'ai codé la suppression de tags lors des propositions de mise à jour.

Voilà ce que ça va proposer de faire :
 10 
    101 
    111 
    204 
    750 
   1535 

Bien que le nombre de stations GPL en moins ai l'air énorme, cela me
semble quand même cohérent.


Le 14/04/2018 à 13:27, Jérôme Amagat a écrit :
> Les règles appliqués aux stations service en ce qui concerne cette
> base de donnée www.prix-carburants.gouv.fr
<http://www.prix-carburants.gouv.fr>
> <http://www.prix-carburants.gouv.fr
<http://www.prix-carburants.gouv.fr>> sont dans les articles 5 et 6 de
> l'Arrêté du 8 juillet 1988 relatif à la publicité des prix de vente
> des carburants (modifié en 2006 et 2013) :
>

https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414

<https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414>
>

<https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414

<https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414>>
> ça dit que les stations service qui vendent plus de cinq cents
mètres
> cubes par an tous produits confondus doivent alimenter cette base de
> donnée pour la liste de carburant : gazole, e85, sp95, sp95 e10, gpl
> (pour le sp98 il est indiqué sur le site mais pas dans l'arreté)
>
> Pour le problème des carburants qui disparaissent à la vente
dans les
> station mais ne sont pas mis à jour dans osm avec osmose, une
solution
> serait de mettre des valeurs "no" pour les carburants n'étant pas
> vendu dans la station service.
> ça a l'avantage de pas avoir à modifier en profondeur le code
d'osmose
> :) juste des petites modifs
> Ce n'est pas une erreur vu que si les carburants étaient vendus ils
> seraient indiqué dans la base
> indiqué clairement qu"il ne sont pas vendu c'est une info pertinente
> par contre, normalement un tag =no n'est pas indiqué dans osm (ou
> rarement)
> osmose va proposer une mise à jour pour toutes les station service
> déjà intégré :)
>

Re: [OSM-talk-fr] Import station essence

[Jérôme Amagat]

Le 15 avril 2018 à 20:43, <osm.sanspourr...@spamgourmet.com> a écrit :

> Vendre moins de 300 m3/an ne veut pas dire ne pas en vendre.
>
Ce qui explique le cas du GPL.
>

C'est 500m3/an tout produits confondu.

il y a un probleme dans le script osmose :
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_fuel_FR.py
il y a 2 ligne pour le gpl :
"fuel:lpg": lambda res: "yes" if res["GPLc"] == "x" else None,
"fuel:lpg": lambda res: "yes" if res["GPL"] == "x" else None,

la colonne GPLc c'est le carburant comme pour les autres : gazole ... dans
la base de donnée il est noté le prix de ces carburants
la colonne GPL c'est dans la base de donnée indiqué comme un service qui
s'appelle juste "GPL" comme d'autres services sont notés "Carburant qualité
supérieure" , "Toilettes publiques", "Vente de gaz domestique" ...
Des stations ont le carburant mais pas le service (noté le GPL comme
service date peut être d'avant l’obligation de donné les prix pour le GPL
en plus du sp 95 et gazole du debut)
Je ne comprend pas bien ce qu'est ce service GPL mais je pense qu'il ne
faut pas en tenir compte et ne s'occuper que du GPL que lorsque qu'il est
noté comme un carburant vendu et donc supprimé la 2eme ligne du code


Je ne vois pas de raison de supprimer ces tags.
> Demander avec un streetcomplete si les produits sont en vente me
> semblerait plus coherent.
>
> Jean-Yvon
>
>
> *Gesendet:* Sonntag, 15. April 2018 um 19:05 Uhr
> *Von:* "Frédéric Rodrigo - fred.rodr...@gmail.com"
> <osm.sanspourriel.0eb4a52d1a.fred.rodrigo#talk-fr@openstreetmap.org>
> *An:* "Jérôme Amagat" <jerome.ama...@gmail.com>
> *Cc:* "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
> *Betreff:* Re: [OSM-talk-fr] Import station essence (NavAds)
> J'ai codé la suppression de tags lors des propositions de mise à jour.
>
> Voilà ce que ça va proposer de faire :
>  10 
> 101 
> 111 
> 204 
> 750 
>1535 
>
> Bien que le nombre de stations GPL en moins ai l'air énorme, cela me
> semble quand même cohérent.
>
>
> Le 14/04/2018 à 13:27, Jérôme Amagat a écrit :
> > Les règles appliqués aux stations service en ce qui concerne cette
> > base de donnée www.prix-carburants.gouv.fr
> > <http://www.prix-carburants.gouv.fr> sont dans les articles 5 et 6 de
> > l'Arrêté du 8 juillet 1988 relatif à la publicité des prix de vente
> > des carburants (modifié en 2006 et 2013) :
> > https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=
> 89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=
> JORFTEXT00688923=20180414
> > <https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=
> 89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=
> JORFTEXT00688923=20180414>
> > ça dit que les stations service qui vendent plus de cinq cents mètres
> > cubes par an tous produits confondus doivent alimenter cette base de
> > donnée pour la liste de carburant : gazole, e85, sp95, sp95 e10, gpl
> > (pour le sp98 il est indiqué sur le site mais pas dans l'arreté)
> >
> > Pour le problème des carburants qui disparaissent à la vente dans les
> > station mais ne sont pas mis à jour dans osm avec osmose, une solution
> > serait de mettre des valeurs "no" pour les carburants n'étant pas
> > vendu dans la station service.
> > ça a l'avantage de pas avoir à modifier en profondeur le code d'osmose
> > :) juste des petites modifs
> > Ce n'est pas une erreur vu que si les carburants étaient vendus ils
> > seraient indiqué dans la base
> > indiqué clairement qu"il ne sont pas vendu c'est une info pertinente
> > par contre, normalement un tag =no n'est pas indiqué dans osm (ou
> > rarement)
> > osmose va proposer une mise à jour pour toutes les station service
> > déjà intégré :)
> >
> >
> >
> > Le 14 avril 2018 à 10:59, Jérôme Amagat <jerome.ama...@gmail.com
> > <mailto:jerome.ama...@gmail.com>> a écrit :
> >
> >
> >
> > Le 12 avril 2018 à 20:51, Frédéric Rodrigo <fred.rodr...@gmail.com
> > <mailto:fred.rodr...@gmail.com>> a écrit :
> >
> > Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :
> >
> > En ce qui concerne la base des prix des carburants
> > utilisée sur osmose, j'ai plusieurs remarque :
> >
> > déjà, les info de carburants sont sûrement bonnes mais la
> > géolocalisation (pour au moins les stations restant à
> > intégrer dans osmose) n'est pas toujours bonne voir est
> > très mauvaise.(n'importe où dans la commune ou n'importe
> 

Re: [OSM-talk-fr] Import station essence (NavAds)

[Christian Quest]

1500 stations GPL de moins ? ça me semble peu cohérent, il y en avait un
peu plus de 2000 et si les 3/4 avaient disparu, je m'en serai aperçu avec
ma gazinière !

D'après
http://stations.gpl.online.fr/appli/index.php?parEtape=Indicateur=EvolutionNbStations
il y a un peu plus de 1600 stations GPL.


Le 15 avril 2018 à 19:05, Frédéric Rodrigo  a écrit
:

> J'ai codé la suppression de tags lors des propositions de mise à jour.
>
> Voilà ce que ça va proposer de faire :
>  10 
> 101 
> 111 
> 204 
> 750 
>1535 
>
> Bien que le nombre de stations GPL en moins ai l'air énorme, cela me
> semble quand même cohérent.
>
>
> Le 14/04/2018 à 13:27, Jérôme Amagat a écrit :
>
>> Les règles appliqués aux stations service en ce qui concerne cette base
>> de donnée www.prix-carburants.gouv.fr 
>> sont dans les articles 5 et 6 de l'Arrêté du 8 juillet 1988 relatif à la
>> publicité des prix de vente des carburants (modifié en 2006 et 2013) :
>> https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89E
>> C04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT0
>> 0688923=20180414 > r/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C
>> .tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414>
>> ça dit que les stations service qui vendent plus de cinq cents mètres
>> cubes par an tous produits confondus doivent alimenter cette base de donnée
>> pour la liste de carburant : gazole, e85, sp95, sp95 e10, gpl (pour le sp98
>> il est indiqué sur le site mais pas dans l'arreté)
>>
>> Pour le problème des carburants qui disparaissent à la vente dans les
>> station mais ne sont pas mis à jour dans osm avec osmose, une solution
>> serait de mettre des valeurs "no" pour les carburants n'étant pas vendu
>> dans la station service.
>> ça a l'avantage de pas avoir à modifier en profondeur le code d'osmose :)
>> juste des petites modifs
>> Ce n'est pas une erreur vu que si les carburants étaient vendus ils
>> seraient indiqué dans la base
>> indiqué clairement qu"il ne sont pas vendu c'est une info pertinente
>> par contre, normalement un tag =no n'est pas indiqué dans osm (ou
>> rarement)
>> osmose va proposer une mise à jour pour toutes les station service déjà
>> intégré :)
>>
>>
>>
>> Le 14 avril 2018 à 10:59, Jérôme Amagat  jerome.ama...@gmail.com>> a écrit :
>>
>>
>>
>> Le 12 avril 2018 à 20:51, Frédéric Rodrigo > > a écrit :
>>
>>
>> Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :
>>
>> En ce qui concerne la base des prix des carburants
>> utilisée sur osmose, j'ai plusieurs remarque :
>>
>> déjà, les info de carburants sont sûrement bonnes mais la
>> géolocalisation (pour au moins les stations restant à
>> intégrer dans osmose) n'est pas toujours bonne voir est
>> très mauvaise.(n'importe où dans la commune ou n'importe
>> où le long de la rue). Donc un import de masse de ces
>> points, ça serait pas terrible... et l’intégration avec
>> osmose est compliqué... il faut chercher avec l'adresse
>> qui est donné sur osmose, regarder les stations déjà
>> existantes (il y a de bonne chance que la station existe
>> déjà mais comme dans la base elle est mal placé osmose ne
>> la met pas dans la catégorie intégration possible)
>>
>> Osmose propose toutes les stations, il ne sait pas qu'elle est
>> mal placé (c'est pour ça qu'il te le demande ;-) )
>>
>>
>> Ces positions très approximative complique la vie à tout le monde,
>> osmose et les contributeur. en plus les adresses renseignées sont
>> parfois pas précise du tout, qu'un nom de rue voir seulement un
>> nom de lieu dit ou de village...
>>
>>
>> Dans les mise a jour proposer par osmose, j'ai
>> l'impression qu'on ne propose que des ajouts ou des
>> modifications de tags et pas des suppressions. Je viens de
>> faire quelques mises à jour avec osmose et on m'a proposé
>> pas mal d'ajout de carburant mais pas de suppression. Je
>> pense que souvent lorsque dans une station on ajoute un
>> carburant c'est en remplacement d'un autre par exemple le
>> sans plomb e10 remplace le sans plomb normal.
>>
>> Tu as raison la suppression de tags n'est pas géré (mais ça
>> pourrait, aide bienvenue).
>>
>> Il y a des stations service qui ont changé de ref dans la
>> la base de donnée source (je sais pas pourquoi) et des
>> stations qui ont cessés d'exister et osmose ne propose pas
>> de supprimer les ref qui ne représente plus des stations
>> en fonctionnement.
>>
>> Osmose, sait le faire, mais ça n'a pas été 

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

Vendre moins de 300 m3/an ne veut pas dire ne pas en vendre.

Ce qui explique le cas du GPL.

Je ne vois pas de raison de supprimer ces tags.

Demander avec un streetcomplete si les produits sont en vente me semblerait plus coherent.
 

Jean-Yvon

 
 

Gesendet: Sonntag, 15. April 2018 um 19:05 Uhr
Von: "Frédéric Rodrigo - fred.rodr...@gmail.com" <osm.sanspourriel.0eb4a52d1a.fred.rodrigo#talk-fr@openstreetmap.org>
An: "Jérôme Amagat" <jerome.ama...@gmail.com>
Cc: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
Betreff: Re: [OSM-talk-fr] Import station essence (NavAds)

J'ai codé la suppression de tags lors des propositions de mise à jour.

Voilà ce que ça va proposer de faire :
 10 
    101 
    111 
    204 
    750 
   1535 

Bien que le nombre de stations GPL en moins ai l'air énorme, cela me
semble quand même cohérent.


Le 14/04/2018 à 13:27, Jérôme Amagat a écrit :
> Les règles appliqués aux stations service en ce qui concerne cette
> base de donnée www.prix-carburants.gouv.fr
> <http://www.prix-carburants.gouv.fr> sont dans les articles 5 et 6 de
> l'Arrêté du 8 juillet 1988 relatif à la publicité des prix de vente
> des carburants (modifié en 2006 et 2013) :
> https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414
> <https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414>
> ça dit que les stations service qui vendent plus de cinq cents mètres
> cubes par an tous produits confondus doivent alimenter cette base de
> donnée pour la liste de carburant : gazole, e85, sp95, sp95 e10, gpl
> (pour le sp98 il est indiqué sur le site mais pas dans l'arreté)
>
> Pour le problème des carburants qui disparaissent à la vente dans les
> station mais ne sont pas mis à jour dans osm avec osmose, une solution
> serait de mettre des valeurs "no" pour les carburants n'étant pas
> vendu dans la station service.
> ça a l'avantage de pas avoir à modifier en profondeur le code d'osmose
> :) juste des petites modifs
> Ce n'est pas une erreur vu que si les carburants étaient vendus ils
> seraient indiqué dans la base
> indiqué clairement qu"il ne sont pas vendu c'est une info pertinente
> par contre, normalement un tag =no n'est pas indiqué dans osm (ou
> rarement)
> osmose va proposer une mise à jour pour toutes les station service
> déjà intégré :)
>
>
>
> Le 14 avril 2018 à 10:59, Jérôme Amagat <jerome.ama...@gmail.com
> <mailto:jerome.ama...@gmail.com>> a écrit :
>
>
>
> Le 12 avril 2018 à 20:51, Frédéric Rodrigo <fred.rodr...@gmail.com
> <mailto:fred.rodr...@gmail.com>> a écrit :
>
> Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :
>
> En ce qui concerne la base des prix des carburants
> utilisée sur osmose, j'ai plusieurs remarque :
>
> déjà, les info de carburants sont sûrement bonnes mais la
> géolocalisation (pour au moins les stations restant à
> intégrer dans osmose) n'est pas toujours bonne voir est
> très mauvaise.(n'importe où dans la commune ou n'importe
> où le long de la rue). Donc un import de masse de ces
> points, ça serait pas terrible... et l’intégration avec
> osmose est compliqué... il faut chercher avec l'adresse
> qui est donné sur osmose, regarder les stations déjà
> existantes (il y a de bonne chance que la station existe
> déjà mais comme dans la base elle est mal placé osmose ne
> la met pas dans la catégorie intégration possible)
>
> Osmose propose toutes les stations, il ne sait pas qu'elle est
> mal placé (c'est pour ça qu'il te le demande ;-) )
>
>
> Ces positions très approximative complique la vie à tout le monde,
> osmose et les contributeur. en plus les adresses renseignées sont
> parfois pas précise du tout, qu'un nom de rue voir seulement un
> nom de lieu dit ou de village...
>
>
> Dans les mise a jour proposer par osmose, j'ai
> l'impression qu'on ne propose que des ajouts ou des
> modifications de tags et pas des suppressions. Je viens de
> faire quelques mises à jour avec osmose et on m'a proposé
> pas mal d'ajout de carburant mais pas de suppression. Je
> pense que souvent lorsque dans une station on ajoute un
> carburant c'est en remplacement d'un autre par exemple le
> sans plomb e10 remplace le sans plomb normal.
>
> Tu as raison la suppression de tags n'est pas géré (mais ça
> pourrait, aide bienvenue).
>
> Il y a des stations service qui ont changé de ref dans la
> la base de donnée source (je sais pas pourquoi) et des
> stations qui ont cessés d'exister et osmose ne propose pas
> de supprimer les ref qui ne représente plus des stations
> en fonctionneme

Re: [OSM-talk-fr] Import station essence (NavAds)

[Frédéric Rodrigo]

J'ai codé la suppression de tags lors des propositions de mise à jour.

Voilà ce que ça va proposer de faire :
 10 
    101 
    111 
    204 
    750 
   1535 

Bien que le nombre de stations GPL en moins ai l'air énorme, cela me 
semble quand même cohérent.



Le 14/04/2018 à 13:27, Jérôme Amagat a écrit :
Les règles appliqués aux stations service en ce qui concerne cette 
base de donnée www.prix-carburants.gouv.fr 
 sont dans les articles 5 et 6 de 
l'Arrêté du 8 juillet 1988 relatif à la publicité des prix de vente 
des carburants (modifié en 2006 et 2013) : 
https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414 

ça dit que les stations service qui vendent plus de cinq cents mètres 
cubes par an tous produits confondus doivent alimenter cette base de 
donnée pour la liste de carburant : gazole, e85, sp95, sp95 e10, gpl 
(pour le sp98 il est indiqué sur le site mais pas dans l'arreté)


Pour le problème des carburants qui disparaissent à la vente dans les 
station mais ne sont pas mis à jour dans osm avec osmose, une solution 
serait de mettre des valeurs "no" pour les carburants n'étant pas 
vendu dans la station service.
ça a l'avantage de pas avoir à modifier en profondeur le code d'osmose 
:) juste des petites modifs
Ce n'est pas une erreur vu que si les carburants étaient vendus ils 
seraient indiqué dans la base

indiqué clairement qu"il ne sont pas vendu c'est une info pertinente
par contre, normalement un tag =no n'est pas indiqué dans osm (ou 
rarement)
osmose va proposer une mise à jour pour toutes les station service 
déjà intégré :)




Le 14 avril 2018 à 10:59, Jérôme Amagat > a écrit :




Le 12 avril 2018 à 20:51, Frédéric Rodrigo > a écrit :

Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :

En ce qui concerne la base des prix des carburants
utilisée sur osmose, j'ai plusieurs remarque :

déjà, les info de carburants sont sûrement bonnes mais la
géolocalisation (pour au moins les stations restant à
intégrer dans osmose) n'est pas toujours bonne voir est
très mauvaise.(n'importe où dans la commune ou n'importe
où le long de la rue). Donc un import de masse de ces
points, ça serait pas terrible... et l’intégration avec
osmose est compliqué... il faut chercher avec l'adresse
qui est donné sur osmose, regarder les stations déjà
existantes (il y a de bonne chance que la station existe
déjà mais comme dans la base elle est mal placé osmose ne
la met pas dans la catégorie intégration possible)

Osmose propose toutes les stations, il ne sait pas qu'elle est
mal placé (c'est pour ça qu'il te le demande ;-) )


Ces positions très approximative complique la vie à tout le monde,
osmose et les contributeur. en plus les adresses renseignées sont
parfois pas précise du tout, qu'un nom de rue voir seulement un
nom de lieu dit ou de village...


Dans les mise a jour proposer par osmose, j'ai
l'impression qu'on ne propose que des ajouts ou des
modifications de tags et pas des suppressions. Je viens de
faire quelques mises à jour avec osmose et on m'a proposé
pas mal d'ajout de carburant mais pas de suppression. Je
pense que souvent lorsque dans une station on ajoute un
carburant c'est en remplacement d'un autre par exemple le
sans plomb e10 remplace le sans plomb normal.

Tu as raison la suppression de tags n'est pas géré (mais ça
pourrait, aide bienvenue).

Il y a des stations service qui ont changé de ref dans la
la base de donnée source (je sais pas pourquoi) et des
stations qui ont cessés d'exister et osmose ne propose pas
de supprimer les ref qui ne représente plus des stations
en fonctionnement.

Osmose, sait le faire, mais ça n'a pas été activé pour les
stations.
La ref:FR:prix-carburants vous parait suffisamment stable et
"importante" pour que ça le soit ?
Ça signalera les stations sans la ref, ou avec une ref inconnue.


Le problème c'est que toutes les stations service ne sont pas dans
cette base . il me semble qu'il y a une obligation d'y être à
partir d'un certain volume de vente. Donc les petites stations
n'ont pas de ref dans la base source.


Autre chose sur le fonctionnement d'osmose, la source qui
est ajouté aujourd'hui a une date qui est le 30/08/2017

Re: [OSM-talk-fr] Import station essence (NavAds)

[Jérôme Amagat]

Les règles appliqués aux stations service en ce qui concerne cette base de
donnée www.prix-carburants.gouv.fr sont dans les articles 5 et 6 de
l'Arrêté du 8 juillet 1988 relatif à la publicité des prix de vente des
carburants (modifié en 2006 et 2013) : https://www.legifrance.gouv.
fr/affichTexte.do;jsessionid=89EC04583319498E1E1BA44D5C7FCB
0C.tplgfr35s_3?cidTexte=JORFTEXT00688923=20180414
ça dit que les stations service qui vendent plus de cinq cents mètres cubes
par an tous produits confondus doivent alimenter cette base de donnée pour
la liste de carburant : gazole, e85, sp95, sp95 e10, gpl (pour le sp98 il
est indiqué sur le site mais pas dans l'arreté)

Pour le problème des carburants qui disparaissent à la vente dans les
station mais ne sont pas mis à jour dans osm avec osmose, une solution
serait de mettre des valeurs "no" pour les carburants n'étant pas vendu
dans la station service.
ça a l'avantage de pas avoir à modifier en profondeur le code d'osmose :)
juste des petites modifs
Ce n'est pas une erreur vu que si les carburants étaient vendus ils
seraient indiqué dans la base
indiqué clairement qu"il ne sont pas vendu c'est une info pertinente
par contre, normalement un tag =no n'est pas indiqué dans osm (ou rarement)
osmose va proposer une mise à jour pour toutes les station service déjà
intégré :)



Le 14 avril 2018 à 10:59, Jérôme Amagat  a écrit :

>
>
> Le 12 avril 2018 à 20:51, Frédéric Rodrigo  a
> écrit :
>
>> Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :
>>
>>> En ce qui concerne la base des prix des carburants utilisée sur osmose,
>>> j'ai plusieurs remarque :
>>>
>>> déjà, les info de carburants sont sûrement bonnes mais la
>>> géolocalisation (pour au moins les stations restant à intégrer dans osmose)
>>> n'est pas toujours bonne voir est très mauvaise.(n'importe où dans la
>>> commune ou n'importe où le long de la rue). Donc un import de masse de ces
>>> points, ça serait pas terrible... et l’intégration avec osmose est
>>> compliqué... il faut chercher avec l'adresse qui est donné sur osmose,
>>> regarder les stations déjà existantes (il y a de bonne chance que la
>>> station existe déjà mais comme dans la base elle est mal placé osmose ne la
>>> met pas dans la catégorie intégration possible)
>>>
>> Osmose propose toutes les stations, il ne sait pas qu'elle est mal placé
>> (c'est pour ça qu'il te le demande ;-) )
>>
>
> Ces positions très approximative complique la vie à tout le monde, osmose
> et les contributeur. en plus les adresses renseignées sont parfois pas
> précise du tout, qu'un nom de rue voir seulement un nom de lieu dit ou de
> village...
>
>>
>> Dans les mise a jour proposer par osmose, j'ai l'impression qu'on ne
>>> propose que des ajouts ou des modifications de tags et pas des
>>> suppressions. Je viens de faire quelques mises à jour avec osmose et on m'a
>>> proposé pas mal d'ajout de carburant mais pas de suppression. Je pense que
>>> souvent lorsque dans une station on ajoute un carburant c'est en
>>> remplacement d'un autre par exemple le sans plomb e10 remplace le sans
>>> plomb normal.
>>>
>> Tu as raison la suppression de tags n'est pas géré (mais ça pourrait,
>> aide bienvenue).
>>
>> Il y a des stations service qui ont changé de ref dans la la base de
>>> donnée source (je sais pas pourquoi) et des stations qui ont cessés
>>> d'exister et osmose ne propose pas de supprimer les ref qui ne représente
>>> plus des stations en fonctionnement.
>>>
>> Osmose, sait le faire, mais ça n'a pas été activé pour les stations.
>> La ref:FR:prix-carburants vous parait suffisamment stable et "importante"
>> pour que ça le soit ?
>> Ça signalera les stations sans la ref, ou avec une ref inconnue.
>>
>
> Le problème c'est que toutes les stations service ne sont pas dans cette
> base . il me semble qu'il y a une obligation d'y être à partir d'un certain
> volume de vente. Donc les petites stations n'ont pas de ref dans la base
> source.
>
>>
>> Autre chose sur le fonctionnement d'osmose, la source qui est ajouté
>>> aujourd'hui a une date qui est le 30/08/2017 est ce que les données
>>> ajoutées sont celles de la base à cette date?
>>>
>> Oui. Il y a justement déjà une mise à jour dans les tuyaux, ça va arriver.
>> Pour cette analyse la mise à jour automatique des données n'est pas
>> supporté (à coder, aide bienvenue).
>>
>>
>> Frédéric.
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence (NavAds)

[Jérôme Amagat]

Le 12 avril 2018 à 20:51, Frédéric Rodrigo  a écrit
:

> Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :
>
>> En ce qui concerne la base des prix des carburants utilisée sur osmose,
>> j'ai plusieurs remarque :
>>
>> déjà, les info de carburants sont sûrement bonnes mais la géolocalisation
>> (pour au moins les stations restant à intégrer dans osmose) n'est pas
>> toujours bonne voir est très mauvaise.(n'importe où dans la commune ou
>> n'importe où le long de la rue). Donc un import de masse de ces points, ça
>> serait pas terrible... et l’intégration avec osmose est compliqué... il
>> faut chercher avec l'adresse qui est donné sur osmose, regarder les
>> stations déjà existantes (il y a de bonne chance que la station existe déjà
>> mais comme dans la base elle est mal placé osmose ne la met pas dans la
>> catégorie intégration possible)
>>
> Osmose propose toutes les stations, il ne sait pas qu'elle est mal placé
> (c'est pour ça qu'il te le demande ;-) )
>

Ces positions très approximative complique la vie à tout le monde, osmose
et les contributeur. en plus les adresses renseignées sont parfois pas
précise du tout, qu'un nom de rue voir seulement un nom de lieu dit ou de
village...

>
> Dans les mise a jour proposer par osmose, j'ai l'impression qu'on ne
>> propose que des ajouts ou des modifications de tags et pas des
>> suppressions. Je viens de faire quelques mises à jour avec osmose et on m'a
>> proposé pas mal d'ajout de carburant mais pas de suppression. Je pense que
>> souvent lorsque dans une station on ajoute un carburant c'est en
>> remplacement d'un autre par exemple le sans plomb e10 remplace le sans
>> plomb normal.
>>
> Tu as raison la suppression de tags n'est pas géré (mais ça pourrait, aide
> bienvenue).
>
> Il y a des stations service qui ont changé de ref dans la la base de
>> donnée source (je sais pas pourquoi) et des stations qui ont cessés
>> d'exister et osmose ne propose pas de supprimer les ref qui ne représente
>> plus des stations en fonctionnement.
>>
> Osmose, sait le faire, mais ça n'a pas été activé pour les stations.
> La ref:FR:prix-carburants vous parait suffisamment stable et "importante"
> pour que ça le soit ?
> Ça signalera les stations sans la ref, ou avec une ref inconnue.
>

Le problème c'est que toutes les stations service ne sont pas dans cette
base . il me semble qu'il y a une obligation d'y être à partir d'un certain
volume de vente. Donc les petites stations n'ont pas de ref dans la base
source.

>
> Autre chose sur le fonctionnement d'osmose, la source qui est ajouté
>> aujourd'hui a une date qui est le 30/08/2017 est ce que les données
>> ajoutées sont celles de la base à cette date?
>>
> Oui. Il y a justement déjà une mise à jour dans les tuyaux, ça va arriver.
> Pour cette analyse la mise à jour automatique des données n'est pas
> supporté (à coder, aide bienvenue).
>
>
> Frédéric.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence (NavAds)

[Frédéric Rodrigo]

Le 12/04/2018 à 19:03, Jérôme Amagat a écrit :
En ce qui concerne la base des prix des carburants utilisée sur 
osmose, j'ai plusieurs remarque :


déjà, les info de carburants sont sûrement bonnes mais la 
géolocalisation (pour au moins les stations restant à intégrer dans 
osmose) n'est pas toujours bonne voir est très mauvaise.(n'importe où 
dans la commune ou n'importe où le long de la rue). Donc un import de 
masse de ces points, ça serait pas terrible... et l’intégration avec 
osmose est compliqué... il faut chercher avec l'adresse qui est donné 
sur osmose, regarder les stations déjà existantes (il y a de bonne 
chance que la station existe déjà mais comme dans la base elle est mal 
placé osmose ne la met pas dans la catégorie intégration possible)
Osmose propose toutes les stations, il ne sait pas qu'elle est mal placé 
(c'est pour ça qu'il te le demande ;-) )


Dans les mise a jour proposer par osmose, j'ai l'impression qu'on ne 
propose que des ajouts ou des modifications de tags et pas des 
suppressions. Je viens de faire quelques mises à jour avec osmose et 
on m'a proposé pas mal d'ajout de carburant mais pas de suppression. 
Je pense que souvent lorsque dans une station on ajoute un carburant 
c'est en remplacement d'un autre par exemple le sans plomb e10 
remplace le sans plomb normal.
Tu as raison la suppression de tags n'est pas géré (mais ça pourrait, 
aide bienvenue).


Il y a des stations service qui ont changé de ref dans la la base de 
donnée source (je sais pas pourquoi) et des stations qui ont cessés 
d'exister et osmose ne propose pas de supprimer les ref qui ne 
représente plus des stations en fonctionnement.

Osmose, sait le faire, mais ça n'a pas été activé pour les stations.
La ref:FR:prix-carburants vous parait suffisamment stable et 
"importante" pour que ça le soit ?

Ça signalera les stations sans la ref, ou avec une ref inconnue.

Autre chose sur le fonctionnement d'osmose, la source qui est ajouté 
aujourd'hui a une date qui est le 30/08/2017 est ce que les données 
ajoutées sont celles de la base à cette date?

Oui. Il y a justement déjà une mise à jour dans les tuyaux, ça va arriver.
Pour cette analyse la mise à jour automatique des données n'est pas 
supporté (à coder, aide bienvenue).



Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence (NavAds)

[Jérôme Amagat]

En ce qui concerne la base des prix des carburants utilisée sur osmose,
j'ai plusieurs remarque :

déjà, les info de carburants sont sûrement bonnes mais la géolocalisation
(pour au moins les stations restant à intégrer dans osmose) n'est pas
toujours bonne voir est très mauvaise.(n'importe où dans la commune ou
n'importe où le long de la rue). Donc un import de masse de ces points, ça
serait pas terrible... et l’intégration avec osmose est compliqué... il
faut chercher avec l'adresse qui est donné sur osmose, regarder les
stations déjà existantes (il y a de bonne chance que la station existe déjà
mais comme dans la base elle est mal placé osmose ne la met pas dans la
catégorie intégration possible)

Dans les mise a jour proposer par osmose, j'ai l'impression qu'on ne
propose que des ajouts ou des modifications de tags et pas des
suppressions. Je viens de faire quelques mises à jour avec osmose et on m'a
proposé pas mal d'ajout de carburant mais pas de suppression. Je pense que
souvent lorsque dans une station on ajoute un carburant c'est en
remplacement d'un autre par exemple le sans plomb e10 remplace le sans
plomb normal.

Il y a des stations service qui ont changé de ref dans la la base de donnée
source (je sais pas pourquoi) et des stations qui ont cessés d'exister et
osmose ne propose pas de supprimer les ref qui ne représente plus des
stations en fonctionnement.

Autre chose sur le fonctionnement d'osmose, la source qui est ajouté
aujourd'hui a une date qui est le 30/08/2017 est ce que les données
ajoutées sont celles de la base à cette date?



Le 12 avril 2018 à 10:19, Christian Quest  a écrit
:

> Les données des stations issues de la base des prix des carburant c'est de
> la donnée chaude... mise à jour plusieurs fois par jour donc très fraîche.
>
> Il manque toutefois certaines infos comme la marque (brand)
>
> Navads c'est de la donnée froide... elle peut servir à compléter certains
> attributs si on est sûr de leur pertinence. brad est un bon candidat,
> opening_hours n'avait pas l'air pertinent (ou alors pour un shop=* associé).
>
> osmose vs import... c'est vraiment deux philosophies qui s'opposent... du
> fait main ou de la machine.
>
> Pourquoi ne pas plutôt utiliser les données navads via osmose sur la
> France avec un mix des données issues des prix des carburants ?
>
>
> Quand je vois 15% d'erreur sur les données vérifiées, je pense qu'on ne
> devrait rien envisager d'automatique avec ces données qui ont besoin d'un
> sérieux contrôle humain avant d'arriver dans OSM.
>
>
> Le 12 avril 2018 à 01:24, marc marc  a écrit :
>
>> Histoire d'aider Stéphane,
>> voici le résumé des dernières nouvelles de la mailing imports
>> NB: la première partie n'est PAS mon avis, c'est ce que Ilya dit.
>> La maj de Ilya a été faite AVANT la publication des avis
>> france/allemagne, c'est donc logique qu'il n'en a pas encore tenu compte.
>> En fin de message une proposition pour avancer :)
>>
>> début du résumé mailing imports :
>>
>> stats du jeux précédent : création de 1.5k et maj 4.7k en France
>>
>> les tags modifiées sont uniquement "brand", "phone", "opening_hours" et
>> "addr:postcode" "ref:navads"
>>
>> le tag opening_hours n'est plus écrasé s'il est déjà présent dans osm.
>> uniquement ajouté si absent
>>
>> vu qu'il a eu vent avant publication du rejet actuel des communautés
>> française et allemande, il a divisé l'import en 5 http://audit.osmz.ru/
>>
>> Les allemands ont aussi trouvées des problèmes de qualités :
>> - stations fantômes
>> - tag d'heure d'ouverture incorrecte
>> - contre l'ajout des addr:postcode
>> - problème de précision dans la localisation ~100m
>> - 15% d'erreur sur les données vérifiées
>>
>> la dernière version proposée
>> https://lists.openstreetmap.org/pipermail/imports/2018-March/005475.html
>> les données
>> http://audit.osmz.ru/
>> l'avis de la communauté allemande
>> https://lists.openstreetmap.org/pipermail/imports/2018-April/005481.html
>>
>> fin du résumé de la mailing imports, début de mon avis :)
>>
>> on a beaucoup parlé qu'on avait une meilleur source d'info dispo pour la
>> France mais quand on regarde l'état avec osmose, on a 3000 éléments en
>> attente
>> http://osmose.openstreetmap.fr/fr/errors/?item=8200%2C8201%2C8202
>> Du coup, si on pense que cette source est de meilleur qualité, ne
>> devrait-on pas l'utiliser activement pour faire :
>> - une édition de masse ou manuelle pour 314 maj
>> - essayer de qualifier les 606 intégrations proposées
>> - voir si les 2262 nouvelles stations proposées ont un sens (entre autre
>> je me souviens que pour un bureau de poste, osmose ne tenait pas compte
>> des objets effacés et proposait donc de les recréer.)
>> si ce processus abouti, on pourrait alors proposer un import de ces
>> stations et voir ce qui reste dans l'import NavAds.
>> Peut être plus grand chose que NavAds ne propose que 1500 nouvelles
>> stations contre 2262 via Osmose.
>> Evidement cela nécessite 

Re: [OSM-talk-fr] Import station essence (NavAds)

[Christian Quest]

Les données des stations issues de la base des prix des carburant c'est de
la donnée chaude... mise à jour plusieurs fois par jour donc très fraîche.

Il manque toutefois certaines infos comme la marque (brand)

Navads c'est de la donnée froide... elle peut servir à compléter certains
attributs si on est sûr de leur pertinence. brad est un bon candidat,
opening_hours n'avait pas l'air pertinent (ou alors pour un shop=* associé).

osmose vs import... c'est vraiment deux philosophies qui s'opposent... du
fait main ou de la machine.

Pourquoi ne pas plutôt utiliser les données navads via osmose sur la France
avec un mix des données issues des prix des carburants ?


Quand je vois 15% d'erreur sur les données vérifiées, je pense qu'on ne
devrait rien envisager d'automatique avec ces données qui ont besoin d'un
sérieux contrôle humain avant d'arriver dans OSM.


Le 12 avril 2018 à 01:24, marc marc  a écrit :

> Histoire d'aider Stéphane,
> voici le résumé des dernières nouvelles de la mailing imports
> NB: la première partie n'est PAS mon avis, c'est ce que Ilya dit.
> La maj de Ilya a été faite AVANT la publication des avis
> france/allemagne, c'est donc logique qu'il n'en a pas encore tenu compte.
> En fin de message une proposition pour avancer :)
>
> début du résumé mailing imports :
>
> stats du jeux précédent : création de 1.5k et maj 4.7k en France
>
> les tags modifiées sont uniquement "brand", "phone", "opening_hours" et
> "addr:postcode" "ref:navads"
>
> le tag opening_hours n'est plus écrasé s'il est déjà présent dans osm.
> uniquement ajouté si absent
>
> vu qu'il a eu vent avant publication du rejet actuel des communautés
> française et allemande, il a divisé l'import en 5 http://audit.osmz.ru/
>
> Les allemands ont aussi trouvées des problèmes de qualités :
> - stations fantômes
> - tag d'heure d'ouverture incorrecte
> - contre l'ajout des addr:postcode
> - problème de précision dans la localisation ~100m
> - 15% d'erreur sur les données vérifiées
>
> la dernière version proposée
> https://lists.openstreetmap.org/pipermail/imports/2018-March/005475.html
> les données
> http://audit.osmz.ru/
> l'avis de la communauté allemande
> https://lists.openstreetmap.org/pipermail/imports/2018-April/005481.html
>
> fin du résumé de la mailing imports, début de mon avis :)
>
> on a beaucoup parlé qu'on avait une meilleur source d'info dispo pour la
> France mais quand on regarde l'état avec osmose, on a 3000 éléments en
> attente
> http://osmose.openstreetmap.fr/fr/errors/?item=8200%2C8201%2C8202
> Du coup, si on pense que cette source est de meilleur qualité, ne
> devrait-on pas l'utiliser activement pour faire :
> - une édition de masse ou manuelle pour 314 maj
> - essayer de qualifier les 606 intégrations proposées
> - voir si les 2262 nouvelles stations proposées ont un sens (entre autre
> je me souviens que pour un bureau de poste, osmose ne tenait pas compte
> des objets effacés et proposait donc de les recréer.)
> si ce processus abouti, on pourrait alors proposer un import de ces
> stations et voir ce qui reste dans l'import NavAds.
> Peut être plus grand chose que NavAds ne propose que 1500 nouvelles
> stations contre 2262 via Osmose.
> Evidement cela nécessite des bras constructifs :)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence (NavAds)

[marc marc]

Histoire d'aider Stéphane,
voici le résumé des dernières nouvelles de la mailing imports
NB: la première partie n'est PAS mon avis, c'est ce que Ilya dit.
La maj de Ilya a été faite AVANT la publication des avis 
france/allemagne, c'est donc logique qu'il n'en a pas encore tenu compte.
En fin de message une proposition pour avancer :)

début du résumé mailing imports :

stats du jeux précédent : création de 1.5k et maj 4.7k en France

les tags modifiées sont uniquement "brand", "phone", "opening_hours" et 
"addr:postcode" "ref:navads"

le tag opening_hours n'est plus écrasé s'il est déjà présent dans osm.
uniquement ajouté si absent

vu qu'il a eu vent avant publication du rejet actuel des communautés 
française et allemande, il a divisé l'import en 5 http://audit.osmz.ru/

Les allemands ont aussi trouvées des problèmes de qualités :
- stations fantômes
- tag d'heure d'ouverture incorrecte
- contre l'ajout des addr:postcode
- problème de précision dans la localisation ~100m
- 15% d'erreur sur les données vérifiées

la dernière version proposée
https://lists.openstreetmap.org/pipermail/imports/2018-March/005475.html
les données
http://audit.osmz.ru/
l'avis de la communauté allemande
https://lists.openstreetmap.org/pipermail/imports/2018-April/005481.html

fin du résumé de la mailing imports, début de mon avis :)

on a beaucoup parlé qu'on avait une meilleur source d'info dispo pour la 
France mais quand on regarde l'état avec osmose, on a 3000 éléments en 
attente
http://osmose.openstreetmap.fr/fr/errors/?item=8200%2C8201%2C8202
Du coup, si on pense que cette source est de meilleur qualité, ne 
devrait-on pas l'utiliser activement pour faire :
- une édition de masse ou manuelle pour 314 maj
- essayer de qualifier les 606 intégrations proposées
- voir si les 2262 nouvelles stations proposées ont un sens (entre autre 
je me souviens que pour un bureau de poste, osmose ne tenait pas compte 
des objets effacés et proposait donc de les recréer.)
si ce processus abouti, on pourrait alors proposer un import de ces 
stations et voir ce qui reste dans l'import NavAds.
Peut être plus grand chose que NavAds ne propose que 1500 nouvelles 
stations contre 2262 via Osmose.
Evidement cela nécessite des bras constructifs :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Stéphane Péneau]

La communauté allemande vient de donner son avis sur cette proposition 
d'import :

https://lists.openstreetmap.org/pipermail/imports/2018-April/005481.html

En résumé, ils s'opposent à cet import avec des arguments très proches 
des nôtres.


Stéphane

Le 04/04/2018 à 21:34, Stéphane Péneau a écrit :

La réponse est envoyée :
https://lists.openstreetmap.org/pipermail/imports/2018-April/005477.html

Stéphane

Le 04/04/2018 à 10:46, Marc Gemis a écrit :

A lot of fuel stations can be use 24/7 with a bank card
-->
A lot of fuel stations can be used 24/7 with a bank card

___
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

Re: [OSM-talk-fr] Import station essence

[Stéphane Péneau]

La réponse est envoyée :
https://lists.openstreetmap.org/pipermail/imports/2018-April/005477.html

Stéphane

Le 04/04/2018 à 10:46, Marc Gemis a écrit :

A lot of fuel stations can be use 24/7 with a bank card
-->
A lot of fuel stations can be used 24/7 with a bank card

___
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

Re: [OSM-talk-fr] Import station essence

[Marc Gemis]

A lot of fuel stations can be use 24/7 with a bank card
-->
A lot of fuel stations can be used 24/7 with a bank card

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Stéphane Péneau]

Bonsoir,

Voilà où on en est. S'il n'y a pas d'objections, je posterai le message 
demain :


tl;dr
The French community has reviewed this proposed import but refuses it
as is, for various reasons listed below.

- 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
The conflation tool should check the existing fuel stations in a larger 
area.


- Most opening_hours are wrong.
A lot of fuel stations can be use 24/7 with a bank card. Moreover, when 
some opening hours are present in your data set they usually represent 
the opening hours of the supermarket, neither the 24/7 automatic station 
nor the opening hour of the station when operated with personal for the 
payment.


- Phone numbers :
When a fuel station belongs to a supermarket, the imported phone number 
is the supermarket one. We don't think it's a useful information.

You could check whether a phone number is duplicated in the data (most
likely the number of the company) or already on another node in the
vicinity (most likely the number of the supermarket the station is
attached to). If you find something, please don't import the phone
number.

- 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.

Users should be able to remove a node that does not exist in reality
without looking for possible applications or imports that may want to
add the node over and over again in OSM. Please check whether the POI
should be ignored before importing it in an update.

- 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 
starts using their private tag, the database will become a mess.


- postal code
Why ? A postal code for a supermarket, a car's shop, it's ok, but on a 
fuel station ?


We already have an open fuel station database. These data are included 
in Osmose to let the contributors manually check each node.



Le 30/03/2018 à 01:44, osm.sanspourr...@spamgourmet.com a écrit :

Moreover, when some opening hours are present in your data set they represent 
the opening hours of the supermarket, neither the 24/7 automatic station nor 
the o.h. of the station when operated with personal for the payement.


Jean-Yvon



Gesendet: Freitag, 30. März 2018 um 00:47 Uhr
Von: "Philippe Verdy - verd...@wanadoo.fr" 
<osm.sanspourriel.935cdd9262.verdy_p#wanadoo...@ob.0sg.net>
An: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
Betreff: Re: [OSM-talk-fr] Import station essence

Le 29 mars 2018 à 21:34, Stéphane Péneau <stephane.pen...@wanadoo.fr> a
écrit :


Résumons :

tl;dr
It's better since you choose not to overwrite the existing opening_hours,
but the French community still refuse this import as is.

- 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
Your conflation tool should check the existing fuel stations in a larger
area.

- Most opening_hours are wrong.
A lot of fuel stations can be use 24/7 with a bank card


Automated 24/7 services may be, but this is generally not available for all
services, just a few kinds of fuels. And these automats are also not very
friendly: you jsut insert your credit card, they immediately request an
authoirization for a large amount of money, which is locked on you credit
card limits (weekly or monthly) and also by your bank for some time, until
the station will finalize the transaction for the effective amount of fuel
you took.
And many drivers (notably the poorest ones) cannot use at all these
automats, or don't want to use it because of how they manage the
transaction: so they'll go to stations only on real opening hours where
only the effective amount to pay will be paid and taken on their credit
card, or they will be able to pay with cash (when their credit card has
exhauisted its weekly or montly maximum, for example on a few days after
they paid their house renting costs, or if they had to pay some other
important bill, even if for that they opted to take a credit).

A "24/7 automat" does not mean the station is open 24/7; so the
opening_hours should not apply to the presence of such automats which
should be completely ignored and tagged separately.
___
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

Re: [OSM-talk-fr] Import station essence

[Alain VASSAULT]

Si on tag les horaires humain en horaires principale puis spécifiquement les 
différentes cartes en 24/7 cela serait précis et valable pour tous le monde.
Aux logiciels de rendu de s'adapter non?
Quitte à, selon l'heure, une alerte "attention, a cette heure sur cette 
station, seul le paiement par carte bancaire est possible".

De plus, bon pas sur un automate de carburant, mais j'ai déjà eu une MasterCard 
(Réseau MasterCard et heureusement réseau Carte Bleue). Bin heureusement qu'en 
France on a le réseau Carte Bleu obligatoire sinon je ne pouvais pas payer sur 
un terminal qui ne faisait que Visa et Carte Bleue.

Chaque " logo" sur vos terminaux de paiement correspond à un type de carte voir 
un réseau, une entreprise différente qui vas gérer le flux d'argent.

Imaginer qu'on, pour des raisons de non cloisonnement franco-française (chose 
que nos décideurs aime bien), on supprime le réseau national Carte Bleu. Votre 
carte Visa ne passera que dans les lecteur marqué Visa, les MasterCard dans les 
lecteurs marqué MasterCard et ainsi de suite.
Seriez-vous content de pouvoir avoir l'info à l'avance dans quelle pompe vous 
pouvez ou non donner à manger a votre voiture?

Exemple plus concret, un étranger de passage en France, sa carte n'étant pas 
française ne sera pas affiliée au réseau Carte Bleue mais au réseau national de 
son pays (si il y en a un) et un seul des réseaux internationaux (Visa, 
MasterCard, etc...).
Comment savoir ou il peut payer?

Cette en France on est pas trop bête on fait des terminaux multi réseaux mais 
jusqu'à quand?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

Pour ceux qui veulent en lire plus sur cette pratique abusive:
http://leparticulier.lefigaro.fr/jcms/c_41259/attention-aux-distributeurs-automatiques-de-carburant
non seulement on vous bloque le montant de l'autorisation initiale (pouvant
aller jusqu'à 180 euros) mais à cela s'ajoute le paiement de ce que vous
avez consommé.
Le montant "autorisé" est déduit de votre solde et rendu bien plus tard.
Pour se servir de 10 euros d'essence, votre compte a été débité
immédiatement jusqu'à 190 euros et on ne vous rend les 180 euros de
"l'autorisation" que quand le distributeur "le veut bien". Ce montant
d'autorisation (prépaiement) n'est pas toujours affiché (et peut être même
supérieur au montant maximum dont vous pouvez vous servir). Il profite
pendant 1 à 2 semaines au seul distributeur qui ne vous rémunère pas ce
crédit gratuit que vous lui offrez avec votre CB.

Une raison éthique m'impose de ne pas les utiliser et de n'aller que dans
les stations réellement ouvertes. De même je refuse d'utiliser les causses
automatiques dans les hypermarchés, quitte à faire la queue aux caisses:
c'est défendre l'emploi des hôte(sse)s de caisse. Mais ça devient dur quand
on voit une douzaine de caisses mais une seule ouverte et 8 automates à
l'entrée avec un(e) seul(e) hôte(ss)e de caisse pour surveiller (et bientôt
plus personne, on vous imposera le lecteur de code barre portable ou le
portique pour passer avec votre chariot plein en ayant préinséré votre CB
dans le caddie (on passera par RFID et le pistage permanent de vos achats,
on surveillera même les rayons devant lesquels vous passez du temps à
choisir, et où on vous observe déjà par caméra et bientôt des robots qui
verront précisément les produits que vous déplacez des rayons, ceux que
vous reposez et même ceux que vous ne faites que regarder, pour placer sous
vos yeux les produits les plus chers et cacher les autres; les hypers le
font maintenant aussi pour vos achats par Internet et font varier les prix
selon les clients et votre profil; si vous commencez à être fidèle à une
marque, les prix montent et on ne vous propose plus les "promos" en ligne
que sur les produits les plus chers ou ceux dont le distributeur "marge" le
plus).

La disparition programmée du cash est aussi un danger : c'est la fin du
service public de l'argent, puisque l'échange de cash était gratuit, sans
commission, ce n'est plus le cas pour les paiements par carte et même pour
le "porte-monnaie électronique" sensé le remplacer mais avec une date
limite de consommation et des frais de commission pour les recharges. On ne
peut déjà presque plus payer par chèque, et on doit payer les retraits aux
DAB (et vos propres banques en ferme de plus en plus pour que vous ayez à
passer par des DABs de réseaux concurrents : globalement c'est l'occasion
pour les banques de prélever des frais de retraits, et cela pénalise
surtout ceux qui font les plus petits retraits, les moins fortunés. Quant
aux cartes CB elles sont de plus en plus chères et limitent de plus en plus
les retraits hebdomadaires ou mensuels, tandis que les montants supérieurs
que vous avez en compte non seulement ne vous rapportent plus, mais
demandent des délais pour les avoir à disposition. Si vous pensiez retirer
en agence, c'est loupé, les banques ne veulent plus faire des "retraits
manuels", et vous imposent d'utiliser votre CB: si vous voulez retirer
plus, il faut souscrire une carte plus chère ou attendre et faire les
retraits nécessaires en plusieurs fois.

On va droit vers la fin du service public de l'argent avec l'arrêt du cash
et les commissions de transaction tout le temps et pour tout d'autant que
la loi a réduit les montants payables en cash et obligé à avoir un compte
bancaire à qui vous devez faire confiance (alors qu'en même temps les
garanties sur les dépôts diminuent et qu'on autorise les banques à s'en
servir comme trésorerie pour leurs opérations de financement à risque, et
en plus vous font payer les frais de gestion de compte ; ceux qui ne sont
jamais à découvert ou ne font aucun crédit dans une banque se font jeter,
les banques ferment leurs comptes; même chose chez les opérateurs
téléphoniques qui n'aiment pas du tout qu'on s'abonne chez eux sans acheter
un téléphone chez eux avec des crédits déguisés dans des forfaits chers à
engagement longue durée et iront même jusqu'à mettre votre téléphone en
panne par logiciel, pour vous obliger à le renouveler chez eux avec un faux
système de points de fidélité n'ouvrant qu'à un choix restreint d'appareils
vendus chers et avec réengagement long sur des forfaits les plus chers).

Bref les automates sont un danger de plus en plus grand. L'éthique impose
de ne pas les considérer de la même façon que le commerce traditionnel avec
des humains et un vrai service réellement proposé sur une compétition
concurrentielle et ouverte, où on doit tout vous dire tout avant l'achat et
non vous imposer des choix restreints et des prix "à la tête du client"
(basés sur des données privées acquises 

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

Le 31 mars 2018 à 23:46, Eric Marsden  a écrit :

> Bonjour,
>
> Les messages de Philippe Verdy sont souvent plus longs que nécessaires,
> régulièrement hors sujet, et — à mon avis — relèvent occasionnellement
> du troll.


Le "troll" par définition est un message qui se veut volontairement
polémique, ce n'était pas le cas du tout ! Je signalais un problème
pratique qui concerne beaucoup de monde: ces stations non seulement ont un
service très restreint, mais posent des difficultés sérieuses quant au mode
de paiement imposé et abusif, qui consiste à demander des autorisations
excessives et bloquer des montants qui ne correspondent pas du tout à la
consommation effective.

Ces stations sont inutilisables pour plein de gens ! il suffit de s'être
fait avoir une fois (et entendre la réponse de la banque qui nous demande
de patienter jusqu'à 15 jours, le temps que les distributeurs régularisent)
pour refuser de se servir de ces automates (surtout en fin de mois quand
les budgets sont très serrés et qu'on se fait refuser sa carte en faisant
ses courses ailleurs pour cause de dépassement des autorisations).

Tout le monde n'a pas une Carte Gold ou des autorisations de "découvert"
(surtout quand justement il n'y a aucune dépense réelle à découvert) !
Nombreux sont ceux qui ne vont aux stations que pour faire un plein partiel
(10 ou 20 euros parce qu'ils savent qu'ils ne peuvent pas plus).

Et les banques y vont alors joyeusement sur les frais de découvert pour
autorisation dépassée, ou bien les clients font leurs courses et doivent
les laisser en caisse et repartent sans rien ou avec une facture à régler
dans les 3 jours et doivent contracter des crédits revolving hors de prix
pour une semaine ou deux d'attente de régularisation par les distributeurs
automatiques. Ca leur coute donc cher mais ça rapporte aux distributeurs
qui profitent de 2 semaines de trésorerie (avec crédit gratuit offert par
leurs clients sans rien leur dire).

Alors oui on a le droit de chercher dans OSM les horaires d'ouverture
réelle des stations, et pas la seule disponibilité des automates abusifs,
et le droit de choisir son moyen de paiement. Mais pratiquement aucun
automate de station essence ne prévoit de demander un montant maximum à ne
pas dépasser : l'autorisation faite est pour le montant maximum qu'on peut
se servir dans la station, et ce montant demandé n'est même pas affiché.
Dans les automates des distributeurs hypermarchés, ce montant est
actuellement voisin de 90 euros (le plein d'un camion). Certaines stations
demandent beaucoup plus encore sur leurs automates, et la régularisation
est beaucoup trop longue (compter 15 jours pour certains distributeurs
connus comme Leclerc, Intermarché, Esso). Les petits supermarchés des zones
rurales ont de moins en moins de caissiers, et de plus en plus n'ont que
ces automates abusifs.

Les clients lésés sont les conducteurs de petits véhicules, qui doivent
alors aller loin chercher leur essence dans une station réellement ouverte,
ou doivent trouver une station d'autoroute avec un personnel présent, mais
doivent payer leur carburant plus cher (et payer en même temps un péage),
et peuvent risquer la panne d'essence et des frais pour les dépanner, ou
bien renoncer à un déplacement avec leur véhicule. Ce n'est pas rien.

Maintenant si vous appelez ce problème un "troll", je me demande vis-à-vis
de qui !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Eric Marsden]

> "mm" == marc marc  writes:

  mm> Le 31. 03. 18 à 14:40, Philippe Verdy a écrit :
  pv> S'il ne veut pas ou ne peut pas payer avec une carte bancaire , 
  pv> la station "24/7" automatique ne l'intéresse pas 

  mm> est-ce qu'il y a moyen d'éviter d'avoir tout le temps 2 pages
  mm> hors sujet ? c'est vraiment très lourd de trouver l'utile
  mm> dans ton trolling récurant.
  mm> On n'a pas besoin de 2 pages budget limité versus pratique bancaire !

Bonjour,

Les messages de Philippe Verdy sont souvent plus longs que nécessaires,
régulièrement hors sujet, et — à mon avis — relèvent occasionnellement
du troll. Toutefois, dans ce cas précis, il a signalé un problème de
date de valeur sur les autorisations de paiement par carte bancaire sur
ces automates de stations essence, auquel je n'avais personnellement pas
suffisamment réfléchi, et dont je peux maintenant concevoir l'importance
pour une partie des clients (utilisateurs potentiels d'OSM).

«Si tout le corps était oeil, où serait l'ouïe? S'il était tout ouïe, où
serait l'odorat?»

La première épître aux Corinthiens, rédigée semble-t-il autour de
Pacques, mais à une époque où les filtres dans les clients de messagerie
étaient moins sophistiqués qu'aujourd'hui, était très moralisatrice et
normative vis-à-vis des habitants de Corinthe, mais reconnaissait
néanmoins une certaine valeur à la diversité. Je me permets de la citer,
bien qu'étant non croyant et ne lisant pas toujours les épîtres de Verdy
à notre liste jusqu'au bout.

-- 
Eric Marsden
https://risk-engineering.org/


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[marc marc]

On peux bien évidement mettre les horaires pour tous les moyens
de payement, c'est bien précis que des oui/non.
Reste que pour la stations d'essence, son horaire c'est quand on peux 
avoir de l'essence :-) c'est selon moi pas l'horaire du kiosque
d'à côté ni l'horaire ou on peux acheter une bouteille de gaz.
Après celui qui pense que c'est inexact peux faire une proposition 
mondiale pour changer le sens dans osm... ce qui n'a que
peu de chance d'aboutir vu qu'il n'y a même pas d’unanimité ici.
alors soyons pragmatique.. celui qui veux absolument l'horaire
du magasin fait un 2ieme objet pour le magasin,
cela n'a aucun impact pour l'import vu qu'il les données horaires ne
font pas la différence entre les 2 et sont donc inutilisable en l'état.


Le 31. 03. 18 à 22:49, Alain VASSAULT a écrit :
> Au lieu de mettre 24/7 et tag les horraires des caisses poiur le cash 
> (alors qu'on peut très bien payer par CB en caisse... faire l'inverse ?
> Opening_hours= horaires ouverture de caisse humaine
> Et préciser le 24/7 pour les cartes (ce qui correspond plus à la vérité) :
> payment:visa=24/7
> payment:mastercard=24/7
> payment:bluecard=24/7
> Etc.. ?
> Cela permettrait aussi de détailler les cartes prise en compte ?
> 
> Cela permettrait d'indiquer les infos pour tous tout en collant a la 
> réalité du terrain ?
> 
> 
> 
> 
> Le 31 mars 2018 21:43:39 GMT+02:00, Philippe Verdy  
> a écrit :
> 
> En l'occurence si "troll" il y a c'est bien ta réponse qui ignore
> des cas bien réels. Les automates sont peut-être 24/7 (ils le sont
> la plupart du temps pour les stations essence) mais ils n'ont rien à
> voir avec les horaires d'ouverture réels et leur service est très
> dégradé, limité à certains carburants, limités dans les moyens de
> paiement abusifs, en plus du fait qu'ils vident du personnel).
> 
> Alors non la présence d'un automate 24/7 dans une station n'en fait
> une station "ouverte" 24/7 alors que ces mêmes stations ont des
> horaires bel et bien affichés et encore des caissiers à certaines
> heures, et un service complet qui n'est pas celui des automates
> disponibles sur une partie des pompes et quelques carburants.
> 
> Essayez donc d'acheter du gaz bouteille : ce n'est pas disponible
> avec l'automate. Pas plus que les autres produits. Ces automates ne
> sont là qu'en complément, pendant les heures de FERMETURE ! Et je ne
> vois pas pourquoi alors on n'appliquerait pas cette logique aux
> boulangeries qui ont des distributeurs de pain, ou aux supérettes
> qui ont des distributeurs de boisson ou de sandwich à l'extérieur et
> ne sont pas déclarées ouvertes 24/7 pour autant.
> 
> Même chose pour les agences bancaires ! ce n'est pas parce qu'il y a
> un DAB ouvert 24/7 que l'agence est ouverte 24/7 (la tendance est la
> disparition aussi des guichets là aussi, comme pour les hypermarchés
> dont presque toutes les caisses humaines ferment pour ne laisser que
> des caisses automatiques). Même des fastfoods se mettent à la vente
> par automates. Je n'appelle pas ça un progrès alors que le service
> est bel et bien dégradé, le choix limité, les prix ne baissant pas
> pour autant et la qualité se dégradant en même temps.
> 
> Bref dnas OSM je milite pour la séparation totale des automates des
> lieux où ils ont été installés, ce devraient être des commerces
> clairement différents.
> 
> Le 31 mars 2018 à 15:18, marc marc  > a écrit :
> 
> Le 31. 03. 18 à 14:40, Philippe Verdy a écrit :
> > S'il ne veut pas ou ne peut pas payer avec une carte bancaire ,
> > la station "24/7" automatique ne l'intéresse pas
> 
> est-ce qu'il y a moyen d'éviter d'avoir tout le temps 2 pages
> hors sujet ? c'est vraiment très lourd de trouver l'utile
> dans ton trolling récurant.
> On n'a pas besoin de 2 pages budget limité versus pratique
> bancaire !
> 
> Si on souhaite préciser quand le payement liquide est possible
> (parce qu'il existe aussi des automates acceptant le liquide),
> payment:cash=horaire
> renseigné sur https://wiki.openstreetmap.org/wiki/FR:Key:payment
> 
> 
> lien avec l'import proposé ? aucun, il n'a pas l'info
> donc une station qui permet à quelqu'un de se servir 24/7
> a un opening_hours 24/7 car les heures d'ouverture d'une station
> sont
> rapport avec les moyens de payement et leur disponibilité horaire.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> 
> 

Re: [OSM-talk-fr] Import station essence

[Alain VASSAULT]

Au lieu de mettre 24/7 et tag les horraires des caisses poiur le cash (alors 
qu'on peut très bien payer par CB en caisse... faire l'inverse ?
Opening_hours= horaires ouverture de caisse humaine
Et préciser le 24/7 pour les cartes (ce qui correspond plus à la vérité) :
payment:visa=24/7
payment:mastercard=24/7
payment:bluecard=24/7
Etc.. ?
Cela permettrait aussi de détailler les cartes prise en compte ?

Cela permettrait d'indiquer les infos pour tous tout en collant a la réalité du 
terrain ?




Le 31 mars 2018 21:43:39 GMT+02:00, Philippe Verdy  a écrit 
:
>En l'occurence si "troll" il y a c'est bien ta réponse qui ignore des
>cas
>bien réels. Les automates sont peut-être 24/7 (ils le sont la plupart
>du
>temps pour les stations essence) mais ils n'ont rien à voir avec les
>horaires d'ouverture réels et leur service est très dégradé, limité à
>certains carburants, limités dans les moyens de paiement abusifs, en
>plus
>du fait qu'ils vident du personnel).
>
>Alors non la présence d'un automate 24/7 dans une station n'en fait une
>station "ouverte" 24/7 alors que ces mêmes stations ont des horaires
>bel et
>bien affichés et encore des caissiers à certaines heures, et un service
>complet qui n'est pas celui des automates disponibles sur une partie
>des
>pompes et quelques carburants.
>
>Essayez donc d'acheter du gaz bouteille : ce n'est pas disponible avec
>l'automate. Pas plus que les autres produits. Ces automates ne sont là
>qu'en complément, pendant les heures de FERMETURE ! Et je ne vois pas
>pourquoi alors on n'appliquerait pas cette logique aux boulangeries qui
>ont
>des distributeurs de pain, ou aux supérettes qui ont des distributeurs
>de
>boisson ou de sandwich à l'extérieur et ne sont pas déclarées ouvertes
>24/7
>pour autant.
>
>Même chose pour les agences bancaires ! ce n'est pas parce qu'il y a un
>DAB
>ouvert 24/7 que l'agence est ouverte 24/7 (la tendance est la
>disparition
>aussi des guichets là aussi, comme pour les hypermarchés dont presque
>toutes les caisses humaines ferment pour ne laisser que des caisses
>automatiques). Même des fastfoods se mettent à la vente par automates.
>Je
>n'appelle pas ça un progrès alors que le service est bel et bien
>dégradé,
>le choix limité, les prix ne baissant pas pour autant et la qualité se
>dégradant en même temps.
>
>Bref dnas OSM je milite pour la séparation totale des automates des
>lieux
>où ils ont été installés, ce devraient être des commerces clairement
>différents.
>
>Le 31 mars 2018 à 15:18, marc marc  a écrit
>:
>
>> Le 31. 03. 18 à 14:40, Philippe Verdy a écrit :
>> > S'il ne veut pas ou ne peut pas payer avec une carte bancaire ,
>> > la station "24/7" automatique ne l'intéresse pas
>>
>> est-ce qu'il y a moyen d'éviter d'avoir tout le temps 2 pages
>> hors sujet ? c'est vraiment très lourd de trouver l'utile
>> dans ton trolling récurant.
>> On n'a pas besoin de 2 pages budget limité versus pratique bancaire !
>>
>> Si on souhaite préciser quand le payement liquide est possible
>> (parce qu'il existe aussi des automates acceptant le liquide),
>> payment:cash=horaire
>> renseigné sur https://wiki.openstreetmap.org/wiki/FR:Key:payment
>>
>> lien avec l'import proposé ? aucun, il n'a pas l'info
>> donc une station qui permet à quelqu'un de se servir 24/7
>> a un opening_hours 24/7 car les heures d'ouverture d'une station sont
>> rapport avec les moyens de payement et leur disponibilité horaire.
>> ___
>> 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

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

En l'occurence si "troll" il y a c'est bien ta réponse qui ignore des cas
bien réels. Les automates sont peut-être 24/7 (ils le sont la plupart du
temps pour les stations essence) mais ils n'ont rien à voir avec les
horaires d'ouverture réels et leur service est très dégradé, limité à
certains carburants, limités dans les moyens de paiement abusifs, en plus
du fait qu'ils vident du personnel).

Alors non la présence d'un automate 24/7 dans une station n'en fait une
station "ouverte" 24/7 alors que ces mêmes stations ont des horaires bel et
bien affichés et encore des caissiers à certaines heures, et un service
complet qui n'est pas celui des automates disponibles sur une partie des
pompes et quelques carburants.

Essayez donc d'acheter du gaz bouteille : ce n'est pas disponible avec
l'automate. Pas plus que les autres produits. Ces automates ne sont là
qu'en complément, pendant les heures de FERMETURE ! Et je ne vois pas
pourquoi alors on n'appliquerait pas cette logique aux boulangeries qui ont
des distributeurs de pain, ou aux supérettes qui ont des distributeurs de
boisson ou de sandwich à l'extérieur et ne sont pas déclarées ouvertes 24/7
pour autant.

Même chose pour les agences bancaires ! ce n'est pas parce qu'il y a un DAB
ouvert 24/7 que l'agence est ouverte 24/7 (la tendance est la disparition
aussi des guichets là aussi, comme pour les hypermarchés dont presque
toutes les caisses humaines ferment pour ne laisser que des caisses
automatiques). Même des fastfoods se mettent à la vente par automates. Je
n'appelle pas ça un progrès alors que le service est bel et bien dégradé,
le choix limité, les prix ne baissant pas pour autant et la qualité se
dégradant en même temps.

Bref dnas OSM je milite pour la séparation totale des automates des lieux
où ils ont été installés, ce devraient être des commerces clairement
différents.

Le 31 mars 2018 à 15:18, marc marc  a écrit :

> Le 31. 03. 18 à 14:40, Philippe Verdy a écrit :
> > S'il ne veut pas ou ne peut pas payer avec une carte bancaire ,
> > la station "24/7" automatique ne l'intéresse pas
>
> est-ce qu'il y a moyen d'éviter d'avoir tout le temps 2 pages
> hors sujet ? c'est vraiment très lourd de trouver l'utile
> dans ton trolling récurant.
> On n'a pas besoin de 2 pages budget limité versus pratique bancaire !
>
> Si on souhaite préciser quand le payement liquide est possible
> (parce qu'il existe aussi des automates acceptant le liquide),
> payment:cash=horaire
> renseigné sur https://wiki.openstreetmap.org/wiki/FR:Key:payment
>
> lien avec l'import proposé ? aucun, il n'a pas l'info
> donc une station qui permet à quelqu'un de se servir 24/7
> a un opening_hours 24/7 car les heures d'ouverture d'une station sont
> rapport avec les moyens de payement et leur disponibilité horaire.
> ___
> 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

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

Et ajoutons pour agraver son cas que ma proposition était au contraire de réserver l'horaire d'ouverture à l'horaire avec du personnel et et précisser si en plus il y avait des automates... comme il le fait pour les boulangeries.

Bref troll long et hors sujet.

Hors sujet par rapport à mon message.

Hors sujet par rapport à l'import.

Hors sujet par rapport à OSM
 

La signature qui suit est hors sujet ;-)

 

Jean-Yvon (qui bien qu'avec revenus sufisants et réguliers préfère aller à des caisses non automatiques pour payer.

Je préfère payer des personnes pour travailler que d'un côté des actionnaires et de l'autre côté des chômeurs).

Les limites bancaires peuvent affecter aussil les personnes "avec revenus sufisants et réguliers". J'ai beaucoup apprécié que la banque me propose de bloquer ma carte pour possible "utilisation frauduleuse" du fait de tentatives multiples de prélèvement : l'hôtel pour cause de ce pseudo-plafond ne pouvait se faire payer et essayait et réessayait. Je n'ia pas suivi les "conseils" de ma banque, ai expliqué à l'hôtel et tout est rentré dans l'ordre. À la base du "dépassement" 2 paiements par carte sur un automate de station service. C'est dire si je sais pourquoi il vaut mieux aller voir le ou la caissière et qu'avoir les horaires réels sur OSM pourrait être utile !
 

Gesendet: Samstag, 31. März 2018 um 15:18 Uhr
Von: "marc marc - marc_marc_...@hotmail.com" <osm.sanspourriel.9723944ef6.marc_marc_irc#talk-fr@openstreetmap.org>
An: "talk-fr@openstreetmap.org" <talk-fr@openstreetmap.org>
Betreff: Re: [OSM-talk-fr] Import station essence

Le 31. 03. 18 à 14:40, Philippe Verdy a écrit :
> S'il ne veut pas ou ne peut pas payer avec une carte bancaire ,
> la station "24/7" automatique ne l'intéresse pas

est-ce qu'il y a moyen d'éviter d'avoir tout le temps 2 pages
hors sujet ? c'est vraiment très lourd de trouver l'utile
dans ton trolling récurant.
On n'a pas besoin de 2 pages budget limité versus pratique bancaire !

Si on souhaite préciser quand le payement liquide est possible
(parce qu'il existe aussi des automates acceptant le liquide),
payment:cash=horaire
renseigné sur https://wiki.openstreetmap.org/wiki/FR:Key:payment

lien avec l'import proposé ? aucun, il n'a pas l'info
donc une station qui permet à quelqu'un de se servir 24/7
a un opening_hours 24/7 car les heures d'ouverture d'une station sont
rapport avec les moyens de payement et leur disponibilité horaire.
___
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

Re: [OSM-talk-fr] Import station essence

[marc marc]

Le 31. 03. 18 à 14:40, Philippe Verdy a écrit :
> S'il ne veut pas ou ne peut pas payer avec une carte bancaire , 
> la station "24/7" automatique ne l'intéresse pas 

est-ce qu'il y a moyen d'éviter d'avoir tout le temps 2 pages
hors sujet ? c'est vraiment très lourd de trouver l'utile
dans ton trolling récurant.
On n'a pas besoin de 2 pages budget limité versus pratique bancaire !

Si on souhaite préciser quand le payement liquide est possible
(parce qu'il existe aussi des automates acceptant le liquide),
payment:cash=horaire
renseigné sur https://wiki.openstreetmap.org/wiki/FR:Key:payment

lien avec l'import proposé ? aucun, il n'a pas l'info
donc une station qui permet à quelqu'un de se servir 24/7
a un opening_hours 24/7 car les heures d'ouverture d'une station sont 
rapport avec les moyens de payement et leur disponibilité horaire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

Le 31 mars 2018 à 12:33,  a écrit :

> Réponse en étranger : ça fait un peu blague courante - à traduire
> littéralement.
> D'autant qu'on argumente entre nous.
> Opening_hours permet dans sa syntaxe d'ajouter un tag et donc de décrire
> quand la station est à fonctionnement automatique ou pas.
>
> Notons que suivant les cas tout ou partie de la station marche en
> automatique, que la station soit ouverte ou pas. Mais ça l'utilisateur s'en
> fiche quand il cherche une station, c'est juste sur lace qu'il choisira la
> bonne file.
>

Non l'utilisateur ne s'en fiche pas du tout ! S'il ne veut pas ou ne peut
pas payer avec une carte bancaire , la station "24/7" automatique ne
l'intéresse pas (nombreux sont ceux qui ont des plafonds hebdomadaires sur
leur unique carte et au delà ils peuvent seulement faire des retraits en
cash ou à leur agence bancaire). Il veut une station réellement ouverte,
avec un caissier et pas un automate (et là je ne parle même pas du service
la nuit, mais bien en journée) qui en plus ne lui fera aussitôt une demande
d'autorisation excessive (même pour prendre seulement 10 euros de
carburant, l'autorisation préalable demandée par l'automate est de 90 euros
ces 90 euros sont comptés dans le plafond hebdomadaire, même si au final il
n'y a eu que 10 euros de réellement consommé: ces automates de station
essence abusent et ceux qui ont des petits revenus font bien attention de
ne jamais utiliser leur carte bancaire dedans, ils ne vont payer que ce
qu'ils consomment réellement en allant aux heures réelles d'ouverture de la
station, quand le caissier est présent, car là ils pourront utiliser leur
carte sans autorisation préalable et ne seront prélevés QUE du montant
réellement consommé).

Ces automates ont la très fâcheuse habitude de prélever immédiatement 90
euros avant même que vous puissiez vous servir (pourtant un plein pour un
véhicule normal n'atteint presque jamais ce montant, sauf sur les très gros
véhicules ou les camions) puis faire travailler l'argent pendant plusieurs
jours avant de débloquer et finaliser l'opération mais pendant ce temps là
l'argent n'est plus disponible sur les comptes courants avant que le
distributeur régularise l'opération. Quand vous utilisez ces automates
(gérés par des grandes chaines connues d'hypermarchés) vous alimentez
gratuitement la trésorerie du distributeur qui obtient sans vous le dire un
crédit gratuit que vous lui accordez d'office (pourtant le même
distributeur mettra plusieurs jours ou même une quinzaine voire plus à
payer son propre fournisseur et ses livreurs) ! C'est même une concurrence
assez sauvage et abusive contre les petits distributeurs indépendants qui
n'ont pas la possibilité d'utiliser ces automates et payer les assurances
demandées par les banques pour avoir de telles facultés d'autorisation à
régularisation différée.

Ceux qui se sont fait avoir et se voient refuser des achats pour leurs
courses parce que les 90 euros sont en cours de traitement (même pour des
achats alimentaires dans la même chaîne d'hypermarché que la station) parce
qu'ils ont dépassé le plafond hebdomadaire de leur carte ou parce qu'il n'y
a plus rien sur leur compte (sans autorisation de découvert), ou qui
doivent payer des frais bancaires de découvert non autorisé (alors qu'en
fait il n'y a eu aucun dépassement mais les "dates de valeur" des
autorisations demandées par ces automates sont prises en compte pour faire
travailler l'argent pendant plusieurs jours) le savent: ces automates sont
des pièges. Cela ne dérange pas trop ceux qui ont des revenus réguliers et
confortables, ou des autorisations de découvert suffisantes couvrant
largement ces 90 euros, mais ce n'est pas le cas de tout le monde.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

Réponse en étranger : ça fait un peu blague courante - à traduire littéralement.
D'autant qu'on argumente entre nous.
Opening_hours permet dans sa syntaxe d'ajouter un tag et donc de décrire quand 
la station est à fonctionnement automatique ou pas.

Notons que suivant les cas tout ou partie de la station marche en automatique, 
que la station soit ouverte ou pas. Mais ça l'utilisateur s'en fiche quand il 
cherche une station, c'est juste sur lace qu'il choisira la bonne file.

Notons bien que ceci n'a rien à voir avec n'importe demandé car cette 
information n'en faut pas partie.
Ce que l'on a ce sont des horaires qui correspondent soit à un des 
fonctionnements indiqués et on ne sait lequel doit à du grand n'importe quoi 
(horaires du supermarché d'à côté).
Il vaudrait mieux d'un point de vue descriptif avoir les vrais horaires de la 
station et savoir si elle est en plus pourvue de pompes 24/7.
Ce qui n'empêchera pas les exceptions : là où le fonctionnement passe du manuel 
à l'automatique il arr qu'ils vident les files avant de basculer en 24/7.
Mais ça n'impacte pas vraiment le service : pas d'intérêt d'essayer de le 
représenter.
Jean-Yvon


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

Réponse en étranger : ça fait un peu blague courante - à traduire littéralement.
D'autant qu'on argumente entre nous.
Opening_hours permet dans sa syntaxe d'ajouter un tag et donc de décrire quand 
la station est à fonctionnement automatique ou pas.

Notons que suivant les cas tout ou partie de la station marche en automatique, 
que la station soit ouverte ou pas. Mais ça l'utilisateur s'en fiche quand il 
cherche une station, c'est juste sur lace qu'il choisira la bonne file.

Notons bien que ceci n'a rien à voir avec n'importe demandé car cette 
information n'en faut pas partie.
Ce que l'on a ce sont des horaires qui correspondent soit à un des 
fonctionnements indiqués et on ne sait lequel doit à du grand n'importe quoi 
(horaires du supermarché d'à côté).
Il vaudrait mieux d'un point de vue descriptif avoir les vrais horaires de la 
station et savoir si elle est en plus pourvue de pompes 24/7.
Ce qui n'empêchera pas les exceptions : là où le fonctionnement passe du manuel 
à l'automatique il arr qu'ils vident les files avant de basculer en 24/7.
Mais ça n'impacte pas vraiment le service : pas d'intérêt d'essayer de le 
représenter.
Jean-Yvon


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[marc marc]

Le 30. 03. 18 à 13:12, Julien Lepiller a écrit :

> vous le faites exprès de répondre en anglais sur talk-fr ?

je crois qu'il y a en qui ont ratés le fait que la traduction
était partagée uniquement pour être améliorée/revue avant envoi
sur la mailing import.
et donc parler/argumenter en anglais ici ne sert a rien,
personne ne va envoyer un message de 10 pages pour avoir
la nuance de chacun, c'est bien pour cela qu'un message
commun était fait au nom de "la communauté talk-fr"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Francois Gouget]

On Fri, 30 Mar 2018, Philippe Verdy wrote:

> The opening_nours specs allows to specify the kind of service it targets
> Automats are more and more frequent in various shops (not just fuel
> services).
> When I see a bakery open from Tuesday to Sunday from 8:00 to 18:00, but
> with also an automata open 24/7 for some basic bread products, I would
> still not say it's open 24/7, I just tag the automat.

So two amenity=fuel points? How would it work wrt ref:FR:prix-carburants 
and other tags like name? Won't that cause applications to render two 
service stations which would be a bit weird?


-- 
Francois Gouget   http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand 
Caramels.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

The opening_nours specs allows to specify the kind of service it targets
Automats are more and more frequent in various shops (not just fuel
services).
When I see a bakery open from Tuesday to Sunday from 8:00 to 18:00, but
with also an automata open 24/7 for some basic bread products, I would
still not say it's open 24/7, I just tag the automat.
Same thing for pharmacies that have an  24/7 automat selling condoms or
basic chemistry, or milk for babies.
Same thing for bank automats (and very frequently there's only the
automata, the bank office may not exist there, or still exists but is now
closed permanently for the public (or requires a rendez-vous).

Each time the automat is working almost 24/7, but not the human service. We
need this separation because the services are clearly not equivalent,
payment options are not the same, delivered products are not the same.

2018-03-30 11:26 GMT+02:00 Francois Gouget :

> On Fri, 30 Mar 2018, Philippe Verdy wrote:
> [...]
> > A "24/7 automat" does not mean the station is open 24/7; so the
> > opening_hours should not apply to the presence of such automats which
> > should be completely ignored and tagged separately.
>
> How?
>
> The English wiki seems to indicate that there is no way to represent
> different levels of service at this time:
>
> | Add the opening hours using the key opening_hours=*. There are not
> | agreed upon tags for different levels of service, but both
> | self_service=yes/no and full_service=yes/no and automated=yes/no have
> | been used.
>
> Note that there is no way to correlate self_service, full_service and
> automated with opening_hours.
>
> Most people only care that they can go and get fuel at any time. So this
> information needs to be preserved somehow.
>
> I would also note that not all stations have 24/7 automats, particularly
> for those in car repair shops. Nobody wants to make a 4 kilometers
> detour just to find that they cannot get fuel because it's 7 pm or a
> week-end. So if only one information can be preserved I would say it's
> the 24/7 one.
>
>
> --
> Francois Gouget   http://fgouget.free.fr/
>A man can fail many times, but he isn't a failure
> until he begins to blame somebody else.
>-- John Burroughs
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Julien Lepiller]

Le 2018-03-30 11:26, Francois Gouget a écrit :

On Fri, 30 Mar 2018, Philippe Verdy wrote:
[...]

A "24/7 automat" does not mean the station is open 24/7; so the
opening_hours should not apply to the presence of such automats which
should be completely ignored and tagged separately.


How?

The English wiki seems to indicate that there is no way to represent
different levels of service at this time:

| Add the opening hours using the key opening_hours=*. There are not
| agreed upon tags for different levels of service, but both
| self_service=yes/no and full_service=yes/no and automated=yes/no have
| been used.

Note that there is no way to correlate self_service, full_service and
automated with opening_hours.

Most people only care that they can go and get fuel at any time. So 
this

information needs to be preserved somehow.

I would also note that not all stations have 24/7 automats, 
particularly

for those in car repair shops. Nobody wants to make a 4 kilometers
detour just to find that they cannot get fuel because it's 7 pm or a
week-end. So if only one information can be preserved I would say it's
the 24/7 one.


Mais ? vous le faites exprès de répondre en anglais sur talk-fr ?

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Francois Gouget]

On Fri, 30 Mar 2018, Philippe Verdy wrote:
[...]
> A "24/7 automat" does not mean the station is open 24/7; so the
> opening_hours should not apply to the presence of such automats which
> should be completely ignored and tagged separately.

How?

The English wiki seems to indicate that there is no way to represent 
different levels of service at this time:

| Add the opening hours using the key opening_hours=*. There are not 
| agreed upon tags for different levels of service, but both 
| self_service=yes/no and full_service=yes/no and automated=yes/no have 
| been used.

Note that there is no way to correlate self_service, full_service and 
automated with opening_hours.

Most people only care that they can go and get fuel at any time. So this 
information needs to be preserved somehow.

I would also note that not all stations have 24/7 automats, particularly 
for those in car repair shops. Nobody wants to make a 4 kilometers 
detour just to find that they cannot get fuel because it's 7 pm or a 
week-end. So if only one information can be preserved I would say it's 
the 24/7 one.


-- 
Francois Gouget   http://fgouget.free.fr/
   A man can fail many times, but he isn't a failure
until he begins to blame somebody else.
   -- John Burroughs

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

Moreover, when some opening hours are present in your data set they represent 
the opening hours of the supermarket, neither the 24/7 automatic station nor 
the o.h. of the station when operated with personal for the payement.


Jean-Yvon


> Gesendet: Freitag, 30. März 2018 um 00:47 Uhr
> Von: "Philippe Verdy - verd...@wanadoo.fr" 
> <osm.sanspourriel.935cdd9262.verdy_p#wanadoo...@ob.0sg.net>
> An: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
> Betreff: Re: [OSM-talk-fr] Import station essence
>
> Le 29 mars 2018 à 21:34, Stéphane Péneau <stephane.pen...@wanadoo.fr> a
> écrit :
> 
> > Résumons :
> >
> > tl;dr
> > It's better since you choose not to overwrite the existing opening_hours,
> > but the French community still refuse this import as is.
> >
> > - 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
> > Your conflation tool should check the existing fuel stations in a larger
> > area.
> >
> > - Most opening_hours are wrong.
> > A lot of fuel stations can be use 24/7 with a bank card
> >
> 
> Automated 24/7 services may be, but this is generally not available for all
> services, just a few kinds of fuels. And these automats are also not very
> friendly: you jsut insert your credit card, they immediately request an
> authoirization for a large amount of money, which is locked on you credit
> card limits (weekly or monthly) and also by your bank for some time, until
> the station will finalize the transaction for the effective amount of fuel
> you took.
> And many drivers (notably the poorest ones) cannot use at all these
> automats, or don't want to use it because of how they manage the
> transaction: so they'll go to stations only on real opening hours where
> only the effective amount to pay will be paid and taken on their credit
> card, or they will be able to pay with cash (when their credit card has
> exhauisted its weekly or montly maximum, for example on a few days after
> they paid their house renting costs, or if they had to pay some other
> important bill, even if for that they opted to take a credit).
> 
> A "24/7 automat" does not mean the station is open 24/7; so the
> opening_hours should not apply to the presence of such automats which
> should be completely ignored and tagged separately.
> ___
> 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

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

Moreover, when some opening hours are present in your data set they represent 
the opening hours of the supermarket, neither the 24/7 automatic station nor 
the o.h. of the station when operated with personal for the payement.


Jean-Yvon


> Gesendet: Freitag, 30. März 2018 um 00:47 Uhr
> Von: "Philippe Verdy - verd...@wanadoo.fr" 
> <osm.sanspourriel.935cdd9262.verdy_p#wanadoo...@ob.0sg.net>
> An: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
> Betreff: Re: [OSM-talk-fr] Import station essence
>
> Le 29 mars 2018 à 21:34, Stéphane Péneau <stephane.pen...@wanadoo.fr> a
> écrit :
> 
> > Résumons :
> >
> > tl;dr
> > It's better since you choose not to overwrite the existing opening_hours,
> > but the French community still refuse this import as is.
> >
> > - 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
> > Your conflation tool should check the existing fuel stations in a larger
> > area.
> >
> > - Most opening_hours are wrong.
> > A lot of fuel stations can be use 24/7 with a bank card
> >
> 
> Automated 24/7 services may be, but this is generally not available for all
> services, just a few kinds of fuels. And these automats are also not very
> friendly: you jsut insert your credit card, they immediately request an
> authoirization for a large amount of money, which is locked on you credit
> card limits (weekly or monthly) and also by your bank for some time, until
> the station will finalize the transaction for the effective amount of fuel
> you took.
> And many drivers (notably the poorest ones) cannot use at all these
> automats, or don't want to use it because of how they manage the
> transaction: so they'll go to stations only on real opening hours where
> only the effective amount to pay will be paid and taken on their credit
> card, or they will be able to pay with cash (when their credit card has
> exhauisted its weekly or montly maximum, for example on a few days after
> they paid their house renting costs, or if they had to pay some other
> important bill, even if for that they opted to take a credit).
> 
> A "24/7 automat" does not mean the station is open 24/7; so the
> opening_hours should not apply to the presence of such automats which
> should be completely ignored and tagged separately.
> ___
> 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

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

Le 29 mars 2018 à 21:34, Stéphane Péneau  a
écrit :

> Résumons :
>
> tl;dr
> It's better since you choose not to overwrite the existing opening_hours,
> but the French community still refuse this import as is.
>
> - 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
> Your conflation tool should check the existing fuel stations in a larger
> area.
>
> - Most opening_hours are wrong.
> A lot of fuel stations can be use 24/7 with a bank card
>

Automated 24/7 services may be, but this is generally not available for all
services, just a few kinds of fuels. And these automats are also not very
friendly: you jsut insert your credit card, they immediately request an
authoirization for a large amount of money, which is locked on you credit
card limits (weekly or monthly) and also by your bank for some time, until
the station will finalize the transaction for the effective amount of fuel
you took.
And many drivers (notably the poorest ones) cannot use at all these
automats, or don't want to use it because of how they manage the
transaction: so they'll go to stations only on real opening hours where
only the effective amount to pay will be paid and taken on their credit
card, or they will be able to pay with cash (when their credit card has
exhauisted its weekly or montly maximum, for example on a few days after
they paid their house renting costs, or if they had to pay some other
important bill, even if for that they opted to take a credit).

A "24/7 automat" does not mean the station is open 24/7; so the
opening_hours should not apply to the presence of such automats which
should be completely ignored and tagged separately.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Julien Lepiller]

Suggestions d'amélioration :

Le Thu, 29 Mar 2018 21:34:02 +0200,
Stéphane Péneau  a écrit :

> Résumons :
> 
> tl;dr
> It's better since you choose not to overwrite the existing 
> opening_hours, but the French community still refuse this import as
> is.  
refuse -> refuses
choose -> chose

autre proposition :

The French community has reviewed this proposed import but refuses it
as is, for various reasons listed below.

> 
> - 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
> Your conflation tool should check the existing fuel stations in a
> larger area.  

Your -> The
(éviter d'utiliser You pour ne pas que les personnes faisant l'import
se sentent attaquées personnellement et se braquent)

> 
> - Most opening_hours are wrong.
> A lot of fuel stations can be use 24/7 with a bank card.  

credit card?
Peut-être enlever ce point puisqu'il semble que ce ne soit plus
d'actualité ?

> 
> - 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.  

phone's number -> the imported phone number
I'm not sure -> We don't think

You could check whether a phone number is duplicated in the data (most
likely the number of the company) or already on another node in the
vicinity (most likely the number of the supermarket the station is
attached to). If you find something, please don't import the phone
number.

> 
> - 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.  

Users should be able to remove a node that does not exist in reality
without looking for possible applications or imports that may want to
add the node over and over again in OSM. Please check whether the POI
should be ignored before importing it in an update.

> 
> - 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 starts to use his private tag, the database will become a
> mess.  

to use -> using
use his private -> use their private

> 
> - postal code
> Why ? a postal code for a supermarket, a car's shop, it's ok, but on
> a fuel station ?  

Although addresses are useful for other POIs like supermarkets, postal
codes are useless for fuel stations as they are usually attached to
another business. Also, postal codes are especially useless in France as
they can be deduced by the area the POI is in.

> 
> We already have an open fuel station database. These data are
> included in Osmose to let the contributors manually check each node.
> 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Stéphane Péneau]

Résumons :

tl;dr
It's better since you choose not to overwrite the existing 
opening_hours, but the French community still refuse this import as is.


- 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
Your conflation tool should check the existing fuel stations in a larger 
area.


- 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.


- 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 
starts to use his private tag, the database will become a mess.


- postal code
Why ? a postal code for a supermarket, a car's shop, it's ok, but on a 
fuel station ?


We already have an open fuel station database. These data are included 
in Osmose to let the contributors manually check each node.




Le 28/03/2018 à 12:54, marc marc a écrit :

deuzeffe le propriétaire d'une base peux tjs donner un droit spécifique
pour l'ajout de ces données dans osm. les données dans osm seront alors
accessible comme n'importe quel objet osm.

Christian : pourquoi n'utilise-t-on pas la base des prix des carburants
pour mettre à jour osm si elle contient de meilleurs infos ?

JP : tu veux dire que si une marque est incorrecte,
l'opération ne doit pas la corriger ?
Alors faudrait une xieme catégorie osmose pour qu'un humain le fasse ?

pour la conclusion, je crois qu'il faut nuancer par élément
afin de garder l'utile au lieu de tout jeter :

- heure d'ouverture : à virer vu que ceux-ci semblent souvent
correspondre au magasin et non à la stations d'essence souvent 24/7
en cas de payement possible par carte.

- code postaux : aucun sens, personne n'écrit à une station d'essence.
cela n'aurait du sens que pour les magasins.
On pourrait pas contre s'en servir pour vérifier si les codes postaux
définit sur les aires (les communes principalement) sont correct et
faire une alerte qualité si cela ne correspond pas au lieu d'importer.

- numéro de téléphone : uniquement les numéros uniques qui ont des
changes d'être ceux de la station elle-même et non du siège social.

- brand : cette info me semble par contre intéressante vu la confusion
importante dans les stations actuelle entre nom <> operator <> brand

- doublon : l'outil doit rechercher les doublons dans un rayons plus
large que cela actuellement utilisé vu la géolocalisation imprécise.
Ce n'est qu'alors qu'on pourrait se faire une idée des réels ajouts
de station grâce à cette base par rapport à l'existant dans osm.

- ref : si chaque compagnie de seo met sa propre ref, cela ne
va évidement pas.
d'un autre côté je comprend tout autant qu'une compagnie mondiale
ne va pas utiliser 30 ref différentes selon la situation de chaque pays.
je pense donc que l'outil doit se passer de ref.

- disussed : tant mieux si l'import le gère.
il doit cependant aussi prendre en compte à la prochaine maj les
stations qui ont été effacée dans osm (analyse des diff) au lieu
de les recréer (c'est pas au contributeur osm de se farcir la doc
de tous les imports ayant un lien avec chaque objet qu'il modifie)

- demander une copie de la base pour traiter les ajouts via osmose,
j'y crois peu vu les 400k éléments en attente d'intervention humaine.
osmose.openstreetmap.fr/fr/errors/graph.png?item=8xxx=france*
Vaut mieux améliorer la qualité de l'import plutôt que de mettre
sur une pile dont pas assez de monde ne s'occupe.
Ce serra très différent si les créations étaient séparée des maj

Stéphane si t'as besoin d'un coup de main pour formuler
tout cela en anglais, dis le moi.
ou mieux un dernier brouillon ici avant envoi histoire que les doués
en anglais corrigent au besoin :)

Le 28. 03. 18 à 11:55, Christian Quest a écrit :

En gros la conclusion c'est quoi ? Communauté FR opposée à cet import ?
ok pour moi ;)

On a des données plus propre dans la base des prix des carburants.

Le 27 mars 2018 à 22:01, Stéphane Péneau a écrit :

 Il n'y a plus de remarque ? J'envoie la réponse ?

 Stf


 Le 26/03/2018 à 14:58, Stéphane Péneau a écrit :

 Pour ma part, j'ai trouvé plusieurs stations-service manquantes
 que ce jeu de données pourrait ajouter.
 Donc non, je ne pense pas qu'il faut tout jeter, ni lui tomber
 dessus en hurlant que son truc, "c'est d'la merde".

 J'espère qu'on peut être un peu plus constructif. On a tous à y
 gagner.

 Stf

 Le 26/03/2018 à 14:33, deuzeffe a écrit :

 Le 26/03/2018 à 13:47, marc marc a écrit :

 La source est 

Re: [OSM-talk-fr] Import station essence

[marc marc]

deuzeffe le propriétaire d'une base peux tjs donner un droit spécifique 
pour l'ajout de ces données dans osm. les données dans osm seront alors 
accessible comme n'importe quel objet osm.

Christian : pourquoi n'utilise-t-on pas la base des prix des carburants 
pour mettre à jour osm si elle contient de meilleurs infos ?

JP : tu veux dire que si une marque est incorrecte,
l'opération ne doit pas la corriger ?
Alors faudrait une xieme catégorie osmose pour qu'un humain le fasse ?

pour la conclusion, je crois qu'il faut nuancer par élément
afin de garder l'utile au lieu de tout jeter :

- heure d'ouverture : à virer vu que ceux-ci semblent souvent 
correspondre au magasin et non à la stations d'essence souvent 24/7
en cas de payement possible par carte.

- code postaux : aucun sens, personne n'écrit à une station d'essence.
cela n'aurait du sens que pour les magasins.
On pourrait pas contre s'en servir pour vérifier si les codes postaux 
définit sur les aires (les communes principalement) sont correct et 
faire une alerte qualité si cela ne correspond pas au lieu d'importer.

- numéro de téléphone : uniquement les numéros uniques qui ont des 
changes d'être ceux de la station elle-même et non du siège social.

- brand : cette info me semble par contre intéressante vu la confusion 
importante dans les stations actuelle entre nom <> operator <> brand

- doublon : l'outil doit rechercher les doublons dans un rayons plus 
large que cela actuellement utilisé vu la géolocalisation imprécise.
Ce n'est qu'alors qu'on pourrait se faire une idée des réels ajouts
de station grâce à cette base par rapport à l'existant dans osm.

- ref : si chaque compagnie de seo met sa propre ref, cela ne
va évidement pas.
d'un autre côté je comprend tout autant qu'une compagnie mondiale
ne va pas utiliser 30 ref différentes selon la situation de chaque pays.
je pense donc que l'outil doit se passer de ref.

- disussed : tant mieux si l'import le gère.
il doit cependant aussi prendre en compte à la prochaine maj les 
stations qui ont été effacée dans osm (analyse des diff) au lieu
de les recréer (c'est pas au contributeur osm de se farcir la doc
de tous les imports ayant un lien avec chaque objet qu'il modifie)

- demander une copie de la base pour traiter les ajouts via osmose,
j'y crois peu vu les 400k éléments en attente d'intervention humaine.
osmose.openstreetmap.fr/fr/errors/graph.png?item=8xxx=france*
Vaut mieux améliorer la qualité de l'import plutôt que de mettre
sur une pile dont pas assez de monde ne s'occupe.
Ce serra très différent si les créations étaient séparée des maj

Stéphane si t'as besoin d'un coup de main pour formuler
tout cela en anglais, dis le moi.
ou mieux un dernier brouillon ici avant envoi histoire que les doués
en anglais corrigent au besoin :)

Le 28. 03. 18 à 11:55, Christian Quest a écrit :
> En gros la conclusion c'est quoi ? Communauté FR opposée à cet import ? 
> ok pour moi ;)
> 
> On a des données plus propre dans la base des prix des carburants.
> 
> Le 27 mars 2018 à 22:01, Stéphane Péneau a écrit :
> 
> Il n'y a plus de remarque ? J'envoie la réponse ?
> 
> Stf
> 
> 
> Le 26/03/2018 à 14:58, Stéphane Péneau a écrit :
> 
> Pour ma part, j'ai trouvé plusieurs stations-service manquantes
> que ce jeu de données pourrait ajouter.
> Donc non, je ne pense pas qu'il faut tout jeter, ni lui tomber
> dessus en hurlant que son truc, "c'est d'la merde".
> 
> J'espère qu'on peut être un peu plus constructif. On a tous à y
> gagner.
> 
> Stf
> 
> Le 26/03/2018 à 14:33, deuzeffe a écrit :
> 
> Le 26/03/2018 à 13:47, marc marc a écrit :
> 
> La source est Navads.
> 
> 
> Et « We have the full permission to add all of these to
> OpenStreetMap: that's the very reason we were contacted. »
> (from https://wiki.openstreetmap.org/wiki/Navads_Imports#Source)
> semble suffisant ? Quid de telles données une fois qu'elles
> font partie d'OSM, avec une telle (absence de) licence
> (clairement pas identifiée) ?
> 
> -- 
> deuzeffe - qui s'instruit
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[pepilepi...@ovh.fr]

Le 28/03/2018 à 11:55, Christian Quest a écrit :
> En gros la conclusion c'est quoi ? Communauté FR opposée à cet import
> ? ok pour moi ;)

Fortement opposé en l'état.

Ajouter des stations vraiment nouvelles, oui, c'est une bonne idée, mais
il faudrait les vérifier humainement. Il y en a très peu, en réalité
(Les marqueurs verts si j'ai bien vu), ça peut se faire.

Mais surtout il faudrait que cet import ne MODIFIE aucune donnée, qu'il
se contente d'ajouter les infos manquantes : horaires, type de
carburant, marque etc.


JP

>
> On a des données plus propre dans la base des prix des carburants.
>
> Le 27 mars 2018 à 22:01, Stéphane Péneau  > a écrit :
>
> Il n'y a plus de remarque ? J'envoie la réponse ?
>
> Stf
>
>
> Le 26/03/2018 à 14:58, Stéphane Péneau a écrit :
>
> Pour ma part, j'ai trouvé plusieurs stations-service
> manquantes que ce jeu de données pourrait ajouter.
> Donc non, je ne pense pas qu'il faut tout jeter, ni lui tomber
> dessus en hurlant que son truc, "c'est d'la merde".
>
> J'espère qu'on peut être un peu plus constructif. On a tous à
> y gagner.
>
> Stf
>
> Le 26/03/2018 à 14:33, deuzeffe a écrit :
>
> Le 26/03/2018 à 13:47, marc marc a écrit :
>
> La source est Navads.
>
>
> Et « We have the full permission to add all of these to
> OpenStreetMap: that's the very reason we were contacted. »
> (from
> https://wiki.openstreetmap.org/wiki/Navads_Imports#Source
> )
> semble suffisant ? Quid de telles données une fois
> qu'elles font partie d'OSM, avec une telle (absence de)
> licence (clairement pas identifiée) ?
>
> -- 
> deuzeffe - qui s'instruit
>
>
>
> ___
> 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
> 
>
>
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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

Re: [OSM-talk-fr] Import station essence

[Christian Quest]

En gros la conclusion c'est quoi ? Communauté FR opposée à cet import ? ok
pour moi ;)

On a des données plus propre dans la base des prix des carburants.

Le 27 mars 2018 à 22:01, Stéphane Péneau  a
écrit :

> Il n'y a plus de remarque ? J'envoie la réponse ?
>
> Stf
>
>
> Le 26/03/2018 à 14:58, Stéphane Péneau a écrit :
>
>> Pour ma part, j'ai trouvé plusieurs stations-service manquantes que ce
>> jeu de données pourrait ajouter.
>> Donc non, je ne pense pas qu'il faut tout jeter, ni lui tomber dessus en
>> hurlant que son truc, "c'est d'la merde".
>>
>> J'espère qu'on peut être un peu plus constructif. On a tous à y gagner.
>>
>> Stf
>>
>> Le 26/03/2018 à 14:33, deuzeffe a écrit :
>>
>>> Le 26/03/2018 à 13:47, marc marc a écrit :
>>>
 La source est Navads.

>>>
>>> Et « We have the full permission to add all of these to OpenStreetMap:
>>> that's the very reason we were contacted. » (from
>>> https://wiki.openstreetmap.org/wiki/Navads_Imports#Source) semble
>>> suffisant ? Quid de telles données une fois qu'elles font partie d'OSM,
>>> avec une telle (absence de) licence (clairement pas identifiée) ?
>>>
>>> --
>>> deuzeffe - qui s'instruit
>>>
>>>
>>>
>>> ___
>>> 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
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Stéphane Péneau]

Il n'y a plus de remarque ? J'envoie la réponse ?

Stf

Le 26/03/2018 à 14:58, Stéphane Péneau a écrit :
Pour ma part, j'ai trouvé plusieurs stations-service manquantes que ce 
jeu de données pourrait ajouter.
Donc non, je ne pense pas qu'il faut tout jeter, ni lui tomber dessus 
en hurlant que son truc, "c'est d'la merde".


J'espère qu'on peut être un peu plus constructif. On a tous à y gagner.

Stf

Le 26/03/2018 à 14:33, deuzeffe a écrit :

Le 26/03/2018 à 13:47, marc marc a écrit :

La source est Navads.


Et « We have the full permission to add all of these to 
OpenStreetMap: that's the very reason we were contacted. » (from 
https://wiki.openstreetmap.org/wiki/Navads_Imports#Source) semble 
suffisant ? Quid de telles données une fois qu'elles font partie 
d'OSM, avec une telle (absence de) licence (clairement pas identifiée) ?


--
deuzeffe - qui s'instruit



___
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

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

Visiblement NavAds n'a pas du tout l'intention de diviser son import par
pays car ils ne veulent pas avoir à gérer les communications avec au moins
une vingtaine de communautés, chacune dans leur langue et via divers canaux.
Pourtant c'est la seule chose à faire : diviser leur données en autant de
pays, et prendre le temps de le faire pour chaque pays.

OSM n'a aucun besoin de traitement des imports en urgence et ne doit pas
tenir compte des impératifs commerciaux des sociétés qui ont proposé et
vendu de telles "garanties" à leurs clients, au mépris des règles
communautaires; si de telles sociétés se sentent obligées de le faire à
cause des prestations qu'elles ont déjà vendu à leurs clients, c'est pour
garder ces clients et pouvoir les facturer, alors que l'objet même de leur
vente est en fait sans aucun fondement et qu'elles ne peuvent en fait pas
vendre de telles garanties, pas même une garantie de seuil minimal de
réalisation.

Et là je pense dopnc que NavAds abuse ses propres clients en leur vendant
des prestations infondées. On pourrait se rapprocher des sociétés que
NavAds veut référencer en leur nom pour leur signaler que la prestation
vendue ne correspond à rien et que NavAds n'a pas été professionnel et
s'avère ne pas jouer son rôle indispensable de conseil alors que NavAds
pourrait étudier avec ses clients les façon d'optimiser leur communication
et leur référencement externe en mettant au point leur propres outils
internes: plutôt que de tenter de convertir en aveugle d'anciens fichiers
historiques non qualifiés, intéger des outils permettant de mieux
géolocaliser leurs sites de façon incrémentale et avec un meilleur suivi
des évolutions au jour le jour. NavAds peut les aider à développer les
outils internes nécessaires à ses clients et là la prestation sera
réellement utile et fondée, et il ne sera même plus nécessaire de jamais
réaliser des imports "en masse" comme ce truc de "59k POI" qu'ils veulent
importer dans le monde entier.

De plus je trouve encore plus dangereux le fait d'importer en masse ces
points non (ou peu) qualifiés en **modifiant** les objets OSM existants (je
trouve ça en fait pire que d'importer un doublon qu'on peut supprimer
directement sans se soucier de faire une fusion de tags de suivis pour les
rapprocher). Dans tous les cas, tout import devrait avoir un tag unique
indiquant explicitement la source de cet import, le jeu de données concerné
(et pas seulement dans le changeset) pour faciliter ensuite les recherches
et le nettoyage ultérieur pour ce jeu de données qui de toute façon
demandera des vérifications ultérieures, d'autnat plus que ce jeu de
données est complètement diffus sur une zone très étendue.

Et je ne vois pas du tout pourquoi un tel jeu ne peut pas être scindé pays
par pays, c'est un minimum obligatoire à exiger, quelque soit les raisons
invoquées par NavAds.


Le 26 mars 2018 à 14:33, deuzeffe  a écrit :

> Le 26/03/2018 à 13:47, marc marc a écrit :
>
>> La source est Navads.
>>
>
> Et « We have the full permission to add all of these to OpenStreetMap:
> that's the very reason we were contacted. » (from
> https://wiki.openstreetmap.org/wiki/Navads_Imports#Source) semble
> suffisant ? Quid de telles données une fois qu'elles font partie d'OSM,
> avec une telle (absence de) licence (clairement pas identifiée) ?
>
> --
> deuzeffe - qui s'instruit
>
>
>
>
> ___
> 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

Re: [OSM-talk-fr] Import station essence

[Stéphane Péneau]

Pour ma part, j'ai trouvé plusieurs stations-service manquantes que ce 
jeu de données pourrait ajouter.
Donc non, je ne pense pas qu'il faut tout jeter, ni lui tomber dessus en 
hurlant que son truc, "c'est d'la merde".


J'espère qu'on peut être un peu plus constructif. On a tous à y gagner.

Stf

Le 26/03/2018 à 14:33, deuzeffe a écrit :

Le 26/03/2018 à 13:47, marc marc a écrit :

La source est Navads.


Et « We have the full permission to add all of these to OpenStreetMap: 
that's the very reason we were contacted. » (from 
https://wiki.openstreetmap.org/wiki/Navads_Imports#Source) semble 
suffisant ? Quid de telles données une fois qu'elles font partie 
d'OSM, avec une telle (absence de) licence (clairement pas identifiée) ?


--
deuzeffe - qui s'instruit



___
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

Re: [OSM-talk-fr] Import station essence

[deuzeffe]

Le 26/03/2018 à 13:47, marc marc a écrit :

La source est Navads.


Et « We have the full permission to add all of these to OpenStreetMap: 
that's the very reason we were contacted. » (from 
https://wiki.openstreetmap.org/wiki/Navads_Imports#Source) semble 
suffisant ? Quid de telles données une fois qu'elles font partie d'OSM, 
avec une telle (absence de) licence (clairement pas identifiée) ?


--
deuzeffe - qui s'instruit



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[pepilepi...@ovh.fr]

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=4.86983=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=1%2C2%2C3=france*
>>>
>>> http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=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 - 

Re: [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.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.
 

Re: [OSM-talk-fr] Import station essence

[JB]

Bonjour Noémie,
Tu as l'historique sur la liste imports du mois de mars : 
https://lists.openstreetmap.org/pipermail/imports/2018-March/thread.html#5436
De mémoire, Ilya a eu gracieusement une liste commerciale de stations 
services, non disponible en opendata. Il propose d'importer le tout et 
de maintenir le jeu de données au fur et à mesure des mises à jour 
mensuelles.
Il demandait des retours locaux et pour l'instant, je crois personne n'a 
parlé pour la France.
Certaines personnes insistent pour que l'import soit fait en changesets 
séparés pour chaque pays, mais ça ne semble pas encore acquis, Ilya a 
une grosse réticence.
Vu les retours sur la France qui vont tous dans le même sens, je pense 
qu'il sera bon qu'un message clair soit envoyé sur la liste import.

JB.

Le 26/03/2018 à 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 
 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=1%2C2%2C3=france* 
http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=france* 
c'est pour cela que je trouve qu'un import de meilleur qualité aurait

du sens :
- sans heure 

Re: [OSM-talk-fr] Import station essence

[Noémie Lehuby]

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=1%2C2%2C3=france*
http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=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 

Re: [OSM-talk-fr] Import station essence

[Dominique Rousseau]

Le Mon, Mar 26, 2018 at 01:06:21PM +0200, Dominique Rousseau [d...@lee-loo.net] 
a écrit:
[...]
> 

J'ai meme un cas de creation d'une station qui n'existe plus :

http://audit.osmz.ru/browse/navads_fuel/NVDS109_1095880843FR0


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Dominique Rousseau]

Le Sun, Mar 25, 2018 at 06:52:38PM +, marc marc [marc_marc_...@hotmail.com] 
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"

Je plussoie ce qui a ete dit, concernant les problemes, sur des stations
que je connais bien a Amiens :
- ajout en doublon, typiquement sur le point de l'hypermarche alors que
  la station existe, ou modification du positionnement pour du "moins
  bon"
- des horaires d'ouverture "farfelus" (en 7h-22h alors qu'un tag
  existant dit 24/7, ce qui est la realite pour les stations
  automatiques concernees)

Dans les "pas forcement problematiques" :
- ajout de codes postaux
- ajout de tags brand=* ( le wiki osm mentionne bien qu'on tagge avec
  operator=*, brand=*, tenant=*, name* ) / certaines de ce que j'ai vu
  ont des name=* qui devraient plutot être un brand=*

Et il y a un tag qui aurait ete interessant, mais que je ne vois pas
dans mes exemples (je ne sais pas si l'info existe dans les donnees
d'origine), c'est automated=*


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[pepilepi...@ovh.fr]

Le 26/03/2018 à 12:15, Rpnpif a écrit :
> Bonjour,
>
> J'ai le même problème que vous sur la dizaine que j'ai vues :
> - Les stations sont très souvent placées en double dans le magasin ou 5
>   m à côté de la station déjà repérée.
> - Horaires presque tous erronés. En France au moins à l'ouest, la
>   plupart des stations de supermarché sont ouvertes 24h/7 en
>   automatique.
> - Une station fermée depuis un an, recréée.
>
> Je suis défavorable à cet import.
>
Bonjour,

En effet, faut arrêter le massacre ! C'est le délire le plus total, ce
machin ! Apparemment c'est une machine à créer des doublons. Et
n'importe comment, en plus.

Exemples : cette station
, ils
la mettent ici
 (au
milieu du magasin éponyme comme quelqu'un l'a déjà remarqué).

Et le comble, cette station
 ici

(va-t'en savoir pourquoi ? Le barycentre du village ?)

Stop !

Bonne journée,

Jean-Pierre

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [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.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=1%2C2%2C3=france* 

http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=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

Re: [OSM-talk-fr] Import station essence

[Rpnpif]

Bonjour,

J'ai le même problème que vous sur la dizaine que j'ai vues :
- Les stations sont très souvent placées en double dans le magasin ou 5
  m à côté de la station déjà repérée.
- Horaires presque tous erronés. En France au moins à l'ouest, la
  plupart des stations de supermarché sont ouvertes 24h/7 en
  automatique.
- Une station fermée depuis un an, recréée.

Je suis défavorable à cet import.

-- 
Alain Rpnpif

Le 25 mars 2018, 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 ?)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[deuzeffe]

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=1%2C2%2C3=france*
http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=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

Re: [OSM-talk-fr] Import station essence

[Philippe Verdy]

Un gros problème est que le niveau de qualité demandé diffère largemetn
selon les pays et leurs état d'avancement.
Mais ils semblent préparer un import coupé seulement en 2: Royaume-Uni
d'une part, puis tout le reste du monde en un seul morceau.

Il serait judicieux de leur demander de découper leur import au minimum
pays par pays pour ensuite évaluer correctement sur chacun les minimums
requis qui n'obligeront pas à revoir trop de travail (sur les pays moins
avancés, un tel import même imprécis est moins problématique car esnuite
les modifs incrémentales pourront affiner ça, et cela ne posera en
attendant pas trop de problème de conflits ou de cohérence).

Mais pour des pays très avancés dans OSM comme la France, L'Allemagne, la
Belgique, la Suisse, là il y a des exigences particulières et des vérifs
sépcifiques à faire même pour ne faire que le dédoublonnement car on a pas
tracé dans tous les pays les mêmes jeux de données détaillées ni forcément
avancé de façon synchronisée sur le détail des tags (certains pays pouvant
avoir encore des tags génériques, qui peuvent être améliorés dans un
import, mais ailleurs cela pourrait aboutir à une dégradation de la
classification et même générer des tonnes de conflits avec l'existant).

Le réglage des filtres pour de dédoublonnement avant import sera
nécessairement à localiser. S'il y a 40 000 points à importer par exemple,
pour 50 pays, je ne vois pas pourquoi on ne peut pas importer cela en une
centaine de jeux séparés (certains pays pouvant être redécoupés par
région), ce qui donne en gros 1000 points maxi par import: plus besoin
alors de passer par un bot: il s'agit de préparer des changesets qui
peuvent alors être répartis en lots à traiter: une centaine de lots peuvent
être alors mis à disposition d'une petite équipe de 15-20 contributeurs
chacun allant prendre le temps de le traiter correctement même s'il lui
faut quelques heures pour en faire un (libre à lui aussi de redécouper ce
lot, mais 'loutil initial peut lui fournir un moyen de redécouper un lot
trop gros et le redistribuer, de la me^me façon qu'on peut découper les
carreaux dans une tâche HOT, pour que chacune ne demande pas plus de 20-30
minutes).

Je pense qu'un outil comparable au gestionnaire de tâche de HOT serait
aujourd'hui préférable à l'utilisation d'un simple bot d'import:un bot peut
préparer le travail, mais une évaluation humaine pourrait dire qu'il y a
trop d'erreurs à corriger et qu'il convient de scinder la tâche, ou rejter
les propositions et signaler les anomalies qu'il faudrait prendre en compte
et corriger avant de reproposer le jeu de données corrigé ou filtré. Et au
final ce qui restera demandé sera de faire des changesets peut-être
partiellement prémâchés, mais en fait revus et ajustés par des humains,
sans nécessairement passer par l'alternative type "Osmose" qui ne propose
les éléments à importer que 1 par 1 (beaucoup trop long et répétitif, on
sait que les tâches trop répétitives pour un humain conduit aussi  vite ce
même humain à adopter involontairement mais inévitablement une réponse de
plus en plus automatique, et donc ne plus voir certaines exceptions et donc
valider directement ce qui est proposé, sans avoir d'idée générale des
erreurs possibles).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[marc marc]

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=1%2C2%2C3=france*
http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=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

Re: [OSM-talk-fr] Import station essence

[Cyrille37 OSM]

Bonjour,

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, ...


Cyrille37


Jean-Yvon
*Gesendet:* Sonntag, 25. März 2018 um 19:18 Uhr
*Von:* "Stéphane Péneau - stephane.pen...@wanadoo.fr" 
<osm.sanspourriel.13955de464.stephane.peneau#talk-fr@openstreetmap.org>

*An:* "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
*Betreff:* [OSM-talk-fr] Import station essence
Bonjour,

Vous l'avez peut-être lu dans le weeklyosm, un import de station essence
se prépare.

J'ai regardé les points qui seraient mis à jour autour de chez moi, et
voilà ce que je constate :

- changement des horaires d'ouverture de 24/7 vers des horaires qui
correspondent peut-être à la présence d'une personne sur place, ou du
commerce attenant. C'est donc de mon point de vue, une mauvaise
modification.

- ajout d'un numéro de téléphone. Dans le cas des stations dépendantes
d'un supermarché, c'est le numéro de ce dernier. Je ne suis pas certain
que ça soit très pertinent, mais pourquoi pas.

- ajout du code postal mouais

- Création de nouvelles stations : Ce sont des doublons de stations déjà
existantes, mais mal géolocalisées dans la source utilisée.

Pour regarder ces données :

http://audit.osmz.ru/browse/navads_fuel

les marqueurs bleus sont des mises à jour, et les verts, des créations

la page wiki :

https://wiki.openstreetmap.org/wiki/Navads_Imports

La discussion sur la liste d'import :

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

Re: [OSM-talk-fr] Import station essence

[osm . sanspourriel]

En fait malgré les apparence Stéphane est optimiste !

Je vois aussi :

	
		
			brand
			Super U
		
	


Il y avait operator=Super U qui me semble mieux.

J'ai vu pire : une station "nouvelle" : au lieu de mettre la station là où elle est (comme dans OSM) ils proposen't d'ajouter le station service au milieu du supermarché !

Pire : les horaires ne correspondent ici ni aux horaires d'ouverture (24/24) ni aux horaires de la caisse. Peut-être aux horaires du magasin.

Qaunt au numéro de téléphone c'est soit un numéro national soit celui d'un magasin de la chaîne situé à 1 000 km...

 

Ne pas importer, au plus permettre un rapprochment.


Jean-Yvon

 
 

Gesendet: Sonntag, 25. März 2018 um 19:18 Uhr
Von: "Stéphane Péneau - stephane.pen...@wanadoo.fr" <osm.sanspourriel.13955de464.stephane.peneau#talk-fr@openstreetmap.org>
An: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
Betreff: [OSM-talk-fr] Import station essence

Bonjour,

Vous l'avez peut-être lu dans le weeklyosm, un import de station essence
se prépare.

J'ai regardé les points qui seraient mis à jour autour de chez moi, et
voilà ce que je constate :

- changement des horaires d'ouverture de 24/7 vers des horaires qui
correspondent peut-être à la présence d'une personne sur place, ou du
commerce attenant. C'est donc de mon point de vue, une mauvaise
modification.

- ajout d'un numéro de téléphone. Dans le cas des stations dépendantes
d'un supermarché, c'est le numéro de ce dernier. Je ne suis pas certain
que ça soit très pertinent, mais pourquoi pas.

- ajout du code postal mouais

- Création de nouvelles stations : Ce sont des doublons de stations déjà
existantes, mais mal géolocalisées dans la source utilisée.

Pour regarder ces données :

http://audit.osmz.ru/browse/navads_fuel

les marqueurs bleus sont des mises à jour, et les verts, des créations

la page wiki :

https://wiki.openstreetmap.org/wiki/Navads_Imports

La discussion sur la liste d'import :

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

Re: [OSM-talk-fr] Import station essence

[JB]

Bonjour,
et merci d'ouvrir le sujet, je n'avais pas eu le courage de le faire. 
J'avais regardé du coté de chez moi, et avais été assez déçu par la 
qualité de ce qui était proposé à l'importation : beaucoup de doublons 
créés, souvent au milieu du bâtiment des supermarchés (en même temps, je 
suis assez satisfait de la couverture des stations dans OSM).
Un autre point en plus des tiens qui me soucie : dans le wiki, il est 
indiqué de ne pas supprimer un point importé qui ne serait plus présent 
sur le terrain et de le marquer disused:amenity… C'est ce qui m'embête 
chez les importateurs : « arrêtez de me compliquer la vie ». Pour moi, 
le contributeur local devrait toujours passer devant la contribution 
massive à distance (d'après les informations données, un peu de code 
pourrait s'en sortir pour faire les mises à jours sans avoir à garder 
ces points dans OSM).
Et pour râler un bon coup : le ref:navads privé, pas vérifiable, importé 
dans OSM pour se faciliter la vie, j'aime toujours aussi peu.

Mais je n'en ai pas parlé ailleurs.
JB.

Le 25/03/2018 à 19:18, Stéphane Péneau a écrit :

Bonjour,

Vous l'avez peut-être lu dans le weeklyosm, un import de station 
essence se prépare.


J'ai regardé les points qui seraient mis à jour autour de chez moi, et 
voilà ce que je constate :


- changement des horaires d'ouverture de 24/7 vers des horaires qui 
correspondent peut-être à la présence d'une personne sur place, ou du 
commerce attenant. C'est donc de mon point de vue, une mauvaise 
modification.


- ajout d'un numéro de téléphone. Dans le cas des stations dépendantes 
d'un supermarché, c'est le numéro de ce dernier. Je ne suis pas 
certain que ça soit très pertinent, mais pourquoi pas.


- ajout du code postal mouais

- Création de nouvelles stations : Ce sont des doublons de stations 
déjà existantes, mais mal géolocalisées dans la source utilisée.


Pour regarder ces données :

http://audit.osmz.ru/browse/navads_fuel

les marqueurs bleus sont des mises à jour, et les verts, des créations

la page wiki :

https://wiki.openstreetmap.org/wiki/Navads_Imports

La discussion sur la liste d'import :

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

[OSM-talk-fr] Import station essence

[Stéphane Péneau]

Bonjour,

Vous l'avez peut-être lu dans le weeklyosm, un import de station essence 
se prépare.


J'ai regardé les points qui seraient mis à jour autour de chez moi, et 
voilà ce que je constate :


- changement des horaires d'ouverture de 24/7 vers des horaires qui 
correspondent peut-être à la présence d'une personne sur place, ou du 
commerce attenant. C'est donc de mon point de vue, une mauvaise 
modification.


- ajout d'un numéro de téléphone. Dans le cas des stations dépendantes 
d'un supermarché, c'est le numéro de ce dernier. Je ne suis pas certain 
que ça soit très pertinent, mais pourquoi pas.


- ajout du code postal mouais

- Création de nouvelles stations : Ce sont des doublons de stations déjà 
existantes, mais mal géolocalisées dans la source utilisée.


Pour regarder ces données :

http://audit.osmz.ru/browse/navads_fuel

les marqueurs bleus sont des mises à jour, et les verts, des créations

la page wiki :

https://wiki.openstreetmap.org/wiki/Navads_Imports

La discussion sur la liste d'import :

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