Re: [OSM-talk-fr] [SANTé MENTALE][CMP] [HDJ]

[Jacques Lavignotte]

Nœud : CMP de Chauvigny (7248478979 
)



C’est pour adultes ou enfants et adolescents ? ;)


Les deux dans le même bâtiment. En fait (je crois  bien que) c'est le 
même local (même bureau) qui sert aux deux. 1 ou 2 jour/semaine.


Je préfère mettre l’abréviation parce que soignants et patients 
l’utilisent


Toutafé

> que c’est court et plus lisible sur la carte.

Dans le cas du CMP de Chauvigny je mettrais :


   * name=CMP
   * alt_name=Centre médico-psychologique antenne de Chauvigny


Les puristes mettront :


   * name=Centre médico-psychologique
   * short_name=CMP
   * official_name=Antenne du Centre médico-psychologique enfants et
 adolescents de Chauvigny ???

C'est le CMP du CH Laborit à Chauvigny.



Dans le cas du CSAPA de l’ADLCA de Lons-le-Saunier :




   * name=CSAPA Jura-Sud
   * short_name=CSAPA
   * alt_name=Centre de soins, d'accompagnement et de prévention en
 addictologie


Dans le cas du CSAPA de Passerelle 39 de Lons-le-Saunier :


   * name=Passerelle 39
   * short_name=CSAPA
   * alt_name=Centre de soins, d'accompagnement et de prévention en
 addictologie
   * operator=Passerelle 39

Tout ça me convient.


On aurait un tag explicit pour chaque établissement médico-social, 


Les hospitaliers vont te dire qu'un CMP/CATTP c'est *médical* et non 
*médico-social* Même si les CH gèrent du médico-social (ESAT catégorie 
FINESS [246] par ex.)



éviterait de « bricoler » avec les clés *_name.


La  catégorie FINESS [246/156/292] ??

J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[OSM-talk-fr] Hack Weekend, Toulouse, 4-5 avril 2020, soutien aux déplacements

[Vincent Bergeot]

Bonjour à toutes et tous, (copie sur talk-fr, tech, dev-fr et association@)

un *hack weekend OSM se déroule à Toulouse les 4 et 5 avril 2020*. 
Toutes les infos ici : 
https://wiki.openstreetmap.org/wiki/Toulouse_Hack_Weekend_April_2020.


OpenStreetMap France souhaite faciliter la venue à ce hack weekend et 
*prend donc en charge les frais de déplacements des participants en 
faisant la demande* !


Alors n'hésitez pas et contacter tresore...@openstreetmap.fr (prévoyez 
un RIB et un petit formulaire à compléter 
https://nextcloud.openstreetmap.fr/index.php/s/ZmTWX6pdibPJY5L)


Pour l'hébergement il y a quelques places de disponible chez des 
contributeurs locaux. Demandez si besoin !


--

Vincent Bergeot
pour l'association OSM-FR

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

Re: [OSM-talk-fr] Mise à jour BANO

[Vincent de Château-Thierry]

Le 03/03/2020 à 19:39, Pierre-Yves Mevel via Talk-fr a écrit :

Merci Vincent pour cette réponse.

Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour 
aller tripatouiller sur Github, mais si je peux être utile à quoi que ce 
soit, n'hésite pas à me faire signe.


Si tu es partant pour beta-tester les fichiers d'Ille-et-Vilaine en v2 
dès leur dispo, moi ça me va :)


vincent

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

Re: [OSM-talk-fr] Mise à jour BANO

[Pierre-Yves Mevel via Talk-fr]

Merci Vincent pour cette réponse.

Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour
aller tripatouiller sur Github, mais si je peux être utile à quoi que ce
soit, n'hésite pas à me faire signe.

Bonne soirée

Le mar. 3 mars 2020 à 15:06, Vincent de Château-Thierry 
a écrit :

