Re: [OSM-talk-fr] étiquettes CPAM et mutuelles

[Philippe Verdy]

Attention aux banques mutuelles; elles ont tout du privé. Elles
s'appellent mutuelles car elles proposent à leurs clients d'acheter
des part sociales, sous forme de titres (quoique pas toujours
librement négociables, mais ça arrive aussi même s'il faut un délai de
négociation car ces titres sont également côtés sur les marchés :
quand un client souhaite céder ses parts, si la banque mutuelle ne
veut pas les racheter, elle les met sur le marché libre).

Ces parts donnent un droit de vote au conseil d'administration et
d'accès à l'assemblée générale; bref c'est très proche des actions,
sauf que la première mise sur le marché est via les clients et non sur
une place de marché m'ais l'autorité des marchés a aussi un droit de
regard sur ces parts sociales, qui ouvrent également droit à des
dividendes, comme les actions, donc irrégulières et dont le montant
est décidé en AG comme pour les dividendes des actions, et non une
rente comme les obligations car ce ne sont pas des emprunts et car il
n'y a pas de garantie d'intérêts).

Ces parts sociales sont comparables aussi aux parts sociales pour les
salariés. La différence avec les actions est qu'il n'y a pas de
responsabilité à hauteur du montant investi, la banque ne principe ne
vous reprendra pas plus que ce que vous avez donné, mais elle peut,
comme pour les actions, obligations et comptes titres ou espèce vous
prélever des frais de gestion qui doivent être inscrits au catalogue
des prix (la plupart des mutuelles vous font cadeau de ces frais de
gestion de leurs propres parts sociales ou leur applique un taux très
réduit, mais les revenus produits par les parts sociales ne sont pas
exonérés de taxes (donc inscrits comme des revenus, avec CRDS et
prlèvement forfaitaire libératoire comme pour tous les autres titres;
si la banque gère en revanche des parts sociales d'une autre société,
ce sont des titres normaux mais là les frais sont plus élevés que pour
les actions et obligations librement négociables, à cause des délais
de transaction : une part sociale impose que son titulaire est connu
nominativement par son émetteur qui en plus fixe des limites sur le
montant des droits détenus par chaque titulaire, afin que leur
ensemble soit détenu collégialement et qu'aucun détenteur ne puisse
avoir une majorité de décision avec ses droits de vote; de fait les
parts sociales restent en fait gérées par la banque mutuelle, en
principe au niveau de chaque agence, où les titulaires sont réunis de
façon saisonnière, en même temps que les salariés détenteurs des mêmes
parts sociales, bien qu'eux les acquière de façon plus avantageuse, ou
comme partie intégrante de leurs revenus de travail et parmi eux on
trouve les chefs d'agence qui sont bien lottis et ont un droit de vote
important lors des AG, et se font désigner comme représentants des
clients titulaires).

On a le même système avec les assurances mutuelles (et d'ailleurs les
métiers de la banque et des assurances sont maintenant totalement
confondus). Et toutes ces sociétés sont engagés sur des crédits sur
les marchés, sont notées, font appel à de nombreux emprunts, émettent
des tas de titres négociables (y compris à risque élevé comme les
warrants, ou faible pour les emprunts obligataires, et sinon ont une
part importante de leur capital sous forme d'actions cotées sur les
marchés libres, ce qui leur sert aussi à garantir leurs propres
emprunts).

Passé une certain volume de capital, ou une masse critique d'employés,
les parts sociales déjà obligatoires dans l'organisation deviennent
liquidables et s'échangent contre d'autres titres liquides, car elles
sont gagées par les risques financiers et engagements pris par ces
"mutuelles" (qui doivent aussi péréniser leur activité, payer des
taxes, prélèvement sociaux, la masse salariale et bien sûr garantir
les liquidités des clients et les leur rendre quand ils en ont besoin
(ces liquidités ne cessant de faire des yoyos mensuels pour beaucoup
et hebdomadaires ou quotidiens pour les indépendants) quitte à faire
des emprunts temporaires sur les marchés, donc aussi à libérer du
capital négociable en actions.

Il y a très peu de mutuelles qui promettent de ne pas gager leur
capital sur les marchés (même le Crédit Mutuel le fait, mais de façon
limitée de façon à conserver le contrôle, mais cette part peut changer
par vote lors des AG de sociétaires, pour passer un cap difficile, où
peut aussi être décidé de racheter plus tard les actions publiques une
fois le cap passé).

Nombre de sociétés mutuelles françaises n'ont plus de "mutuel" que le
nom historique (parfois totalement oublié dans le nom commercial,
comme au "Crédit Agricole" où les sociétaires fondateurs agriculteurs
ont perdu tout pouvoir et où les parts sociales représentent une part
ridicule du capital) et des plus petites banques "privées" sont
beaucoup plus "mutualistes", avec un capital mieux réparti avec les
clients ou employés, des fonds propres stabilisés grâce à des risques
financiers plus fiables (même au prix d'une 

Re: [OSM-talk-fr] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Yves P.]

> Je ne suis pas un angliciste chevronné, mais il me semble que dans « 
> ambulatory », il y a l’idée de marche et que comme e français, l’idée est que 
> les patients viennent em marchant dans le service hospitalier.
A défaut de nous faire marcher, ça nous fait causer :D

> Est-ce que c’est le terme adapté pour « aller vers le patient » ? social 
> facility = outreach a été cité, mais le wiki anglais donne une liste 
> d’activtés qui n’incluent pas les soins infirmires.

Plus sérieusement, j'avais comme toi un doute. Ma lecture d'hier du wiki me 
laisse à penser que ambulatory fonctionne aussi vers les patients.

En tout cas pour l'hospitalisation en France :
ambulatoire : le patient va à l'hôpital et en repart le soir même (si tout va 
bien)
HAD: c'est l'hôpital qui va chez le patient (il est hospitalisé chez lui)

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

Re: [OSM-talk-fr] livraison

[Christine Karch]

Merci!

Am 06.04.20 um 23:22 schrieb deuzeffe:
> Regarde si la discussion sur les derniers développements répond à ta
> question, ici : https://github.com/osmontrouge/caresteouvert/issues/138
> 
> Le 06/04/2020 à 23:16, Christine Karch a écrit :
>> Est-ce qu'on doit avoir le key "opening_hours:covid19" pour avoir le
>> point gris/vert/rouge? Et après on ajoute "delivery:covid19" ou est-ce
>> que "deliver:covid19" suffit?
>>
>>
>> Am 03.04.20 um 15:59 schrieb Marc M.:
>>> Le 03.04.20 à 11:40, Magalie Dartus a écrit :
 les petits producteurs qui livrent directement ?
>>>
>>> delivery=yes/no/only pour la situation "normale"
>>> et si on veux innover delivery:covid19=yes/no/only pour
>>> la situation spéciale
>>>
>>> Mais si un producteur livre, c'est qu'il vend au sens shop=*,
>>> ce serrait plus cohérent d'avoir donc aussi un tag shop=* qui le classe
>>> dans la bonne rubrique
>>>
>>> ___
>>> 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] livraison

