[OSM-talk] Tagging health facilities offering COVID testing

[Antonin Delpeuch (lists)]

Hi,

I am wondering if and how it would be appropriate to map COVID testing
facilities. I have seen various national maps but given that they are
especially useful during international travel, I think it would be very
useful to have them in OSM.

I have seen the use of "healthcare:speciality=covid-19", for instance on
this node:

https://www.openstreetmap.org/node/7368671692

But according to TagInfo there are only two uses of that tag value.
Surely other people must have been tagging this by now, but how?

Note that I am primarily interested in mapping the places where samples
are collected, not the laboratories where the samples are actually
analyzed. I think the former is more interesting for the general public.

Thanks,


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Antonin Delpeuch (lists)]

Merci Yves, c'est très utile ! Comme l'objectif serait de trouver
quelque-chose de consensuel à travers les frontières, je vais demander
sur talk@ s'ils ont d'autres avis.

Antonin

On 06/10/2020 11:26, Yves P. wrote:
>> Il y a 6 healthcare:speciality=covid-19 dans taginfo
>>
>>     amenity=centre
>>     healthcare=doctor
>>     healthcare:speciality=covid-19
>>
>> ou
>>
>>     amenity=hospital
>>     healthcare=hospital
>>     healthcare:speciality=covid-19
>
> J'ai retrouvé ce message :
>
>> Le 27 mai 2020 à 16:53, Yves P. > > a écrit :
>>
>> Ça Reste Ouvert affiche déjà les objets OSM avec les
>> tags *healthcare=centre* + *healthcare:speciality=covid19*.
>>
>
> __
> Yves
>
>
> ___
> 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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[Antonin Delpeuch (lists)]

On 05/10/2020 11:20, Denis Chenu wrote:
> Il existe une liste officielle semble t'il
> https://sante.fr/recherche/trouver/DepistageCovid
> Par contre : je ne sais pas ou la trouver autrement.

Oui, mais c'est juste pour la France - si on se mettait d'accord pour
représenter ça dans OSM, on pourrait avoir une carte internationale. Ça
aurait d'autant plus d'intérêt que les tests sont souvent requis quand
on change de pays :)

Antonin


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Carte des lieux de test COVID

[Antonin Delpeuch (lists)]

Bonjour à tous,

J'ai cherché s'il existait des conventions pour cartographier les lieux
où des tests COVID sont disponibles, mais n'ai rien trouvé de concret
sur https://wiki.openstreetmap.org/wiki/France/Covid-19.

Est-ce que ces informations sont considérées comme trop temporaires,
peut-être ? J'ai l'impression que le besoin est là et que ça risque de
durer un peu ! J'imagine que pour l'essentiel ça reviendrait à ajouter
des tags sur des POIs existants (cabinet de médecine générale, maison de
santé, etc).

Il existe des jeux de données par pays mais je n'ai pas trouvé de carte
globale, ça serait pratique si on pouvait faire ça avec une petite
requête Overpass. On pourrait aussi décliner ça pour les tests
d'anticorps et vaccins (en anticipation)…

Antonin


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] méthode et outil pour intégrer l'opendata (était: Import de points d'eau incendie en Saône-et-Loire)

[Antonin Delpeuch (lists)]

Juste pour mettre les choses au clair: il ne s'agit pas de mon outil ;)

Antonin

