Re: [OSM-talk-fr] Workflow pour opendata

2020-05-10 Par sujet Nicolas Bétheuil
Week-end productif, j'ai fait ma première création https://master.apis.dev.openstreetmap.org/node/4319598216 La modification plante : très probablement parce que tous les objets n'existent pas dans cette base vu que j'interroge overpass. Merci François et Marc. l 'ihm a un peu changé, vous

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-07 Par sujet Yves P.
> 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, C'est une grande avancée, merci :) __ Yves ___

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-06 Par sujet 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

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-06 Par sujet Yves P.
>> 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

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-06 Par sujet Frédéric Rodrigo
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

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-06 Par sujet Nicolas Bétheuil
C'est le même principe que pour les analyses des défibrillateurs ? 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

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-06 Par sujet Nicolas Bétheuil
L'idée est justement de pas mettre tous les points sur une carte mais de traiter point par points, et de partager le travail entre plusieurs contributeurs, donc la base est là pour diffuser le travail. Seul les devs auront à "s’embêter" avec cette base installé en docker ou pas. Va falloir que

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Marc M.
je n'ai pas retrouvé la discussion, mais voici 2 versions de l'idée assistant de configuration https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2019/Project_ideas#Osmose-QA éditeur pour faciliter des modifs du code https://github.com/osm-fr/osmose-backend/issues/859 fred me renseigne

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Frédéric Rodrigo
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

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Yves P.
> pour l'instant curl, un formulaire d'upload serait pas compliqué à proposer > en coup unique. Ok :) > mais vu que l'open data est évolutif et mis à jour, que ce soit automatisé > sera mieux. Dans le cas d'un "gros" fichier mis à jour périodiquement, ça me parait plus du ressort dOsmose.

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Nicolas Bétheuil
> Il y a un formulaire quelque part ou il faut utiliser cURL ? pour l'instant curl, un formulaire d'upload serait pas compliqué à proposer en coup unique. mais vu que l'open data est évolutif et mis à jour, que ce soit automatisé sera mieux. Le contributeur n'aura pas à rentrer dans node /

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Nicolas Bétheuil
Bah en fait c'est un peu l'idée même si le côté "sans code" mof : il va bien falloir convertir le jeu de données en tag pour faire rentrer les ronds dans les carrés. Il va bien falloir faire un peu de code, mais dans mon option il n'y a rien d'imposé. Pour m'inspirer, elle était où cette

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Yves P.
> En local j'ai un postgres dans un docker. Sur une plateforme comme clever > cloud ou scalingo ce sera une application d'API node et un frontale. Il y a > un point d'entrée d'api qui permet de téléverser le geojson et qui fait > l'ajout en base (un post multipart sur /quests >

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Marc M.
Bonjour, Le 05.05.20 à 12:24, Magalie Dartus a écrit : > je n'ai toujours pas acquis la compétence "charger le fichier > open data dans osmose". le plus simple pour avancer me semble être : - publier le fichier quelque part - créer un ticket https://github.com/osm-fr/osmose-backend/issues de

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Nicolas Bétheuil
En local j'ai un postgres dans un docker. Sur une plateforme comme clever cloud ou scalingo ce sera une application d'API node et un frontale. Il y a un point d'entrée d'api qui permet de téléverser le geojson et qui fait l'ajout en base (un post multipart sur /quests

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Nicolas Bétheuil
En fait je vois 2 étapes dans cette première étape : convertir le jeu de données en données compatible OSM (coordonnées et tags) puis envoyer ce jeu de données pour qualification / trie / fusion. od2osm ne convertie pas, il va attendre que ce travail soit déjà fait. lui donner pour qu'il puisse

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Nicolas Bétheuil
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. Plutôt que partir sur une analyse en python qui se base sur une région, l'idée est de faire un pré formatage en geojson (dans le langage de son choix,

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Yves P.
Bonjour, > L'idée est de passer sur chaque point, de faire une requête overpass pour > trouver un point "proche" et "similaire" et de créer ou fusionner les > informations. > L'outil stockera les points déjà rapprochés pour ne pas les re proposer par > défaut. J'ai jeté un oeil rapide. Ton

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Magalie Dartus
Bonjour, Pour l'instant juste en local, mais plus tard je publierais et peut être > même héberger si vous trouvez ça intéressant. > Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux. > Très intéressée par ce genre d'outil car je travaille régulièrement sur l'ouverture de

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Marc M.
Bonjour, Comment ton outil se compare avec osmose ? par ailleurs, les magasin dans osm peuvent aussi être des polygones, dans la requête overpass, il suffit de changer node en nwr Cordialement, Marc Le 05.05.20 à 11:42, Nicolas Bétheuil a écrit : > Bonjour, > > Trouvant le taf un peu

Re: [OSM-talk-fr] Workflow pour opendata