[deuzeffe]

Regarde si la discussion sur les derniers développements répond à ta 
question, ici : https://github.com/osmontrouge/caresteouvert/issues/138


Le 06/04/2020 à 23:16, Christine Karch a écrit :

Est-ce qu'on doit avoir le key "opening_hours:covid19" pour avoir le
point gris/vert/rouge? Et après on ajoute "delivery:covid19" ou est-ce
que "deliver:covid19" suffit?


Am 03.04.20 um 15:59 schrieb Marc M.:

Le 03.04.20 à 11:40, Magalie Dartus a écrit :

les petits producteurs qui livrent directement ?


delivery=yes/no/only pour la situation "normale"
et si on veux innover delivery:covid19=yes/no/only pour
la situation spéciale

Mais si un producteur livre, c'est qu'il vend au sens shop=*,
ce serrait plus cohérent d'avoir donc aussi un tag shop=* qui le classe
dans la bonne rubrique

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

[Christine Karch]

Est-ce qu'on doit avoir le key "opening_hours:covid19" pour avoir le
point gris/vert/rouge? Et après on ajoute "delivery:covid19" ou est-ce
que "deliver:covid19" suffit?


Am 03.04.20 um 15:59 schrieb Marc M.:
> Le 03.04.20 à 11:40, Magalie Dartus a écrit :
>> les petits producteurs qui livrent directement ?
> 
> delivery=yes/no/only pour la situation "normale"
> et si on veux innover delivery:covid19=yes/no/only pour
> la situation spéciale
> 
> Mais si un producteur livre, c'est qu'il vend au sens shop=*,
> ce serrait plus cohérent d'avoir donc aussi un tag shop=* qui le classe
> dans la bonne rubrique
> 
> ___
> 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] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Christian Rogel]

