Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[PanierAvide]

Bonjour à tous,

Tout d'abord merci à toutes celles et tous ceux qui ont contribué au 
projet du mois défibrillateurs ! Vous êtes presque 200 participants pour 
+1600 DAE ajoutés dans tout le pays. On atteint bientôt les 8000 
défibrillateurs au total dans OSM, une belle progression.


Comme ce serait dommage de s'arrêter là, on vous propose de prolonger un 
peu le projet : date de fin officielle au 18 octobre ! Vous pouvez donc 
continuer de participer sur vos outils habituels et gagner des points au 
classement sur https://projetdumois.fr/ Objectif 10 000 DAE dans OSM ? :-)


Et on vous reparle bientôt des stickers qu'on pourra envoyer aux 
participants au projet du mois ;-)


À bientôt,

Adrien P.

Le 28/08/2020 à 09:52, PanierAvide a écrit :

Bonjour à tous,

Après plusieurs semaines de préparation, le projet du mois sur les 
défibrillateurs est officiellement lancé ! L'objectif : trouver le 
plus de ces défibrillateurs inconnus dans les bases de données 
ouvertes. Voici l'article sur le site OSM France pour (re)découvrir 
les enjeux, comment participer, et pouvoir relayer l'initiative dans 
vos réseaux :


https://openstreetmap.fr/projet-du-mois-defibrillateurs/

Pensez également à faire passer le mot dans les canaux de discussions 
de vos groupes locaux ;-)


Bons relevés et à très vite !



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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[osm . sanspourriel]

En fait si il y a une carte en ligne mais il faut le vouloir pour la voir.

A partir de
https://geo.data.gouv.fr/fr/datasets/a701db3964e8fd81823c92afc029f138ffa207b3,
tu choisis Visualisation dans la catégorie du premier service WFS.

Attention, il faut s'équiper de patience et l'utilisation n'est pas
pratique, la solution d'Adrien est meilleure si tu veux plus que juste
regarder où c'est.

Je parle de minutes avec une connexion lente.

Jean-Yvon

Le 31/08/2020 à 10:19, PanierAvide - panierav...@riseup.net a écrit :


Pas de carte ou service web en ligne, mais tu peux avoir la liste sous
forme de GeoJSON (à charger dans un QGIS, uMap ou autre) :
https://transcode.geo.data.gouv.fr/services/5e2a1fbefa4268bc25629472/feature-types/ms:geodae_publique?format=GeoJSON=WGS84

Cordialement,

Adrien P.
Le 31/08/2020 à 10:15, Percherie OnDaNet a écrit :


Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans
cette base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur
un service web spécifique ?

Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a
écrit :


On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la
République le mieux doté en DAE^^.

Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est
"foireuse" même si elle a été "validée".

Prenons
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d


  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes
emergency   defibrillator
indoor  yes
operatorChemins du Patrimoine En Finistère
operator:ref:FR:SIREN   282900463
*reception_desk*no
ref:FR:GeoDAE   15666
*security_desk* no
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont
fausses.

Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en
déduis qu'au moins reception_desk est faux.

Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le
premier cas du genre signalé sur la liste.

De plus ça ne me semble pas apporter grand chose (parce que c'est
une donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert :
si les pompiers arrivent sur place ils verront bien s'il y a un
accueil ou une sécurité).

Et si l'accueil ou la sécurité sont supprimés, pensez-vous que
GéoDAE sera mis à jour ?

Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de
millésimer la source comme pour les autres données, peut-être ici
plutôt un check_date=2020-07-16 ;-).

Position : foireuse (proche mais à l'extérieur du bâti malgré
indoor=yes). On met un fixme=geometry ?

Via le site internet (absent initialement d'OSM) j'ai trouvé la
position assez précise de l'accueil parmi les différents bâtiments.

Jean-Yvon




___
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] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[PanierAvide]

Pas de carte ou service web en ligne, mais tu peux avoir la liste sous 
forme de GeoJSON (à charger dans un QGIS, uMap ou autre) : 
https://transcode.geo.data.gouv.fr/services/5e2a1fbefa4268bc25629472/feature-types/ms:geodae_publique?format=GeoJSON=WGS84


Cordialement,

Adrien P.

Le 31/08/2020 à 10:15, Percherie OnDaNet a écrit :


Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans 
cette base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur 
un service web spécifique ?


Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a 
écrit :



On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
République le mieux doté en DAE^^.


Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est 
"foireuse" même si elle a été "validée".


Prenons 
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d



  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes 
emergency   defibrillator   
indoor  yes 
operatorChemins du Patrimoine En Finistère  
operator:ref:FR:SIREN   282900463   
*reception_desk*no  
ref:FR:GeoDAE   15666   
*security_desk* no  
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont 
fausses.


Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis 
qu'au moins reception_desk est faux.


Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.


De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les 
pompiers arrivent sur place ils verront bien s'il y a un accueil ou 
une sécurité).


Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE 
sera mis à jour ?


Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données, peut-être ici 
plutôt un check_date=2020-07-16 ;-).


Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?


Via le site internet (absent initialement d'OSM) j'ai trouvé la 
position assez précise de l'accueil parmi les différents bâtiments.


Jean-Yvon




___
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] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Percherie OnDaNet]

Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans cette 
base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur un 
service web spécifique ?


Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a écrit :


On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
République le mieux doté en DAE^^.


Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est "foireuse" 
même si elle a été "validée".


