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

[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