> 
> Les autres types de résidences pour seniors sont :
> - les maisons de retraites à l’ancienne = pensions de famille pour PA
> - les foyers-logements (studios)
> - les résidences pour PA avec services (studios)
> - l’habitat groupé volontaire pour les PA
> 
> Aurais-je oublié quelque chose ?
> 
> Ces 5 catégories sont des social facility for > seniors
> 
> Attribuer nursing home à la première et group home aux 4 autres semble 
> adéquat.


Je corrige, car j’ai laissé de côté assisted living.

groupe home désigne ce qu’on appelle un foyer à vocation sociale. De manière 
contre-intuitive, cela indique une vie en communauté. Voir le wiki anglais.

On pourrait donc différencier les les « maisons de retaite non médicalisées», 
dont le but est défini comme « group home » des 2 autrs formes plus lâches qui 
seraient des « assisted living ».


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

Re: [OSM-talk-fr] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Christian Rogel]

> Le 6 avr. 2020 à 21:15, Fabienne Morel via Talk-fr 
>  a écrit :
> 
> 
> Le 06/04/2020 à 12:29, Georges Dutreix via Talk-fr a écrit :
>> Mais bon, ça colle au SSIAD.
>> Je mets à jour le wiki avec ça, si personne ne proteste :-)
>> 
>> amenity=social_facility
>> social_facility=ambulatory_care
>> social_facility:for=senior;disabled
>> type:FR:FINESS=354


Je ne suis pas un angliciste chevronné, mais il me semble que dans « ambulatory 
», il y a l’idée de marche et que comme e français, l’idée est que les patients 
viennent em marchant dans le service hospitalier.


Est-ce que c’est le terme adapté pour « aller vers le patient » ? social 
facility = outreach a été cité, mais le wiki anglais donne une liste d’activtés 
qui n’incluent pas les soins infirmires.


Christian R.

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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Christian Rogel]

> Le 6 avr. 2020 à 17:07, Donat ROBAUX  a écrit :
> 
> Hello,
> 
> Je persiste à penser que tout le monde mélange tout avec les EHPAD, maisons
> de retraite, résidence autonomie,...
> J'aimerais que l'on en discute en petit comité entre personnes intéressées
> par le sujet et qu'on fixe une bonne fois pour toute ce truc avec le reste
> de la communauté française. Avec la crise, pas trop le temps de discuter de
> ca en profondeur, mais je vais avoir plus de dispo.

Que manque-t’il pour faire le départ entre nursing home et group home ?

Comme l’histoire de l’invention des EHPADs le montre, la dépendance appelle 
bien les soins infirmiers.

Les autres types de résidences pour seniors sont :
- les maisons de retraites à l’ancienne = pensions de famille pour PA
- les foyers-logements (studios)
- les résidences pour PA avec services (studios)
- l’habitat groupé volontaire pour les PA

Aurais-je oublié quelque chose ?

Ces 5 catégories sont des social facility for > seniors

Attribuer nursing home à la première et group home aux 4 autres semble adéquat.

Questions :
Les résidences autonomie (FINESS 202) regroupent-elles les « pensions »,  les 
foyers-logements et les résidences avec services ?

Quid de l’habitat groupé volontaire ?

Faut-il sous-catégoriser, pour mettre à part les logements individuels ou pour 
mettre
en évidence la présence permanente de services ?

Toujours la même question : comment font nos voisins, puisqu’ils ont les mêmes 
problèmes ?


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

Re: [OSM-talk-fr] étiquettes CPAM et mutuelles

[Georges Dutreix via Talk-fr]

Le 06/04/2020 à 17:48, osm.sanspourr...@spamgourmet.com a écrit :


Par contre pour les vraies mutuelles, c'est de l'ESS, à mon avis ce 
n'est pas parce que les Anglo-saxons ont du mal avec le concept qu'il 
faut réduire le tiers-secteur à privé.


community?

Faire ressortir sur OSM l'économie sociale, c-à-d les associations, 
coopératives, mutuelles, fondations, etc. me semble être plus qu'une 
excellente idée :-)


Mais à mon avis, c'est aussi du "privé" (comme ma "vie privée" à 
l'opposition de "vie publique"), qu'il ne faut pas confondre avec 
"lucratif".