> Salut Pierre-Yves,
>
> > De: "Pierre-Yves Mevel via Talk-fr" 
> >
> > Désolé de remettre le sujet sur la table mais, après avoir parcouru
> > les différents échanges sur le sujet, il me semble qu'un point n'a
> > pas été abordé concernant la BANO. Depuis de nombreuses années, je
> > contribue à la création de points adresse sur OSM et je m'en sers
> > pour alimenter la base adresse de ma communauté d'agglo grâce aux
> > extractions quotidiennes que l'on peut trouver sur
> > http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis
> > à jour quotidiennement. Si je lis correctement le très complet
> > message que Vincent (dct) a écrit sur cette liste le 11 novembre
> > dernier, le passage en v2 ne devait pas changer cela.
>
> Oui dans mon message je disais que les exports ne changeaient pas.
> J'aurais du dire : "pas pour l'instant". L'objectif est bien que tout
> bascule sur une seule instance de BANO (celle qu'on appelle V2). Les
> exports depuis cette nouvelle instance sont un gros chantier, sur lequel je
> suis pile actuellement (cf le dernier commit en date [1]). Lorsque ce
> ticket sera terminé, alors on basculera l'alimentation de
> http://bano.openstreetmap.fr/data/ sur la V2, mise à jour
> quotidiennement.
>
> > Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine
> > (et sans doute les autres départements) n'évoluent guère depuis le
> > début de l'année. Ainsi, si des changements faits le 18 décembre
> > sont bien intégrés dans le SHP (par exemple,
> > https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le
> > 6 février, n'y apparaissent pas (cf.
> > https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent
> > pas non plus en vert sur
> > http://tile.openstreetmap.fr/~cquest/leaflet/bano.html .
>
> J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message
> laisse penser que la base OSM qui l'alimente a du retard (litote). Et comme
> c'est jusque là cette V1 qui alimente aussi le rendu carto BANO, on y
> constate le même retard. C'est sur la pile de trucs à faire de Christian
> que de brancher le rendu carto sur la V2.
>
> > Ai-je loupé un épisode concernant le lieu où trouver ces données ?
> > Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page
> > dédiée de data.gouv.fr (
> >
> https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/
> > ) ?
> > Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
> > quotidienne de se dérouler correctement ?
>
> Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au
> top  j'avoue /o\. En tout cas ce sujet des exports est le dernier "gros"
> sujet qui empêche la bascule de tout le système BANO sur une version
> unique, c'est bien ce qui me motive pour que ça ne s'éternise pas trop.
> Donc j'y travaille et je compte bien annoncer cette vrai v2 complète
> rapidement. Je n'ose pas dire "fin de ce mois" car c'est le meilleur moyen
> de ne pas tenir le délai. Donc non je l'ai pas dit :)
>
> vincent
>
> [1] :
> https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428
>
> ___
> 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] [SANTé MENTALE][CMP] [HDJ]

[Yves P.]

—
Yves Pratter




> Nœud : CMP de Chauvigny (7248478979 
> )


website=https://ch-laborit.fr/presentation-du-chl/sectorisation-soins-adultes/secteur-3-poitiers-montmorillon/
pas website=https://ch-laborit.fr/services-de-soins/adultes/hopitaux-de-jour/ ;)


alt_name="Centre médico-psychologique adultes de Chauvigny »
social_facility:for=mental_health;children
C’est pour adultes ou enfants et adolescents ? ;)

Pour le nom, c’est comme pour les postes ou les gares, non ?
Donc pas « CMP de Chauvigny » mais « CMP » (qui se trouve sur la commune de 
Chauvigny).

Après, nom, nom long, nom court, ça ne change pas grand chose si Nominatim 
retrouve l’établissement.
Avec la description, je doute ;)

Je préfère mettre l’abréviation parce que soignants et patients l’utilisent, 
que c’est court et plus lisible sur la carte.
Dans le cas du CMP de Chauvigny je mettrais :
name=CMP
alt_name=Centre médico-psychologique
Les puristes mettront :
name=Centre médico-psychologique
short_name=CMP
official_name=Antenne du Centre médico-psychologique enfants et adolescents de 
Chauvigny ???

Dans le cas du CSAPA de l’ADLCA de Lons-le-Saunier :
name=CSAPA Jura-Sud
short_name=CSAPA
alt_name=Centre de soins, d'accompagnement et de prévention en addictologie
Dans le cas du CSAPA de Passerelle 39 de Lons-le-Saunier :
name=Passerelle 39
short_name=CSAPA
alt_name=Centre de soins, d'accompagnement et de prévention en addictologie
operator=Passerelle 39
__
Yves

On aurait un tag explicit pour chaque établissement médico-social, ça éviterait 
de « bricoler » avec les clés *_name.
On peut aussi paramétrer nominatim pour rechercher des POI avec des noms et des 
synonymes en français.
cf. https://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR



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

Re: [OSM-talk-fr] [PROPOSITION] [SANTé MENTALE][CMP] amenity=hospital et FINESS

[Philippe Verdy]

Le mar. 3 mars 2020 à 14:36,  a écrit :
>
> name=le nom relativement court, CMP de Chauvigny
>
> official_name= le nom super long que personne n'utilise.