Prenons 
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d



  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes 
emergency   defibrillator   
indoor  yes 
operatorChemins du Patrimoine En Finistère  
operator:ref:FR:SIREN   282900463   
*reception_desk*no  
ref:FR:GeoDAE   15666   
*security_desk* no  
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont fausses.

Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis 
qu'au moins reception_desk est faux.


Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.


De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les 
pompiers arrivent sur place ils verront bien s'il y a un accueil ou 
une sécurité).


Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE 
sera mis à jour ?


Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données, peut-être ici 
plutôt un check_date=2020-07-16 ;-).


Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?


Via le site internet (absent initialement d'OSM) j'ai trouvé la 
position assez précise de l'accueil parmi les différents bâtiments.


Jean-Yvon




___
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] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Yves P.]

> fixme=geometry.
> 
> Sur un nœud c'est à mon avis non ambigu : c'est la position qui est mauvaise.
> 
Il me semble que Christian parlait d'un "tag" non ambigu pour un logiciel.
fixme est essentiellement saisi à la main, dans des langues différentes…

> Mais AMHA il vaut mieux avoir un DAE marqué sur un parking avec 
> "defibrillator:location=à droite de l'accueil" que pas d'info du tout 
> 
+1
D'où l'intérêt de cette notion de précision des coordonnées :)

> Non, ça c'est utile, ça permet de savoir qui est responsable. 
> 
operator dit à un humain qui est la structure responsable. Et le tag 
ref:FR:GeoDAE permet a une appli de retrouver cette info (à jour).

> Comme ça si le DAE ne marche pas tu peux trouver qui prévenir.
> 
Si j'ai bien compris, les applis comme SaveLife permettent de signaler si un 
DAE à été utilisé, vandalisé… grace à l'API et à l'identifiant "GéoDAE" (gid).


> Copier est gênant si on copie des choses fausses ou si on n'a pas de 
> mécanisme pour vérifier la cohérence.

Effectivement, mais aussi d'éviter des problèmes de mise à jour. Il n'y a 
qu'une seule source : GeoDAE :)


> Avec la ref geoDAE on a possibilité de vérifier la cohérence, ça fait partie 
> des tests classiques d'Osmose.

Et d'aller chercher l'info no "urgente" qui n'a pas sa place dans OSM (cf. 
supra).


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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[osm . sanspourriel]

Le 30/08/2020 à 18:40, Christian Quest - cqu...@openstreetmap.fr a écrit :


Quand j'ai de trop gros doutes, je n'intègre pas. Il manque un tag
clair et universel pour dire que la position d'un objet dans OSM est
approximative voire juste estimée et pas fiable du tout.

Avec un tel tag, on éviterai de rendre visible sur le rendu un DAE qui
n'est pas forcément là, voire même à proximité, bref, ça éviterai
d'induire en erreur, avec les conséquences que ça peut avoir dans ce
cas bien précis.



En général je mets

fixme=geometry.

Sur un nœud c'est à mon avis non ambigu : c'est la position qui est
mauvaise.


Mais AMHA il vaut mieux avoir un DAE marqué sur un parking avec
"defibrillator:location=à droite de l'accueil" que pas d'info du tout
parce qu'on ne sait placer l'accueil sur ce parc de 30 ha. Sur place une
personne trouvera l'accueil.

Car celui qui verra quelqu'un qui en a besoin verra le PI DAE et
cliquera dessus (je parle d'une appli faite pour ou générique style
OsmAnd). Par contre sur une carte statique style OSM FR on pourra mettre
50 % de transparence sur l'icône ("il y a un DAE dans le coin, bonne
recherche").

J'ai bien vu un panneau signalant un DAE à 10 min à pied
.
20 minutes AR ! En plus il fallait trouver sur la photo aérienne où
était le DAE.

Le 30/08/2020 à 10:18, Yves P. - yves.prat...@gmail.com a écrit :
> Je les efface consciencieusement avec *operator:ref:FR:SIREN* :P

Non, ça c'est utile, ça permet de savoir qui est responsable. Comme ça
si le DAE ne marche pas tu peux trouver qui prévenir.
Par contre si les valeurs sont farfelues comme le sous-entend Christian,
à ne pas intégrer.
Copier est gênant si on copie des choses fausses ou si on n'a pas de
mécanisme pour vérifier la cohérence. Avec la ref geoDAE on a
possibilité de vérifier la cohérence, ça fait partie des tests
classiques d'Osmose.

Il y a une date de mise à jour sur la page de téléchargement
,
mais elle ne semble pas être disponible dans le fichier CSV.

A défaut, je suggère de mettre la date du téléchargement faite par
osmose ?

Dans le message précédent je précisais :

 * timePosition : 2020-07-16T16:21:36Z

C'est cette date qui peut être utilisée. Elle figure au moins dans le
GeoJson.

check_date en réduisant la précision au jour.

Jean-Yvon

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Yves P.]

> Si c'est un champ de la base GeoDAE
> 
oui, il vient bien de là.
> , celle-ci n'est en principe pas géocodée d'après l'échange téléphonique que 
> nous avons eu Adrien et moi avec les gestionnaires il y a une dizaine de 
> jours.
> 
J'imagine que la majorité des données issues de l'ARLoD, des SDIS… n'est pas 
géocodée.
C'est peut-être le cas pour les jours manuels ?

