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

Sinon j'ai pleins de "Pas de bouche OSM dans les parages" kiki à fait ça ?
Je comprends pas.

Est-ce qu'en faite avec ce jeu de données on ajoute des
emergency=fire_hydrant mais en fait ça se colle à côté d'une bouche ? Je
comprends pas. Les fire_hydrant ne sont pas des bouches à incendies
justement ? Du coup faut juste les créer. Il faut chercher un poteau ? D'où
l'utilité des photos pour voir d'autres objets ? Ça aurait du sens avec
pic4review ?



Le sam. 23 mai 2020 à 21:19, Yves P.  a écrit :

> Bonsoir,
>
> Oups effectivement quelque troue dans la raquette.
>
> @Nicolas
>
> Premiers essais :
>
> http://od2osm.cleverapps.io/#/quests/2/points/PI%20CLUNY%2019
> *Conflation impossible* pourquoi ?
> Overpass ne trouve pas de PI dans un rayon de 60 m. Mais il n'y a pas
> cette option dans la liste ;)
>
> J'ai cliqué sur "Impossible à rapprocher" : je me retrouve dans la quête.
> Si je choisi "Rapprochement compliqué", je retrouve ce POI.
>
> Le terme "compliqué" est mal choisi : dans ce cas le rapprochement est
> impossible faute de trouver un poteau d'incendie dans OSM.
>
> Un lien/bouton permettant de d'*ajouter cet objet dans JOSM* (ou iD)
> serait le bienvenu :)
> Si il n'y a rien dans OSM, j'aimerais l'ajouter ;)
>
> *Fond de carte* : pouvoir basculer entre OSM et BDOrtho IGN serait
> appréciable :)
>
> *Libellés tronqués* :
> Sur Safari et Firefox ils sont tronqués (bouton "impossible à rapprocher",
> choix dans la liste déroulante)
> Sur Chrome, tout est lisible :)
>
>
> @Antonin et Nicolas
> D'où sort *name=PI CLUNY 19* ?
> Il y a une référence dans les données ouvertes : ID_SDIS.
>
> Dans le script d'Antonin
> , je ne
> vois pas de "recopie" dans le tag name.
> J'en déduis que Nicolas "invente" des données :D
>
> @Nicolas est-ce possible d'afficher un extrait du fichier de donnée de la
> quête ?
> Et/ou des infos sur la source de données ?
>
> *Points traités :*
> Le lien sur un point traité affiche {"statusCode":404,"error":"Not
> Found","message":"Not Found"}.
> Un lien sur l'objet OSM serait appréciable à la place :)
>
> En cours : modification /création
> Qu'est-ce que ça doit faire ?
> En cliquant sur un POI, ça relance à nouveau la requête overpass de
> rapprochement.
>
> @Nicolas
> Ton outil me semble un bon complément aux outils existants (JOSM et
> Osmose).
> Merci, continue :)
> __
> 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] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

Beaucoup de choses, vais tâcher de répondre dans le texte

Le sam. 23 mai 2020 à 21:19, Yves P.  a écrit :

> Bonsoir,
>
> Oups effectivement quelque troue dans la raquette.
>
> @Nicolas
>
> Premiers essais :
>
> http://od2osm.cleverapps.io/#/quests/2/points/PI%20CLUNY%2019
> *Conflation impossible* pourquoi ?
> Overpass ne trouve pas de PI dans un rayon de 60 m. Mais il n'y a pas
> cette option dans la liste ;)
>

Il n'y a pas de fire_hydrant dans les 20m, 40m, +20m... du coup il y a le
bouton créer qui s'active quand la requête overpass est revenu, pas besoin
d'ouvrir un autre outil.
Je note quand même, même si vous faisiez remarquer qu'utiliser plusieurs
outils allaient complexifier l'histoire
https://github.com/wadouk/od2osm/issues/16

Même si on peut déjà dire qu'il n'y a rien n'a changer et du coup marquer
le point comme OK


>
> J'ai cliqué sur "Impossible à rapprocher" : je me retrouve dans la quête.
> Si je choisi "Rapprochement compliqué", je retrouve ce POI.
>

En cliquant sur Impossible à rapprocher une sous partie s'affiche pour
expliquer le pourquoi. En validant cette explication, il change de statut
pour soit repasser dessus plus tard, soit le faire autrement.


> Le terme "compliqué" est mal choisi : dans ce cas le rapprochement est
> impossible faute de trouver un poteau d'incendie dans OSM.
>
> Un lien/bouton permettant de d'*ajouter cet objet dans JOSM* (ou iD)
> serait le bienvenu :)
> Si il n'y a rien dans OSM, j'aimerais l'ajouter ;)
>

D'où le bouton créer, mais je suspecte que quelque chose se passe mal et
que du coup vous ne voyez pas le bouton...


>
> *Fond de carte* : pouvoir basculer entre OSM et BDOrtho IGN serait
> appréciable :)
>

La licence IGN accordé à OSM ne couvre pas uniquement openstreetmap.org ?


>
> *Libellés tronqués* :
> Sur Safari et Firefox ils sont tronqués (bouton "impossible à rapprocher",
> choix dans la liste déroulante)
> Sur Chrome, tout est lisible :)
>
>
> @Antonin et Nicolas
> D'où sort *name=PI CLUNY 19* ?
> Il y a une référence dans les données ouvertes : ID_SDIS.
>
> Dans le script d'Antonin
> , je ne
> vois pas de "recopie" dans le tag name.
> J'en déduis que Nicolas "invente" des données :D
>

Pourtant en base je vois bien des name ...


> @Nicolas est-ce possible d'afficher un extrait du fichier de donnée de la
> quête ?
> Et/ou des infos sur la source de données ?
>

Rappeler l'url d'origine, la donnée d'origine je ne l'ai pas mais un champs
commentaire en markdown pour pouvoir rappeler un peu de contexte, je note
l'idée
https://github.com/wadouk/od2osm/issues/17