un gros débat sans doute ...

Comment traduit-on "les communs" en anglais ? ça existe chez eux ? :-)

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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc…

[Paul Desgranges]

Hello

J'ai corrigé à l'instant la page du wiki 
https://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un_(sant%C3%A9)#EHPAD_et_EHPA 
: j'avoue c'est moi qui avais rajouté à cet endroit il y a qq jours 
  et 
j'avais mis par erreur social_facility 
=nursing_home 
 
(corrigé maintenant donc, mais s'il y a une discussion sur le sujet et 
qu'il faille le rechanger, on le fera bien sûr), car j'ai commencé 
depuis une semaine environ à mapper les EHPAD et les EHPA de l'Isère 



A plus
Paul

Le 06/04/2020 à 21:10, Marc M. a écrit :

Le 06.04.20 à 17:07, Donat ROBAUX a écrit :

J'aimerais que l'on en discute en petit comité

tu es en petit comminté,
je n'ai pas l'impression d'avoir lu plus de 10 avis :)
et pas vu de contradiction dans les derniers échanges.
s'il y a un soucis, cela me semble plus simple de reprendre
le dernier résumé et pointer l'erreur

EHPAD social_facility=nursing_home
EHPA  social_facility=group_home

après libre à toi d'en parler en petit comité
et libre aux autres d'en parler oü ils veulent :)
mais faudra bien que les 2 visions s'accordent

___
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] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Fabienne Morel via Talk-fr]

Le 06/04/2020 à 12:29, Georges Dutreix via Talk-fr a écrit :

Mais bon, ça colle au SSIAD.
Je mets à jour le wiki avec ça, si personne ne proteste :-)

amenity=social_facility
social_facility=ambulatory_care
social_facility:for=senior;disabled
type:FR:FINESS=354



je vais corriger de mon côté

merci bien

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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Marc M.]

Le 06.04.20 à 17:07, Donat ROBAUX a écrit :
> J'aimerais que l'on en discute en petit comité

tu es en petit comminté,
je n'ai pas l'impression d'avoir lu plus de 10 avis :)
et pas vu de contradiction dans les derniers échanges.
s'il y a un soucis, cela me semble plus simple de reprendre
le dernier résumé et pointer l'erreur

EHPAD social_facility=nursing_home
EHPA  social_facility=group_home

après libre à toi d'en parler en petit comité
et libre aux autres d'en parler oü ils veulent :)
mais faudra bien que les 2 visions s'accordent

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

Re: [OSM-talk-fr] [Leaflet] Downloader un parcours ?

[orhygine]

Bonsoir,

Je n'ai pas la réponse à la question mais il me semble intéressant
d'ajouter cette fonctionnalité au site lui-même, très bien fait au
demeurant.
Le projet est opensource :

https://github.com/pixeye33/unkm.fr


Donc le développeur sera peut-être prêt à prendre en compte une demande
d'évolution sur le tracker github voir une pull request.

Christophe


Le lun. 6 avr. 2020 à 16:14, Shohreh  a écrit :

> Bonjour,
>
> Le site https://www.unkm.fr permet de calculer un parcours pédestre au
> plus
> près du cercle du kilomètre autour de son domicile autorisé par le décret
> lié à l'épidémie de coronavirus.
>
> Existe-t-il une solution pour télécharger ce parcours afin d'avoir un
> fichier GPX dans son GPS plutôt que de déprendre d'une carte en ligne ?
>
> En regardant le source, on voit ce genre de chose :
>
> http://www.w3.org/2000/svg;
> viewBox="0 0 1000 1000">
>
> De manière générale, Leaflet crée-t-il une couche (layer) pour y dessiner
> un
> objet ? Est-il ensuite possible de télécharger une couche ?
>
> Je pose la question parce que le même problème se pose pour assembler une
> solution alternative à
> https://www.freemaptools.com/radius-around-point.htm qui ne fonctionne
> plus
> correctement depuis le changement de politique de Google Maps en 2018.
>
> Merci.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Jérôme Seigneuret]

Bonjour,
On a pas de compromis et plein de solution sont valable

Pour moi l'adresse n'est pas associé à un bâtiment mais à une entrée
qu'elle quel soit. Cela va donc dépendre de la précisons que l'on peut
donner ou non à une adresse. Quand l'adresse c'est le lieudit il y a bien
un addr:hamlet.

