[OSM-talk-fr] Workflow pour opendata

[Frédéric Rodrigo]

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.rodrigo at gmail.com 
>> <mailto:fred.rodrigo at 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
>>
>>
>