On 31/05/2020 09:46, Marc M. wrote:
> Bonjour,
>
> je ne souhaite pas "nous tirer dans les pattes"
> au contraire, je pense que tu poses le bon diagnostic :
> un outil pour intégrer l'opendata sans basculer entre plusieurs outils.
> mais je pense étrangement ton outil n'est pas adapté pour cela.
>
> je pense qu'il y a 3 cas :
>
> 1) les objets dont la position existe dans osm et auquel on ajoute des
> infos opendata : à mon avis on n'a pas besoin d'un contributeur
> qui fait un clic par objet sans aucune plus-value.
> ex : il y une borne très proche dans osm et dans l'opendata.
> l'opendata dit operator=A. c'est quoi la plus-value de le faire
> à la main ? à mon avis on fait mieux de faire une procédure pour
> importer tout cette donnée en une fois.
>
> 2) l'objet n'existe pas dans osm et la position de l'opendata n'est pas
> bonne. ton outil ne permettant pas de voir la borne, il va falloir
> ouvrir un autre outil, ce qui est donc l'exact contraire à ton but
> de n'avoir un outil ne nécessitant pas de basculer avec un autre.
>
> 2a) si on a une photo libre de l'endroit. à ce moment là une mission
> pic4review serrait bien adapté. encore mieux si elle peux récupérer
> toutes les points opendata sans sortir de l'outil. histoire justement
> de rester dans un seul outil.
> https://pic4review.pavie.info/#/mission/copy
> mission de type "intégrating fire hydrant"
>
> 2b) on n'a pas de photo libre de l'endroit. il faudra aller voir
> sur le terrain, c'est en ce sens que Vespucci est adapté.
> surtout qu'il permet de se connecter sur osmose, donc avoir
> tout, tout en restant dans un seul outil.
> il manque juste l'équivalent ios de Vespucci (dans le sens
> un éditeur osm connectable sur osmose, afin de valider
> la position sur le terrain)
>
> Cordialement,
> Marc
>
>
> Le 30.05.20 à 14:30, Antonin Delpeuch (lists) a écrit :
>> L'outil peut être utile pour intégrer toutes sortes de jeux de données:
>> il n'est évidemment pas conçu spécifiquement pour les PEI comme tu l'as
>> remarqué.
>>
>> Dans le cas spécique des PEI, c'est utile pour un contributeur qui
>> souhaite ajouter des métadonnées à des PEIs repérés sur le terrain,
>> qu'ils aient déjà des nœuds correspondant dans OSM ou pas.
>>
>> L'absence de dépendance à un éditeur externe est un gros plus pour moi,
>> car le passage répété entre les deux a un coût vraiment non-négligeable.
>>
>> Je pense que c'est bien de respecter la diversité des approches et des
>> outils, évitons de nous tirer dans les pattes…
>>
>> Antonin
>>
>> On 30/05/2020 11:21, Marc M. wrote:
>>> Bonjour,
>>>
>>> je prend mon clavier pour reposer la question tant évitée :
>>> la position est suposée mauvaise au point de ne pas vouloir d'import.
>>> et l'imagerie sat ne permet pas de voir la borne,
>>> du coup que fait le contributeur avec sa souris ?
>>>
>>> le positionement de ton outil m'échappe.
>>>
>>> Cordialement,
>>> Marc qui penche pour osmose+pic4review+vespucci
>>>
>>> Le 30.05.20 à 11:51, Nicolas Bétheuil a écrit :
>>>> Et bah voilà 12000 points de chargé
>>>>
>>>> amis contributeur, à vos souris
>>>>
>>>>
>>>>
>>>> Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists)
>>>> mailto:li...@antonin.delpeuch.eu>> a écrit :
>>>>
>>>> Salut Nicolas,
>>>>
>>>> Voilà la version complète:
>>>>
>>>> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
>>>>
>>>> Antonin
>>>>
>>>> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>>>>> Les évolutions / correctifs avancent. Je pousse régulièrement.
>>>>> Écrivez moi directement, je verrais si je fais une diffusion
>>>>> spécifique pour vous gardez informé des nouveautés.
>>>>>
>>>>> Christian a ajouté od2osm au proxy IGN ! Merci !
>>>>>
>>>>> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent
>>>>> plus qu'on cause ensemble, je te propose de continuer en issue github
>>>>> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90
>>>>> points, loin des 12 000 points que tu avais évoqué.
>>>>>
>>>>> Le mer. 27 mai 2020 à 12:02, Yves P. >>>> <mailto:yves.prat...@gmail.com>> a écrit :
>>>>>
>>&

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

L'outil peut être utile pour intégrer toutes sortes de jeux de données:
il n'est évidemment pas conçu spécifiquement pour les PEI comme tu l'as
remarqué.

Dans le cas spécique des PEI, c'est utile pour un contributeur qui
souhaite ajouter des métadonnées à des PEIs repérés sur le terrain,
qu'ils aient déjà des nœuds correspondant dans OSM ou pas.

L'absence de dépendance à un éditeur externe est un gros plus pour moi,
car le passage répété entre les deux a un coût vraiment non-négligeable.

Je pense que c'est bien de respecter la diversité des approches et des
outils, évitons de nous tirer dans les pattes…

Antonin

