J'ai oublié de dire que j'ai commencé à travailler sur la possibilité
d'utiliser le backend Osmose avec Jupyter. Un sorte de shell python dans
un navigateur web. Au début ça va être en local, puis ensuite essayer de
mettre ça à disposition en ligne.
Ça permet de test et de visualiser le résultat d'une analyse, et pour la
version en ligne sans avoir rien à installer.
https://github.com/osm-fr/osmose-backend/issues/859
Le 06/05/2020 à 11:34, Frédéric Rodrigo a écrit :
Le 06/05/2020 à 10:35, Nicolas Bétheuil a écrit :
C'est le même principe que pour les analyses des défibrillateurs ?
Pas tout à fait la même chose.
Pour les défibrillateurs, tu as une source de données, pour un seul
type d'objet dans OSM.
Pour le SIRENE, le FINESS, ou encore les terrains de sport par
exemple, tu as une source de donnée, mais de multiples types d'objets
dans OSM.
Plutôt que d’écrire une analyse d'intégration par type d'objet OSM en
utilisant qu'une partie des données source, il y a le concept
d'analyse d'intégration "dynamique", c'est à dire paramétrable par un
fichier json ou csv qui sert à faire les correspondances vers les
objets OSM, le filtrage des données source et la classification pour
l’affichage à l'utilisateur.
Parce que la c'est pas juste le point existe ou pas mais s'il existe
compléter les tags, ou pas. J'imagine que ça peut le faire mais j'ai
un mal de chien à comprendre et j'avoue faire une résistance au
python, et l'ihm d'osmose me rebute aussi.
Moi aussi je ne suis pas fan de pyhton, ni de l'ihm. Toute aide est la
bienvenue.
J'ai du mal à trouver osmose adéquate pour l'open data. Tellement de
travail de scripting avant de pouvoir faire quelque chose alors que
l'idée "me parait" tellement simple mais c'est probablement
l'insouciance de la bleusaille.
J'ai forcément un peu le point de vue inverse.
Pour moi il n'y a quasiment pas de code à écrire, juste du
paramétrage, mapping tags, quelque conversion si besoin, et osmose
s'occupe de toute la magie.
J’espère trouver des solutions plus simple avec une feuille blanche
que d'essayer de faire rentrer ça dans osmose qui me parait tellement
lourd mais adapté à son usage initiale : vérifier la qualité de la
donnée.
Osmose apporte aussi à l'opendata le côté récurent, ça continue à
tourner, ce n'est pas juste sur le coup. Et quand on voit les stats
d'avancement de l'intégration de données "importante" on voit tout
l'intérêt.
Bureaux de poste manquant en France
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8020
Pharmacie
http://osmose.openstreetmap.fr/fr/errors/graph.png?country=france*&item=8210
Après maintenant que je l'ai annoncé va falloir que je sorte quelque
chose, j'espère ne pas perdre la motivation comme tant d'autre side
project.
Le mar. 5 mai 2020 à 16:37, Frédéric Rodrigo <fred.rodr...@gmail.com
<mailto:fred.rodr...@gmail.com>> a écrit :
Le 05/05/2020 à 14:09, Nicolas Bétheuil a écrit :
> Je ne voyais pas comment faire mon analyse osmose avec des fois
des
> shop, des fois amenity, des fois autre chose. Trop de typologie
> différentes.
Quand il y a à boire et à manger, il faut partir sur une analyse
dynamique. La plupart du temps on décrit le mapping dans un
fichier de
configurations
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/shop_FR.mapping.json
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_shop_FR.py
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