>
> *Points traités :*
> Le lien sur un point traité affiche {"statusCode":404,"error":"Not
> Found","message":"Not Found"}.
>

D'où ça vient ce 404 ?

Un lien sur l'objet OSM serait appréciable à la place :)
>
> En cours : modification /création
> Qu'est-ce que ça doit faire ?
> En cliquant sur un POI, ça relance à nouveau la requête overpass de
> rapprochement.
>

Une "forme de réservation" pour pas faire échouer un changeset d'un voisin
qui a commencé à bosser dessus et qui a acquitter que c'était une création
ou une modification mais pas encore validé le changeset.


>
> @Nicolas
> Ton outil me semble un bon complément aux outils existants (JOSM et
> Osmose).
> Merci, continue :)
>

Merci

__
> 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] Import de points d'eau incendie en Saône-et-Loire

c'est prévu
https://github.com/wadouk/od2osm/issues/15

PS : merci, super premier cas grandeur nature.

Le sam. 23 mai 2020 à 17:51, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> 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
>
___
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

Pour virer les name déjà dans OSM, OSMOSE est ton ami, il doit te dire
qu'il y a plein de boulettes ;-P
Je regarde pour corriger ça rapidement, après Antonin pourra refaire son
jeu de données sans ces tags name

Le sam. 23 mai 2020 à 22:07,  a écrit :

> Pour ma part je consolide les données existantes dans OSM avec
> http://od2osm.cleverapps.io/.
>
> N. B. : Nicolas, ce serait bien de virer "name", les PEI (j'ai appris
> une abréviation) n'ayant pas de nom.
>
> Jean-Yvon
>
> Le 23/05/2020 à 18:09, Marc M. - marc_marc_...@hotmail.com a écrit :
> > Bonjour,
> >
> > ja'i du raté l'info de ce que tu fais pour pouvoir intégrer
> > ces bornes comparé à un import ?
> >
> > 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
> >
> > il y en a 1 en attente d'intégration en France :)
> >
> > Cordialement,
> > Marc
> >
> > ___
> > 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

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

2020-05-23 Par sujet deuzeffe


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.


Si les experts veulent bien confirmer/corriger mes propos...
--
deuzeffe - soudainement dubitative.


___
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)

2020-05-23 Par sujet Nicolas Bétheuil

ouhla oui euh mais vous êtes chaud bouillant ! c'est du bêta pas sec, faut
y aller molo ! j'ai pas ma machine pour balancer les hotfix.

n'inventer pas de données quand ce n'est pas pertinent. pour l'instant il
demande un nom mais ça plante carrément à l'import si y en a pas ? juste à
l'affichage ou juste une liste de vide ?

si le point n'existe pas il y a un bouton de création du point.

ça vous dit de temporiser un peu ? je vais pas pouvoir vous aider beaucoup
la

Le sam. 23 mai 2020 à 21:37, Yves P.  a écrit :

>
> >> 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…
>
> Il faudrait plutôt modifier od2osm pour afficher l'id.
> Par exemple saisir dans la quête quel champ afficher ?
> À défaut name, sinon ref ?
>
> > @Nicolas
> > Est-ce possible d'afficher un extrait du fichier de donnée de la quête ?
> > Et/ou des infos sur la source de données ?
>
> En créant une quête, il faudrait pouvoir "documenter" la source de données
> :
> URL des données ouvertes (ça existe déjà mais uniquement quand elles sont
> utilisées telles quelles)
> URL du script de transformation OD -> données utilisées par od2osm
> Zone de commentaire
> __
> 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] Import de points d'eau incendie en Saône-et-Loire

@ Marc
> exemple :
> https://osmose.openstreetmap.fr/fr/map/#source=412054=8360=4=17=50.556896=2.899575=3==
>  
> 
Merci, je ne connaissais pas :)

Il faut une sacrée boule de crystal pour trouver les PEI / hydrants à intégrer 
de cette façon :/

> il y en a 1 en attente d'intégration en France :)
J'en ai intégré quelques uns dans le 8e arrondissement de Lyon pour faire un 
essai.

Pas si évident sans aller sur le terrain et/ou disposer d'une vue à 360°.
Le lien avec un fichier de données ouvertes serait un vrai lus (il y en a peu 
et il faut écrire les analyseurs).

L'avantage, c'est que c'est facile de trouver la valeur du tag mapillary 
puisque c'est la source :D
Sérieusement, retrouver un PI à la main sur mapillary est laborieux.

__
Yves

PS: 
Avec cet analyseur Osmose, Il faut indiquer à la main qu'il s'agit de poteaux.

C'est toujours le cas, non ?
Mapillary ne détecte probablement pas les bouches.

___
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

2020-05-23 Par sujet osm . sanspourriel


Pour ma part je consolide les données existantes dans OSM avec
http://od2osm.cleverapps.io/.

N. B. : Nicolas, ce serait bien de virer "name", les PEI (j'ai appris
une abréviation) n'ayant pas de nom.

Jean-Yvon

Le 23/05/2020 à 18:09, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

ja'i du raté l'info de ce que tu fais pour pouvoir intégrer
ces bornes comparé à un import ?

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

il y en a 1 en attente d'intégration en France :)

Cordialement,
Marc

___
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

> la question est pour pintoch dans ce cas :)
> https://www.openstreetmap.org/changeset/85656627 
> 

Zut, les hydrants ont été intégrés avec les tags name et source :/
(source est redondant avec la source du changeset)

Le tag survey:date m'interroge :

C'est la date du contrôle visuel des pompiers qui peut être parfois 
"approximatif".
Pas celle d'un contributeur OSM qui a effectivement vu — et photographié ? — le 
PEI sur le terrain.
__
Yves


emergency  
fire_hydrant 