Voici les (premières) communes avec ce champ :
Toulouse123
Vienne  31
Le Grand-Quevilly   30
Calais  25
Montrevault-sur-Èvre20
La Rochelle 18
Vertou  18
Sarreguemines   17
Aix-les-Bains   15
…

> les gestionnaires il y a une dizaine de jours.
> 
Qu'ont-ils dit d'autre ?

> Pour le SIREN, aucun idée concernant sa fiabilité
> 
Et  son intérêt ;)


L'informaticien "flemmard" dit pas de recopie,
L'infirmier dit recopies interdites car risque d'erreurs
:D

> , le mieux est de le retrouver lui aussi par l'id GéoDAE si on en a besoin.
> 

+1

> Et surtout pour quelqu'un qui a besoin d'un DAE ;)
> 
C'était implicite ;)

J'ai fait la remarque pour les cartographes car pour beaucoup de ces POIs, il 
faut corriger leur localisation.
Ça aidera les "requérants" à les trouver sur le terrain (même si la 
signalisation est primordiale)

> Quand j'ai de trop gros doutes, je n'intègre pas.
> 
Ça c'est pour mes très gros doutes.

J'en ai vu un dans un parking souterrain, je l'ai rajouté sous forme de note 

 
> Il manque un tag clair et universel pour dire que la position d'un objet dans 
> OSM est approximative voire juste estimée et pas fiable du tout.
> 
> 
Ou une métadonnée supplémentaire (comme ça ça reste cohérent avec ::lat et 
::lon)

Cette métadonnée pourrait être simplement la précision du géocodage 0.0 à 1.0, 
et null.
D'ailleurs on retrouve ce type d'info dans pas mal de bases de données 
géographiques.

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Christian Quest]

Le 30/08/2020 à 10:18, Yves P. a écrit :

Autre champ à exploité éventuellement : *c_xy_precis*
Il est documenté : "/Il s’agit du niveau de précision de la 
localisation selon la méthode utilisée pour poser le point XY à cet 
endroit./"
C'est une valeur renvoyée par le géocodeur (addok ?, avec quelle base 
de données ?, géocodage réalisé quand ?)


Il y en a seulement 1074 sur les 16753 :/

Les valeurs vont de 0.14 à 1..
A vérifier lors de l'intégration si la position effective du DAE est 
meilleure (il n'est probablement jamais localisé sur le point adresse)


Si c'est un champ de la base GeoDAE, celle-ci n'est en principe pas 
géocodée d'après l'échange téléphonique que nous avons eu Adrien et moi 
avec les gestionnaires il y a une dizaine de jours.


C'est dommage d'ailleurs car cela permet de détecter des positions 
anormalement éloignées du point d'adresse quand on le trouve.




On a d'autres soucis avec *reception_desk* et *security_desk*

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.



Je les efface consciencieusement avec *operator:ref:FR:SIREN* :P



Source non fiable sur ces champs... donc évitons de recopier des 
erreurs. Pour le SIREN, aucun idée concernant sa fiabilité, le mieux est 
de le retrouver lui aussi par l'id GéoDAE si on en a besoin.





De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert :


Peut-être pour les opérateurs ou logiciels du Centre de Traitement des 
Appels (CTA) ?

Pour prévenir ou rappeler un interlocuteur de "confiance" ??

Mais sur le terrain ce qui est important c'est :

  * le lieu "Salle des fête",
  * la description de sa position "sous le auvent à gauche de l'entrée
principale"
  * et une bonne photo de situation

Ces informations sont aussi importantes pour le cartographe qui 
souhaite positionner précisément le DAE  ;)

Ou pour quelqu'un qui aimerait vérifier la qualité des données.



Et surtout pour quelqu'un qui a besoin d'un DAE ;)


Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données,



"Volontiers" comme disent les Helvètes :)
Il y a une date de mise à jour sur la page de téléchargement 
, 
mais elle ne semble pas être disponible dans le fichier CSV.


A défaut, je suggère de mettre la date du téléchargement faite par 
osmose ?




+1 !




Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?



Il y a de tout dans ce que j'ai pu intégrer.
Je suggère plutôt de rappeler de façon claire et ludique ce que c'est 
que de l'intégration :)


Il "faut" vérifier, recouper les informations, re-vérifier :)
Adrien, désolé pour la forme impérative ;)

Quand j'ai de gros doutes, je met un fixme du genre "vérifier la 
position"…



Quand j'ai de trop gros doutes, je n'intègre pas. Il manque un tag clair 
et universel pour dire que la position d'un objet dans OSM est 
approximative voire juste estimée et pas fiable du tout.


Avec un tel tag, on éviterai de rendre visible sur le rendu un DAE qui 
n'est pas forcément là, voire même à proximité, bref, ça éviterai 
d'induire en erreur, avec les conséquences que ça peut avoir dans ce cas 
bien précis.



--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Yves P.]

> 216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
> République le mieux doté en DAE^^.
> 
oui étonnant :D
> Une erreur dans la base ? Dans ta recherche ?
> 
J'ai rechargé les données ce matin par acquit de conscience, et j'en trouve 
toujours 227 (dont 216 pour Cornil) à Null Island.


Je viens de repérer un champs non documenté : c_doublon
Il y a 587 DAE avec la valeur 1

Il n'est pas encore exploité par 
osmose-backend/analysers/analyser_merge_defibrillators_FR.py#L69 