2020-05-05 Par sujet Nicolas Bétheuil
Bonjour, Trouvant le taf un peu laborieux et la source de données grossissant (800 points il y a quelques jours) je me suis lancé dans un outil pour aider l'humain (en bon informaticien plutôt que faire le taf en 3j, ça fait longtemps que je joue à ça). L'idée est de passer sur chaque point, de

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-09 Par sujet Marc M.
Le 09.04.20 à 14:22, osm.sanspourr...@spamgourmet.com a écrit : > intégration notes > Tu n'as pas pas la source j'utilise : source=note note=url de la note iD lui met resolved:note=numéro ou quelque chose du genre mais c'est en effet un peu le défaut des notes, tu ne sais pas la source de la note

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-09 Par sujet osm . sanspourriel
tandis que ton changeset est inaltérable une fois fermé. +1 c'est juste plus facile à lire (pas besoin de cliquer sur l'historique des changements)… … mais pas fiable Le commentaire sur le changeset n'est pas forcément plus fiable. Il est juste inaltérable. En effet tu peux garder une modif

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-09 Par sujet Philippe Verdy
comme je le disais il est utile de taguer la date exacte dans la source, étant donné que ça change assez souvent et qu'on ne peut pas qualifier en cas d'arrivée de nouvelle info. Au minimum la date (et un "survey" passe en priorité sur une autre source "opendata" dont la propre source interne peut

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-09 Par sujet Yves P.
>> Comment taguez vous une info obtenue dans un mail ? > > cela dépend de qui est l'auteur. > si c'est le poi, j'utilise source=POI (choix pas courant) > si c'est quelqu'un des environs ou qui y passe souvent > source=local␣knowledge Tu peux mettre aussi survey email… >> Tag source ? changeset ?

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-09 Par sujet Marc M.
Bonjour, Le 09.04.20 à 11:38, Nicolas Bétheuil a écrit : > Comment taguez vous une info obtenue dans un mail ? cela dépend de qui est l'auteur. si c'est le poi, j'utilise source=POI (choix pas courant) si c'est quelqu'un des environs ou qui y passe souvent source=local␣knowledge > Dans un jeu

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-09 Par sujet Nicolas Bétheuil
Comme frosm m'est tombé sur le poil sur un changement précédent, je vais demander avant ;P maintenant. un avis sur les tags source ? J'ai fait un mailing pour qualifier plus précisément les infos. Ça réponds 8% en une heure. Comment taguez vous une info obtenue dans un mail ? Dans un jeu de donnée

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-08 Par sujet Nicolas Bétheuil
Pour les curieux https://github.com/osmontrouge/caresteouvert/issues/120#issuecomment-611191213 Le mar. 7 avr. 2020 à 20:07, Yves P. a écrit : > Tout ce que j'ai décrit (y compris les regex pour traiter les téléphones) > peut se faire facilement et rapidement avec OpenRefine. > > Ce qui est

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-07 Par sujet Yves P.
Tout ce que j'ai décrit (y compris les regex pour traiter les téléphones) peut se faire facilement et rapidement avec OpenRefine. Ce qui est très pratique, ce sont les facettes qui permettent de regrouper, trier, filtrer les données en 2 clics. Ici on voit assez facilement quel valeur donner

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-07 Par sujet Yves P.
> Renommer les colonnes dans JOSM ? Si je touche au properties d'un point ça > fait les autres ? Dans le calque "coronavirus-commercants-parisiens-livraison-a-domicile.geojson", je sélectionne tous les noeuds Je double clique sur "Site internet", je change la clé en "website" et je clique sur

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-07 Par sujet Nicolas Bétheuil
Renommer les colonnes dans JOSM ? Si je touche au properties d'un point ça fait les autres ? Une requête overpass pour retrouver le point ressemblant ou juste charger toute la zone ? Le mar. 7 avr. 2020 à 18:34, Yves P. a écrit : > > Comment feriez vous ? > > Transformer les catégories par très

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-07 Par sujet Yves P.
> 3) ceux qu'on ne peux pas rapprocher ni d'osm ni de siren > ceux là devront être fait à la main pour détecter le > commerce qui a changé de nom, le nom par exactement pareil, etc > > pour la partie technique : > le point 3 : il faudra de toute façon soit osmose et/ou pic4review > (éventuelement

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-07 Par sujet Marc M.
Bonjour, Le 07.04.20 à 18:01, Nicolas Bétheuil a écrit : > Y a un jeu de données que je voudrais rapprocher / enrichir vers OSM > https://opendata.paris.fr/explore/dataset/coronavirus-commercants-parisiens-livraison-a-domicile/ > > Comment feriez vous ? humainement : pas comme pour la

Re: [OSM-talk-fr] Workflow pour opendata

2020-04-07 Par sujet Yves P.
> Comment feriez vous ? > Transformer les catégories par très précises (Restaurant ou traiteur) en tag > Fusionner avec des POI pré-existants Il n'y en a que 359. Les facettes d'OpenRefine montrent qu'il y en a 35 par code postal 75012 35 75017 33 75011 31 75015 26 75018 25 75013 23