On 30/05/2020 11:21, Marc M. wrote:
> Bonjour,
>
> je prend mon clavier pour reposer la question tant évitée :
> la position est suposée mauvaise au point de ne pas vouloir d'import.
> et l'imagerie sat ne permet pas de voir la borne,
> du coup que fait le contributeur avec sa souris ?
>
> le positionement de ton outil m'échappe.
>
> Cordialement,
> Marc qui penche pour osmose+pic4review+vespucci
>
> Le 30.05.20 à 11:51, Nicolas Bétheuil a écrit :
>> Et bah voilà 12000 points de chargé
>>
>> amis contributeur, à vos souris
>>
>>
>>
>> Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists)
>> mailto:li...@antonin.delpeuch.eu>> a écrit :
>>
>> Salut Nicolas,
>>
>> Voilà la version complète:
>>
>> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
>>
>> Antonin
>>
>> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>>> Les évolutions / correctifs avancent. Je pousse régulièrement.
>>> Écrivez moi directement, je verrais si je fais une diffusion
>>> spécifique pour vous gardez informé des nouveautés.
>>>
>>> Christian a ajouté od2osm au proxy IGN ! Merci !
>>>
>>> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent
>>> plus qu'on cause ensemble, je te propose de continuer en issue github
>>> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90
>>> points, loin des 12 000 points que tu avais évoqué.
>>>
>>> Le mer. 27 mai 2020 à 12:02, Yves P. >> <mailto:yves.prat...@gmail.com>> a écrit :
>>>
>>>> Les "name" ont été enlevés du jeu de données et l 'outil
>>>> affiche maintenant soit name soit ref (en fonction de ce qui
>>>> existe)
>>>> J'ai ajouté le fond de carte BD Ortho
>>> Merci :)
>>>
>>>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le
>>>> proxy
>>>> 
>>>> https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681)
>>> ici ça marche aussi ;)
>>>
>>> Pour info, MyOSMatic (maposmatic) sort des carte
>>> <https://maposmatic.osm-baustelle.de/maps/116513> des PEIs :
>>> le résultat est plutôt bien :)
>>> Il faut revoir la taille des réserves incendie et des DAE, et
>>> éventuellement l'adapter avec les symboles utilisés en France.
>>>
>>> __
>>> Yves
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto: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
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


pEpkey.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

Salut Nicolas,

Voilà la version complète:

http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson

Antonin

On 29/05/2020 17:07, Nicolas Bétheuil wrote:
> Les évolutions / correctifs avancent. Je pousse régulièrement.
> Écrivez moi directement, je verrais si je fais une diffusion
> spécifique pour vous gardez informé des nouveautés.
>
> Christian a ajouté od2osm au proxy IGN ! Merci !
>
> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent plus
> qu'on cause ensemble, je te propose de continuer en issue github
> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90
> points, loin des 12 000 points que tu avais évoqué.
>
> Le mer. 27 mai 2020 à 12:02, Yves P.  > a écrit :
>
>> Les "name" ont été enlevés du jeu de données et l 'outil affiche
>> maintenant soit name soit ref (en fonction de ce qui existe)
>> J'ai ajouté le fond de carte BD Ortho
> Merci :)
>
>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le
>> proxy
>> https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681)
> ici ça marche aussi ;)
>
> Pour info, MyOSMatic (maposmatic) sort des carte
>  des PEIs : le
> résultat est plutôt bien :)
> Il faut revoir la taille des réserves incendie et des DAE, et
> éventuellement l'adapter avec les symboles utilisés en France.
>
> __
> Yves
> ___
> 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


pEpkey.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

On 23/05/2020 23:30, deuzeffe wrote:
> Le 23/05/2020 à 21:24, Antonin Delpeuch (lists) a écrit :
> 
>> Sinon ça me semble difficile de vendre Osmose comme un outil adapté pour
>> l'intégration de jeux de données : c'est clairement un très bon outil de
>> validation pour les données existantes, mais c'est une tâche différente.
> 
> Euh... Tu préciser ? Il me semble que Osmose marche sur deux jambes :
> l'assurance qualité (QA) et l'intégration OD.
> 
> Enfin, c'est comme ça que Fred le présente. Et pour l'utiliser (Osmose,
> pas Fred !), il me semble bien avoir joué avec les deux aspects d'Osmose.
> 

C'est juste une impression d'utilisateur naif à chaud. Je me rends bien
compte que rendre l'expérience utilisateur plus simple représente du
travail. Mais ça vaudrait vraiment le coup.

Je trouve qu'od2osm donne un bon exemple: permettre d'ajuster la
position du point issue du jeu de données directement dans l'outil, puis
son ajout dans le changeset actuel. Du même coup, marquer le problème
comme résolu.

Bref, essayer de minimiser le nombre de clics (et de dépendances à des
outils externes comme JOSM) pour accélérer l'import.

Je trouve qu'en l'état, on sent que l'outil est conçu d'abord pour faire
de l'assurance qualité, et il a été réutilisé pour faire de
l'intégration de données après coup.

Encore une fois ce n'est pas pour minimiser le travail de Fred - Osmose
est un outil formidable !

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