fire_hydrant:diameter   80
fire_hydrant:type   pillar
name    PI 
CLUNY 49
ref  49
ref:FR:SDIS71   PI CLUNY 49
source    SDIS 71
survey:date  
2019-08-26

{
  "type": "Feature",
  "properties": {
"INSEE": 71137,
"ID_SDIS": "PI CLUNY 49",
"NOM_GEST": "",
"REF_TERR": 49,
"TYPE_PEI": "PI",
"DIAM_PEI": 80,
"STATUT": "Communal",
"SITUATION": "",
"PRESS_DYN": "",
"PRESS_STAT": "",
"DEBIT": 0,
"VOLUME": "",
"DATE_CT": "2018/12/22 00:00:00",
"DATE_RO": "2019/08/26 00:00:00",
"PREC": ""
  },
  "geometry": {
"type": "Point",
"coordinates": [
  4.660638093851655,
  46.443708064528685
]
  }
}___
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

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

2020-05-23 Par sujet Marc M.

Le 23.05.20 à 21:37, Antonin Delpeuch (lists) a écrit :
> 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.
>>
> 
> Je ne crée pas les nouveaux points

la question est pour pintoch dans ce cas :)
https://www.openstreetmap.org/changeset/85656627

___
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


> je mets juste le jeu de données dans Osmose / od2osm pour que d'autres
> puissent créer les points via ces outils,
Merci de faciliter l'intégration de ces données :)

Par contre, je dirais qu'il faut choisir l'un des 2 outils :
Si quelqu'un intégré un PI via Osmose, il restera proposé à l'intégration dans 
od2osm.

__
Yves___
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)


>> 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…

Il faudrait plutôt modifier od2osm pour afficher l'id.
Par exemple saisir dans la quête quel champ afficher ?
À défaut name, sinon ref ?

> @Nicolas
> Est-ce possible d'afficher un extrait du fichier de donnée de la quête ?
> Et/ou des infos sur la source de données ?

En créant une quête, il faudrait pouvoir "documenter" la source de données :
URL des données ouvertes (ça existe déjà mais uniquement quand elles sont 
utilisées telles quelles)
URL du script de transformation OD -> données utilisées par od2osm
Zone de commentaire
__
Yves
___
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

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

2020-05-23 Par sujet Marc M.

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.

___
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)

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

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 (osm: message 16 of 20)

Bonsoir,

> Oups effectivement quelque troue dans la raquette. 

@Nicolas

Premiers essais :

http://od2osm.cleverapps.io/#/quests/2/points/PI%20CLUNY%2019
Conflation impossible pourquoi ?
Overpass ne trouve pas de PI dans un rayon de 60 m. Mais il n'y a pas cette 
option dans la liste ;)

J'ai cliqué sur "Impossible à rapprocher" : je me retrouve dans la quête.
Si je choisi "Rapprochement compliqué", je retrouve ce POI.

Le terme "compliqué" est mal choisi : dans ce cas le rapprochement est 
impossible faute de trouver un poteau d'incendie dans OSM.

Un lien/bouton permettant de d'ajouter cet objet dans JOSM (ou iD) serait le 
bienvenu :)
Si il n'y a rien dans OSM, j'aimerais l'ajouter ;)

Fond de carte : pouvoir basculer entre OSM et BDOrtho IGN serait appréciable :)

Libellés tronqués :
Sur Safari et Firefox ils sont tronqués (bouton "impossible à rapprocher", 
choix dans la liste déroulante)
Sur Chrome, tout est lisible :)


@Antonin et Nicolas
D'où sort name=PI CLUNY 19 ?
Il y a une référence dans les données ouvertes : ID_SDIS.

Dans le script d'Antonin 
, je ne vois 
pas de "recopie" dans le tag name.
J'en déduis que Nicolas "invente" des données :D

@Nicolas est-ce possible d'afficher un extrait du fichier de donnée de la quête 
?
Et/ou des infos sur la source de données ?

Points traités :
Le lien sur un point traité affiche {"statusCode":404,"error":"Not 
Found","message":"Not Found"}.
Un lien sur l'objet OSM serait appréciable à la place :)

En cours : modification /création
Qu'est-ce que ça doit faire ?
En cliquant sur un POI, ça relance à nouveau la requête overpass de 
rapprochement.

@Nicolas
Ton outil me semble un bon complément aux outils existants (JOSM et Osmose).
Merci, continue :)
__
Yves___
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)

2020-05-23 Par sujet Nicolas Bétheuil

Oups effectivement quelque troue dans la raquette.
la conflagration utilise les coordonnées et un tag principal. le nom est
juste informatif pour aider le contributeur à trouver le bon point.
mais du coup oui la carte devient indispensable. il faut que j'augmente la
taille max autorisé je crois que c'est 1mo pour l'instant.
l'id est effectivement requis bien que pas vraiment geojson pour mesurer
l'avancement des rapprochements. c'est un soucis ?
j'ai essayé de faire des erreurs clair mais pas eu le temps de le faire
exploitable et intelligible. à améliorer.

merci pour les retours. je corrigerais prochainement. j'ai pas ma machine,
peut être demain fin d'après midi, sûrement plus tard.

pour osmose c'est forcément une analyse. Frédéric avait mis des exemples.

Le sam. 23 mai 2020 à 17:06, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> 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  > > 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>
> >  > >> 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à:
> > >

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

2020-05-23 Par sujet Marc M.

Bonjour,

ja'i du raté l'info de ce que tu fais pour pouvoir intégrer
ces bornes comparé à un import ?

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

il y en a 1 en attente d'intégration en France :)

Cordialement,
Marc

___
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

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)

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  > 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>
>  >> 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
> >

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


> Il est fort dommage que le document de l'Afigéo ne soit plus en ligne (Google 
> Drive...). C'était le seul endroit où il était matérialisé.
Quelqu'un à une archive (La page web de l'AFIGEO présente ça comme "un premier 
travail de recensement de ces données").

