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

2018-04-11 Par sujet 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] BANO - raprochement fantoir cassé à grenoble, et peu de rues à grenoble

2018-04-11 Par sujet Philippe Verdy 
Je pense aussi qu'il y a un problème car même la page de suivi statistique
par commune produit une erreur quand on tente de la raffraichir, le
processus ne se termine pas non plus, les statistiques au final sont
partielles, ou ne prennent finalement pas en compte toutes les modifs en
base: les statistiques affichées sur la page de suivi par commune (et c'est
encore pire pour les statistiques par département: assez farfelues,
incompréhensibles, et au final une colonne "Indice 2020" ne correspond à
rien du tout et en tout cas pas du tout à ce que décrit la doc affichée sur
le gros bouton "?" d'aide dans le coin supérieur droit).
Selon mes propres comptages ces statistiques sont maintenant entièrement
fausses (et différentes aussi de ce qu'affiche le rendu BANO quand il
indique "n voies manquantes", apparemment ce n'est pas non plus le même
comptage, ou ce n'est pas synchronisé).
Difficile de faire un suivi des évolutions et motiver les gens à travailler
la BANO sur OSM et mesurer leur progrès (voir comment ils peuvent adapter
leurs façons de faire ou si celle-ci est adaptée, ou même de former de
petites équipes pour avec un calendrier raisonnable permettant de planifier
aussi d'autres activités dans OSM ou pour d'autres projets collaboratifs).

Un outil de suivi correcte serait pourtant nécessaire pour faire des
mapathons dans certaines zones (typiquement, une agglomération moyenne ou
une communauté de communes) où on veut compléter les adresses et parvenir à
un niveau de qualité suffisant pour ensuite développer des initiatives
locales, ou expérimenter une appli d'infos locales (voire même des
initiatives commerciales locales telles qu'une asso de commerçants locaux,
des assos sportives et culturelles désirant se positionner dans des
quartiers, ou des petits services à la personne par des indépendants
éventuellement groupés dans une asso, ou encore des initiatives de
riverains pas des assos de quartier)

Ce type d'appli visant à une excellente couverture des résidents locaux et
une assez bonne exhaustivité des adresses (mais au départ au moins toutes
les rues et tous les lieux-dits habités, puis enrichir la palette des
offres et POIs disponibles et toutes les opportunités locales de
développement des activités, même avec très peu d'argent mais beaucoup de
bonne volonté et d'entraide locale, et du partage qui ne dépendra pas d'un
gros fournisseur mondial demandant des abonnements et des infos privées et
des marges exhorbitantes sur les produits et services dérivées de ces
actions). Mais même si l'objectif est local d'abord, ensuite on peut
échanger les expériences locales et optimiser le processus, pour changer
d'échelle et passer un cap permettant d'aller plsu vite et généraliser pour
offrir une bonne couverture départementale, puis régionale ou nationale,
puis ensuite un suivi local des mises à jours avec de nouveaux outils de
contrôle qualité qu'il sera possible de développer quand on aura une vue
assez exhaustive du terrain pour établir des "règles", puis ensuite
déprécier d'anciennes pratiques (notamment sur le tagging lui-même ou
améliorer la liaison avec les outils de suivi, de rapprochement, ce qui
permettra aussi de détecter assez vite les pratiques abusives ou
destructives et mieux consolider les données avec moins de contributeurs
nécessaires qui se consacreront alors davantage à d'autres choses encore
plus intéressantes mais pour l'instant infaisable hors de toutes petites
expérimentations locales peu suivies car ne pouvant pas intéresser assez de
monde par son échelle limitée).


Le 11 avril 2018 à 18:45, Cactusbone  a écrit :

> Bonjour,
>
> sur https://cadastre.openstreetmap.fr/fantoir/ en chargeant Grenoble (code
> insee 38185), il y a une erreur dans la ressource chargée (malgré le retour
> http 200) qui indique notamment
>
> A problem occurred in a Python script.  Here is the sequence of
> function calls leading up to the error, in the order they occurred.
>
> bug ouvert par mon collègue ici :
> https://github.com/osm-fr/osm-vs-fantoir/issues/41
>
> sur http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/
> 45.1830/5.7222
> il est indiqué 8 voies d'écart
>
> mais sur http://bano.openstreetmap.fr/data/ le CSV pour le département 38
> fait 0 octet
> et je n'ai que 63 rues dans Grenoble dans le json, ce qui fait pas beaucoup
>
> Un souci de génération ?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.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] wikidata vs brand:wikidata

2018-04-11 Par sujet PanierAvide 

Bonjour,

C'est bien ça, le wikidata=* doit pointer sur l'item correspondant à cet 
objet précis, donc là préférer brand:wikidata=* ou operator:wikidata=* 
(ou network:wikidata si Autolib' désigne le nom du réseau parisien).


Adrien.


Le 11/04/2018 à 16:13, Noémie Lehuby a écrit :


Bonjour,

Le tag wikidata correspondant à Autolib' a été ajouté sur les stations 
Autolib' de région parisienne.

Par exemple : https://www.openstreetmap.org/node/4472979080

Il me semble que cela devrait être dans un tag brand:wikidata (voire 
operator:wikidata). Je me trompe ?


Noémie



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



--
PanierAvide
Géomaticien & développeur

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

[OSM-talk-fr] BANO - raprochement fantoir cassé à grenoble, et peu de rues à grenoble

2018-04-11 Par sujet Cactusbone 
Bonjour,

sur https://cadastre.openstreetmap.fr/fantoir/ en chargeant Grenoble (code
insee 38185), il y a une erreur dans la ressource chargée (malgré le retour
http 200) qui indique notamment

A problem occurred in a Python script.  Here is the sequence of
function calls leading up to the error, in the order they occurred.

bug ouvert par mon collègue ici :
https://github.com/osm-fr/osm-vs-fantoir/issues/41

sur http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.1830/5.7222
il est indiqué 8 voies d'écart

mais sur http://bano.openstreetmap.fr/data/ le CSV pour le département 38
fait 0 octet
et je n'ai que 63 rues dans Grenoble dans le json, ce qui fait pas beaucoup

Un souci de génération ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] wikidata vs brand:wikidata

2018-04-11 Par sujet Noémie Lehuby 
Bonjour, 

Le tag wikidata correspondant à Autolib' a été ajouté sur les stations
Autolib' de région parisienne.
Par exemple : https://www.openstreetmap.org/node/4472979080 

Il me semble que cela devrait être dans un tag brand:wikidata (voire
operator:wikidata). Je me trompe ? 

Noémie___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vinci Autoroutes et l'attribution à OpenStreetmap

2018-04-11 Par sujet Jean-Marc Liotier 
On Tue, 10 Apr 2018 15:18:17 +0200
Rpnpif  wrote:
> 
> Il manque la mention "et les contributeurs" mais bon

D'après
https://wiki.openstreetmap.org/wiki/Legal_FAQ#3a._I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
cette mention est optionnelle:

"Because OpenStreetMap is its contributors, you may omit the word
'contributors' if space is limited"

Sur un écran de mobile, où chaque centimètre carré compte,
l'attribution "© Openstreetmap" fera donc parfaitement l'affaire, même
si la mention complète est recommandée dans d'autres contextes.

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