Autre champ à exploité éventuellement : c_xy_precis
Il est documenté : "Il s’agit du niveau de précision de la localisation selon 
la méthode utilisée pour poser le point XY à cet endroit."
C'est une valeur renvoyée par le géocodeur (addok ?, avec quelle base de 
données ?, géocodage réalisé quand ?)

Il y en a seulement 1074 sur les 16753 :/

Les valeurs vont de 0.14 à 1..
A vérifier lors de l'intégration si la position effective du DAE est meilleure 
(il n'est probablement jamais localisé sur le point adresse)

> On a d'autres soucis avec reception_desk et  security_desk
> 
> Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier cas du 
> genre signalé sur la liste.
> 
Je les efface consciencieusement avec operator:ref:FR:SIREN :P


> De plus ça ne me semble pas apporter grand chose (parce que c'est une donnée 
> dans GéoDAE et que je ne vois pas trop à quoi ça sert :
> 
Peut-être pour les opérateurs ou logiciels du Centre de Traitement des Appels 
(CTA) ?
Pour prévenir ou rappeler un interlocuteur de "confiance" ??

Mais sur le terrain ce qui est important c'est :
le lieu "Salle des fête",
la description de sa position "sous le auvent à gauche de l'entrée principale"
et une bonne photo de situation
Ces informations sont aussi importantes pour le cartographe qui souhaite 
positionner précisément le DAE  ;)
Ou pour quelqu'un qui aimerait vérifier la qualité des données.

> Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
> millésimer la source comme pour les autres données, 
> 
"Volontiers" comme disent les Helvètes :)
Il y a une date de mise à jour sur la page de téléchargement 
,
 mais elle ne semble pas être disponible dans le fichier CSV.

A défaut, je suggère de mettre la date du téléchargement faite par osmose ?


> Position : foireuse (proche mais à l'extérieur du bâti malgré indoor=yes). On 
> met un fixme=geometry ?
> 
Il y a de tout dans ce que j'ai pu intégrer.
Je suggère plutôt de rappeler de façon claire et ludique ce que c'est que de 
l'intégration :)

Il "faut" vérifier, recouper les informations, re-vérifier :)
Adrien, désolé pour la forme impérative ;)

Quand j'ai de gros doutes, je met un fixme du genre "vérifier la position"…

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Philippe Verdy]

Le sam. 29 août 2020 à 22:28,  a écrit :

> Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> De plus ça ne me semble pas apporter grand chose (parce que c'est une
> donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les
> pompiers arrivent sur place ils verront bien s'il y a un accueil ou une
> sécurité).
>

Je ne vois pas les pompeirs avoir besoin d'un "reception desk" ou d'un
"secuirty desk". S'ils interviennent dans un lieu ils n'ont pas besoin
demander la permission d'agir. De plus ils n'ont pas besoin du DAE, ils en
ont un déjà avec eux.

du ocup l'info ne devrait être là que pour aider le grand public, n'importe
qui se présentant pour demander de l'aide. Si la base GeoDAE mentionne un
DAE, il doit être à disposition que le "desk" soit présent ou non (tant que
le lieu est ouvert au moins).

L'urgence se passe de permission, il ne peut y avoir qu'un contrôle a
posteriori (c'est pour ça que ces appareils disposent de moyens de
communication autonomes, de géolocalisation et télésurveillance). Ce qui
impose aux opérateurs aussi de les maintenir en état pour être prêt le
moment venu (donc avec une batterie en état de marche, avec les accessoires
nécessaires pour l'hygiène, avec une carte SIM et un abonnement mobile
valide, un contrat d'entretien avec engagement de remise en service rapide
après leur usage).

Si les pompiers arrivent, soit l'appareil la déjà été utilisé ou est en
place, mais ils ne vont pas attendre et surtout pas aller en chercher un
ailleurs (sauf cas exceptionnel où leur propre appareil s'avérerait
défaillant) et c'est eux qui soit emporteront l'appareil pour le remette à
disposition de l'exploitant, soit donneront des consignes claires aux
autres témoins ou intervenants sur ce qu'ils doivent faire, eux qui
aviseront aussi l'opérateur pour vérifier ou leur signaler que leur
appareil n'est plus chez eux mais sera remis dans les heures qui viennent
si possible, ou que l'exploitant (ou sa société de maintenance) pourra
venir lui-même récupérer ou remplacer si les délais sont plus longs que ce
que prévoit le contrat de maintenance et les obligations légales de
l'opérateur.

En cas de vol, dégradation par des tiers, c'est du ressort de la police et
de la société d'assurance liée aux contrat de maintenance que l'opérateur
devrait avoir.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[osm . sanspourriel]

Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a écrit :


On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la
République le mieux doté en DAE^^.

Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est "foireuse"
même si elle a été "validée".

Prenons
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d


 * gml_id : geodae_publique.15665
 * gid : 15665
 * *c_etat_valid :* *validées*
 * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
 * c_lat_coor1 : 47.8884
 * c_long_coor1 : -3.59755
 * c_adr_num : 360
 * c_adr_voie : 360 Château de Kernault 29300 Mellac
 * c_com_cp : 29300
 * c_com_insee : 29147
 * c_com_nom : Mellac
 * *c_acc :* Intérieur
 * *c_acc_lib :* t
 * *c_acc_pcsec :* f
 * *c_acc_acc :* f
 * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
 * c_disp_h : {"heures ouvrables"}
 * c_etat_fonct : En fonctionnement
 * c_etat : Actif
 * c_doublon : f
 * timePosition : 2020-07-16T16:21:36Z
 * c_srid_origin : EPSG:4326