> L'AFNOR, quant à elle, qualifie tout de poteaux : 
> https://www.boutique.afnor.org/norme/nf-en-14384/poteaux-d-incendie/article/694754/fa101025
>  
> Le
>  problème avec les organismes normatifs est que souvent les documents sont 
> payants. En tout cas compliqué à lire ;)

> J'ai normalement repris leur terminologie. Une bouche à incendie ne 
> correspond qu'à un PEI enterré il me semble. Une borne semble être un abus de 
> langage.

Oui.

L'AFNOR parle aussi "des poteaux d'incendie enterrés" : les bouches d'incendie.
C'est aussi un abus de language.

Pour moi, la référence est le Référentiel national de la défense extérieure 
contre l’incendie :
http://pnrs.ensosp.fr/Plateformes/PREV/Actualites/le-referentiel-national-de-la-DECI

Il est accessible intégralement. On trouve sa déclinaison dans chaque 
département sous forme de Règlement Départemental de DECI.


> Je serais d'avis de passer progressivement à ref:FR:* comme le reste.
En nombre c'est ref:SDISxx qui gagne (pour le moment).

Oui, il faut harmoniser :)
> Attention, le SDIS agrège des infos de différents exploitants.
> Ce n'est pas parce que le SDIS publie le jeu de données que les références 
> sont attribuées par le SDIS. Elles sont souvent déterminées par l'exploitant,
ou la commune elle même.

> c'est à dire le service de l'eau qui exploite la zone.

> Le SDIS n'est qu'utilisateur, il n'attribue pas de références (ou les 
> siennes, différentes de la responsabilité de l'exploitant du réseau d'eau).
En pratique, peu importe qui attribut quoi et comment ;)
Il faut un identifiant unique et pérenne pour "lier" l'hydrant (autre synonyme 
de Point d'eau incendie) avec les données externes (état, débit, défauts…)

J'avais commencé à répertorier les bases de données / SIG en ligne qui publient 
ces données (Donat, ça te parle ?).

> Comme les autres : les services de l'eau compétents, à savoir Eau de Paris et 
> Eaux de Marseille attribuent des références
OK, merci pour la confirmation.


> Ni l'un ni l'autre : par le service de l'eau local si ils sont alimentés par 
> le réseau public.
> D'autres dispositifs peuvent être exploités par le SSLIA.
Ok.

>  et réalisent les essais de PEI en coopération avec le SDIS.
Pour le Jura, les essais sont réalisés par les communes (ou leur sous-traitant).
Les pompiers effectuent uniquement un contrôle visuel tous les 2 ans.

> https://twitter.com/InfosReseaux/status/1061630374328131585?s=20 
> Merci 
> François et Vincent pour les photos. Existe-t-il une copie sur Wikimedia 
> et/ou Mapillary ?

https://pbs.twimg.com/media/D4c5su3W0AEXjfT?format=jpg=large
400 est le diamètre nominal de la conduite ?
1,70 sa profondeur
75115 le code INSEE de la commune (ici : 15e Arrondissement de Paris)
0365 le n° du PEI dans cette commune
007207 le n° dans le code QR. Est-ce son ID dans le SIG ?

> Une récente réglementation dont je n'ai pas la référence impose le 
> référencement et la signalisation des PEI
Arrêté du 15 décembre 2015 fixant le référentiel national de la défense 
extérieure contre l'incendie 

 ?
https://www.interieur.gouv.fr/content/download/91185/709898/file/r%C3%A9f%20nat%20DECI%20du%2015%20d%C3%A9c%202015.pdf

"Ces ouvrages sont identifiés par le S.D.I.S. conformément au paragraphe 5.4.
Un numéro d’ordre ou d’inventaire exclusif de toute autre numérotation leur 
est attribué (comme pour les P.E.I. publics).
Ce numéro est apposé sur l’appareil ou sur un dispositif de signalisation par 
le propriétaire."

> , mais ne donne pas de format de codification à ma connaissance.
Le paragraphe 5.4 s'intitule "Base de données des points d’eau incendie"
Oui.

"Cette base de données constituée a pour objectif premier de suivre leur mise 
en service et leur disponibilité à des fins opérationnelles.

Elle recense a minima :

- les caractéristiques des P.E.I. : chaque P.E.I. est caractérisé par sa 
nature, sa localisation, sa capacité et la capacité de la ressource qui 
l’alimente, il est doté d’un numéro départemental d’identification ;
- les résultats des contrôles et des reconnaissances opérationnelles.

Elle prend en compte :

- la création ou la suppression des P.E.I. ;
- la modification des caractéristiques des P.E.I. ;
- l’indisponibilité temporaire des P.E.I. et leur remise en service."

__
Yves___
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

2020-05-22 Par sujet François Lacombe

Bonsoir Yves,

Le ven. 22 mai 2020 à 22:12, Yves P.  a écrit :

>
> Le 20 mai 2020 à 08:31, Jérôme Seigneuret  a
> écrit :
>
> Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela
> permettrait d'avoir des terminologies différentes pour les mêmes couple de
> clés/ valeurs en résultat…
>
> Oui. Cf. message sur "les bons termes"
>
> Il faudrait aussi harmoniser les termes/traductions dans JOSM.
> Et revoir le wiki Correspondance avec le modèle PEI de l'Afigeo
> 
>  car
> une BI (bouche) est appelée "borne".
> (Le PI (poteau) est appelé "poteau" ouf.)
>

Il est fort dommage que le document de l'Afigéo ne soit plus en ligne
(Google Drive...). C'était le seul endroit où il était matérialisé.
Ils devraient se payer un wiki
http://www.afigeo.asso.fr/1786

J'ai normalement repris leur terminologie. Une bouche à incendie ne
correspond qu'à un PEI enterré il me semble. Une borne semble être un abus
de langage.
L'AFNOR, quant à elle, qualifie tout de poteaux :
https://www.boutique.afnor.org/norme/nf-en-14384/poteaux-d-incendie/article/694754/fa101025
Le modèle de l'Afigéo se base en partie dessus.