Bref plein de combinaison existe.

Personnellement je mets  le POI de l'adresse sur l'entrée principale quand
elles est visible et accessible depuis la rue et quand je ne peux pas je le
mets sur le portillon ou le portail d'accès.


contact:* est utilisé pour les entreprise afin de ne pas faire doublon avec
l'adressage et ne pas générer des alertes et des adresses multipoints qu'un
géocodeur ne serait traiter.

La méthodologie doit être basée sur le niveau de précision que l'on peut
apporter et exploiter.





Le lun. 6 avr. 2020 à 19:31, leni  a écrit :

>
> Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :
> > Salut
> >
> > Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup
> > d'échanges ... Mais je reste sur ma faim depuis des années.
> >
> > J'ajoute les numéros de rue seuls et associés à une relation
> > associated:street. Je mets les POIs à l'intérieur d'un building. Mais
> > je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et
> > ça manque.
> Pourquoi les poi devraient-ils avoir une adresse ? les POI n'ont pas
> besoin d'avoir addr:city pour qu'on sache dans quelle ville ils sont
> situés, on retrouve la ville grâce aux limites décrites dans osm.
>
> >
> > Le surfacique ne me parle pas pour 2 raisons:
> > - les moteurs de recherche trouvent le POI mais celui-ci n'a pas
> > d'adresse, il faut calculer pour la trouver
> Il me semble que qwant le calcule (à partir des nœuds adresse), pour les
> autres, il faudrait peut-être que les recherche évoluent.
> Je n'ai pas vu d'exemple sur l'utilisation des surfaces, mais cela me
> paraît  une représentation possible de l'adresse (même s'il y a des cas
> particuliers, il y en aura dans toutes les procédures) en ce moment,
> quand je fais le tour de mon jardin je suis toujours à la même adresse.
> Par contre, je ne vois vraiment pas comment l'utiliser : diviser le
> monde en parcelles correspondant aux adresses ?
> Et puis déjà que mettre des nœuds ça prend du temps (et encore merci à
> ceux qui nous aident avec bano2), alors des surfaces on n'est pas sortis
> de l'auberge.
>
> Cela m'est arrivé d'en mettre sur des buildings, mais d'autres
> contributeurs ne l'ont pas vu et ont ajouté un nœud.
> Maintenant je mets systématiquement un nœud.
>
>
> > - un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue.
> > Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne
> > pas forcément le bon résultat
> >
> > Relation associatedStreet :
> >
> > Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation
> > associatedStreet. On aurait ainsi la rue (role:street), les points
> > d'addresse (role:house) et les autres éléments (role:poi).
> > Ce serait facile à expliquer, les résultats de recherche plus
> > exhaustifs, les exports de POIs simplifiés.
> oui, mais là il me semble que tu associe le poi à la rue, je ne vois pas
> comment tu l'associe au numéro
> >
> > Clé contact:*
> >
> > Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc
> > rappelle que c'est une "spécificité franco-fr supporté par personne
> > hors frontière.", pour preuve que les outils génériques ID et
> > Nominatim ne la gère pas.
>
> J'avoue, je l'utilise et en fait c'est un allemand qui me l'a fait
> découvrir il y a quelques années lors d'un voyage à Venise. Et s'il n'y
> en a pas autant qu'en France, il y en a quelques uns en Allemagne.
>
> Quand je crée un POI, j'en profite pour créer au minimum (s'il est
> absent) le point adresse addr: correspondant (ou les n° de la rue si
> j'ai le temps).
> Si je trouve que l'adresse n'est pas facilement retrouvable, noeud
> adresse loin ou prête à confusion (angle de rue par expl.), je lui
> ajoute contact:* , comme Il me semble que le point adresse est une chose
> et l'adresse du poi est une information du poi, c'est pourquoi cela me
> gêne d'utiliser les mêmes attributs pour décrire deux choses qui se
> ressemblent mais qui ne sont pas la même chose : mais bon je ne suis pas
> spécialiste de base de données. On va me dire double saisie, mais de
> toute façon si je met addr: sur les deux points il y a aussi double saisie.
>
> Mais je ne suis pas marié avec contact: et je suis prêt à utiliser une
> autre méthode (à l’exception de mettre addr sur le poi) si elle permet
> d'améliorer les choses
>
>
> > Pour ma part je comprends "contact:*" comme des informations pour
> > communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux
> > (bureau, livraison) mais un seul point de contact (accueil, courrier,
> > téléphonique).
>
> Ça ne me choque pas
>
> > La route est longue mais la voie est libre ; m'enfin il faudrait tout
> > de même trouver un consensus :-)
>
> Une liste 

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[leni]

Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais 
je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et 
ça manque.
Pourquoi les poi devraient-ils avoir une adresse ? les POI n'ont pas 
besoin d'avoir addr:city pour qu'on sache dans quelle ville ils sont 
situés, on retrouve la ville grâce aux limites décrites dans osm.




Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
Il me semble que qwant le calcule (à partir des nœuds adresse), pour les 
autres, il faudrait peut-être que les recherche évoluent.
Je n'ai pas vu d'exemple sur l'utilisation des surfaces, mais cela me 
paraît  une représentation possible de l'adresse (même s'il y a des cas 
particuliers, il y en aura dans toutes les procédures) en ce moment, 
quand je fais le tour de mon jardin je suis toujours à la même adresse.
Par contre, je ne vois vraiment pas comment l'utiliser : diviser le 
monde en parcelles correspondant aux adresses ?
Et puis déjà que mettre des nœuds ça prend du temps (et encore merci à 
ceux qui nous aident avec bano2), alors des surfaces on n'est pas sortis 
de l'auberge.