Osmose propose :

access  yes
emergency   defibrillator
indoor  yes
operatorChemins du Patrimoine En Finistère
operator:ref:FR:SIREN   282900463
*reception_desk*no
ref:FR:GeoDAE   15666
*security_desk* no
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont fausses.

Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis
qu'au moins reception_desk est faux.

Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier
cas du genre signalé sur la liste.

De plus ça ne me semble pas apporter grand chose (parce que c'est une
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les
pompiers arrivent sur place ils verront bien s'il y a un accueil ou une
sécurité).

Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE
sera mis à jour ?

Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de
millésimer la source comme pour les autres données, peut-être ici plutôt
un check_date=2020-07-16 ;-).

Position : foireuse (proche mais à l'extérieur du bâti malgré
indoor=yes). On met un fixme=geometry ?

Via le site internet (absent initialement d'OSM) j'ai trouvé la position
assez précise de l'accueil parmi les différents bâtiments.

Jean-Yvon



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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Yves P.]

> Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0

Pour info, Ils sont dans ces communes :
Cornil  216
COINCHES1
FRÉMIFONTAINE   1
HERPELMONT  1
LA GOUTELLE 1
LA PETITE-RAON  1
LE BARROUX  1
LE PERTRE   1
MARSAIS-SAINTE-RADÉGONDE1
OFFIGNIES   1
SAINT JEAN D ORMONT 1
SAINT RÉMY  1

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Yves P.]

> GéoDAE ne fait pas contrôle particulier sur les données, pas de rapprochement 
> avec d'autres bases. On a du coup un certain nombre de DAE sur Null Island.
> 
Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Christian Quest]

Le 29/08/2020 à 10:04, PanierAvide a écrit :

Le 29/08/2020 à 06:48, Yves P. a écrit :

Est-ce que quelqu'un en sait plus sur la *validation d'un DAE* ?
Je n'ai rien trouvé sur le site.

La validation d'un défibrillateur sur GéoDAE est réalisée 
systématiquement par son propriétaire. C'est au propriétaire du DAE de 
confirmer la localisation, les informations techniques et contacts. 
Avec ça en tête, deux cas existent actuellement :


- Soit le DAE a été importé dans la base nationale en utilisant les 
jeux de données pré-existants (SDIS, SAMU, ARLOD...), et dans ce cas 
il est noté "en attente de validation". Quand le propriétaire se 
manifeste et confirme les informations, il devient alors "validé".


- Soit le DAE est directement ajouté par le propriétaire (car pas 
listé au préalable), et dans ce cas il est noté directement comme validé.


À noter également qu'une API existe pour intégration dans les 
applications citoyennes (type Sauvlife et autres). Elle permet la 
"mise en doute" d'un défibrillateur : il vient d'être utilisé donc à 
remettre en état, il a été cassé/déplacé, est hors service... Tant que 
le propriétaire ne re-confirme pas qu'il fonctionne à nouveau, le DAE 
n'est plus proposé auprès des personnels qualifiés.


Cordialement,

Adrien.



Et malheureusement, ce n'est pas parce qu'il est validé par son 
exploitant, que la donnée est de qualité :(


GéoDAE ne fait pas contrôle particulier sur les données, pas de 
rapprochement avec d'autres bases. On a du coup un certain nombre de DAE 
sur Null Island.



--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Yves P.]

> - Soit le DAE a été importé dans la base nationale en utilisant les jeux de 
> données pré-existants (SDIS, SAMU, ARLOD...), et dans ce cas il est noté "en 
> attente de validation".
> 
C'est pour ça que j'ai trouvé deux entrées dans GéoDAE pour un même 
défibrillateur :)

Ça veut dire aussi que tous les DAE listés par ARLoD sont dans Géo DAE ?

> Quand le propriétaire se manifeste et confirme les informations, il devient 
> alors "validé".
> 
> - Soit le DAE est directement ajouté par le propriétaire (car pas listé au 
> préalable), et dans ce cas il est noté directement comme validé.
> 
Ok et merci pour les infos :)

> À noter également qu'une API existe pour intégration dans les applications 
> citoyennes (type Sauvlife et autres). 
> 
Est-ce que la doc de l'API est publiée ?

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[PanierAvide]

Le 29/08/2020 à 06:48, Yves P. a écrit :

Est-ce que quelqu'un en sait plus sur la *validation d'un DAE* ?
Je n'ai rien trouvé sur le site.

La validation d'un défibrillateur sur GéoDAE est réalisée 
systématiquement par son propriétaire. C'est au propriétaire du DAE de 
confirmer la localisation, les informations techniques et contacts. Avec 
ça en tête, deux cas existent actuellement :


- Soit le DAE a été importé dans la base nationale en utilisant les jeux 
de données pré-existants (SDIS, SAMU, ARLOD...), et dans ce cas il est 
noté "en attente de validation". Quand le propriétaire se manifeste et 
confirme les informations, il devient alors "validé".


- Soit le DAE est directement ajouté par le propriétaire (car pas listé 
au préalable), et dans ce cas il est noté directement comme validé.