Le ven. 22 mai 2020 à 23:51, Yves P.  a écrit :

>
> Voici ce qui est existe dans la bas OSM :
> https://taginfo.openstreetmap.org/search?q=sdis
> (j'avais mis ref:SDIS39 pour le Jura pour tenter de rester homogène avec
> l'existant)
>

Je serais d'avis de passer progressivement à ref:FR:* comme le reste.


>
> A priori il n'y a pas de bornes chez le voisin, donc quel intérêt de
> préciser le sdis ?
>
> Pouvoir pointer directement sur le jeu de données du service correspondant.
> On pourrait y arriver avec operator, sauf si on met Véolia, Commune XYZ…
>

Attention, le SDIS agrège des infos de différents exploitants.
Ce n'est pas parce que le SDIS publie le jeu de données que les références
sont attribuées par le SDIS. Elles sont souvent déterminées par
l'exploitant, c'est à dire le service de l'eau qui exploite la zone.
Le SDIS n'est qu'utilisateur, il n'attribue pas de références (ou les
siennes, différentes de la responsabilité de l'exploitant du réseau d'eau).


> Petit gag, il n'y a pas que des SDIS en France ;)
> BSPP 
> , BMPM
> 
> , SSLIA
> 
>  ?
> Comment sont référencés les PEI de Paris et de Marseille ?
>

Comme les autres : les services de l'eau compétents, à savoir Eau de Paris
et Eaux de Marseille attribuent des références et réalisent les essais de
PEI en coopération avec le SDIS.
https://twitter.com/InfosReseaux/status/1061630374328131585?s=20


> Existe-t-il des PEI dans les aérodromes ?
> Sont-ils référencés par le SDIS local ou par le SSLIA ?
>
Ni l'un ni l'autre : par le service de l'eau local si ils sont alimentés
par le réseau public.
D'autres dispositifs peuvent être exploités par le SSLIA.


> Sinon si ce sont les numéros affichés sur les bornes, ref suffit
> (visiblement non).
>
> *ref* c'est ce que le contributeur OSM voit sur la borne.
> *ref:sdis*… c'est ce qui est utilisé dans le SIG et le fichier OD du SDIS.
>

Comme d'habitude, ref c'est le terrain, ref:*:* c'est le métier.


> Il faudrait regarder dans les fichiers OD si les identifiants commencent
> tous par les n° INSEE de la commune ?
> https://www.data.gouv.fr/fr/search/?q=hydrant
> https://www.data.gouv.fr/fr/search/?q=PEI
>

Une récente réglementation dont je n'ai pas la référence impose le
référencement et la signalisation des PEI, mais ne donne pas de format de
codification à ma connaissance.


>
>
> > "operator": "VEOLIA",
> "operator": "Veolia",
>
> C'est la commune ou un sous traitant qui installe, maintient les PEI et
> effectue les mesures de débits/pressions.
> Ce sont les "SDIS" qui les utilisent.
> Il y a un "peu de tout" dans operator : https://overpass-turbo.eu/s/Uhd
>

operator=* ne devrait contenir que l'exploitant du réseau d'eau potable qui
alimente le PEI dans le cas de water_source=main.

A bientôt

François
___
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

2020-05-22 Par sujet Yves P.

Bonsoir,


> ref:sdis
> 
> ou ref:FR:sdis71 pour Marc.
> 
Voici ce qui est existe dans la bas OSM : 
https://taginfo.openstreetmap.org/search?q=sdis
(j'avais mis ref:SDIS39 pour le Jura pour tenter de rester homogène avec 
l'existant)

> A priori il n'y a pas de bornes chez le voisin, donc quel intérêt de
> préciser le sdis ?
Pouvoir pointer directement sur le jeu de données du service correspondant.
On pourrait y arriver avec operator, sauf si on met Véolia, Commune XYZ…

Petit gag, il n'y a pas que des SDIS en France ;)
BSPP , BMPM 
, 
SSLIA 

 ?
Comment sont référencés les PEI de Paris et de Marseille ?

Existe-t-il des PEI dans les aérodromes ?
Sont-ils référencés par le SDIS local ou par le SSLIA ?

> Sinon si ce sont les numéros affichés sur les bornes, ref suffit
> (visiblement non).
ref c'est ce que le contributeur OSM voit sur la borne.
ref:sdis… c'est ce qui est utilisé dans le SIG et le fichier OD du SDIS.

Il faudrait regarder dans les fichiers OD si les identifiants commencent tous 
par les n° INSEE de la commune ?
https://www.data.gouv.fr/fr/search/?q=hydrant
https://www.data.gouv.fr/fr/search/?q=PEI

En OD ce n'est pas le cas pour :
Angers Loire Métropole  
(49) - Sixt-sur-Aff 
 - Il est 
composé des 3 dernier chiffres du code "INSEE" . Exemple : 328-0001
Gard  (30)
Grand Poitiers  
(86) - Nombre de PEI par communes
Orléans Métropole 
 (45)
Tarn 
 
(81) - Il n'y a plus de données accessibles !

Ce n'est pas le cas dans OSM pour le :
Gard 

 (30)
Jura  (39) - Il y a 
un préfixe indiquant le type de PEI, puis le code"INSEE". Exemple : P39177.4
Bas-Rhin  (67)
Essone  (91)

C'est bon pour le :
Finistère  (29)
Hérault  (34) - c'est 
le cas pour 3 PEI de Roqueredonde

> 
> > "operator": "VEOLIA",
> "operator": "Veolia",
C'est la commune ou un sous traitant qui installe, maintient les PEI et 
effectue les mesures de débits/pressions.
Ce sont les "SDIS" qui les utilisent.
Il y a un "peu de tout" dans operator : https://overpass-turbo.eu/s/Uhd

> Marc comme tu vois l'opérateur n'est pas ici celui qui met une
> référence. Et chez moi il y un un petit numéro (<999) de peint.
Dans le Jura, c'est soir le n° du PEI dans la commune, soit les 3 derniers 
chiffres du code INSEE et le n° de PEI…

__
Yves

> Le 20 mai 2020 à 16:21, François Lacombe  a écrit :
> 
> J'ai vu que la doc anglaise avait été mentionnée en début de discussion, 
> avez-vous vu la version française avec la correspondance avec le modèle de 
> l'Afigeo ?
> https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant#Correspondance_avec_le_mod.C3.A8le_PEI_de_l.27Afigeo
>  
> 
Cette page n'indique pas de lien vers une publication du modèle AFIGEO pour les 
PEI ?
Le lien Google Drive est cassé :/





___
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

2020-05-22 Par sujet Yves P.


> Le 20 mai 2020 à 08:31, Jérôme Seigneuret  a 
> écrit :
> 
> Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela 
> permettrait d'avoir des terminologies différentes pour les mêmes couple de 
> clés/ valeurs en résultat…
Oui. Cf. message sur "les bons termes"

Il faudrait aussi harmoniser les termes/traductions dans JOSM.
Et revoir le wiki Correspondance avec le modèle PEI de l'Afigeo 

 car une BI (bouche) est appelée "borne".
(Le PI (poteau) est appelé "poteau" ouf.)

> Le mer. 20 mai 2020 à 06:38, Antonin Delpeuch (lists) 
> mailto:li...@antonin.delpeuch.eu>> a écrit :
> Super! Je te laisse t'en occuper ?

Un petit groupe de travail francophone serait bien pour ça :)
Il y a un fichier français et un québécois pour JOSM.