Pas vraiment. "CMP" est utilisé par ceux qui y font référence souvent
car ils sont concernés en permanence ou pour de longues durées mais en
fait le sigle est appris uniquement parce que ce sont les agents
sociaux qui l'utilisent pour leur usage courant. Demandez à n'importe
qui d'autre, "CMP" ne signifie rien pour eux et il faudra leur
expliquer de quoi il s'agit, d'autant que le sigle est lui-même ambigu
et peut signifier des tas de choses même dans la même commune

(je suis certain qu'on peut trouver des noms d'établissements privés,
commerces, et même des services publics qui n'ont rien à voir avec le
domaine "médico-psychologique" qui doit être explicitement renseigné
dans un des tags affichés par les outils de recherche, ne serait-ce
que pour lever l'ambiguïté dans les recherches ou faciliter les
recherches de services apparentés; le tag utilisé doit être un de ceux
indexés et affichés par Nominatim, si ce n'est pas le cas, voir quel
tag serait mieux approprié mais par défaut on peut toujours utiliser
un tag générique "description=*" avec l'assurance qu'il sera bien
affiché si on sélectionne l'objet dans une liste ou en pointant sur la
carte n'affichant qu'un nom court ou abrégé et une vague icône). C'est
une remarque générale applicable à tout sigle court (5 lettres ou
moins), très peu signifiant et discriminant.

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

Re: [OSM-talk-fr] Inventaire existant des arbres d'une communauté d'agglomération

[Leroy Olivier]

Bonjour Romain,

Voila ce que j'avais fait pour les arbres de Lyon et Saint-Etienne :

https://wiki.openstreetmap.org/wiki/Les_arbres_de_la_ville_de_Saint-%C3%89tienne
https://wiki.openstreetmap.org/wiki/User:Defuneste/Les_alignements_d%27arbres_de_Lyon_M%C3%A9tropole

Dans ce que tu mentionnes :
 - Quercus petrae est les nom scientifique ou latin et correspond à la clef
species
- Chene pedoncule : correspond de ce que je comprends plus à species:fr

Ici ce sont bien des noms d'espèces donc autant garder la précision, un
taxon c'est un groupe dont la hiérarchie est pas toujours définit, comme
par exemple les pommiers (normalement cela serait un genre mais tu peux
avoir plusieurs genre de pommier, je ne sais pas où en sont les botanistes
et c'est eux l'autorité).

- classe d'age : ici pas d'avis meme si c'est interessant, attention
cependant tu peux avoir des dates de plantation qui ne sont pas l'age de
l'arbre (arbre planté avec plus ou moins d'années) même si cela jouera peu
à la fin. Je me demande souvent si les classes ne sont pas une meilleur
option.

- L'information ARBRE D'ALIGNEMENT: perso j'ai tout mis en arbre isolé, le
desaventage d'alignement est que tu peux pas changer l'espèce

- forme des feuilles :  j'ai essayé un tableau ici
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree/List_of_Genus,_Leaf_cycle,_Leaf_type
avec le defaut que c'est pas toujours simple au niveau du genre

- l'état sanitaire c'est intéressant après je sais pas ci cela l'est dans
OSM, c'est interessant pour une collectivité meme si globalement les arbres
urbains ont la vie dure


Je ne suis pas allé au bout des imports car j'avais un peu peur de
conflation (et ne connaissait pas conflator) mais Jérôme de Grenoble est
venu il y trois semaines nous le montrer (merci beaucoup à lui!) et je
pense poursuivre.

Bon courage !

olivier



Le mar. 3 mars 2020 à 13:02, Romain  a écrit :

