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 <cactusb...@free.fr> 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