__
Yves___
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

2020-05-22 Par sujet osm . sanspourriel


ref:sdis

ou ref:FR:sdis71 pour Marc.

A priori il n'y a pas de bornes chez le voisin, donc quel intérêt de
préciser le sdis ?

Sinon si ce sont les numéros affichés sur les bornes, ref suffit
(visiblement non).

> "operator": "VEOLIA",
"operator": "Veolia",

Marc comme tu vois l'opérateur n'est pas ici celui qui met une
référence. Et chez moi il y un un petit numéro (<999) de peint.

C'est ce que je mets en ref. https://www.openstreetmap.org/node/5355380863

"source": "SDIS 71"

préciser la date (mois/année) du jeu de données.

On peut se contenter de mettre l'info au niveau du changeset.

Jean-Yvon

Le 22/05/2020 à 19:11, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 22.05.20 à 14:36, Antonin Delpeuch (lists) a écrit :

Quel tag utiliser pour ça ?

tu as 2 écoles :
- celle qui d'une ref doit être unique pour éviter tout clash
et donc va proposer quelque chose comme (ironie inside)
ref:TERRE:EU:FR:71:sdis:borne=l'id
cette école a des adeptes surtout en france
- celle qui dit qu'une borne n'a qu'une ref et que l'opérateur
est déjà décrit dans la clef operator et donc qu'il suffit de
faire ref=l'id
c'est la version la plus courante dans le monde

dans les 2 cas, ce que tu appelles un id, est une ref dans osm

Cordialement,
Marc

___
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

2020-05-22 Par sujet Marc M.

Le 22.05.20 à 19:11, Marc M. a écrit :
> Bonjour,
> 
> Le 22.05.20 à 14:36, Antonin Delpeuch (lists) a écrit :
>> Quel tag utiliser pour ça ?
> 
> tu as 2 écoles :
> - celle qui d'une ref doit être unique pour éviter tout clash
> et donc va proposer quelque chose comme (ironie inside)
> ref:TERRE:EU:FR:71:sdis:borne=l'id
> cette école a des adeptes surtout en france
> - celle qui dit qu'une borne n'a qu'une ref et que l'opérateur
> est déjà décrit dans la clef operator et donc qu'il suffit de
> faire ref=l'id
> c'est la version la plus courante dans le monde

ha j'oubliais
la 3ieme école :
celle qui pense que pour des objets suffisant éloignés,
la position suffit à faire la correspondance,
surtout que tu as déjà la ref de terrain

la 4ieme école :
celle qui pense que si un objet à plus d'une ref,
c'est le rôle de wikidata de faire le liens entre toutes ces bdd

___
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

2020-05-22 Par sujet Marc M.

Le 22.05.20 à 14:36, Antonin Delpeuch (lists) a écrit :
> "STATUT": "Communal",

c'est quoi ? le proprio ? owner

> "DEBIT": 60,

flow_rate

___
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

2020-05-22 Par sujet Marc M.

Bonjour,

Le 22.05.20 à 14:36, Antonin Delpeuch (lists) a écrit :
> Quel tag utiliser pour ça ?

tu as 2 écoles :
- celle qui d'une ref doit être unique pour éviter tout clash
et donc va proposer quelque chose comme (ironie inside)
ref:TERRE:EU:FR:71:sdis:borne=l'id
cette école a des adeptes surtout en france
- celle qui dit qu'une borne n'a qu'une ref et que l'opérateur
est déjà décrit dans la clef operator et donc qu'il suffit de
faire ref=l'id
c'est la version la plus courante dans le monde

dans les 2 cas, ce que tu appelles un id, est une ref dans osm

Cordialement,
Marc

___
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

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

2020-05-21 Par sujet Nicolas Bétheuil

@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  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) <
> 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>> 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
>> >  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
>> >

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

2020-05-20 Par sujet Nicolas Bétheuil

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) <
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>> 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
> >  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 
> > >>

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

2020-05-20 Par sujet 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
>  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
> 
> 
> ___
> 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)

2020-05-20 Par sujet Nicolas Bétheuil

sinon y a od2osm ;-p