> Bonjour à toutes et à tous,
>
> Je travaille avec une communauté d'agglomération sur l'ouverture de leurs
> données. La collectivité souhaite encourager la contribution citoyenne à
> ces données, notamment via OpenStreetMap lorsque le sujet s'y prête.
>
> Sur le sujet de la biodiversité, et plus particulièrement des arbres, la
> collectivité dispose d'un registre résultant d'un inventaire sur une partie
> du territoire. Cet inventaire n'est pas exhaustif, mais dans la zone
> inventoriée les informations sont détaillées et de qualité. Il contient
> environ 3500 arbres.
>
> Nous avons pensé qu'il pourrait éventuellement être intéressant d'intégrer
> ces données dans OSM, dans l’idée de faciliter la participation et la
> réconciliation des données avec leur SIG.
>
> J'ai pu trouver des informations sur ce sujet sur les pages :
> - https://wiki.openstreetmap.org/wiki/City_tree_registers
> - https://wiki.openstreetmap.org/wiki/Nice,_France/Trees_Import
> - https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
> - https://wiki.openstreetmap.org/wiki/Key:taxon
>
> Voici un exemple de modèle de tags que nous pourrions utiliser à partir
> d'un exemple issu de cet inventaire :
> - QUERCUS PETRAEA : taxon et/ou species. Peut-être qu'une règle
> permettrait de déduire le Genre, ici QUERCUS, pour le tag taxon:genus et/ou
> genus.
> - CHENE PEDONCULE : taxon:fr. Idem ci-dessus pour le Genre, ici CHENE,
> pour le tag genus:fr
> - Classe d'age JEU/ADU/MATU/ANC : éventuellement à convertir en start_date=
> - L'information ARBRE D'ALIGNEMENT pourrait peut-être servir à créer une
> ligne de type natural=tree_row
> - Il n'y a pas d'informations sur la forme des feuilles mais elle pourrait
> surement être déduite de l’espèce
> - Et d'autres informations comme vigueur, état sanitaire, pathologies,
> défaut principal, etc... dont nous ne sommes pas sûrs de la pertinence dans
> OSM.
>
> Pour information je n’ai jamais réalisé d’imports OSM mais j’ai pris
> connaissances des bonnes pratiques sur la page
> https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines.
>
> Avant d'aller plus loin dans nos recherches pensez-vous que cette approche
> soit appropriée ?
>
> Merci et bonne journée,
>
> Romain
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Olivier Leroy
Docteur Géographie et Environnement
Post-doctorant EVS IMU GOURAMIC
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

[Vincent de Château-Thierry]

Salut Pierre-Yves,

> De: "Pierre-Yves Mevel via Talk-fr" 
> 
> Désolé de remettre le sujet sur la table mais, après avoir parcouru
> les différents échanges sur le sujet, il me semble qu'un point n'a
> pas été abordé concernant la BANO. Depuis de nombreuses années, je
> contribue à la création de points adresse sur OSM et je m'en sers
> pour alimenter la base adresse de ma communauté d'agglo grâce aux
> extractions quotidiennes que l'on peut trouver sur
> http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis
> à jour quotidiennement. Si je lis correctement le très complet
> message que Vincent (dct) a écrit sur cette liste le 11 novembre
> dernier, le passage en v2 ne devait pas changer cela.