Cela m'est arrivé d'en mettre sur des buildings, mais d'autres 
contributeurs ne l'ont pas vu et ont ajouté un nœud.

Maintenant je mets systématiquement un nœud.


- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.
oui, mais là il me semble que tu associe le poi à la rue, je ne vois pas 
comment tu l'associe au numéro


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne 
hors frontière.", pour preuve que les outils génériques ID et 
Nominatim ne la gère pas.


J'avoue, je l'utilise et en fait c'est un allemand qui me l'a fait 
découvrir il y a quelques années lors d'un voyage à Venise. Et s'il n'y 
en a pas autant qu'en France, il y en a quelques uns en Allemagne.


Quand je crée un POI, j'en profite pour créer au minimum (s'il est 
absent) le point adresse addr: correspondant (ou les n° de la rue si 
j'ai le temps).
Si je trouve que l'adresse n'est pas facilement retrouvable, noeud 
adresse loin ou prête à confusion (angle de rue par expl.), je lui 
ajoute contact:* , comme Il me semble que le point adresse est une chose 
et l'adresse du poi est une information du poi, c'est pourquoi cela me 
gêne d'utiliser les mêmes attributs pour décrire deux choses qui se 
ressemblent mais qui ne sont pas la même chose : mais bon je ne suis pas 
spécialiste de base de données. On va me dire double saisie, mais de 
toute façon si je met addr: sur les deux points il y a aussi double saisie.


Mais je ne suis pas marié avec contact: et je suis prêt à utiliser une 
autre méthode (à l’exception de mettre addr sur le poi) si elle permet 
d'améliorer les choses



Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


Ça ne me choque pas

La route est longue mais la voie est libre ; m'enfin il faudrait tout 
de même trouver un consensus :-)


Une liste avec avantages/inconvénients ?

cordialement

leni



Cyrille37.


___
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] étiquettes CPAM et mutuelles

[osm . sanspourriel]

Comme dit Philippe, bof autant pour certaines c'est clair (MMA par exemple).

Par contre pour les vraies mutuelles, c'est de l'ESS, à mon avis ce
n'est pas parce que les Anglo-saxons ont du mal avec le concept qu'il
faut réduire le tiers-secteur à privé.

community?

Le 06/04/2020 à 17:25, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :

* operator:type=private pour les mutuelles
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] étiquettes CPAM et mutuelles

[Georges Dutreix via Talk-fr]

Le 04/04/2020 à 12:10, Marc M. a écrit :
en y repensant office=insurance insurance=health operator:type=* est 
mieux 

ça pourrait être bien :

office=insurance
insurance=health
* operator:type=private pour les mutuelles
* operator:type=public pour la CPAM


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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Donat ROBAUX]

Hello,

Je persiste à penser que tout le monde mélange tout avec les EHPAD, maisons
de retraite, résidence autonomie,...
J'aimerais que l'on en discute en petit comité entre personnes intéressées
par le sujet et qu'on fixe une bonne fois pour toute ce truc avec le reste
de la communauté française. Avec la crise, pas trop le temps de discuter de
ca en profondeur, mais je vais avoir plus de dispo.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Georges Dutreix via Talk-fr]