@antonin quelques compétences en développement ?

sont-ce des nodes ? si oui c'est cool.

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.

je parle chinois ou c'est clair ? on me dit souvent que je parle pas très
français.
intéressé ?

Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists) <
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 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
>
___
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)

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

2020-05-20 Par sujet François Lacombe

Salut à tous,

J'ai vu que la doc anglaise avait été mentionnée en début de discussion,
avez-vous vu la version française avec la correspondance avec le modèle de
l'Afigeo ?
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant#Correspondance_avec_le_mod.C3.A8le_PEI_de_l.27Afigeo

Il y a un standard d'échange qui a été défini, justement pour éviter de
devoir en discuter à chaque fois.
Je pense qu'il y a peut-être d'autres points, mais ne passez pas à côté

Bonne journée

François

Le mer. 20 mai 2020 à 08:32, Jérôme Seigneuret 
a écrit :

> Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela
> permettrait d'avoir des terminologies différentes pour les mêmes couple de
> clés/ valeurs en résultat...
>
> Le mer. 20 mai 2020 à 06:38, Antonin Delpeuch (lists) <
> li...@antonin.delpeuch.eu> a écrit :
>
>> 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
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
> ___
> 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)

2020-05-20 Par sujet Frédéric Rodrigo

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

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

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

2020-05-20 Par sujet Jérôme Seigneuret

Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela
permettrait d'avoir des terminologies différentes pour les mêmes couple de
clés/ valeurs en résultat...

Le mer. 20 mai 2020 à 06:38, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> 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
>


-- 
Cordialement,
Jérôme Seigneuret
___
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

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

> 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 


>>> Ceci dit j'ai trouvé un pilier incendie qui n'est pas
>>> dans leur jeu de données.
C'est peut-être un nouveau PEI mais l'info n'a pas encore été saisie dans leur 
SIG

> 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…
Un poteau tout neuf relié à une canalisation trop petite à l'air utilisable, 
mais ne l'est pas en pratique ;)

__
Yves___
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

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 :
> Référentiel national de la défense exté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 (osm: message 16 of 20)

2020-05-19 Par sujet osm . sanspourriel


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

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

Préalable : utiliser les bons termes :)