À noter également qu'une API existe pour intégration dans les 
applications citoyennes (type Sauvlife et autres). Elle permet la "mise 
en doute" d'un défibrillateur : il vient d'être utilisé donc à remettre 
en état, il a été cassé/déplacé, est hors service... Tant que le 
propriétaire ne re-confirme pas qu'il fonctionne à nouveau, le DAE n'est 
plus proposé auprès des personnels qualifiés.


Cordialement,

Adrien.

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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Gad Jo]

Nickel, j'avais peur qu'une notion de licences m'interdisait d'exploiter ces 
informations.

Je vais faire un premier import suivant la localisation indiquée sur la fiche 
avec un fixme demandant de préciser la localisation exact dans le bâtiment. 
Autrement j'aurai fini de les importer dans 2 ans (je suis seul sur Narbonne).

Astuces : dans les journaux locaux on peut trouver des articles indiquant la 
création de DAE et souvent il y a les photos des appareils. Sans forcément 
réutiliser les photos (licence ?) on peut déjà faire un ajout assez précis.
Pratique pour les villages environnant pour éviter de brûler du carburant à 
tout vas...
D'ailleurs, a t'on le droit de réutiliser une photos postée dans un journal 
local ?

Le August 29, 2020 4:48:54 AM UTC, "Yves P."  a écrit :
>> Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer
>tel quel ?
>Tu as le devoir de le intégrer :D
>
>J'ai regardé celui de la Hall d'honneur Pech de Laclause
> : 
>Sans photo de terrain, difficile de faire quoi que ce soit avec si peu
>d'informations.
>
>Dans ce cas, je suggère de l'ajouter uniquement après une visite et 2
>publier 2 photos (autre qu'un pompier soufflant dans un truc en
>plastique
>
>:D)
>
>de Philippe :
>> Attention à l'intégration avec Osmose, notamment sur:
>
>Ce n'est pas osmose en soit le problème, mais la qualité des données.
>
>
>> - le placement: la position est approximative car souvent l'adresse
>n'est pas bien localisée et manque;
>> - si l'adresse est présente, le placement proposée dessus n'est pas
>réellement le bon placement car l'adresse est souvent un noeud en
>bordure de propriété
>
>
>Le placement est souvent approximatif car l'adresse est géocodée (et
>pas toujours très bien selon la base de données utilisée).
>La personne qui saisi la fiche n'est pas forcément allée sur le
>terrain.
>
>Hier j'ai rajouté un DAE dans une entreprise. Elle est dans une zone
>industrielle, "loin" du village.
>GéoDAE la situait au centre.
>
>
>> - regarder l'attribut indoor=yes proposé, pour ajuster le noeud dans
>le bâtiment à cet adresse, près de son entrée mais bien à l'intérieur
>
>Idem. Un DAE était à l'extérieur, mais la fiche GéoDAE indiquait le
>contraire.
>
>Si une photo utile est fournie par GeoDAE et/ou que le défibrillateur
>est visible sur une photo terrain, j'intègre.
>Sinon, je laisse…
>
>
>Seulement 2 294 DAE sont "validés", et 14 040 sont en "attente de
>validation".
>
>Est-ce que quelqu'un en sait plus sur la validation d'un DAE ?
>Je n'ai rien trouvé sur le site.
>
>
>Autre remarque sur les données GéoDAE : la saisie semble libre, du coup
>c'est un vrai bazar.
>On se retrouve avec des infos peu structurées (les horaires notamment),
>des infos dans le mauvais champ, des descriptions manquantes ou trop
>vagues, pas de photos de situation…
>
>Donc plein de travail d'intégration en perspective :)
>
>__
>Yves

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Gad Jo]

T'inquiète sur Narbonne pas besoin de BANO, y a quelques années j'ai indiqué 
les numéro de rue partout où je pouvait. Il doit en manquer 5% qui reste facile 
à interpoler :-)