Le 24/03/2020 à 06:57, Vincent Bergeot a écrit :

Effectivement Jean-Guilhem,

Je propose un "Projet du jour" pour les réa. Mais plus globalement, toutes
les structures de santé et assimilées sont intéressantes à cartographier.

Si vous voulez mapper les maisons de retraite, attention dans Josm le tag
affecté n'est pas à jour. Un EHPAD se mappe:
- amenity=social_facility
- social_facility=group_home
- social_facility:for=senior
Il correspond au raccourci Résidence collective.


je ne pense pas qu'un EHPAD se mappe group_home, un ehpad c'est du 
nursing_home une maison de soins - médicales pour personnes âgées 
dépendantes.




Si l'on veut être précis, un EHPAD (type:FR:FINESS 500) fournit 
effectivement du soin (nursing_home) mais un EHPA (ou résidence 
autonomie type:FR:FINESS 202) serait plutôt group_home, non ?
La page 
https://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un_(sant%C3%A9)#EHPAD 
met les deux avec la même étiquette :-(


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

[OSM-talk-fr] [Leaflet] Downloader un parcours ?

[Shohreh]

Bonjour,

Le site https://www.unkm.fr permet de calculer un parcours pédestre au plus
près du cercle du kilomètre autour de son domicile autorisé par le décret
lié à l'épidémie de coronavirus.

Existe-t-il une solution pour télécharger ce parcours afin d'avoir un
fichier GPX dans son GPS plutôt que de déprendre d'une carte en ligne ?

En regardant le source, on voit ce genre de chose :

http://www.w3.org/2000/svg;
viewBox="0 0 1000 1000">

De manière générale, Leaflet crée-t-il une couche (layer) pour y dessiner un
objet ? Est-il ensuite possible de télécharger une couche ?

Je pose la question parce que le même problème se pose pour assembler une
solution alternative à 
https://www.freemaptools.com/radius-around-point.htm qui ne fonctionne plus
correctement depuis le changement de politique de Google Maps en 2018.

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] hebdoOSM Nº 506 2020-03-24-2020-03-30

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 506 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13025/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Georges Dutreix via Talk-fr]

Le 06/04/2020 à 09:22, Yves P. a écrit :

ça colle : les patients ne se déplacent pas, c'est les ASD ou IDE qui se 
déplacent:)
https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dambulatory_care

Je pensais (à tord ?) que social_facility=ambulatory_care signifiait un service 
(hospitalier) de soins ambulatoires : les patients se déplacent au service pour 
une journée (ou 2 max)
Tu as raison, je pensais à l'ambulation des soignants, mais le terme 
semble être plutôt utilisé en anglais, comme en français, pour dire que 
les patients (et non pas les soignants) peuvent se déplacer ou restent 
chez eux.

Ils ne restent pas la nuit dans une structure de soins.

Mais bon, ça colle au SSIAD.
Je mets à jour le wiki avec ça, si personne ne proteste :-)

amenity=social_facility
social_facility=ambulatory_care
social_facility:for=senior;disabled
type:FR:FINESS=354

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

Re: [OSM-talk-fr] CaResteouvert :: Radio France :: France Bleu Poitou

[Yves P.]

> https://www.francebleu.fr/infos/societe/dans-le-poitou-charentes-des-benevoles-recensent-la-liste-des-commerces-ouverts-sur-une-carte-1585674031


Jacques, lui, est allé encore plus loin : il a sollicité un syndicat de 
pharmaciens pour que la profession mette d'elle-même à jours ses horaires 
d'ouverture. "Au fil des jours, le nombre de pharmacies à jour augmente. On est 
partis de zéro la semaine dernière, à 1470 aujourd'hui."

Merci Jacques pour l'article et le boulot 

J'en compte 2501 tous contributeurs confondus : https://overpass-turbo.eu/s/Ssk

Pour celles que j'ai mise à jour, il manquait les sites web, téléphones, SIRET, 
FINESS… j'espère que les autres contributeurs ont pu faire de même

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

Re: [OSM-talk-fr] CaResteouvert :: Radio France :: France Bleu Poitou

[Jacques Lavignotte]

Un lien qui marche :