Oui dans mon message je disais que les exports ne changeaient pas. J'aurais du 
dire : "pas pour l'instant". L'objectif est bien que tout bascule sur une seule 
instance de BANO (celle qu'on appelle V2). Les exports depuis cette nouvelle 
instance sont un gros chantier, sur lequel je suis pile actuellement (cf le 
dernier commit en date [1]). Lorsque ce ticket sera terminé, alors on basculera 
l'alimentation de http://bano.openstreetmap.fr/data/ sur la V2, mise à jour 
quotidiennement. 

> Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine
> (et sans doute les autres départements) n'évoluent guère depuis le
> début de l'année. Ainsi, si des changements faits le 18 décembre
> sont bien intégrés dans le SHP (par exemple,
> https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le
> 6 février, n'y apparaissent pas (cf.
> https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent
> pas non plus en vert sur
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html .

J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message laisse 
penser que la base OSM qui l'alimente a du retard (litote). Et comme c'est 
jusque là cette V1 qui alimente aussi le rendu carto BANO, on y constate le 
même retard. C'est sur la pile de trucs à faire de Christian que de brancher le 
rendu carto sur la V2.  

> Ai-je loupé un épisode concernant le lieu où trouver ces données ?
> Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page
> dédiée de data.gouv.fr (
> https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/
> ) ?
> Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
> quotidienne de se dérouler correctement ?

Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au top  
j'avoue /o\. En tout cas ce sujet des exports est le dernier "gros" sujet qui 
empêche la bascule de tout le système BANO sur une version unique, c'est bien 
ce qui me motive pour que ça ne s'éternise pas trop. Donc j'y travaille et je 
compte bien annoncer cette vrai v2 complète rapidement. Je n'ose pas dire "fin 
de ce mois" car c'est le meilleur moyen de ne pas tenir le délai. Donc non je 
l'ai pas dit :)

vincent

[1] 
:https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428

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

[OSM-talk-fr] Mise à jour BANO

[Pierre-Yves Mevel via Talk-fr]

Bonjour,

Désolé de remettre le sujet sur la table mais, après avoir parcouru les
différents échanges sur le sujet, il me semble qu'un point n'a pas été
abordé concernant la BANO. Depuis de nombreuses années, je contribue à la
création de points adresse sur OSM et je m'en sers pour alimenter la base
adresse de ma communauté d'agglo grâce aux extractions quotidiennes que
l'on peut trouver sur http://bano.openstreetmap.fr/data/. A priori, ces
fichiers sont mis à jour quotidiennement. Si je lis correctement le très
complet message que Vincent (dct) a écrit sur cette liste le 11 novembre
dernier, le passage en v2 ne devait pas changer cela.

Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine (et
sans doute les autres départements) n'évoluent guère depuis le début de
l'année. Ainsi, si des changements faits le 18 décembre sont bien intégrés
dans le SHP (par exemple, https://www.openstreetmap.org/node/7066812399),
d'autres, faits le 6 février, n'y apparaissent pas (cf.
https://www.openstreetmap.org/node/7191078724) et ils ne figurent pas non
plus en vert sur http://tile.openstreetmap.fr/~cquest/leaflet/bano.html.

Ai-je loupé un épisode concernant le lieu où trouver ces données ? Dans ce
cas, ne serait-il pas souhaitable de l'indiquer sur la page dédiée de
data.gouv.fr (
https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/)
?
Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
quotidienne de se dérouler correctement ?

Dans l'attente de vous lire,

Bonne journée,

Pierre-Yves, aka Pymouss
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [PROPOSITION] [SANTé MENTALE][CMP] amenity=hospital et FINESS

[osm . sanspourriel]

name=le nom relativement court, CMP de Chauvigny

official_name= le nom super long que personne n'utilise. Centre
médico-psychiatrique de Chauvigny ?

short_name=CMP Chauvigny

Le 03/03/2020 à 13:57, marc marc - marc_marc_...@hotmail.com a écrit :

Le 03.03.20 à 13:54, Jacques Lavignotte a écrit :

alt_name=Le nom long du CMP du centre Hospitalier Spécialisé
name=CMP de Chauvigny

name=Le nom long du CMP du centre Hospitalier Spécialisé
short_name=le nom court
:)
___
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 de mars - #balanceTaBorne

[Stéphane Péneau]

Un contributeur à fait le boulot :
https://www.data.gouv.fr/fr/datasets/r/601cffc9-d63e-45da-a7d4-82461223c077

J'ai vu, mais c'est une vieille version (2018), et elle n'est pas 
récupérée par le script.


Stf

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

Re: [OSM-talk-fr] [PROPOSITION] [SANTé MENTALE][CMP] amenity=hospital et FINESS

[marc marc]

Le 03.03.20 à 13:54, Jacques Lavignotte a écrit :
> alt_name=Le nom long du CMP du centre Hospitalier Spécialisé
> name=CMP de Chauvigny

name=Le nom long du CMP du centre Hospitalier Spécialisé
short_name=le nom court
:)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [PROPOSITION] [SANTé MENTALE][CMP] amenity=hospital et FINESS

[Jacques Lavignotte]

Proposition :


alt_name=Le nom long du CMP du centre Hospitalier Spécialisé
amenity=social_facility
name=CMP de Chauvigny
operator=Centre Hospitalier Laborit
ref:FR:FINESS=86012
social_facility:for=mental_health;children
social_facility=ambulatory_care
type:FR:FINESS=156




Le 02/03/2020 à 01:03, Philippe Verdy a écrit :

Pas vraiment si on a aussi besoin de
"healthcare:speciality=psychiatry" (domaine de la santé) et de
"social_facility:*=*" (domaine social) : deux classifications
parallèles.
On poiurrait dire que tout ce qui est du domaine de la santé fait
partie du domaine social (comme notre sécurité sociale).
Dans ce cas social_facilty deviendrait *racine* de tous les services
médicaux, y compris cabinets de médecins (y compris médecine du
travail, médecine légale), pharmaciens, labos d'analyse, centres de
cure, plasticiens, orthésistes, boutiques de matériel médical, et tous
thérapeuthes (même ceux non conventionnés dans le domaine privé et
hors sécurité sociale et aides sociales publiques).
C'est un peu limite, et je pense que les deux classifications peuvent
coexister pour éviter de tout mélanger, on les mettra les deux
ensemble seulement où c'est approprié.
Concernant FINESS sur les établissements conventionnés, tout devrait
avoir des clés "social_facility" et probablement aussi "health_care";
certains auront aussi d'autres clés (tourisme, restauration, services
financiers, shop=*...)

Le dim. 1 mars 2020 à 23:24, Yves P.  a écrit :


  amenity=social_facility
  healthcare=centre
  healthcare:speciality=psychiatry




  [...]
  social_facility=ambulatory_care
  social_facility:for=mental_health
  type:FR:FINESS=156

Je pense qu'il y a tout ce qu'il faut.

Vos avis ?



Les clés healthcare font doublon avec les clés social_facility ?

__
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



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

[Yves P.]

>
> Pour le Doubs, le fichier est présent sur data.gouv, mais est mal encodé
> ce qui le rend inutilisable par le script qui consolide tous les fichiers
> des différentes collectivités.
>
> J'ai demandé à ce qu'il soit corrigé :
>
Merci 

Un contributeur à fait le boulot :
https://www.data.gouv.fr/fr/datasets/r/601cffc9-d63e-45da-a7d4-82461223c077

__
Yves

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

[OSM-talk-fr] Inventaire existant des arbres d'une communauté d'agglomération

[Romain]

Bonjour à toutes et à tous,

Je travaille avec une communauté d'agglomération sur l'ouverture de leurs 
données. La collectivité souhaite encourager la contribution citoyenne à ces 
données, notamment via OpenStreetMap lorsque le sujet s'y prête.

Sur le sujet de la biodiversité, et plus particulièrement des arbres, la 
collectivité dispose d'un registre résultant d'un inventaire sur une partie du 
territoire. Cet inventaire n'est pas exhaustif, mais dans la zone inventoriée 
les informations sont détaillées et de qualité. Il contient environ 3500 arbres.

Nous avons pensé qu'il pourrait éventuellement être intéressant d'intégrer ces 
données dans OSM, dans l’idée de faciliter la participation et la 
réconciliation des données avec leur SIG.

J'ai pu trouver des informations sur ce sujet sur les pages :
- https://wiki.openstreetmap.org/wiki/City_tree_registers 
- https://wiki.openstreetmap.org/wiki/Nice,_France/Trees_Import
- https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
- https://wiki.openstreetmap.org/wiki/Key:taxon

Voici un exemple de modèle de tags que nous pourrions utiliser à partir d'un 
exemple issu de cet inventaire :
- QUERCUS PETRAEA : taxon et/ou species. Peut-être qu'une règle 
permettrait de déduire le Genre, ici QUERCUS, pour le tag taxon:genus et/ou 
genus.
- CHENE PEDONCULE : taxon:fr. Idem ci-dessus pour le Genre, ici CHENE, 
pour le tag genus:fr
- Classe d'age JEU/ADU/MATU/ANC : éventuellement à convertir en 
start_date=
- L'information ARBRE D'ALIGNEMENT pourrait peut-être servir à créer 
une ligne de type natural=tree_row
- Il n'y a pas d'informations sur la forme des feuilles mais elle 
pourrait surement être déduite de l’espèce
- Et d'autres informations comme vigueur, état sanitaire, pathologies, 
défaut principal, etc... dont nous ne sommes pas sûrs de la pertinence dans OSM.

Pour information je n’ai jamais réalisé d’imports OSM mais j’ai pris 
connaissances des bonnes pratiques sur la page 
https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines 
.

Avant d'aller plus loin dans nos recherches pensez-vous que cette approche soit 
appropriée ?

Merci et bonne journée,

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

[Stéphane Péneau]

Le 01/03/2020 à 14:34, Yves P. a écrit :
Par exemple, il n’y a qu’une seule borne dans tout le Jura et rien 
dans le Doubs. Osmose 



Pour le Doubs, le fichier est présent sur data.gouv, mais est mal encodé 
ce qui le rend inutilisable par le script qui consolide tous les 
fichiers des différentes collectivités.


J'ai demandé à ce qu'il soit corrigé :

https://www.data.gouv.fr/fr/datasets/irve-syded-recensement-et-information-doubs/#discussion-5e5e2687634f416ca89964c5

Stf

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

[OSM-talk-fr] OrthoHR départements 32 (Gers) et 82 (Tarn-et-Garonne)...

[Christian Quest]

Voilà, comme indiqué hier, je viens d'ajouter les orthos HR du 32 et 82 
sur wms.openstreetmap.fr (couches orthohr_2019 et tous_fr)


--
Christian Quest - OpenStreetMap France


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