Le August 29, 2020 2:41:43 AM UTC, Philippe Verdy  a écrit :
>Attention à l'intégration avec Osmose, notamment sur:
>- le placement: la position est approximative car souvent l'adresse
>n'est
>pas bien localisée et manque;
>- si l'adresse est présente, le placement proposée dessus n'est pas
>réellement le bon placement car l'adresse est souvent un noeud en
>bordure
>de propriété
>- regarder l'attribut indoor=yes proposé, pour ajuster le noeud dans le
>bâtiment à cet adresse, près de son entrée mais bien à l'intérieur
>- avec indorr=yes il y a souvent des indications horaires, mais
>celles-ci
>ne sont pas "traduites" en attribut, ou parfois c'est vague: il faut
>chercher les hoareis d'ouverture de l'établissement (en profiter pour
>taguer l'établissement lui-même avec son POI), et reprendre ensuite les
>opening_hours sur le noeud du défibrillateur
>
>Souvent on bloque car la première étape, les adresses, ne sont pas
>localisées. On en revient à l'étape première: BANO reste prioritaire,
>consulter les points du cadastre s'ils ne sont pas proposés par Osmose
>dans
>un import (mais les imports d'adresse des grandes agglos ont déjà eu
>lieu,
>pas ceux du cadastre qu'il fauit chercher dans les planches, avec les
>petits numéros à ne pas confondre avec les gros numéros de parcelles)
>
>Parfois il manque les bâtiments correspondant ou leur import depuis le
>cadastre est à rectifier avec l'imagerie avant même de pouvoir mieux
>positionner le noeud d'adresse, les noeuds POI éventuels à
>repositionner
>aussi... puis enfin le DAE: le DAE n'est que la dernière étape: le
>projet
>DAE est donc bien plus facile à faire dans les grandes métropoles et
>agglos
>denses que les villes moyennes et périurbaines, ou les zones
>commerciales/artisanales/industrielles (où on trouve souvent les
>gymnases
>et salles de sport souvent équipées en DAE (et il faut s'occuper aussi
>des
>voies d'accès et chemins piétons.
>
>Pour les DAE dans les écoles ou services publics c'est plus facile car
>ils
>sont souvent déjà là et avec une adresse correcte. Mais on est loin du
>compte pour le reste.
>
>Le "projet du mois ne suffira pas sur cette durée limitée, le travail
>de
>fond reste l'intégration BANO, les cheminements piétons vers les
>commerces et services, les horaires d'ouvertures à chercher.
>
>Le sam. 29 août 2020 à 02:05, Gad Jo  a
>écrit :
>
>> Bonsoir,
>>
>>
>> J'ai consulté le site de la mairies de Narbonne et 45 DAE sont
>référencé
>> sur leur site : https://www.narbonne.fr/liste-des-defibrillateurs
>>
>> Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer
>tel
>> quel ? J'en connaît quelques uns et leur description concorde.
>J'envisage
>> de placer un fixme pour les vérifier sur le moyen ou long terme au
>fil de
>> mes déplacements.
>>
>> Qu'est ce que vous me conseillez ? Intégration grâce au site ? Avec
>fixme
>> ou pas ? Ou intégration **uniquement** si constaté présent après
>visite ?
>>
>> Le August 28, 2020 7:52:43 AM UTC, PanierAvide
> a
>> écrit :
>>>
>>> Bonjour à tous,
>>>
>>> Après plusieurs semaines de préparation, le projet du mois sur les
>>> défibrillateurs est officiellement lancé ! L'objectif : trouver le
>plus
>>> de ces défibrillateurs inconnus dans les bases de données ouvertes.
>>> Voici l'article sur le site OSM France pour (re)découvrir les
>enjeux,
>>> comment participer, et pouvoir relayer l'initiative dans vos réseaux
>:
>>>
>>> https://openstreetmap.fr/projet-du-mois-defibrillateurs/
>>>
>>> Pensez également à faire passer le mot dans les canaux de
>discussions de
>>> vos groupes locaux ;-)
>>>
>>> Bons relevés et à très vite !
>>>
>>>
>> --
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
>brièveté.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Yves P.]

> Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer tel quel ?
Tu as le devoir de le intégrer :D

J'ai regardé celui de la Hall d'honneur Pech de Laclause 
 : 
Sans photo de terrain, difficile de faire quoi que ce soit avec si peu 
d'informations.

Dans ce cas, je suggère de l'ajouter uniquement après une visite et 2 publier 2 
photos (autre qu'un pompier soufflant dans un truc en plastique 

 :D)

de Philippe :
> Attention à l'intégration avec Osmose, notamment sur:

Ce n'est pas osmose en soit le problème, mais la qualité des données.


> - le placement: la position est approximative car souvent l'adresse n'est pas 
> bien localisée et manque;
> - si l'adresse est présente, le placement proposée dessus n'est pas 
> réellement le bon placement car l'adresse est souvent un noeud en bordure de 
> propriété


Le placement est souvent approximatif car l'adresse est géocodée (et pas 
toujours très bien selon la base de données utilisée).
La personne qui saisi la fiche n'est pas forcément allée sur le terrain.

Hier j'ai rajouté un DAE dans une entreprise. Elle est dans une zone 
industrielle, "loin" du village.
GéoDAE la situait au centre.


> - regarder l'attribut indoor=yes proposé, pour ajuster le noeud dans le 
> bâtiment à cet adresse, près de son entrée mais bien à l'intérieur

Idem. Un DAE était à l'extérieur, mais la fiche GéoDAE indiquait le contraire.

Si une photo utile est fournie par GeoDAE et/ou que le défibrillateur est 
visible sur une photo terrain, j'intègre.
Sinon, je laisse…


Seulement 2 294 DAE sont "validés", et 14 040 sont en "attente de validation".

Est-ce que quelqu'un en sait plus sur la validation d'un DAE ?
Je n'ai rien trouvé sur le site.


Autre remarque sur les données GéoDAE : la saisie semble libre, du coup c'est 
un vrai bazar.
On se retrouve avec des infos peu structurées (les horaires notamment), des 
infos dans le mauvais champ, des descriptions manquantes ou trop vagues, pas de 
photos de situation…

Donc plein de travail d'intégration en perspective :)

__
Yves



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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Philippe Verdy]