https://www.francebleu.fr/infos/societe/dans-le-poitou-charentes-des-benevoles-recensent-la-liste-des-commerces-ouverts-sur-une-carte-1585674031


Le 06/04/2020 à 09:32, Jacques Lavignotte a écrit :
Radio : France Bleu Poitou : « Dans le Poitou-Charentes, des bénévoles 
recensent la liste des commerces ouverts sur une carte participative » 
https://t.co/gB6wL8g3xX?amp=1




--
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] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Yves P.]

> https://www.openstreetmap.org/search?query=boulangerie%20lucas%2C%20guidel#map=19/47.79172/-3.49246
>  
> 
> N'indique pas 1 Avenue de Braunweiler.
> 

https://goo.gl/maps/rRq9adauM3QuSje96

Je mettrais un noeud dans la boulangerie en face du n°2 (qui n'existe pas 
encore dans OSM)
A ce moment le géo codage inversé devrait fonctionner ?

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

[OSM-talk-fr] CaResteouvert :: Radio France :: France Bleu Poitou

[Jacques Lavignotte]

Radio : France Bleu Poitou : « Dans le Poitou-Charentes, des bénévoles 
recensent la liste des commerces ouverts sur une carte participative » 
https://t.co/gB6wL8g3xX?amp=1


--
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] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Yves P.]

> Nursing home me semble être d'abord une maison, avec des résidents qui y 
> reçoivent des soins.
+1 nursing_home c'est pour un EHPAD

> Un SSIAD, ce serait plutôt un lieu dont partent des professionnels qui vont 
> "à domicile". D'où la notion d'ambulatoire.


J'en avais taguer un en social_facility=ambulatory_care
https://www.openstreetmap.org/node/6540048113

ça colle : les patients ne se déplacent pas, c'est les ASD ou IDE qui se 
déplacent :)
https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dambulatory_care

Je pensais (à tord ?) que social_facility=ambulatory_care signifiait un service 
(hospitalier) de soins ambulatoires : les patients se déplacent au service pour 
une journée (ou 2 max)
__
Yves (qui attends son 2e café)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Georges via Talk-fr]

Bonjour,

Nursing home me semble être d'abord une maison, avec des résidents qui y 
reçoivent des soins.
Un SSIAD, ce serait plutôt un lieu dont partent des professionnels qui vont "à 
domicile". D'où la notion d'ambulatoire.



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

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Cyrille37 OSM]

Le 06/04/2020 à 08:23, Yves P. a écrit :
Mais je reste sur ma faim car ainsi taggés les POIs n'ont pas 
d'adresse et ça manque.
le géocodage inversé 
 ne 
fonctionne pas dans tous les cas ?


Comme je l'ai écrit :

- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Et je pense qu'il y a encore d'autres cas.

Cyrille37.

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

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Cyrille37 OSM]

Petit ajout après consultation de la page Wiki 
"Relation:associatedStreet" 
https://wiki.openstreetmap.org/wiki/Relation:associatedStreet


    associatedStreet relations have been used by some mappers as an 
alternative to addr:*-Tags.
    This method of mapping addresses is much less popular than addr:* 
and strictly unwanted in regions such as for example Germany and Poland.


Qui peut se traduire par : Cette relation ne serait utilisée que par 
quelques-uns, les autres préférent addr:*, et l'Allemangne et la Pologne 
n'en veulent surtout pas.


La route est sacrément longue ...

Cyrille.

Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais 
je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et 
ça manque.


Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne 
hors frontière.", pour preuve que les outils génériques ID et 
Nominatim ne la gère pas.


Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


La route est longue mais la voie est libre ; m'enfin il faudrait tout 
de même trouver un consensus :-)


Cyrille37.


___
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] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Yves P.]

> J'ajoute les numéros de rue seuls et associés à une relation 
> associated:street.
J'essaie :)

> Je mets les POIs à l'intérieur d'un building.
+1

> Mais je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et ça 
> manque.
le géocodage inversé 
 ne fonctionne pas 
dans tous les cas ?

__
Yves (pas encore bien réveillé)

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

[OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Cyrille37 OSM]

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais je 
reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et ça 
manque.


Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne hors 
frontière.", pour preuve que les outils génériques ID et Nominatim ne la 
gère pas.


Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


La route est longue mais la voie est libre ; m'enfin il faudrait tout de 
même trouver un consensus :-)


Cyrille37.


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