On 23/05/2020 21:47, Marc M. wrote:
> 
> la question est pour pintoch dans ce cas :)
> https://www.openstreetmap.org/changeset/85656627
> 

Pintoch connait ce coin-là comme sa poche et est tout à fait en mesure
de juger du placement correct des points créés dans ce changeset :)

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

On 23/05/2020 21:33, Marc M. wrote:
> Le 23.05.20 à 21:24, Antonin Delpeuch (lists) a écrit :
>> On 23/05/2020 18:09, Marc M. wrote:
>>> ja'i du raté l'info de ce que tu fais pour pouvoir intégrer
>>> ces bornes comparé à un import ?
>>
>> La précision des coordonnées est jugée trop mauvaise 
>> pour importer ça directement
> 
> cette partie là j'avais compris :)
> mais du coup que fais-tu pour améliorer ?
> ne voyant pas le point d'eau sur l'ortho des points créés,
> je me demandais comment tu rectifiais la position pour créer
> les nouveaux points.
> 

Il n'y a aucune rectification. Je ne crée pas les nouveaux points, je
mets juste le jeu de données dans Osmose / od2osm pour que d'autres
puissent créer les points via ces outils, en les positionnant au bon
endroit, dans des lieux qu'ils connaissent.

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

On 23/05/2020 21:19, Yves P. wrote:
> @Antonin et Nicolas
> D'où sort *name=PI CLUNY 19* ?
> Il y a une référence dans les données ouvertes : ID_SDIS.

C'est moi qui l'ai rajouté en tant que nom pour od2osm parce que l'outil
a besoin d'un nom sur chaque point. Je ne l'ai pas ajouté dans la
version publique de mon script parce que je ne pense pas que les gens
veuillent ajouter des noms aux poteaux incendie en général…

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

On 23/05/2020 18:09, Marc M. wrote:
> ja'i du raté l'info de ce que tu fais pour pouvoir intégrer
> ces bornes comparé à un import ?

La précision des coordonnées est jugée trop mauvaise pour importer ça
directement, d'où Osmose ou d'autres outils.

> 
> Le 23.05.20 à 17:06, Antonin Delpeuch (lists) a écrit :
>> La possibilité d'ajouter les éléments manquants facilement depuis 
>> l'outil est un vrai plus - je ne vois pas
>> comment faire ça depuis Osmose
> 
> exemple :
> https://osmose.openstreetmap.fr/fr/map/#source=412054=8360=4=17=50.556896=2.899575=3==
> 
> clic sur "fix-josm" te l'ajoute en un clic dans josm

Ok mais c'est super lourd, ça nécessite d'avoir JOSM qui tourne en
parallèle et il faut passer d'un outil à l'autre pour ajuster la
position du point, marquer le problème comme résolu, etc.

Osmose permet déjà de modifier les tags de points existants sans quitter
l'outil, ça me semblerait naturel de pouvoir créer des nouveaux points
d'une façon similaire.

Sinon ça me semble difficile de vendre Osmose comme un outil adapté pour
l'intégration de jeux de données : c'est clairement un très bon outil de
validation pour les données existantes, mais c'est une tâche différente.

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

Correction: la conflation marche malgré l'absence de noms (chouette !)
sauf dans certains cas (peut-être à cause de limites de nombre de
requêtes ?)

Autre détail: quand on ajoute un POI au changeset, il faut un certain
nombre de clics pour revenir à la liste des points à traiter dans la
quête. Ça serait pratique d'y revenir directement, ou même mieux, de
passer à un autre point à traiter.

En tout cas super outil !

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

Merci !

Problèmes rencontrés:
- le jeu de donénes entier pour tout le département est rejeté car trop gros
- sans "id" dans le geojson, le fichier est juste rejeté comme geojson
invalide sans plus de détails: des messages d'erreurs explicites
seraient appréciés
- l'appli requiert un nom pour chaque POI à ajouter, et utilise ça pour
la conflation, hors les points d'eau incendie n'utilisent généralement
pas cet attribut, donc la conflation ne marche pas
- visualiser la liste des points à intégrer comme une liste de noms
n'est pas très utile, ça serait mieux de les voir sur une carte

À part ça, j'aime l'idée ! La possibilité d'ajouter les éléments
manquants facilement depuis l'outil est un vrai plus - je ne vois pas
comment faire ça depuis Osmose (ce que je trouve très bizarre… j'ai dû
louper quelque-chose ?)

Antonin