Les "professionnels" parlent de PEI (point d'eau incendie), qui sont ;
des poteaux (le commun des mortels appel ça des bornes, toi des piliers par 
anglicisme ?, parfois même des bouches
ils sortent du sol.
des bouches
elles sont enterrées dans le sol.
des points d’eau naturels
des points d’eau artificiels
…

Sources :
Référentiel national de la défense exté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.

> (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…).

> Est-ce
> que c'est justement une opportunité pour nous de repositionner ces nœuds
> à des emplacements cohérents à l'occasion d'autres modifications ?
à l'occasion de l'intégration :)

> Ou
> est-ce que je vais polluer la carte avec des points imprécis dont tout
> le monde se fiche ?
C'est effectivement le risque. 

__
Yves___
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

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

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


> Pour revenir à l'usage par les professionnels : avoir un jeu de données dans 
> OSM, qui ne soit pas juste une photocopie d'un jeu Open Data, mais qui soit 
> maintenu, amélioré au fil du temps, par les pros eux-mêmes mais aussi par 
> n'importe quel contributeur, est un très bon exemple à montrer aux pros en 
> question pour leur illustrer tout l'intérêt d'OSM.
+1

> Pour parler des bornes à incendie (c'est un peu mon dada) : j'en ai au fil du 
> temps observé un bon paquet avec des anomalies, soit par rapport aux jeux de 
> données OD (exhaustivité, qualité du positionnement), soit par rapport au 
> terrain (doublons d'identifiant sur une même commune...). On a donc matière à 
> améliorer les données OD, qu'il ne faut surtout pas prendre pour la vérité 
> absolue.
oui. Et concernant les inspections faites par les pompiers (80% de 
volontaires), elle se fait tous les 2 ans.

> J'avais audité le fichier OD des bornes incendies d'un département de 
> banlieue parisienne il y a quelques années : les bornes avaient beau être 
> relevées par les pompiers eux-même, c'était truffé d'erreurs de 
> positionnement assez sévères.
Parfois, la tournée est faite sur une table au centre :/
Mon interlocuteur (un professionnel gradé) ne m'a pas dit ce que buvait les 
gars :D

Parfois ils découvrent de nouveaux poteaux, les communes ont oubliées de 
prévenir le centre (ou l'info à du mal à remonter pour redescendre) ?

> Là où je veux en venir : en montrant aux pros qu'on peut améliorer leurs 
> propres données, on peut par extension les convaincre de l'intérêt de la 
> foule (nous) pour consolider un jeu de données géographiques. Les pompiers 
> s'intéressent énormément aux adresses.
Un numéro de rue bien placé fait gagner du temps, ça peut faire la différence 
pour sauver une vie, un bâtiment des flammes…

Idem pour les panneaux de randonnées (PDIPR)…

> Si au travers d'une mise en qualité des bornes on les convainc de l'intérêt 
> "tout court d'OSM, au point qu'ils renseignent dans OSM l'émergence de 
> nouvelles rues et adresses, alors on aura gagné des contributeurs de grande 
> valeur. Rien que pour ça ça vaut le coup.

__
Yves
___
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

2020-05-19 Par sujet Vincent de Château-Thierry


> De: "GarenKreiz" 
> 
> J'ai la même question pour la liste de l'Ille et Vilaine. Lors de mes
> sorties de confinement, j'ai pu vérifier la qualité générale des
> données (une seule bouche à incendie positionnée à quelques mètres
> de l'autre côté d'une allée) et m'interroge sur l'étape suivante.
> Etant donné que ces équipements ne sont censé être utilisés que par
> des professionnels qui a priori bénéficient déjà de cette liste, à
> quel usages correspondrait leur intégration dans OSM?

En voilà une bonne question. On pourrait aussi l'appliquer à d'autres 
gestionnaires de réseau. Quel intérêt de placer dans OSM les armoires de rue ? 
Les pylones ? etc.

En pratique, pour l'usage immédiat, c'est vrai qu'à part les professionnels qui 
utilisent ces équipements on ne voit pas bien qui ça peut intéresser. Je vois 
au moins un autre public possible : celles-ceux qui souhaiteraient reconstituer 
le "paysage" en un endroit donné, le plus fidèlement possible, par exemple pour 
une scène de jeu video. Dans ce cas, tout ce qui est susceptible de raffiner 
l'information est bon à prendre : arbre, mais aussi sa hauteur, son espèce, 
trottoir, mais aussi sa largeur, buulding, mais aussi le type de façade et de 
toiture, etc etc. C'est infini ? Oui. Les bornes incendie en font partie ? Oui. 
Comme les pylônes, les armoires de rue, et le reste. Donc ne pas se censurer :)

Pour revenir à l'usage par les professionnels : avoir un jeu de données dans 
OSM, qui ne soit pas juste une photocopie d'un jeu Open Data, mais qui soit 
maintenu, amélioré au fil du temps, par les pros eux-mêmes mais aussi par 
n'importe quel contributeur, est un très bon exemple à montrer aux pros en 
question pour leur illustrer tout l'intérêt d'OSM. Pour parler des bornes à 
incendie (c'est un peu mon dada) : j'en ai au fil du temps observé un bon 
paquet avec des anomalies, soit par rapport aux jeux de données OD 
(exhaustivité, qualité du positionnement), soit par rapport au terrain 
(doublons d'identifiant sur une même commune...). On a donc matière à améliorer 
les données OD, qu'il ne faut surtout pas prendre pour la vérité absolue. 
J'avais audité le fichier OD des bornes incendies d'un département de banlieue 
parisienne il y a quelques années : les bornes avaient beau être relevées par 
les pompiers eux-même, c'était truffé d'erreurs de positionnement assez 
sévères. Là où je veux en venir : en montrant aux pros qu'on peut améliorer 
leurs propres données, on peut par extension les convaincre de l'intérêt de la 
foule (nous) pour consolider un jeu de données géographiques. Les pompiers 
s'intéressent énormément aux adresses. Si au travers d'une mise en qualité des 
bornes on les convainc de l'intérêt "tout court d'OSM, au point qu'ils 
renseignent dans OSM l'émergence de nouvelles rues et adresses, alors on aura 
gagné des contributeurs de grande valeur. Rien que pour ça ça vaut le coup.

vincent

___
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


> Lors de mes sorties de confinement, j'ai pu vérifier la qualité générale des 
> données (une seule bouche à incendie positionnée à quelques mètres de l'autre 
> côté d'une allée)
D'un département à l'autre — et d'une caserne à l'autre — la qualité est très 
inégale.

> et m'interroge sur l'étape suivante. Etant donné que ces équipements ne sont 
> censé être utilisés que par des professionnels
et des volontaires ;)

> qui a priori bénéficient déjà de cette liste
en théorie oui, et sur papier, pas toujours en version électronique utilisable 
sur le terrain.

> , à quel usages correspondrait leur intégration dans OSM?
A améliorer les données des SDIS (localisation, diamètre des raccords, état : 
borne détruite)

__
Yves

___
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

2020-05-19 Par sujet Marc M.

Bonjour,

Le 19.05.20 à 15:22, GarenKreiz a écrit :
> à quel usages correspondrait leur intégration dans OSM?

sur la liste tagging lors du dernier round d'amélioration des tags
pour les bornes, un pompier avait dit qu'ils (les pompiers) utilisaient
osm lors d'une intervention hors de leur zone, parce que c'était
le plus facile pour accéder aux infos "partout".

on peux aussi imaginer des stats de densité de borne même si je ne
me risquerait pas à dire que cela est réelement fait.

plus pragmatiquement, les gens ajoutent des bornes dans som.
tout moyen de libérer du temps contributeur me semble une bonne idée.

PS: faut essayer de remonter l'erreur au créateur de l'OD

Cordialement,
Marc

___
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

2020-05-19 Par sujet GarenKreiz

Bonjour,

J'ai la même question pour la liste de l'Ille et Vilaine. Lors de mes
sorties de confinement, j'ai pu vérifier la qualité générale des données
(une seule bouche à incendie positionnée à quelques mètres de l'autre côté
d'une allée) et m'interroge sur l'étape suivante. Etant donné que ces
équipements ne sont censé être utilisés que par des professionnels qui a
priori bénéficient déjà de cette liste, à quel usages correspondrait leur
intégration dans OSM?

Cdt

On Tue, 19 May 2020 at 13:43, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> 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

2020-05-19 Par sujet Marc M.

Bonjour,

Le 19.05.20 à 13:42, Antonin Delpeuch (lists) a écrit :
> Qu'en pensez-vous ? 

probablement (voir point 1 ci dessous) une très bonne idée

> Quels sont les pièges à éviter ?

- 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.
si cette distance est raissonable, alors le "probablement" du point
précédent tombe.
- lire https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines
- faire une page wiki qui documente ton import. outre l'url du jeux
opendata, le rappel de sa liance, du conflate anti-doublon,
il faut y lister les tags que tu vas importer avec la correspondance
opendata<>osm. d'expérience avoir un module qui le fait (osmose ?)
permettra à quelqu'un d'autre de faire les maj suivante si toi
tu n'es plus disponible, sans devoir tout refaire à 0
éventuelement publier le fichier opendata converti dédoublonéé
- attendre un délais raissonble ici pour voir s'il n'y a pas d'opposition
- poste sur la ml import en pointant que cela a été discuté ici.

c'est un peu lent mais à mon avis cela ira comme une lettre à la poste
non confinée :)

Cordialement,
Marc

___
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