Attention à l'intégration avec Osmose, notamment sur:
- le placement: la position est approximative car souvent l'adresse n'est
pas bien localisée et manque;
- si l'adresse est présente, le placement proposée dessus n'est pas
réellement le bon placement car l'adresse est souvent un noeud en bordure
de propriété
- regarder l'attribut indoor=yes proposé, pour ajuster le noeud dans le
bâtiment à cet adresse, près de son entrée mais bien à l'intérieur
- avec indorr=yes il y a souvent des indications horaires, mais celles-ci
ne sont pas "traduites" en attribut, ou parfois c'est vague: il faut
chercher les hoareis d'ouverture de l'établissement (en profiter pour
taguer l'établissement lui-même avec son POI), et reprendre ensuite les
opening_hours sur le noeud du défibrillateur

Souvent on bloque car la première étape, les adresses, ne sont pas
localisées. On en revient à l'étape première: BANO reste prioritaire,
consulter les points du cadastre s'ils ne sont pas proposés par Osmose dans
un import (mais les imports d'adresse des grandes agglos ont déjà eu lieu,
pas ceux du cadastre qu'il fauit chercher dans les planches, avec les
petits numéros à ne pas confondre avec les gros numéros de parcelles)

Parfois il manque les bâtiments correspondant ou leur import depuis le
cadastre est à rectifier avec l'imagerie avant même de pouvoir mieux
positionner le noeud d'adresse, les noeuds POI éventuels à repositionner
aussi... puis enfin le DAE: le DAE n'est que la dernière étape: le projet
DAE est donc bien plus facile à faire dans les grandes métropoles et agglos
denses que les villes moyennes et périurbaines, ou les zones
commerciales/artisanales/industrielles (où on trouve souvent les gymnases
et salles de sport souvent équipées en DAE (et il faut s'occuper aussi des
voies d'accès et chemins piétons.

Pour les DAE dans les écoles ou services publics c'est plus facile car ils
sont souvent déjà là et avec une adresse correcte. Mais on est loin du
compte pour le reste.

Le "projet du mois ne suffira pas sur cette durée limitée, le travail de
fond reste l'intégration BANO, les cheminements piétons vers les
commerces et services, les horaires d'ouvertures à chercher.

Le sam. 29 août 2020 à 02:05, Gad Jo  a écrit :

> Bonsoir,
>
>
> J'ai consulté le site de la mairies de Narbonne et 45 DAE sont référencé
> sur leur site : https://www.narbonne.fr/liste-des-defibrillateurs
>
> Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer tel
> quel ? J'en connaît quelques uns et leur description concorde. J'envisage
> de placer un fixme pour les vérifier sur le moyen ou long terme au fil de
> mes déplacements.
>
> Qu'est ce que vous me conseillez ? Intégration grâce au site ? Avec fixme
> ou pas ? Ou intégration **uniquement** si constaté présent après visite ?
>
> Le August 28, 2020 7:52:43 AM UTC, PanierAvide  a
> écrit :
>>
>> Bonjour à tous,
>>
>> Après plusieurs semaines de préparation, le projet du mois sur les
>> défibrillateurs est officiellement lancé ! L'objectif : trouver le plus
>> de ces défibrillateurs inconnus dans les bases de données ouvertes.
>> Voici l'article sur le site OSM France pour (re)découvrir les enjeux,
>> comment participer, et pouvoir relayer l'initiative dans vos réseaux :
>>
>> https://openstreetmap.fr/projet-du-mois-defibrillateurs/
>>
>> Pensez également à faire passer le mot dans les canaux de discussions de
>> vos groupes locaux ;-)
>>
>> Bons relevés et à très vite !
>>
>>
> --
> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
> ___
> 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] Projet du mois défibrillateurs : c'est parti !

[Gad Jo]

Bonsoir,


J'ai consulté le site de la mairies de Narbonne et 45 DAE sont référencé sur 
leur site : https://www.narbonne.fr/liste-des-defibrillateurs

Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer tel quel ? 
J'en connaît quelques uns et leur description concorde. J'envisage de placer un 
fixme pour les vérifier sur le moyen ou long terme au fil de mes déplacements.

Qu'est ce que vous me conseillez ? Intégration grâce au site ? Avec fixme ou 
pas ? Ou intégration **uniquement** si constaté présent après visite ?

Le August 28, 2020 7:52:43 AM UTC, PanierAvide  a écrit 
:
>Bonjour à tous,
>
>Après plusieurs semaines de préparation, le projet du mois sur les 
>défibrillateurs est officiellement lancé ! L'objectif : trouver le plus
>
>de ces défibrillateurs inconnus dans les bases de données ouvertes. 
>Voici l'article sur le site OSM France pour (re)découvrir les enjeux, 
>comment participer, et pouvoir relayer l'initiative dans vos réseaux :
>
>https://openstreetmap.fr/projet-du-mois-defibrillateurs/
>
>Pensez également à faire passer le mot dans les canaux de discussions
>de 
>vos groupes locaux ;-)
>
>Bons relevés et à très vite !
>
>-- 
>Adrien P.
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Yves P.]

> L'objectif : trouver le plus de ces défibrillateurs inconnus dans les bases 
> de données ouvertes. 
Moi, je cherche les DAE dans OSM qui sont connus dans ces bases de données.
Avec OpenRefine, j'en ai trouvé 570 à moins de 100 m.

Je vérifie ça et je vous laisse les 15 765 DAE à ajouter :D

__
Yves



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

[OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[PanierAvide]

Bonjour à tous,

Après plusieurs semaines de préparation, le projet du mois sur les 
défibrillateurs est officiellement lancé ! L'objectif : trouver le plus 
de ces défibrillateurs inconnus dans les bases de données ouvertes. 
Voici l'article sur le site OSM France pour (re)découvrir les enjeux, 
comment participer, et pouvoir relayer l'initiative dans vos réseaux :


https://openstreetmap.fr/projet-du-mois-defibrillateurs/

Pensez également à faire passer le mot dans les canaux de discussions de 
vos groupes locaux ;-)


Bons relevés et à très vite !

--
Adrien P.


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