On 21/05/2020 22:50, Nicolas Bétheuil wrote:
> @Antonin: C'est fait
> http://od2osm.cleverapps.io/#/quests/add
> 
> ne pas hésitez à poser des questions si ce n'est pas clair
> 
> Salutations
> 
> Le mer. 20 mai 2020 à 19:48, Nicolas Bétheuil  <mailto:nbethe...@free.fr>> a écrit :
> 
> oui y a 0 doc, la peinture est pas sèche encore c'est tout neuf. 
> 
> à ma connaissance comme ça dépends de chaque jeu de données un
> script sale fera très bien le travail. 
> 
> vous pouvez voir ce que j'ai fait pour le premier jeu de donner sur 
> 
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/
> 
> et par
> exemple 
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/blob/master/taf.sh
> qui fait téléchargement conversion envoie. 
> 
> le coeur est du nodejs mais c'est à votre main. 
> 
> j'ai des changements à faire avant que vous envoyez, le temps pour
> vous de faire la conversion. 
> 
> sinon, pour le premier jeu de données je peux aussi regarder... mais
> j'ai aussi du boulot à faire pour faire que ce soit possible. 
> 
> Le mer. 20 mai 2020 à 19:31, Antonin Delpeuch (lists)
> mailto:li...@antonin.delpeuch.eu>> a écrit :
> 
> On 20/05/2020 19:10, Nicolas Bétheuil wrote:
> > sinon y a od2osm ;-p
> 
> Ça a l'air sympa, mais c'est pareil, je ne vois pas de
> documentation des
> étapes nécessaires pour contribuer un jeu de données :)
> 
> >
> > @antonin quelques compétences en développement ?
> 
> Oui mais j'ai pas beaucoup d'espace libre dans ma timeline github :(
>  
> >
> > sont-ce des nodes ? si oui c'est cool.
> 
> Oui, les points d'eau incendie sont des points, aléluia :)
> 
> >
> > pour une première version : transformer le jeu de données en
> geojson
> > osmifié (avec les tags qui vont bien dans les properties des
> feature) et
> > un simple curl sur od2osm et hop les contributeurs peuvent se
> partager
> > le boulot.
> 
> Est-ce qu'il y a des outils bien fichus pour osmifier du
> geojson, ou on
> fait un script dégoutant dans son coin ?
> 
> Antonin
> 
> >
> > Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
> > mailto:li...@antonin.delpeuch.eu>
> <mailto:li...@antonin.delpeuch.eu
> <mailto:li...@antonin.delpeuch.eu>>> a écrit :
> >
> >     Merci beaucoup ! La configuration de la source pour la
> Suisse est
> >     séduisante, avec son format complètement déclaratif - ça a
> l'air propre.
> >
> >     Je vais attendre que le processus soit plus documenté pour
> utiliser
> >     Osmose (ou même rendu plus simple si un système générique
> pour tous les
> >     SDIS français est envisageable).
> >
> >     Antonin
> >
> >     On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> >     > La doc est là:
> >     > https://github.com/osm-fr/osmose-backend/tree/master/doc
> >     > Mais le chapitre que tu veux n'est pas encore écrit.
> >     >
> >     > Mais il y a des précédents
> >     > https://github.com/osm-fr/osmose-backend/issues/413
> >     > https://github.com/osm-fr/osmose-backend/issues/543
> >     >
> >     > Il y a déjà eu une analyse pour faire ça en Suisse (code
> source non
> >     > maintenu, à comparer avec celles toujours en cours
> d'utilisation)
> &

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

Suite à tous vos commentaires il semble que quelque soit la méthode
d'import, la première étape est de convertir les données du format
Afigeo aux tags OSM, en suivant la correspondance établie ici:
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant#Correspondance_avec_le_mod.C3.A8le_PEI_de_l.27Afigeo

Voilà une proposition de script dégoûtant pour ce faire:
https://gist.github.com/wetneb/a39aaacb4526e67b93580185fc372320

Il me semble que ça serait bien d'inclure les identifiants donnés par le
SDIS aux points d'eau, pour faciliter les mises à jour (et parce que le
SDIS est l'organisme pertinent pour émettre ces identifiants). Quel tag
utiliser pour ça ? Comme les identifiants ne sont uniques que dans un
département donné, j'ai pensé à "sdis71:id", ce qui donnerait
quelque-chose comme ça:

{
"emergency": "fire_hydrant",
"fire_hydrant:type": "pillar",
"fire_hydrant:diameter": 100,
"ref": "2",
"survey:date": "2019-05-02",
"operator": "VEOLIA",
"sdis71:id": "PI PIEVA 2",
"source": "SDIS 71"
}

Qui est la traduction de:

{
"INSEE": 71468,
"ID_SDIS": "PI PIEVA 2",
"NOM_GEST": "VEOLIA",
"REF_TERR": 2,
"TYPE_PEI": "PI",
    "DIAM_PEI": 100,
"STATUT": "Communal",
"DEBIT": 60,
"DATE_CT": "2018/06/29 00:00:00",
"DATE_RO": "2019/05/02 00:00:00"
}

Dites-moi ce que vous en pensez,

Antonin

On 19/05/2020 13:42, Antonin Delpeuch (lists) wrote:
> Bonjour,
> 
> Je souhaiterais importer dans OpenStreetMap des points d'eau incendie
> (piliers, bouches et autres) à partir d'un jeu de données publié le mois
> dernier par le SDIS de Saône-et-Loire (sous Licence Ouverte).
> 
> https://trouver.ternum-bfc.fr/dataset/points-deau-incendie-repertories-en-saone-et-loire
> 
> Je compte évidemment dédoublonner ces points avec ceux qui sont déjà
> présents (environ 700 sur 12851):
> 
> https://overpass-turbo.eu/s/U9C
> 
> L'import suivrait les conventions décrites ici:
> 
> https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant
> 
> Qu'en pensez-vous ? Quels sont les pièges à éviter ?
> 
> Merci pour vos retours sur ce projet !
> 
> Antonin
> 
> 
> 
> ___
> 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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

On 20/05/2020 19:10, Nicolas Bétheuil wrote:
> sinon y a od2osm ;-p

Ça a l'air sympa, mais c'est pareil, je ne vois pas de documentation des
étapes nécessaires pour contribuer un jeu de données :)

> 
> @antonin quelques compétences en développement ?

Oui mais j'ai pas beaucoup d'espace libre dans ma timeline github :(
 
> 
> sont-ce des nodes ? si oui c'est cool.

Oui, les points d'eau incendie sont des points, aléluia :)

> 
> pour une première version : transformer le jeu de données en geojson
> osmifié (avec les tags qui vont bien dans les properties des feature) et
> un simple curl sur od2osm et hop les contributeurs peuvent se partager
> le boulot.

Est-ce qu'il y a des outils bien fichus pour osmifier du geojson, ou on
fait un script dégoutant dans son coin ?

Antonin

> 
> Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
> mailto:li...@antonin.delpeuch.eu>> a écrit :
> 
> Merci beaucoup ! La configuration de la source pour la Suisse est
> séduisante, avec son format complètement déclaratif - ça a l'air propre.
> 
> Je vais attendre que le processus soit plus documenté pour utiliser
> Osmose (ou même rendu plus simple si un système générique pour tous les
> SDIS français est envisageable).
> 
> Antonin
> 
> On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> > La doc est là:
> > https://github.com/osm-fr/osmose-backend/tree/master/doc
> > Mais le chapitre que tu veux n'est pas encore écrit.
> >
> > Mais il y a des précédents
> > https://github.com/osm-fr/osmose-backend/issues/413
> > https://github.com/osm-fr/osmose-backend/issues/543
> >
> > Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> > maintenu, à comparer avec celles toujours en cours d'utilisation)
> >
> 
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> >
> >
> >
> >
> > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
> >> Merci Jean-Yvon, tu confirmes mes doutes.
> >>
> >> Comment faut-il s'y prendre pour envoyer le jeu de données dans
> Osmose ?
> >> Je ne trouve pas de documentation à ce sujet.
> >>
> >> Je vais aussi regarder du côté du greffon todolist.
> >>
> >> Antonin
> >>
> >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com
> <mailto:osm.sanspourr...@spamgourmet.com> wrote:
> >>> Tu vas polluer, c'est sûr.
> >>>
> >>> C'est pourquoi en France on préfère passer par Osmose pour que
> les gens
> >>> repositionnent.
> >>>
> >>> Tu peux aussi exclure les points qui tombent sur du bâti et par
> exemple
> >>> utiliser le greffon todolist de JOSM pour les importer à un
> endroit plus
> >>> réaliste.
> >>>
> >>> Tu peux aussi ajouter un fixme=repositionner, précision X m
> >>>
> >>> si tu ne sais pas le faire mais que tu as une bonne estimation
> de X avec
> >>> le jeu de données (à intégrer par département/caserne si c'est le
> >>> critère pour expliquer la précision).
> >>>
> >>> Mes 2 c€.
> >>>
> >>> Jean-Yvon
> >>>
> >>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> >>> li...@antonin.delpeuch.eu <mailto:li...@antonin.delpeuch.eu> a
> écrit :
> >>>> Ou
> >>>> est-ce que je vais polluer la carte avec des points imprécis
> dont tout
> >>>> le monde se fiche ? C'est pas clair pour moi…
> >>>>
> >>>> Antonin
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> >>> https://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto: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
> 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

Merci beaucoup ! La configuration de la source pour la Suisse est
séduisante, avec son format complètement déclaratif - ça a l'air propre.

Je vais attendre que le processus soit plus documenté pour utiliser
Osmose (ou même rendu plus simple si un système générique pour tous les
SDIS français est envisageable).

Antonin

On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> La doc est là:
> https://github.com/osm-fr/osmose-backend/tree/master/doc
> Mais le chapitre que tu veux n'est pas encore écrit.
> 
> Mais il y a des précédents
> https://github.com/osm-fr/osmose-backend/issues/413
> https://github.com/osm-fr/osmose-backend/issues/543
> 
> Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> maintenu, à comparer avec celles toujours en cours d'utilisation)
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> 
> 
> 
> 
> Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
>> Merci Jean-Yvon, tu confirmes mes doutes.
>>
>> Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
>> Je ne trouve pas de documentation à ce sujet.
>>
>> Je vais aussi regarder du côté du greffon todolist.
>>
>> Antonin
>>
>> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:
>>> Tu vas polluer, c'est sûr.
>>>
>>> C'est pourquoi en France on préfère passer par Osmose pour que les gens
>>> repositionnent.
>>>
>>> Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
>>> utiliser le greffon todolist de JOSM pour les importer à un endroit plus
>>> réaliste.
>>>
>>> Tu peux aussi ajouter un fixme=repositionner, précision X m
>>>
>>> si tu ne sais pas le faire mais que tu as une bonne estimation de X avec
>>> le jeu de données (à intégrer par département/caserne si c'est le
>>> critère pour expliquer la précision).
>>>
>>> Mes 2 c€.
>>>
>>> Jean-Yvon
>>>
>>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
>>> li...@antonin.delpeuch.eu a écrit :
>>>> Ou
>>>> est-ce que je vais polluer la carte avec des points imprécis dont tout
>>>> le monde se fiche ? C'est pas clair pour moi…
>>>>
>>>> Antonin
>>>
>>> ___
>>> 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
> 
> 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Antonin Delpeuch (lists)]

Merci Jean-Yvon, tu confirmes mes doutes.

Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
Je ne trouve pas de documentation à ce sujet.

Je vais aussi regarder du côté du greffon todolist.

Antonin

On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:
> Tu vas polluer, c'est sûr.
> 
> C'est pourquoi en France on préfère passer par Osmose pour que les gens
> repositionnent.
> 
> Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
> utiliser le greffon todolist de JOSM pour les importer à un endroit plus
> réaliste.
> 
> Tu peux aussi ajouter un fixme=repositionner, précision X m
> 
> si tu ne sais pas le faire mais que tu as une bonne estimation de X avec
> le jeu de données (à intégrer par département/caserne si c'est le
> critère pour expliquer la précision).
> 
> Mes 2 c€.
> 
> Jean-Yvon
> 
> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> li...@antonin.delpeuch.eu a écrit :
>> Ou
>> est-ce que je vais polluer la carte avec des points imprécis dont tout
>> le monde se fiche ? C'est pas clair pour moi…
>>
>> Antonin
> 
> 
> ___
> 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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

On 19/05/2020 23:37, Yves P. wrote:
>> Mon habitude de dire "pilier" vient probablement du fait que c'est le
>> terme utilisé par iD en version française (pour traduire la valeur
>> "pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
>> résoudre ça (et probablement d'autres problèmes de terminologie)
>> n'hésite pas !
> Il faut utiliser Transifex
> : https://www.transifex.com/openstreetmap/id-editor/
> 
> Pour plus d'infos :
> https://github.com/openstreetmap/iD/blob/develop/CONTRIBUTING.md#translating

Super! Je te laisse t'en occuper ? Personellement je n'ai pas de
préférence particulière sur les termes à utiliser.

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

On 19/05/2020 22:16, Yves P. wrote:
> Préalable : utiliser les bons termes :)

Mon habitude de dire "pilier" vient probablement du fait que c'est le
terme utilisé par iD en version française (pour traduire la valeur
"pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
résoudre ça (et probablement d'autres problèmes de terminologie)
n'hésite pas !

> 
> Sources :
> Référentiel national de la défense extérieure contre l’incendie
> 
> En cherchant des documents avec le terme DECI, on trouve les
> réglementations départementales avec les usages locaux.
> (La problématique étant différente au nord et au sud de la France, dans
> les DOM…)
> 
>> Ceci dit j'ai trouvé un pilier incendie qui n'est pas
>> dans leur jeu de données.
> Dans mon département, le SIG ne référence pas les PEI désaffectés.
> Les poteaux sont souvent repeint en verts pour symboliser une borne de
> puisage (arrosage des espaces verts).
> Mais ça dépend des communes et de leurs moyens.

Ok, dans mon cas le poteau a l'air tout à fait en état de "marche" au
même titre que n'importe quel autre, mais je ne suis clairement pas un
expert…

> 
>> (il
>> y a aussi des endroits louches dans OSM, comme deux piliers très proches
>> par exemple).
> Peut-être un doublon dû à un import ?
> Sur le terrain j'ai trouvé un poteau désaffecté (non référencé) à 1 m
> d'un autre "moderne" (référencé).
> 
>> Ce qui m'inquiète plus c'est qu'avec un import automatique, des points
>> vont forcément se retrouver dans du bâti, du mauvais côté d'une route,
>> ou ce genre d'imprécision. 
> Oui. Pour éviter ça, il faut privilégier l'intégration :
> Un outil semi-automatique propose un PEI (osmose en ligne, JOSM en local
> avec un fichier GeoJSON…).
> Le(s) contributeur(s) l'ajoute "manuellement" dans OSM vérifiant sa
> position sur BDOrthoIGN, Mapillary, ou sur le terrain.
> Idem pour ses caractéristiques (diamètre maxi, poteau/bouche…).

Sur JOSM ça m'a l'air faisable dans mon coin pour quelques communes.
Pour Osmose en ligne, je ne sais pas comment mettre ça en place: est-ce
que tu aurais de la documentation à recommander ?

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

Merci pour toutes ces réponses très rapides !

On 19/05/2020 15:19, Marc M. wrote:
> 
> - tester le jeu de données avec les 700 objets existants dans osm.
> le plugin josm conflate te permet facilement de trouver la distance
> max entre osm et l'opendata.

Pour les piliers que j'ai repéré moi même (une cinquantaine, dans une
zone couverte par une seule caserne), la correspondance est bonne (10m
de distance maxi). Ceci dit j'ai trouvé un pilier incendie qui n'est pas
dans leur jeu de données.

Sur l'ensemble du département il y a à boire et à manger: même avec un
diamètre maximal de 100m dans Conflation, il reste encore 42 points OSM
qui ne sont pas en correspondance avec le jeu de données. J'imagine
qu'il s'agit surtout de piliers qui ont été oubliés lors du repérage
(comme le "mien"), ou qui ont été supprimés/désaffectés entre temps (il
y a aussi des endroits louches dans OSM, comme deux piliers très proches
par exemple).

Dans l'ensemble, quand la distance diffère beaucoup entre OSM et le jeu
de données, le vecteur entre les deux suit généralement la direction
d'une route, donc imputable à une imprécision de repérage pendant qu'on
se déplace dans l'axe en question, ce qui ne me semble pas
catastrophique: la localisation des points n'est pas aberrante.

Ce qui m'inquiète plus c'est qu'avec un import automatique, des points
vont forcément se retrouver dans du bâti, du mauvais côté d'une route,
ou ce genre d'imprécision. Je ne sais pas dans quelle mesure c'est un
problème: évidemment, comme ces POI ne sont pas rendus sur la plupart
des fonds de carte, ça ne devrait pas gêner grand monde à part les
contributeurs qui découvrent les points en modifiant la carte. Est-ce
que c'est justement une opportunité pour nous de repositionner ces nœuds
à des emplacements cohérents à l'occasion d'autres modifications ? Ou
est-ce que je vais polluer la carte avec des points imprécis dont tout
le monde se fiche ? C'est pas clair pour moi…

Antonin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

Bonjour,

Je souhaiterais importer dans OpenStreetMap des points d'eau incendie
(piliers, bouches et autres) à partir d'un jeu de données publié le mois
dernier par le SDIS de Saône-et-Loire (sous Licence Ouverte).

https://trouver.ternum-bfc.fr/dataset/points-deau-incendie-repertories-en-saone-et-loire

Je compte évidemment dédoublonner ces points avec ceux qui sont déjà
présents (environ 700 sur 12851):

https://overpass-turbo.eu/s/U9C

L'import suivrait les conventions décrites ici:

https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant

Qu'en pensez-vous ? Quels sont les pièges à éviter ?

Merci pour vos retours sur ce projet !

Antonin



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr