Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

[Yves P.]

Bonjour,

Je ne suis pas contre les DataItems, au contraire.

Et effectivement les règles « techniques » propre à la gestion des tags OSM 
doivent se situer dans les DataItems, et les valeurs « universelles » peuvent 
se partager dans wikidata.

Où l'on peut s’interroger avant de les développer, c’est sur la confusion qu’il 
pourrait y avoir entre DataItems et Wikidata.


> iD affiche le libellé automatiquement
> 
> D'accord, bonne démarche
> Incomplète à mon sens : sans l'éditeur tu ne peux plus lire les données OSM,
On peut le faire aussi avec les DataItems si c’est ce point qui bloque.
Quand a ton argument, il est aussi valable sur les DI :)

>  attention ça ne convaincra pas tout le monde.
ça me rappel le passage de l’assembleur aux langages de hauts niveaux comme le 
C.
En gagnant en lisibilité, portabilité, rapidité de développement, on perdait la 
« maitrise » du code généré, l'optimisation de la taille et de la vitesse du 
code machine généré.

Que ça soit avec un DataItem, une Wikidata ou un simple libellé texte, 
l’éditeur devra proposer une valeur dans une liste, nous interpeller si 
celle-ci n’existe pas déjà…

>> Peux-tu me citer un exemple d'homonyme s'il te plait?
> Je me souvenais de « Mac Donald » et « McDonald’s » : 
> https://wiki.openstreetmap.org/wiki/What%27s_the_problem_with_mechanical_edits%3F#Potential_for_bad_judgement
>  
> 
> Il s’avère qu’il ne s’agit pas du tag brand mais name…
> … on pourrait imaginer qu’il existe réellement la marque « Mac Donald »mais 
> effectivement l’orthographe est différente :)
> 
> Oui je pense ainsi qu'on aura très peu de problèmes de ce genre.
> La réglementation sur les marques et la propriétés intellectuelle nous 
> facilitant bien la tâche sur ce sujet précis.
En fait j’avais aussi en tête l’exemple des réseaux de transport (donné par 
Noémie il me semble).

On a des homonymes dans un même pays, dans le monde n’en parlons pas.

Le mécanisme utilisant les « wikiDataItems » doit être homogène pour tous les 
tags.
ça va être compliqué d’avoir un libellé texte pour les valeurs de brand (car il 
n’y a pas d’homonyme), et un wikiDataItems pour les valeurs de network car il y 
en a.


> Il y a environ 100 propriétés différentes de gestion de la sémantique dans 
> les DataItems
> Il ne s'agit pas que de donner les combinaisons, mais aussi les règles de 
> validation, d'édition, d'illustration, de description et j'en passe.
On est d’accord là-dessus (cf. liminaire)

> Oui à chaque fois que j'ai eu à identifier une entreprise, j'ai du définir 
> une "valeur OSM", je n'ai pour autant pas dupliqué les forces de wikidata.
Dans le cas de la clé brand, est-ce que le contrôle de sa valeur doit se faire 
en recréant toutes les marques dans les DataItems ?
(alors qu’elles doivent quasiment toutes exister dans wikidata)

Le « contrôle » pourrait se faire en vérifiant que la valeur existe déjà dans 
wikidata.

Au passage, je constate qu’actuellement les dataitems sont difficiles à 
utilisées :
La recherche dans le wiki ne permet pas de chercher une clé ou valeur soit dans 
le wiki, soit dans les dataitems (contrairement à wikipedia et wikidata).

J’arrive à trouver depuis le wiki https://wiki.openstreetmap.org/wiki/Item:Q98 
(brand)
Je n’arrive pas à trouver ses valeurs, ni le moteur de recherche SparQL (je 
sais que c’est Sophox, mais je ne trouve pas de lien depuis le panneau de 
gauche dans le wiki).

Dans wikidata, les identifiants « contrôlés » font l’objet de règles (doublons 
autorisés ou non, format respectant des règles…).
Il y a aussi des exemples (qui aident bien à comprendre comment les utiliser).
Exemple : NGA Lighthouse ID (P3563) 


> Wikidata aurait raison de nous refuser l'ajout de propriétés strictement 
> dédiées à OSM.
Oui (cf. propos liminaire)

> A l'inverse ce serait très généreux de leur part d'accépter d'en intégrer 
> *certaines*
Ils le font déjà en indiquant quelle clé OSM correspond à un Item.

> On aura toujours besoin d'un système pour décrire des choses qui concernent 
> OSM seulement,
Oui (cf. propos liminaire)

> donc toujours besoin de définir une valeur lisible, l'identifiant wikidata 
> n'étant qu'une propriété de plus sur le dataitem.
Le wikiDataItem est utilisé par les machines, le libellé par les humains.
Tu penses que les données brutes OSM n’utiliseront que le libellé, moi je pense 
qu’à terme les données brutes n’utiliseront que les wikidataitems.

> > ça rajoute une surcouche de complexité. Et il faut que le projet se fasse 
> > connaître, fasse l’ « unanimité »…
> 
> De quoi part-on aujourd'hui pour gérer nos tags ?
> Un wiki traduit en 126 langues avec une synchronisation bien compliquée à 
> gérer entre les spécificités locales et l'ascendance de l'anglais pertinente 
> dans certains cas.
> On peut aussi se dire que ce sera plus simple avec de la structure.
On est 

Re: [OSM-talk-fr] #caresteouvert: déstockage alimentaire = supermarket ou wholesale

[Yves P.]

> Marseille possède 5 des 242 "shop=wholesale" comptés par taginfo.

J'en compte  4 906 dans le mode dont 73 en France.


À votre avis est-ce que le choix de ce tag est pertinent?
>
La page wikipedia de cash and carry à un équivalent en français :
Libre-service
de gros <https://fr.wikipedia.org/wiki/Libre-service_de_gros>

c'est un magasin pour les professionnels, ça ne correspond pas à un
déstockage de produits alimentaire.
Au passage, merci car ça me permet de taguer correctement le PROmocash du
coin 

==> Si non on peut toujours revenir à shop=supermarket avec
> bulk_purchase=yes
>
  bulk_purchase correspond aux produits en vrac ou +/- sans emballage.

Tu veux parler des Lidl... avec des produits sur palette ?

Ces magasins s'appellent des Discount store
<https://en.wikipedia.org/wiki/Discount_store> en anglais.
Il y avait un tag dans OSM : shop=discount
<https://wiki.openstreetmap.org/wiki/Tag:shop%3Ddiscount> mais qui est
déprécié.
Il existe aussi Key:shop#Discount_store, charity
<https://wiki.openstreetmap.org/wiki/Key:shop#Discount_store.2C_charity>

On trouve quelques rares shop, supermarket ou amenity = discounter
https://taginfo.openstreetmap.org/search?q=+%09discounter#values

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

Re: [OSM-talk-fr] covid19 : Magasin La Périgourdine

[Yves P.]

Bonjour,

Ce serait donc un mixe entre agrarin et garden_center pour la partie
> jardinerie et matériel agricole. par contre pour l'alimentaire quel tag
> utiliser ?
> Et du coup ma question finale comment associer tout ces tags ?


Avec iD, on peut saisir plusieurs tags identiques. ça donnerait :

shop=agrarian
shop_1=garden_center
shop_2=farm

Les suffixes _1 _2 ne sont pas trop appréciés par une partie de la
communauté OSM.
Un inconvénient est que seul le premier tag sera rendu.

L'autre solution serait :
shop=agrarian;garden_center;farm

L'inconvénient probable est qu'aucune des valeurs ne soit rendue et que
l'établissement ne soit trouvé par Nominatim.

Finalement shop=agrarian est un bon compromis ? 

shop=farm n'est pas bon a mon avis car dédié à la vente à la ferme.
>
on pourrait mettre shop=convenience mais farm me parait plus adapté.
De plus ce tag ne se restreint pas à la vente à la ferme, le lieux de vente
peut-être ailleurs.


Il est possible aussi de détailler les produits agricoles vendus : agrarian
<https://wiki.openstreetmap.org/wiki/Key:agrarian>=tools;machine_parts  par
exemple.

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

Re: [OSM-talk-fr] Covid-19 : tag sur centre de consultations

[Yves P.]

> Tu ne peux pas généraliser et le problème c'est que beaucoup n'en sont pas
Ce que je voulais dire, c’est qu’un grand nombre à l’échelle nationale en 
seront.
Donc on peut intégrer les MSP d’autant plus qu’elles resteront après cette 
catastrophe.
> la plupart n'auront pas de FINESS, ils apparaissent au fur et à mesure des 
> besoins et disparaitrons pareil.
> 
Donc à cartographier dans OSM ?
Comme une MSP mais sans FINESS ?
Avec health_facility:type=field_hospital 

 ?
Ou plutôt dans une Umap ?

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

Re: [OSM-talk-fr] [Ça reste ouvert][Pharmacies][URPS]

[Yves P.]

> Comme on constate que certaines notes sont difficiles à exploiter je propose 
> de rédiger et joindre à la diffusion un (tout) petit modop indiquant par ex :
> « Décrivez les horaires habituels tels que sur la façade de votre officine »
> « Indiquez les modifications dues au confinement »
> « Ajoutez le téléphone de la pharmacie »
Le téléphone et le fax peuvent être importés de la base FINESS (mais ils ne 
sont pas toujours renseignés).

> et autres indications permettant de mettre à jour ce POI.
Leur site web, c’est un peu compliqué à trouvé quand ils ne font pas partie 
d’un réseau comme Pharm UPP 

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

Re: [OSM-talk-fr] Covid-19 : tag sur centre de consultations

[Yves P.]

Bonsoir,

> Comme dit Quentin, ce sont des centres de consultation médicale (avec des 
> généraliste, des infirmières libérales, kinés, ...) de ville spécifiques 
> codiv mis en place dans certaines communes.
> https://www.ladepeche.fr/2020/03/20/carte-ou-aller-consulter-en-cas-de-covid-19-en-haute-garonne-la-liste-des-sites-daccueil-dedies,8811078.php
En regardant rapidement la carte, beaucoup sont des « Maison de santé », « 
Maison de santé pluridisciplinaire (MSP) » 

Il y en a 1590 en France (catégorie 603 du fichier ouvert FINESS).

Osmose va proposer leur intégration dans la catégorie "Établissements de soins 
autres que les hôpitaux »
(cf. 
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/healthcare_FR_finess.mapping.json#L94)

Le tag sera générique :
healthcare=yes

> un node avec amenity=doctors + healthcare=centre ? + contact:phone

La page FR:Comment cartographier un (santé) 

 propose :
healthcare=centre
type:FR:FINESS=603
ref:FR:FINESS=*

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> Osmose est maintenant déployé et les données sont à jour.
Merci :)

> - Retour arrière de la mise à jour de la source de données à cause d'erreur 
> de localisation, retour à mars 2019
Bonne idée, ça va mieux :)

> - Ajouter des "Structure dispensatrice d'oxygène à usage médical", dans 
> l'item pharmacie

> - Ajout des "Dialyse Ambulatoire", dans l'item hôpital
Je constate qu’il reste encore pas mal de pharmacies à intégrer !


Et il y a à nouveau un problème d’accentuation : 
http://osmose.openstreetmap.fr/fr/map/#zoom=10=46.4605=5.999=8330%2C8331=3==

> Pour les autres modifications continuez à faire des PR sur Github.
J’ai pu faire celle concernant les EHPA, EHPAD… (je n’ai pas compris pq ça ne 
fonctionnait pas la première fois)
(en espérant avoir compris ?? les classes)
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] MOOC : La gestion des adresses par les communes

[Yves P.]

Pour s'occuper pendant le confinement ;)
Je ne sais si OSM et BANO sont évoqués ?

https://www.fun-mooc.fr/courses/course-v1:CNFPT+87040+session02/about?at_medium=email_emailtype=retention_campaign=newsorient_creation=CNFPT_send_date=20200327_link=CNFPT_87040_session02_recipient_list=1
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

[Yves P.]

> Le 26 mars 2020 à 22:52, François Lacombe  a écrit 
> :
> Le problème, c’est qu’il y a des homonymes…
> C’est pour ça qu’il existe wikidata ;)
> 
> Oui mais les identifiants wikidata ne sont pas lisibles.
iD affiche le libellé automatiquement

> Le parti pris d'OSM est d'avoir des valeurs lisibles par l'homme il me semble?
> Et puis la question qui se pose est d'avoir deux fois la même information sur 
> les objets.
non en ne mettant pas le tag brand mais uniquement brand:wikidata ;)

> Peux-tu me citer un exemple d'homonyme s'il te plait?
Je me souvenais de « Mac Donald » et « McDonald’s » : 
https://wiki.openstreetmap.org/wiki/What%27s_the_problem_with_mechanical_edits%3F#Potential_for_bad_judgement
 

Il s’avère qu’il ne s’agit pas du tag brand mais name…
… on pourrait imaginer qu’il existe réellement la marque « Mac Donald »mais 
effectivement l’orthographe est différente :)

> 
> brand=Harley-Davidson -> https://wiki.openstreetmap.org/wiki/Item:Q5371 
> 
> 
> Ok, mais ça revient à recréer wikidata ?
> 
> Non parce que wikidata ne va pas te dire sur quelle géométrie peut-être 
> utilisé le tag, ou à quelles règles de validation il va répondre.
> Les DataItem c'est la description sémantique propre à OSM.
Je comprends, mais j’ai l’impression qu’on mélange 2 choses.

Dire que la clé brand ne se met que sur les amenity=shop, tourism=hotel ou 
amenity=fuel par exemple est une chose.
Dire que la clé brand n’a que certaines valeurs « autorisées » en est une 
autre, car lister toutes les marques reviendrait à dupliquer wikidata ?

Certes, on pourrait dire que brand=Esso ne se met qu’avec amenity=fuel.


> 
> OK. Mais en pratique, on fait comment dans iD, JOSM et n’importe quel outil 
> OSM pour passer d’un tag à un DataItem ?
> Tu n'aurais pas à le faire justement si tout se passe dans le DataItem.
Si tout passait par wikidata aussi ;)

> Les éditeurs vont toutefois intégrer progressivement cette base de données 
> qui rencontre une certaine réticence jusque là
Itou pour wikidata.

> J'avoue ne pas comprendre pourquoi.
ça rajoute une surcouche de complexité. Et il faut que le projet se fasse 
connaître, fasse l’ « unanimité »…

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

[OSM-talk-fr] Ça reste ouvert : brand, wikidata ou DataItems

[Yves P.]

Bonjour,

Voici une réflexion générale qui sort du cadre exclusif de ça reste ouvert.

Je ne sais pas si quelqu’un travaille spécifiquement sur les marques ?

Serait-il possible de faciliter la mise à jour des sites web des magasins ?
Voir d’autres tags comme les numéros de téléphone…

Le mécanisme pourrait être un import avec Osmose si les données sont 
disponibles (à indiquer dans wikidata ou les DataItems ?)

Et/ou, on pourrait :
indiquer la page web recensant les magasins (exemple : 
https://magasins.lepetitcasino.com/)
et définir des scripts/règles de webscraping pour moissonner automatiquement 
leur pages web.

Voici un exemple que j’ai trouvé en traitant quelques notes :

Petit Casino de la Sourderie à Montignyle-Bretonneux.
https://www.caresteouvert.fr/@48.769459,2.040009,17.79/place/n4846639064
https://magasins.lepetitcasino.com/fr/s/le-petit-casino-de-la-sourderie
https://www.openstreetmap.org/node/4846639064

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

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

Bonsoir,

> Voilà l'adresse pour les curieux: https://www.mur-project.org/ 
> <https://www.mur-project.org/>

Il y a d’autres projets de respirateurs dans le monde : 
https://opensourceventilator.org/#initiatives
MUR n’y figure pas encore ;)

__
Yves


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

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

[Yves P.]

> Je suggère de ne taguer les objets OSM qu'avec brand=*
Le problème, c’est qu’il y a des homonymes…
C’est pour ça qu’il existe wikidata ;)

> Et dans le DataItem relatif à une marque donné
brand=Harley-Davidson -> https://wiki.openstreetmap.org/wiki/Item:Q5371

Ok, mais ça revient à recréer wikidata ?

> Sinon on ne va faire que ça et cette liaison va être modifiée en permanence 
> en plus d'être difficile à maintenir partout.
+1

> Cela donne un cas d'usage positif supplémentaire aux dataitems
OK. Mais en pratique, on fait comment dans iD, JOSM et n’importe quel outil OSM 
pour passer d’un tag à un DataItem ?

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

Re: [OSM-talk-fr] rendu des healtcare=* n'en n'ayant pas encore

[Yves P.]

> J'ai soumis une icône nurse.svg sur la page 
> https://github.com/hotosm/HDM-CartoCSS/tree/master/icons/poi 
> 
Je ne vois rien.

Il faut soumettre une Pull Request pour ajouter ton logo…
et une autre pour que le rendu l’utilise.

Tu peux aussi poser une question (Issue) et télécharger ton fichier dans 
celle-ci.

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

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

[Yves P.]

> Mais va-t-on devoir doubler tous les tags à chaque fois qu'une référence à un 
> nom propre est fait sur OSM?
> Parce que là on créé des version 2, 3, 4 pour n'apporter aucune information 
> supplémentaire
+1

> N'est-ce pas un problème qui devrait être traité via nos propres Data Item, 
> mettant en correspondance la valeur choisie entre nous, qui reste lisible 
> tant par l'humain que la machine, et la valeur wikidata?
> https://wiki.openstreetmap.org/wiki/Data_items 
> 
Data_items c’est bien le wikidata interne à OSM pour décrire les tags ?
Il ne sert pas à décrire les données ??

Si je comprends bien, tu suggères de gérer brand:wikidata avec les data items ?
Ou seulement de ne mettre que ce tag et plus brand, ni brand:wikipedia (et de 
continuer de gérer les noms avec wikidata) ?

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> C'est même c'est plus long que ça.
> 
> Une fois la proposition mergé, c'est que c'est dans le code d'Osmose. Il faut 
> ensuite attendre un déploiement manuel (qui n'est pas à chaque merge), c'est 
> fait tous les quelques jours en fonction de ce qu'il a a comme changement.
> 
> Puis une fois déployé, il faut attendre au maximum 24h que les analysent 
> aient tournées (sauf problème technique, matériel ou bug).
Ok, merci Marc et Fred pour les explications 

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Yves P.]

> donc créer une note revient à "elle serra traité dans la journée,
> l'année ou pire", c'est l'opposé de la réactivité que permet
> la contribution directe à osm.


> De plus cela noie le système des autres choses importantes (la détection
> note-défouloir snt). le temps que les contributeurs osm passent à
> convertir des notes en tag, c'est du temps en moins pour le reste.
> Cela prive osm de contributeur potentiel (ces gars là auraient pu être
> accompagné pour devenir à leur tour contributeur osm), d'info
> potentielle (le gars aurait pu en passant rajouter un no de téléphone
> par ici, un poi manquant par là, un changement d'enseigne, …)

Effectivement. Une bonne idée à la base, mais qui peut devenir un « enfer » au 
bout d’un moment.

__
Yves



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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Yves P.]

> bien sur qu'un humain compétent est préférable mais face à l'ampleur de la 
> tache, il n'y en a pas assez je pense.
:)

> Healthsite a fait une bourde oui, cela ne veut pas dire que baisser la marche 
> à la contribution soit aberrant ! Je ne connais pas le développeur pour 
> healthsite, mais vu certaines discussions, je ne pense pas qu'il y ait une 
> expertise forte autour d'OSM, peu de connaissances des tags.
> 
> là on parle de devs aguerris à osm, et à nous contributeurs de veiller autant 
> que possible :)
Je ne suis pas contre les éditeurs en ligne, mais j’ai rencontrés plusieurs cas 
foireux ;)

Dans le cas présent, rajouter opening_hours:covid19=same, yes ou off n’est pas 
un problème.

M. PanierAvide, peux-tu rajouter une option stp ?
Pour les contributeurs OSM, aller directement dans son éditeur favori :)

Avec JOSM, on peut même rajouter le tag opening_hours:covid19=* il me semble…

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Yves P.]

> dommage que cela signifie que toute information ai besoin donc de 2
> contributeurs (celui qui crée la note et celui qui la traite) avant
> d'être utilisable. certains notes dans osm ont des années…
J’ai oublié : donc l’intérêt d’afficher les notes #covid19 #caresteouvert

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Yves P.]

>> cela créé une note
> dommage
Je préfère une note traitée par un humain compétent (un contributeur OSM quoi) 
que les systèmes d’édition comme https://healthsites.io qui cassent les données 
existantes ;)

> que cela signifie que toute information ai besoin donc de 2
> contributeurs (celui qui crée la note et celui qui la traite) avant
> d'être utilisable.
Oui, moi (entre autres) qui ajoute la note dans https://www.caresteouvert.fr et 
moi qui la corrige dans JOSM :D

Du coup, j’en profite pour afficher les notes dans JOSM : il n’y a pas de 
filtre très pratique comme dans NotesReview.

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Yves P.]

> On se pose la question pour les structures médico-sociales, on ne souhaite 
> pas inciter des personnes à s'y rendre et créer plus de problèmes que 
> nécessaires.
Pas plus que les supermarchés ou les pharmacies ;)

Malgré la catastrophe covid-19, des personnes ont toujours besoin de trouver 
une assistante sociale, un médecin spécialisé…

> Pour la prise en compte des modifications, pour l'instant c'est actualisé 
> quotidiennement, et d'ici aujourd'hui ou demain ce sera toutes les heures.
Super.

Autre remarque : j’ai créé volontairement deux notes au même endroit. Ça reste 
ouvert ne s’en rappel pas (Alzeimer guette ?? )
Peux-être tout simplement afficher (à la demande ?) les notes OSM #covid19 
#caresteouvert ?

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Yves P.]

> Une contribution intéressante est également de rajouter le tag
> brand:wikidata sur les boutiques qui n'en ont pas. 
OK

> Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM pouvait
> proposer une information de qualité sur le sujet, nous avons enfin publié
> "Ça reste ouvert", la carte des lieux ouverts pendant le confinement :
> caresteouvert.fr
Très propre, lisible, facile à utiliser : bravo 

> Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :
> 
> https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107
Je cherchais un lien vers JOSM : il suffit de configurer la page 
Et je viens même de comprendre que c’est un outil générique pour les notes OSM 

> Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM la
> base de données de référence pendant le confinement (et même après) !

Une demande : afficher les structures médico-sociales 
Le CSAPA  : https://www.caresteouvert.fr/@46.675835,5.567320,18.27

Une question : quel est le temps approximatif de mise à jour après une 
modification sous OSM ?
Lidl et Promocash : https://www.caresteouvert.fr/@46.669494,5.571451,17.27

Merci Adrien 

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

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

Bonjour,

Le but est de faire des respirateurs
> supplémentaires pour les gens qui en auraient besoin et de les réserver aux
> gens les moins graves. Et de garder les vrais respi aux malades graves.
>

Voici un projet complémentaire :
500 masques Decathlon transformés en respirateurs grâce à l’impression 3D

https://www.3dnatives.com/masque-decathlon-respirateur-3d-250320203/

__
Yves

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> J’ai vérifié avec OpenRefine plusieurs POI, et plusieurs libellés de 
> catégories avec les facettes.
> C’est cohérent. Il n’y a qu’un seul encodage.
> 
> Y aurait-t-il un problème de cache quelque part ?

Osmose propose encore des Structure Dispensatrice domicile d'Oxygène à usage 
médical, alors que dans la dernière PR j’ai oublié de mettre la catégorie 632.

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> Ce sont les positions du fichier proposée en opendata. C'est bien pour ça que 
> l'on passe par de l'intégration manuelle.
Certes.

Jusqu’à présent, les POI étaient assez bien localisés. 1km maxi de mémoire.
Je viens d’en vérifier un, il est à plus de 50 km. 

Serait-il possible d’utiliser le géocodeur de la BAN ?
Et/ou de comparer la position fournie par FINESS avec celle de la BAN et si 
l’écart est trop important, choisir la BAN ?


>> Les accents sont aussi manquants (champ subtitle):
> 
> C'est donc que l'encodage n'est toujours pas bon. Il y a peut être plusieurs 
> encodage dans le fichier.
J’ai vérifié avec OpenRefine plusieurs POI, et plusieurs libellés de catégories 
avec les facettes.
C’est cohérent. Il n’y a qu’un seul encodage.

Y aurait-t-il un problème de cache quelque part ?

J’utilise le fichier du 2020 03 04 avec un encodage ISO-8859-1.

__
Yves


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

[OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici
<http://osmose.openstreetmap.fr/fr/map/#zoom=12=46.6952=5.0938=8330%2C8331%2C8340%2C8341%2C8350%2C8351=1%2C2%2C3==>les
localisations ne correspondent pas du tout aux adresses.

Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits d'assurance
maladie
Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas 6 RUE SAINT CYR  MATOUR
<https://www.openstreetmap.org/search?query=6 RUE SAINT CYR%20 MATOUR>,
mais 6 RUE de SAINT CYR  MATOUR
<https://www.openstreetmap.org/search?query=6 RUE de SAINT CYR%20 MATOUR>
https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

> Voilà l'adresse pour les curieux: https://www.mur-project.org/
>
Merci :)

Et ceux qui participeront si besoin à la production ;)

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

Re: [OSM-talk-fr] Listes d’EHPAD et tag / (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Yves P.]

> En principe, tous les foyers-logements à l’ancienne ont été convertis en
> EHPAD, mais, il doit en rester.
>
Au moins un dans le Jura.

Cas particulier, il arrive qu’une même résidence comporte une aile de
> foyers-logements et une autre médicalisée

C'est le cas de celui ci-dessus.

mais, je ne vois pas l’intérêt de les distinguer, car, de facto, les
> services médicaux et para-médicaux sont offerts, si besoin est, à tous les
> résidents.
>
En pratique les soignants de l'EHPAD n'interviennent pas au foyer. (Sauf la
nuit en cas d'urgence)
C'est une infirmière libérale qui y va pendant sa tournée.

J'ai donc mis 2 POI avec 2 codes FINESS (il faudra corriger le tag de
l'EHPAD)
https://www.openstreetmap.org/way/123010542
https://www.openstreetmap.org/way/188450053
__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

>> Un respirateur artificiel n'est pas du tout à la portée de fabrication
>> d'un particulier [...]
> 
Ce n’est pas un particulier tout seul qui va faire ça 

Mais un groupe en collaboration avec des médecins réanimateurs, genre Hackathon
Coronavirus: des ingénieurs belges développent un prototype de respirateur 


D’ailleurs ce sont des médecins réanimateurs qui « bidouillent » les 
respirateurs pour brancher 2 personnes (ou plus).
Ontario doctor rigs up solution to double ventilator capacity in rural hospital 


Après tout n’est pas a réinventer :
Tout ce qui est à usage unique (tuyaux, filtres, masques, sondes, pièges à 
eau…) sont en stock et aux normes (stérilisés).

Par contre ce qui m’étonne beaucoup c’est le prix d’origine de la valve faite 
avec une imprimante 3D : 10.000 euros contre 1 €
Si c’est bien le cas (même avec 1 zéro de moins), il y a du foutage de gueule !!

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

Re: [OSM-talk-fr] tag pour une amap

[Yves P.]

> shop=*
> member_only=yes ?
En France, ce ne sont pas des magasins, mais des associations loi 1901 :)

Il y a aussi les ventes directes de producteurs. Elles se font à la « ferme » 
ou il y a des livraisons 1 ou 2 fois par semaine, et/ou une présence sur les 
marchés.
Les tags existent probablement déjà ?

—
Yves


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

Re: [OSM-talk-fr] Listes d’EHPAD (était : [local-herault] Comment participer à Crisismappers comme le suggère Jean-Guilhem?)

[Yves P.]

> Au niveau national, cette page contient des liens vers des listes des EHPAD 
> par (anciennes) régions et départements :
> https://annuaire.action-sociale.org/etablissements/personnes-agees/maison-de-retraite-200.html
>  
> <https://annuaire.action-sociale.org/etablissements/personnes-agees/maison-de-retraite-200.html>
> 
> Sur la coordination, du coup, peut-être qu’un système au niveau national 
> serait utile ?
> Quelqu’un a une idée ?
On doit retrouver la même liste dans les données ouvertes FINESS ;)
Elles sont accessibles via osmose.
__
Yves

PS: La prochaine PR <https://github.com/osm-fr/osmose-backend/pull/810> va même 
distinguer les EHPA (foyers logements…) des EHPAD

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

Re: [OSM-talk] Changeset Governance [was: Announcing Daylight Map Distribution]

[Yves]

I always put survey+imagery in the last 3 cases. 
Yves 


Le 23 mars 2020 18:43:23 GMT+01:00, Greg Troxel  a écrit :
>> Subject: Re: [OSM-talk] Changeset Governance [was: Announcing
>Daylight Map Distribution]
>> From: Frederik Ramm 
>>
>>> Nothing against the idea but what happened to the good old source
>tag
>>> where source=survey would point to mappers on the ground, and
>>> source=XYZ
>>> aerial imagery would point to armchairing?
>
>I'm very sympathetic to knowing the on-ground-ness of a change.  But I
>think it's shades of gray.  This list illustrates what I mean:
>
>* armchair
>
>a place I have never been to, and which is so far away that I am not
>familiar with the customs.  An example would be me (US) editing in
>Africa.
>
>* country-armchair
>
>as above, but I know the country norms.  Me editing in Glacier National
>Park.
>
>* local-armchair
>
>as above, but I know the region norms.   If I edited some town in MA
>that I haven't visited (perhaps because I was going to visit), but I
>generally know how things are.
>
>* visited but mapping done by imagery
>
>Here, I am editing a place where I've been at some point reasonably
>recently and have some clue, but my edits are based on imagery.
>However, my recollection is good enough to avoid most of the armchair
>issues.   An example is me fixing up crosswalks and sidewalks two towns
>away, but not from field mapping notes.   I don't consider this
>armchair, but it's iffy.
>
>* editing soon after a visit
>
>I got someplace, maybe make notes, maybe remember, and edit based on
>some combination of imagery, gpx tracks, notes and memory.   I think
>this is squarely not armchair.
>
>* editing while there
>
>Actually using an editor while being in the place being edited.
>
>
>
>I would basically split this into three armchair and three not
>armchair.
>
>
>
>
>So basically I think source including imagery does not really imply
>"armchairing", in that the use of imagery is not the point, but a lack
>of familiarity with what's on the ground.  I almost always load and
>look
>at imagery when editing after being in the field.  I line up ways from
>imagery when that works, becuase I have come to believe from experience
>(with specific imagery sources) that this is more accurate than my gps
>tracks.
>
>(I have been experimenting with raw GPS data and post-processed PPP
>solutions, and those I think are close to good imagery.)
>
>
>
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] exemple d'usage d'osm vs covid19 (était: Osmose et FINESS)

[Yves P.]

>
>
> quand un cas est confirmé en France, il recoit l'adresse
> du patient et regarde l'adresse dans osm ?!? sérieux ?
>
> moi j'aimerais bien qu'on sépare les :
> - "ajouter cela dans osm est positif" (ajout d'adresse et de
> n'importe quel poi par exemple)
> - ce point précis a tel utilisation réelle non théorique dans le
> contexte covid19 par tel entité pour faire tel truc.
>
+1

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

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

par curiosité, quelqu'un a testé la réaction d'un hopital
> à l'idée de respirateur fabriqué par un particulier ?
> ou l'idée est de compter sur une ouverture d'esprit quand
> ce serra cela ou rien ?
>
Je vois mal la fabrication d'un respirateur de A à Z : c'est faisable, mais
est-ce fiable ?

Par contre un reportage télé (ou article de presse ?) montrait des "makers"
qui avaient fabriqué une "valve" permettant de raccorder le patient à la
machine : Volunteers produce 3D-printed valves for life-saving coronavirus
treatments
<https://www.theverge.com/2020/3/17/21184308/coronavirus-italy-medical-3d-print-valves-treatments>
- The Verge

Il y a d'autres projets de "bricolage" pour relier 2 patients aux
caractéristiques similaires à une même machine :
Coronavirus : les respirateurs, ces appareils au centre de la lutte contre
la pandémie
<https://www.rtbf.be/info/dossier/epidemie-de-coronavirus/detail_coronavirus-les-respirateurs-ces-appareils-au-centre-de-la-lutte-contre-la-pandemie?id=10464365>
- RTBF
(Pas eu le temps de tout lire, je file au boulot…)

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

Re: [OSM-talk-fr] Covid-19 et carto

[Yves P.]

Le ven. 20 mars 2020 à 01:33, Jérôme Amagat  a
écrit :

> le jeu de donnée sur les activités de soins :
>
> https://www.data.gouv.fr/fr/datasets/finess-extraction-des-autorisations-dactivites-de-soins/
> <http://data.gouv.fr>
>
[…]

> il y a comme activité "Réanimation"
> il y en a 358 mais certain sont en double ou triple (c'est divisé en
> Réanimation pour adultes, pédiatrique et pédiatrique spécialisée et des
> établissement ont pour tous).
>

Une réa pédiatrique n'a rien à voir avec une réa pour adulte (n'essayez pas
de rentrer dans les lits, ça ne fonctionne pas  )
Pour ces établissements, il faut donc plusieurs POI.

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

Re: [OSM-talk-fr] Attention au site https://healthsites.io, problème d'édition important

[Yves P.]

> l'équipe de healthsite a réagi sur github et sur talk, présentant des excuses 
> sur le bug et s'attelant à la correction des données.
> Ils ont normalement bloqué l'édition depuis leur site pour l’instant.
Merci :)

J’ai trouvé quelques bugs (ou features manquantes) :
Gère contact:phone mais pas phone,
Problème de synchro avec OSM

https://github.com/healthsites/healthsites/issues/created_by/pyrog

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

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

[Yves P.]

> Le fichier FINESS n’a pas dû être importé avec le bon jeux de caractères ?
Dans analyser_merge_healthcare_FR_finess.py#L77 

 encoding='ISO-8859-15’, mais le fichier est encodé en ISO-8859-1 ;)

analyser_merge_healthcare_FR_finess.py#L78 

 fileUrl = 
u'https://static.data.gouv.fr/resources/finess-extraction-du-fichier-des-etablissements/20190307-093304/etalab-cs1100507-stock-20190307-0422.csv')),

La dernière version date du 02/03/2020 : 
https://www.data.gouv.fr/fr/datasets/r/e58dd347-8149-4b94-b585-a930540b3cad

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

[Yves P.]

>> Osmose n’affiche pas le nom de l’établissement
> En fait ça dépends des pages d'OSMOSE :

Je viens de regarder avec OpenRefine : certains établissement n’ont rien dans 
le champ rslongue utilisé pour former le libellé 
analyser_merge_healthcare_FR_finess.py#L92 

Il faut utiliser aussi le champ rs.

Exemple : 
https://osmose.openstreetmap.fr/fr/error/4ee461f1-5977-2072-ded0-988318e21f06


-   
nofinesset  
nofinessej  
rs  
rslongue
complrs 
compldistrib
numvoie 
typvoie 
voie
compvoie
lieuditbp   
commune 
departement 
libdepartement  
ligneacheminement   
telephone   
telecopie   
categetab   
libcategetab
categagretab
libcategagretab 
siret   
codeape 
codemft 
libmft  
codesph 
libsph  
dateouv 
dateautor   
datemaj 
numuai
  <>
structureet   <>
720006105     <>
720001445     <>
MAISON D ENFANTS LES PLEIADES     <>  <>  <>  <>
39    <>
BD    <>
DE LA PETITE VITESSE  <>  <>  <>
264   <>
72    <>
SARTHE    <>
72300 SABLE SUR SARTHE    <>
0243620210    <>
0243620219    <>
177   <>
Maison d'Enfants à Caractère Social   <>
4501  <>
Etablissements de l'Aide Sociale à l'Enfance  <>
78630956700059    <>
8790A     <>
08    <>
Président du Conseil Départemental    <>  <>  <>
1998-10-01    <>
2018-01-01    <>
2018-09-07

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

[Yves P.]

>> C'est toi qui a mangé les accents ou s'affiche comme ça chez toi ?
> 
> Je viens d’essayer ce lien 
> 
>  avec Chrome, Safari et Firefox, il manque toujours le à et le è  à "Maison 
> d'Enfants Caractre Social »
Même problème avec "Structure Dispensatrice domicile d'Oxygne usage mdical » 
(import de « pharmacies »)
exemple : 
http://osmose.openstreetmap.fr/fr/error/840e-3fc3-1393-0713-28f93f52e3ac

Le fichier FINESS n’a pas dû être importé avec le bon jeux de caractères ?

> C’est ce que je fais. Mais j’aimerais voir les données « brutes » utilisées 
> par Omose, pour voir par exemple si il y a un problème d’encodage, des 
> données présentes mais pas exploitées…
Je viens de retrouver une version chargée localement dans OpenRefine (avec une 
mise à jour datant du 26-02-2019).
Les accents sont bien présents :)


-   
nofinesset  
nofinessej  
rs  
rslongue
complrs 
compldistrib
numvoie 
typvoie 
voie
compvoie
lieuditbp   
commune 
departement 
libdepartement  
ligneacheminement   
telephone   
telecopie   
categetab   
libcategetab
categagretab
libcategagretab 
siret   
codeape 
codemft 
libmft  
codesph 
libsph  
dateouv 
dateautor   
datemaj 
numuai
  <>
structureet   <>
740016274     <>
690039995     <>
ELIVIE POISY  <>
ELIVIE POISY  <>  <>  <>  <>
CHE   <>
DES MOUILLES  <>  <>  <>
213   <>
74    <>
HAUTE SAVOIE  <>
74330 POISY   <>
0450575902    <>  <>
632   <>
Structure Dispensatrice à domicile d'Oxygène à usage médical  <>
3201  <>
Commerce de Biens à Usage Médicaux    <>
33395438600509    <>
4773Z     <>
01    <>
Etablissement Tarif Libre     <>  <>  <>
2017-02-13    <>
2017-02-13    <>
2017-11-09    <>
__
Yves___
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)

[Yves P.]

> C'est toi qui a mangé les accents ou s'affiche comme ça chez toi ?
je n’ai rien mangé (j’ai peur d’attraper le coronavirus) 藍

Je viens d’essayer ce lien 
 
avec Chrome, Safari et Firefox, il manque toujours le à et le è  à "Maison 
d'Enfants Caractre Social »

>> Serait-il possible d’afficher l’intégralité des données ouvertes dans la 
>> page « error 
>> 
>>  » ?
> Utilise le lien sur ref:FR:FINESS = 390784791 pour avoir la fiche complète.
C’est ce que je fais. Mais j’aimerais voir les données « brutes » utilisées par 
Omose, pour voir par exemple si il y a un problème d’encodage, des données 
présentes mais pas exploitées…

Ça pourrait aussi servir pour d’autres données…

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

[Yves P.]

> Osmose n’affiche pas le nom de l’établissement
En fait ça dépends des pages d'OSMOSE :

10, R, DE LORRAINE, 78100 ST GERMAIN EN LAYE, Maison d'Enfants Caractre Social 

FOYER SCOLAIRE, 10, R, DE LORRAINE, 78100 ST GERMAIN EN LAYE, Maison d'Enfants 
Caractre Social, 0780983V 

FOYER SCOLAIRE, 10, R, DE LORRAINE, 78100 ST GERMAIN EN LAYE, Maison d'Enfants 
Caractre Social, 0780983V 


Et/ou des données ??
Dans la liste : 
MAISON D'ENFANTS CARACTRE SOCIAL, SAUVEGARDE DE L'ENFANCE, MAISON ENFANTS 
CARACTRE SOCIAL, 1550, AV, DE FONNEUVE, 82000 MONTAUBAN, Maison d'Enfants 
Caractre Social
30, R, ALIX LECLERC, 54000 NANCY, Etablissement d'Accueil Mre-Enfant

Sur la carte :
MAISON D'ENFANTS CARACTRE SOCIAL, SAUVEGARDE DE L'ENFANCE, MAISON ENFANTS 
CARACTRE SOCIAL, 1550, AV, DE FONNEUVE, 82000 MONTAUBAN, Maison d'Enfants 
Caractre Social 

30, R, ALIX LECLERC, 54000 NANCY, Etablissement d'Accueil Mre-Enfant 


Fiche FINESS :
CENTRE ACCUEIL ORIENTATION J. FILHOUS 

SAUVEGARDE DE L'ENFANCE MAISON ENFANTS CARACTÈRE SOCIAL 1550 AVENUE DE FONNEUVE 
82000 MONTAUBAN
CENTRE MATERNEL "LES SAPINS » 

30 RUE ALIX LECLERC 
54000 NANCY

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

[Yves P.]

> pour moi il y a 3 niveaux
> 
> social_facility=assisted_living (RPA / résidence pour personnes agées, les 
> gens ont leur propre appartement : 
> https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dassisted_living 
> )
> 
> social_facility=group_home (maison de retraite, les gens ont une chambre, un 
> lit https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dgroup_home 
> )
> 
> social_facility=nursing_home (soin 24h:24, plutôt l'ephad je pense 
> https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dnursing_home 
> )
Ok :)


> Il y a des analyses osmose qui alertent déjà, d'après ce que je comprends :
> - https://osmose.openstreetmap.fr/fr/errors/?item=8340 
> 
> - https://osmose.openstreetmap.fr/fr/errors/?item=8341 
> 

Ici à Orgelet (Jura) 
,
 Osmose propose d’intégrer 2 structures différentes avec les même tags :
LOGEMENT FOYER PERSONNES AGEES ORGELET 

EHPAD ORGELET DU CH JURA SUD 


amenity=social_facility 
social_facility=group_home  
social_facility:for=senior

C’est bon pour le foyer logement, mais pas pour l’EHPAD

Osmose n’affiche pas le nom de l’établissement, mais en rouge (et avec un 
problème d’accents) l’un des libellés suivants :
Etablissement d'hbergement pour personnes ges dpendantes
Rsidences autonomie

Serait-il possible d’afficher l’intégralité des données ouvertes dans la page « 
error 
 
» ?

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

Re: [OSM-talk-fr] Projet du mois de mars - import CITEOS-FRESHMILE / Territoire d'Énergie 90

[Yves P.]

Bonsoir,
> Les données open data correspondent en effet (en théorie) à des stations 
> (pool).
> S'il y a deux bornes sur le terrain, il faut bien créer deux 
> amenity=charging_station
> Et en effet, dans ce cas, les tags capacity et socket:type* sont à adapter.
> 
Il faudrait suggérer ça dans Osmose car le noeud 7306804742 
 correspond à 2 bornes !
(Dans ce cas, le problème vient du regroupement des points en bornes. Cf. infra)
> Le tag ref:EU:EVSE doit être ajouté sur les deux (il n'y a pas de référence 
> de borne)
> 
> Les pages de wiki https://wiki.openstreetmap.org/wiki/FR:Key:ref:EU:EVSE 
>  et
> 
On peut lire ceci : « À l'intérieur d'une station et sur une même borne, les 
points de charge sont eux aussi pourvus d'une référence unique » 
J’en conclu que chaque point à toujours un identifiant, mais qu’il n’est pas 
toujours disponible en OD.
Il doit y avoir un bug dans le regroupement des points en bornes (cf. infra)

Je regarde les données ouvertes : 
https://github.com/Jungle-Bus/ref-EU-EVSE/blob/gh-pages/opendata_stations.csv
n_amenageur,n_operateur,n_enseigne,id_station,n_station,ad_station,code_insee,Xlongitude,Ylatitude,nbre_pdc,source_grouped,acces_recharge_grouped,accessibilité_grouped,nb_prises_grouped,prises_grouped,nb_T2_grouped,nb_T3_grouped,nb_T3c_grouped,nb_EF_grouped,nb_chademo_grouped,nb_combo_grouped
Territoire d'Énergie 90,Freshmile,TE90,FR*S90*P090032117,Eglise,"Rue du Dr 
Eugène Jacquot 90400 
Danjoutin",90032,6.862167,47.618278,4,https://www.data.gouv.fr/fr/datasets/irve-territoire-denergie-90
 
territoire-de-belfort/#resource-1ce8a697-6d14-4606-8685-3c0296c49d64,Payant,,2,"['Borne
 SESAME de chez Sobem / Recharge de Type C , recharge acc?l?r?e, 2 prises sur 
chaque PDC : E/F et T9', 'Borne SESAME de chez Sobem / Recharge de Type C , 
recharge acc?l?r?e, 2 prises sur chaque PDC : E/F et T15']",0,0,0,2,0,0
Territoire d'Énergie 90,Freshmile,TE90,FR*S90*P090032118,Eglise,"Rue du Dr 
Eugène Jacquot 90400 
Danjoutin",90032,6.862167,47.618278,4,https://www.data.gouv.fr/fr/datasets/irve-territoire-denergie-90
 
territoire-de-belfort/#resource-1ce8a697-6d14-4606-8685-3c0296c49d64,Payant,,2,"['Borne
 SESAME de chez Sobem / Recharge de Type C , recharge acc?l?r?e, 2 prises sur 
chaque PDC : E/F et T16', 'Borne SESAME de chez Sobem / Recharge de Type C , 
recharge acc?l?r?e, 2 prises sur chaque PDC : E/F et T10']",0,0,0,2,0,0
Il y a un problème de jeu de caractères
(Dans le fichier OD source 
,
  les adresses sont codées en ISO-8859-1 mais la colonne type_prise semble 
corrompue)
Il s’agit bien de 2 bornes et pas de 2 points !!
champ id_station
FR*S90*P090032117
FR*S90*P090032118
champ id_pdc
FR*S90*E090032117A*1
FR*S90*E090032117A*2
FR*S90*E090032118B*1
FR*S90*E090032118B*2
Les prises type E sont bien détectées, pas les prises de type 2 (cf. Freshmile) 
!!
Dans le fichier OD, c’est bien des types 2 :
Borne SESAME de chez Sobem / Recharge de Type C , recharge accélérée, 2 prises 
sur chaque PDC : E/F et T2)
Le fabriquant et le modèle sont indiqués. Je ne sais pas si on peut les 
extraire facilement, mais à défaut, on pourrait afficher le champ tel quel pour 
le contributeur OSM.
Mais il y a une discordance entre le fichier OD et le site Freshmile qui 
indique une borne Diva de G2mobility !!
La puissance maxi est indiquée dans le fichier OD (22 kW)
Idem pour l’authentification :
recharge normale et acceleree accessible par application smartphone/internet et 
badge
Idem pour les heures d’ouvertures : accessible 24h/24 - 7j/7
> Pour le reste, je n'ai pas d'avis : c'est aux contributeurs locaux de 
> déterminer s'il existe bien quelque chose qui ressemble à un réseau et qui 
> s'appelle TE90 ou si les données open data reprennent des notions métier 
> internes non pertinentes pour OSM
> 
TE90 = TERRITOIRE D'ENERGIE 90

Pour le réseau cf. discussion "Rép : [OSM-talk-fr]  Projet du mois de mars - 
réseau, références et modèle de borne »

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

[OSM-talk-fr] Projet du mois de mars - import CITEOS-FRESHMILE / Territoire d'Énergie 90

[Yves P.]

Bonjour,

Osmose 

 propose d’intégrer une « borne » à Danjoutin près de Belfort.

amenity = charging_station
capacity = 4
fee = yes
motorcar = yes
name = Eglise 
network = TE90
operator = CITEOS-FRESHMILE
owner = Territoire d'Énergie 90
ref:EU:EVSE = FR*S90*P090032117
socket:typee = 2

Sur la carte Freshmile, ce « pool » est en fait constitué de 2 bornes : MESN1 
,MESN2 
 et MEUS1 
,MEUS2 


Plusieurs problèmes dans ces données :
capacity=4
Ok si on tag un pool, sinon 2 si on tag une borne

network=TE90
Il me semble que plutôt c’est Freshmile 

operator=CITEOS-FRESHMILE
Et ici, c’est Citeos 

ref:EU:EVSE = FR*S90*P090032117
Comme on tag des bornes, peut-on retrouver la référence EVSE de la borne à 
partir de celle du pool ?

socket:typee=2
oui par borne, non par pool

socket:type2=2
pas dans les données ;)

Des avis ?

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

Re: [OSM-talk-fr] Types de prises IRVE

[Yves P.]

> VE ok mais IRVE c'est quoi ?
> wikipedia ne connait que https://en.wikipedia.org/wiki/IRVE 
> <https://en.wikipedia.org/wiki/IRVE>
J’ai rajouter le sigle 
<https://fr.wikipedia.org/wiki/Liste_de_sigles_de_quatre_caract%C3%A8res#I> et 
la page 
<https://fr.wikipedia.org/w/index.php?title=Infrastructure_de_recharge_de_v%C3%A9hicule_%C3%A9lectrique=no>
 :)

__
Yves

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

Re: [OSM-talk-fr] Projet du mois de mars - réseau, références et modèle de borne

[Yves P.]

>> • network=Freshmile
>> C’est redondant.
> 
> mais pas partout.
> il y de nombreux cas oü plusieurs petites entités gérant chacun leurs
> bornes (donc chacun étant operator=*) se sont regroupé ensemble dans un
> réseau (qui selon moi est une marque :s)
Cela semble être le cas de FreshMile : 
https://www.freshmile.com/bornes-de-recharge/
En gros tu as ta borne que tu partages avec ce « réseau » .

Dans l’idéal, il faudrait utiliser network=Freshmile ?
Pour la borne de Villeneuve-sous-Pymont 
<https://www.openstreetmap.org/node/7296782774>,  l’opérateur est probablement 
la communauté de communes ECLA.

> Yves dirait "c'est redondant" :)
oui avec ref :)

> Quand à Marc, je crois qu'il fait son deuil pour qlq temps
> d'avoir des schémas mondieux au lieu de dogme fr-fr
Le lapsus ou jeu de mots est de circonstance :D

>> • 
>> url=https://my.freshmile.com/charge/LFYD1;https://my.freshmile.com/charge/SKFY1
> 
> website :)

Tu as raison :) ça serait website=* mais je préfèrerais le déduire de ta 
proposition suivante :

> dans un monde idéal, on devrait pouvoir écrire une règle pour la
> majorité d'eux en utilisant amenity=charging_station operator ref
Tu vois ça comment ?
Dans le wikidata (d’osm), mettre une règle combinant une requête et un format 
de l’URL <https://www.wikidata.org/wiki/Property:P1630> ?

ça éviterais effectivement de créer plein de clés dans 99% des cas. Dans 
quelques autres pas sûr que ça fonctionne, ou alors il faut rajouter des 
expressions régulières pour « reconnaitre » les paramètres.
(je pense aux quelques cas où il y a plusieurs références sur un même objet).

>> Une autre à compléter : https://www.openstreetmap.org/node/7296782774
>> • payment:visa=yes
> 
> sans contact ? pas vu de fente sur les photos
Pas sûr que la borne à le lecteur.
Mais sur le site web, oui : https://www.freshmile.com/pass-bornes-de-recharge/ 
(cf. bas de page)
Et il manque aussi payment:paypal=yes

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

[OSM-talk-fr] Projet du mois de mars - réseau, références et modèle de borne

[Yves P.]

Bonjour,

J’aimerais clarifier ces points avec un exemple réel :

Parking St-Jacques à Besançon :
https://my.freshmile.com/charge/LFYD1
https://my.freshmile.com/charge/SKFY1

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/bornes_vehicules_electriques
> Si la borne fait partie d'un réseau, on pourra également ajouter
> le nom commercial du réseau : network 
> <https://wiki.openstreetmap.org/wiki/FR:Key:network>=*
> le nom de la borne ou station dans ce réseau, qui est affiché sur la borne : 
> name <https://wiki.openstreetmap.org/wiki/FR:Key:name>=*
> l'éventuel numéro ou référence de la borne dans le réseau, qui est affiché 
> sur la borne : ref <https://wiki.openstreetmap.org/wiki/FR:Key:ref>=*
> l'opérateur qui gère le réseau : operator 
> <https://wiki.openstreetmap.org/wiki/FR:Key:operator>=*
> l'entité publique ou privée propriétaire des infrastructures, lorsqu'on la 
> connaît : owner <https://wiki.openstreetmap.org/wiki/FR:Key:owner>=*

• operator=Freshmile
Ok

• network=Freshmile
C’est redondant.
De plus le modèle sous JOSM ne le propose pas. Il est utilisé 1 fois d’après 
TagInfo <https://taginfo.openstreetmap.org/search?q=freshmile#values> (203 fois 
pour operator)

• ref=LFYD1;SKFY1

Ou alors ceci pour générer un lien direct vers l’URL de la prise ?
Je vais encore faire râler Marc ;)
• ref:freshmile=LFYD1;SKFY1

On pourrait mettre aussi  (mais je trouve ça trop long et l’url pourrait 
changer):
• 
url=https://my.freshmile.com/charge/LFYD1;https://my.freshmile.com/charge/SKFY1

•  ref:EU:EVSE=*

Spécifier la marque et le modèle de borne permet d’avoir des informations 
techniques fiables :
•  manufacturer=G2mobility
•  model=Diva
Le tag model n’est pas documenté dans le wiki.
Pour avoir le modèle exact, il faut regarder la plaque avec le n° de série.
https://www.g2mobility.com/produits/?lang=fr

__
Yves

Une autre à compléter : https://www.openstreetmap.org/node/7296782774
Toutes les photos 
<https://commons.wikimedia.org/w/index.php?search=PVS00064013TK0041131+sn=1510-000518=Special:Search=Continuer=fr=1=1=1=1=1=1>.

•  manufacturer=Circontrol
•  model=Post eVolve Smart T
(source 
<https://commons.wikimedia.org/wiki/File:PVS00064013TK0041131_sn=1510-000518_08.jpg>)

• operator=Freshmile
• ref=QQKD1;QQKD2
• fee=yes
• payment:visa=yes
• payment:mastercard=yes
(source 
<https://commons.wikimedia.org/wiki/File:PVS00064013TK0041131_sn=1510-000518_02.jpg?uselang=fr>,
 https://my.freshmile.com/charge/QQKD1,  https://my.freshmile.com/charge/QQKD2)

• authentication:nfc=yes
(source 
<https://commons.wikimedia.org/wiki/File:PVS00064013TK0041131_sn=1510-000518_03.jpg?uselang=fr>)





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

[OSM-talk-fr] Coronavirus : ça rame !

[Yves P.]

Bonjour,

Je profite de ce confinement pour mettre à jour OSM :)

L’affichage des tuiles BDOrtho IGN et, dans une moindre mesure, celles d’OSM 
est lent.
Avez-vous le même problème ?

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

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

[Yves P.]

> le lien envoi vers la mission, du coup difficile de comprendre
> de quel exemple précis tu parles
Je n’ai pas trouvé comment mettre un lien sur un objet OSM à contrôler.
Adrien, peux-tu mettre ça dans l’URL ?
Par exemple https://pic4review.pavie.info/#/mission/921/review/n5725980841


> Ce qui me dérange plus que la manque de bonnes photos dans OSM et le fait que 
> pic4review ajoute quasi-automatiquement des photos dans OSM qui n'ont 
> quasiment rien avec l’objet.
Le problème vient plutôt de la qualité des photos de Mapillary et de leur 
positionnement.

C’est pour ça que je fais des photos « posées » et je les télécharge dans 
Wikimedia Commons
(Dans Mapillary, la série n’est pas adaptée pour des photos « uniques ». De 
plus la direction de prise de vue n’est pas fiable).

Ça rejoint peut-être ta remarque ci-dessous ?
> Est-ce que nous pouvons rendre plus facile le workflow pour prendre des 
> photos avec un téléphone mobile et les ajouter automatiquement (ou presque) 
> dans OSM ? J'ai fait une demande pour une nouvelle fonctionnalité dans le 
> forum de Mapillary. 
Pas sûr d’avoir tout compris :
Quel est l’intérêt de l’email ?
Une zone avec du texte libre, pourquoi pas un champ de saisie avec l’id d’un 
objet OSM ??
Dans Commons, il est possible de saisir une ou plusieurs zones dans une photo, 
et de mettre un lien vers un objet OSM.

Mais dans tous les cas, ça demande beaucoup de travail pour référencer des 
photos.

>   Pic4review me semble plus utile pour confirmer l’existence d'un objet ou 
> ses caractéristiques que pour l'ajout des photos.
Dire si un poteau incendie ou une borne de recharge est visible : OK.
Dire combien de véhicules on peut recharger c’est plus difficile (surtout que 
souvent, on ne voit rien).

> Mieux ne pas avoir une photo dans OSM qu'une photo qui n'a rien avoir avec 
> l’objet.
Oui :)

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

[OSM-talk-fr] Connecteur type 2 compatible avec type E ??

[Yves P.]

Bonjour,

J'ai rajouté la borne de recharge 7302271646
<https://www.openstreetmap.org/node/7302271646> (photo sur Wikimedia Commons
<https://commons.wikimedia.org/wiki/Category:Circontrol_charging_stations#/media/File:PVS00064013TK0041131_sn=1510-000618_07.jpg>
).
Sur ses pages web, il est indiqué qu'il y a 2 prises type 2 (visibles sur
les photos) mais aussi 2 prises type E (que je ne vois pas).

Est-ce qu'on peut brancher un cordon secteur européen sur une prise type 2 ?

https://my.freshmile.com/charge/PAPE1
https://my.freshmile.com/charge/PAPE2

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

[OSM-talk-fr] Projet du mois de mars - Pic4Review

[Yves P.]

> Et comme pour chaque mission, nous pouvons nous appuyer sur ces précieux 
> outils : MapContrib 
> <https://www.mapcontrib.xyz/t/d21a0a-Bornes_de_recharge_de_vehicules_electriques>,
>  MapRoulette <https://maproulette.org/browse/challenges/12463>, Mapillary, 
> Pic4Review <https://pic4review.pavie.info/#/mission/921>, NotesReview 
> <https://ent8r.github.io/NotesReview/expert/?query=%23balancetaborne=100=2020-01-15>,
>  etc.
> 
Un petit essai avec Pic4Review :
Un petit coeur est affiché sur les photos associées aux bornes.
Ça serait pratique de le faire en cliquant sur une icône.
Exemple : https://pic4review.pavie.info/#/mission/921/review

Est-ce que les photos wikimedia commons associées sont affichées ?

J’ai rajouté des bornes de recharge ces derniers jours.
Je ne les vois pas sur la carte de Pic4Review : il n’y a pas de mise à jour de 
la requête overpass ?


—
Yves

Sinon, c’est assez difficile de se repérer sur les vues à 360°.
J’ai fini par trouver le lien pour voir la photo directement sur Mapillary. 
L’icône me semble trompeur : il me fait plutôt penser au bouton pour me 
géolocaliser.___
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 - photo type2_combo

[Yves P.]

> la type2_combo est un svg
> du coup tu parles de celle là ou des autres ?
Je parlais des autres :)

Pour bien faire, il faut avoir le même design (et si possible les connecteur en 
taille réelle dans les SVG).


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

[Yves P.]

J'ai changé la photo type2_combo
> https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcharging_station#Types_de_prises
>
Je trouve les photos peu lisibles :  je suggère de mettre que des fichiers
vectoriels des connecteurs.

Une petite partie se trouve ici :
https://commons.wikimedia.org/wiki/EV_Charger_Gallery
(Ils sont réutilisés par OpenChargeMap
<https://github.com/openchargemap/ocm-app/tree/master/src/assets/images/icons/connectors>
)

Pour le reste, il faut des volontaires pour les vectoriser en SVG ;)
Je commence par le Type 3C.
Inkscape <https://inkscape.org/> nous attends !

Autre problème potentiel ?
Dans les applications dédiées, le connecteur est soit sur la station de
recharge, soit au bout d'un câble.
Il est mentionné dans cette discussion
<https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dcharging_station#charging_cable_availability>
.
Exemple : https://commons.wikimedia.org/wiki/File:NSQC442G-005226_02.jpg

__
Yves
___
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 - problème des prise type3 <> type3c

[Yves P.]

> ok mais comment veux-tu vérifier chaque réseau ?
> en cherchant la photo d'une de leur borne ? en les contactant ?

Est-ce nécessaire ? Ce billet affirme que pour les voitures c’est du 3C :
> Ce billet indique que la type 3A est réservée pour les 2 roues, la type 3C 
> pour les voitures :
> https://forums.automobile-propre.com/topic/quel-cable-type-3a-type-3c-1568/?do=findComment=21255
>  
> 
On peut aussi faire des recherches avec les autres applications/sites 
spécialisés en filtrant sur type 3A.
Je l’ai fait avec ChargeMap et OpenChargeMap : il n’y en a pas.

Voici un extrait de leurs statistiques 

 : 
France
Unknown
745
France
Tesla (Model S onwards)
667
France
CHAdeMO
347
France
Mennekes (Type 2)
276
France
CEE 7/5
142
France
CCS (Type 2 Version of Combined Coupler)
138
France
Mennekes (Type 2, Tethered Connector) 
124
France
SCAME Type 3C (Schneider-Legrand)
102
France
CEE 7/4 - Schuko - Type F
91
France
Tesla Supercharger
67
France
Europlug 2-Pin (CEE 7/16)
62
France
J1772
4
France
Avcon Connector
3
France
CEE 5 Pin
2
France
SCAME Type 3A (Low Power)
2
France
Tesla (Roadster)
2
France
Blue Commando (2P+E)
1
France
Type I (AS 3112)
1

Belgium
SCAME Type 3C (Schneider-Legrand)
1
France
SCAME Type 3C (Schneider-Legrand)
102
France
SCAME Type 3A (Low Power)
2
Hungary
SCAME Type 3C (Schneider-Legrand)
1
Italy
SCAME Type 3A (Low Power)
1503
Italy
SCAME Type 3C (Schneider-Legrand)
27
Luxembourg
SCAME Type 3C (Schneider-Legrand)
1
New Zealand
SCAME Type 3C (Schneider-Legrand)
1

> On trouve des bornes dans openchargemap.org . La 
> licence est CC BY-SA 4.0 ;)
> https://github.com/openchargemap/ocm-data 
> 

Pour une intégration OSM, il y aurait une question de licence : 
https://github.com/openchargemap/ocm-app/issues/2

Mais Osmose pourrait simplement signaler qu’il y a une borne dans les parages. 
Reste au contributeur local à aller sur place, prendre des photos …

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

Re: [OSM-talk-fr] osthéopathes

[Yves P.]

> on est un pas + loin : proposition de shop=healthcare (vente d'un
> service santé)
> 
>> la proposition de départ healthcare=alternative était peut-être suffisante 
>> (j'entends le fait de faire un shop mais un peu bof pour moi, sans trop 
>> savoir pourquoi !)

shop=healthcare me dérange aussi.
Je sais bien que les helvètes et les québécois appellent leurs patients des 
clients, et que beaucoup de pharmacies ressemblent plus à des « parfumeries », 
mais pour moi les professionnels de santé en libéral non rien à voir avec des 
épiciers :)

> Apparemment il y a peu (jusqu'a il y a 1 an) les tag healthcare=* étaient 
> rendu avec un point ou une valise rouge avec une croix ?
> Mais il y avait des problèmes quand c’était une surface donc pour régler le 
> problème le rendu a été enlevé il y a déjà plusieurs mois et devrait revenir 
> lors du prochain rechargement de la base de rendu qui ne devrait plus trop 
> tarder et devrait arriver avec la prochaine version du rendu….

Si le rendu point rouge revient pour tous les healthcare=*, ça me va :)

healthcare=yes
healthcare:speciality=osteopathy
__
Yves___
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 - problème des prise type3 <> type3c

[Yves P.]

>
> est-ce qu'on est ok sur le plan d'action suivant pour migrer les prises
> type 3 vers type 3c ?
>
Ok

- on modifie l'analyse Osmose (car dans les fichiers open data, on a en
> général "T3", et Osmose le transforme aujourd'hui en socket:type3)
>
Oui

- on modifie les bornes en France qui ont le tag socket:type3 en
>
socket:type3c, en ayant vérifié au préalable sur le site de chaque
> réseau ou opérateur concerné que c'est bien le cas
>
Sur chargemap, il n'y a qu'une seule type 3a (Mc Do de Déol)...
c'est en fait une prise triphasée 20A 

(dans un ordre ou un autre)
>
> Je pense qu'on aura à faire ensuite également le socket:schuko vers
> socket:typee ;)
>
Pas sûr. Une shuko est plus ou moins compatible avec une prise européenne :
https://en.m.wikipedia.org/wiki/Schuko

__
Yves
Jungle Socket 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Yves]

If the terms of use is sufficiently clear, and a couple of warnings have been 
issued beforehand, then what can possibly happen? 
This is a rhetorical question. 
Yves 

Le 11 mars 2020 16:10:55 GMT+01:00, Simon Poole  a écrit :
>
>Am 11.03.2020 um 15:48 schrieb Mateusz Konieczny via talk:
>> Mar 11, 2020, 15:37 by si...@poole.ch:
>>
>> As I wrote (conveniently ignored in the noise of the vigilante
>> rampage): "
>>
>> I guess that people were irritated by describing gentle reminder
>about
>> license requirements
>> using pejorative terms ("deface") where their applicability was
>dubious.
>Sorry, but that is exactly the appropriate term, and anything that will
>inevitably get you on the wrong end of being sued if you do it often
>enough, is not a "gentle reminder".
>>
>> The safe, I admit also the less fun, option, is to simply block
>> access after giving any required notice."
>>
>> And note that in case of OSMF-served tiles no notice is required.
>>
>I'm not sure why you feel it necessary to tell me about terms that I'm
>completely aware off (and in some cases that I actually co-wrote), the
>subject matter in this thread is not -just- about the OSMF operated
>servers, but of those of OSM-FR and others.
>
>Simon
>
>> See https://operations.osmfoundation.org/policies/tiles/
>>
>> "Clearly display license attribution." is in explicit requirements,
>> and given overloaded servers
>>
>> "should any users or patterns of usage nevertheless cause problems to
>> the service, access may still be blocked without prior notice."
>>
>> applies anyway.
>>
>> "access may be withdrawn at any point" is later repeated.
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Yves P.]

>> Pour socket:type3c, on peut faire sans problème une édition de masse 
>> en la remplaçant par socket:type3
> 
> c'est une double typo ? je n'ai jamais vu une tye3 non type3c en France.
> donc c'est l'inverse que je proposais.
C’était pour simplifier avec les autres types. Puisqu’en France, une type 3 
pour une voiture est forcément une type 3C :)

Le plus précis serait de virer toutes les type3 et de mettre soit des type3a, 
soit des type3c.

> application très concrête : la zone frontalière franco-italienne.
> ce n'est pas à l'utilisateur de jongler pour séparer les type3c des type3a.
Il n’y a que 5 prise type 3A dans OSM.
Par contre dans chargemap il y en a des milliers !

Osmose ne propose rien.

On trouve des bornes dans openchargemap.org. La licence est CC BY-SA 4.0 ;)
https://github.com/openchargemap/ocm-data

Ici, la prise type3a s'appelle « SCAME Type 3A »

Exemple : Piazza Tommaso Edison, Milano (2 x type2 et 2 x type3a)
https://www.openstreetmap.org/node/3396938704

> exemple dans uen app propriétaire (chargemap pour ne pas la nomer) :
> t'as un cable avec une fiche nécessitant une prise type3c, il te montre
> les bornes ayant ce type.
La borne https://www.openstreetmap.org/node/4271233784  est visible sur 
https://fr.chargemap.com/wizard/81512#
Les prises sont bien de type 3a. Sur les photos, on voit les voitures et moto 
branchées sur la prise du haut (type 2), et les scooters sur la prise du bas.

>> + motocar=yes
> 
> aucune déduction ne peux être faite qu'un type de borne donné ai un
> emplacement pour voiture
On tague les bornes ou les places de parking ?

> (exemple hier avec une borne pour camion.
Je ne savais pas que ça existait. Que dit OSM à ce sujet ?

__
Yves


___
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 - problème des prise type3 <> type3c

[Yves P.]

> tu as raison Marc, il y a une confusion entre le T3 et le T3c :
> je ne crois pas avoir déjà vu de T3, mais en effet, j'ai moi-même taggé 
> quelques prises T3c en socket:type3 par erreur.

> L'édition de masse me semble risquée, mais on pourra peut-être l'envisager 
> par réseau ou opérateur une fois qu'on aura avancé dans la qualification des 
> bornes de recharge existantes.

socket:type3  
547 En Europe (sauf 1 aux USA et 2 au Chili)
socket:type3c    
32  toutes en France
socket:type3a    
5   toutes en Italie

Pour socket:type3c 
, on peut faire 
sans problème une édition de masse en la remplaçant par socket:type3 
 + motocar=yes 


Pour socket:type3 on trouve
car=yes    147 -> motorcar=yes 
(c’est donc une prise type 3c)
motorcar=yes   338 (idem type 3C)
motorcar=no    1 (Super U de Champagnole dans 
le Jura : c’est une erreur cf. photo sur chargemap 
. De plus elle semble HS)

Plus d’infos sur les prises type 3 :
https://en.wikipedia.org/wiki/IEC_62196#Type_3
https://www.scame.com/web/scame-global/e-mobility-charging-modes

Les prises type 3 sont appelées aussi prises SCAME (Scame connector) car elles 
ont été conçues à l’origine par ce constructeur.

Sur la page de SCAME, on voit qu’il y a deux prises différentes, type 3A (4 
broches) et type 3C (7 broches).

Ce billet indique que la type 3A est réservée pour les 2 roues, la type 3C pour 
les voitures :
https://forums.automobile-propre.com/topic/quel-cable-type-3a-type-3c-1568/?do=findComment=21255

Dans cette même discussion, le schéma du câble de recharge Renault Zoé (Type 2 
- Type 3) montre une prise type 3C :
https://forums.automobile-propre.com/topic/quel-cable-type-3a-type-3c-1568/?do=findComment=21197

Pour information, la signification des contacts est la suivante :

https://en.wikipedia.org/wiki/Type_2_connector
PP  Proximity pilot pre-insertion signalling
CP  Control pilot   post-insertion signalling
PE  Protective earthfull-current protective earthing 
system—6-millimetre (0.24 in) diameter
N   Neutral single-/three-phase AC / DC-mid
L1  Line 1  single-/three-phase AC / DC-mid
L2  Line 2  three-phase AC / DC-mid
L3  Line 3  three-phase AC / DC-mid
https://en.wikipedia.org/wiki/SAE_J1772#Competing_standards
All plug types - including Type 1 (SAE), Type 2 (VDE) and Type 3 - share the 
same specifications for the pilot pin taken from the IEC 61851-1 standard.

http://www.mennek.es/uploads/media/Electro-mobilité_F_2015.pdf
La fiche et le prolongateur de charge possèdent un contact séparé pour la 
transmission des signaux de communication (contact CP).

Le Proximity Pilot (PP) est relié dans la fiche de charge à la terre PE via 
une résistance normalisée.
Il permet ainsi à l’interface de communication électronique de relever 
l'intensité de courant max. qui convient au câble de charge.

Le Control Pilot (CP) est nécessaire pour la communication entre la borne de 
charge et le véhicule. Ainsi, par ex., la valeur maximale de l'intensité du 
courant est transmise par ce biais de l’interface de communication au véhicule.

Prise murale Type 3A 

Prise murale Type 3C 


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

Re: [OSM-talk-fr] admin_centre pour une comcom/agglo etc..

[Pierre-Yves Mevel via Talk-fr]

Bonjour Stéphane,

Je suis d'accord avec toi, le centre d'un EPCI doit être placé sur le
bâtiment en accueillant le siège. C'est d'ailleurs ce que j'avais fait au
moment des redécoupages de 2017 dans mon secteur, mais je constate que les
mêmes changements inconsidérés ont été opérés dans mon secteur... Je peux
comprendre que ce soit fait quand on ne connaît pas le siège (BANATIC n'est
pas toujours explicite là-dessus) mais il est dommageable que ce soit
systématique.

Bonne journée,
P-Y

Le mer. 11 mars 2020 à 09:59, Stéphane Péneau 
a écrit :

> Hello,
>
> A l'époque de la création d'une communauté d'agglomération dans mon
> secteur, je l'avais créée avec pour membre admin_centre, le bâtiment où
> sont installés les bureaux de cette collectivité. J'en avais fait de
> même pour d'autres epci dans la région.
>
> Depuis, ces relations ont été modifiées pour utiliser le noeud "place"
> d'une commune en tant qu'"admin_centre".
>
> Le souci, c'est que de ce que j'ai compris, et contrairement aux
> communes, les EPCI n'ont pas de chef-lieu, mais simplement un siège
> social. Donc utiliser le noeud "place" de la commune où est situé le
> siège n'a pas vraiment de sens.
>
> extrait de l'arrêté de création :
>
> "Le siège de la communauté d'agglomération est fixé au 15 rue des
> Malifestes, 44190 CLISSON"
>
> http://www.loire-atlantique.gouv.fr/content/download/29861/209689/file/RAA%20sp%C3%A9cial%20n%C2%B0%20104%20du%2016%20novembre%202016.pdf
>
>
> Me trompe-je ?
>
> Si ce n'est pas le cas, alors on a quelques corrections à faire.
>
> Stf
>
>
> ___
> 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 - problème des prise type3 <> type3c

[Yves P.]

Bonjour,

> tu as raison Marc, il y a une confusion entre le T3 et le T3c :
> je ne crois pas avoir déjà vu de T3, mais en effet, j'ai moi-même taggé 
> quelques prises T3c en socket:type3 par erreur.

Je ne répond pas directement à la question ;)

La prise Type 3c est aujourd’hui abandonnée au profit de la prise Type 2, 
devenue le nouveau standard européen 
.

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

[OSM-talk-fr] Détection de bâti manquant à partir de la Carte des déploiements fibre ?

[Yves P.]

Bonsoir,

En consultant la carte des déploiements fibre 

 on voit qu’il manque des maisons dans ce lotissement.

Est-ce possible de détecter le bâti manquant à partir des points FTTH ?
Ces derniers semblent très précis (du moins sur cette zone).

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

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

[Yves P.]

>
> Et ça a du sens de vouloir illustrer les différents modèles de bornes, ou
> d'associer la photo de borne à la catégorie de la commune d'implantation.
>
Voir les points d'eau incendie du projet OsmHydrant, les postes de
transformation électrique...

__
Yves

WC 

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

Re: [OSM-talk-fr] Attribution :: https://fr.flightaware.com/

[Yves P.]

> Sur mon smartphone,  le bouton info est toujours visible.
> L'attribution mapbox et osm apparaît uniquement si la couche country est 
> visible.

J’ai réessayé sur mon Mac (avec Safari).

> Sur le ouèb :
> 
> https://fr.flightaware.com/adsb/coverage#feeder-sites 
> 
> 
> pas de bouton,
> 
C’est normal, les données proviennent de 
https://e1.flightcdn.com/images/tilecache/classic/mobile.2.0.2/7/62/43.png

> par contre :
> 
> https://fr.flightaware.com/adsb/coverage#data-coverage 
> 
> 
> et
https://api.mapbox.com/styles/v1/flightaware/…
Attributions : © Mapbox © OpenStreetMap

> https://fr.flightaware.com/adsb/coverage#surface-coverage 
> 
> 
> y'a bouton.
Idem https://api.mapbox.com/styles/v1/flightaware/…
Mais attributions : © Mapbox © OpenStreetMap © OpenStreetMap contributors

Donc ce site est dans les clous vis à vis d’OSM (et des contributeurs ? )

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

> C'est bon, c'est corrigé pour le doubs.
> Ajoutons ça une petite modif sur le script etalab, et la prochaine 
> consolidation devrait ajouter un peu plus de 1500 bornes de recharges. 
Merci Stéphane et Noémie :)

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

Re: [OSM-talk-fr] Attribution :: https://fr.flightaware.com/

[Yves P.]

>
> Sur ma station il faut appuyer sur le petit bouton pour voir apparaître
> l'attribution :
>

pas de bouton,


y'a bouton.

Drôle de pathologie 

Sur mon smartphone,  le bouton info est toujours visible.
L'attribution mapbox et osm apparaît uniquement si la couche country est
visible.

__
Yves

PS: quelqu'un aurait-il un service gratuit sans pub pour que Jacques puisse
télécharger ses images ? 
Framasoft doit proposer ça ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Yves]

To me, the most important in attribution is to make potential contributors 
aware of the project. So the overlap is not that small in this regard. 

Yves 

Le 8 mars 2020 12:12:48 GMT+01:00, Simon Poole  a écrit :
>Just for the record:
>
>Enforcing attribution for services that you are providing directly (aka
>tiles in some form) only has a small overlap with the goals of the
>attribution guideline, and the avenues open to you depend on your ToUs
>/
>contracts with your users and the legal situation in the countries you
>are providing the service in.
>
>I would be very very wary of doing anything that deliberately defaces a
>web site without consulting with a local (to the country the web site
>is
>in) lawyer, particularly if the message implies wrong doing. The safe,
>I
>admit also the less fun, option, is to simply block access after giving
>any required notice.
>
>Simon 
>
>Am 08.03.2020 um 11:04 schrieb Yves:
>> This looks at first as a nuisance that could be perceived as a bad
>> move, but the feedback you're receiving rather prove the contrary.
>> Well done!
>> Ps: would you share your nginx partial redirect, I may consider it
>for
>> Opensnowmap tiles policy?
>>
>> Le 8 mars 2020 10:14:58 GMT+01:00, Christian Quest
>>  a écrit :
>>
>> Here is a hort report on this experiment...
>>
>> I started a week ago by searching OSM France tile server logs for
>> referer and checked manually if the map on the refering page was
>> correctly attributed.
>>
>> This allowed me to create a short list of 20 entries of sites
>> using the french styled tiles and the humanitarian tiles (yes, it
>> is made by OSM France).
>>
>>
>> I then modified our nginx based proxy_cache configuration, to
>> redirect some tiles to an "attribution tile" only for the domain
>> in the list.
>>
>> For two of them, I tweeted about it... the most visible one is
>the
>> moroco yellow page service, generating a little less than a
>> million daily tile requests on our servers.
>>
>> https://twitter.com/cq94/status/1234516075695525888
>>
>> In less than 24 hours, the attribution appeared and I removed
>them
>> from the list.
>>
>> https://twitter.com/cq94/status/1234779931537739776
>>
>>
>> Then I included an email address in the attribution reminder
>> tile... and got emails back within a few hours.
>>
>> Some were asking how to do the attribution, others telling me the
>> attribution was now ok and asking how to remove the reminder
>tiles.
>>
>> In my answers, I also remind that our tile service made by
>> volunteers on donated hardware is not unlimited and inviting them
>> to have a look at switch2osm to setup their own tile server or
>use
>> a commercial provider.
>>
>> Up to now, nobody complained :)
>>
>>
>> Yesterday, I've started automating attribution checking using
>> selenium. For each referer, a python script loads the page,
>> searches for tiles, then looks for attribution text or link. The
>> result is stored in a postgresql database which allows to group
>> referers by url, hostname and ip.
>>
>> The attribution percentage I currently see is around 70-80% which
>> is not that bad.
>>
>> My next major step is to use the same technique to remind about
>> tile usage policy...
>>
>>
>> To do something similar on osm.org, a first step is to extract
>> referers from the cache logs, then use the automated attribution
>> check to evaluate the situation.
>>
>>
>> Le 08/03/2020 à 01:52, Nuno Caldeira a écrit :
>>> That would be a good option for those that use third party
>>> providers of OSM. But to be honest, from my experience I highly
>>> doubt that even corporate members of OSMF, like Mapbox would do
>>> it, when their client Facebook (also corporate member of OSMF)
>>> after one year and half, still has maps with lack of attribution
>>> or attributed to HERE, when it's clearly OSM. 
>>>
>>> On Sun, 8 Mar 2020, 00:46 Phil Wyatt, >> <mailto:p...@wyatt-family.com>> wrote:
>>>
>>> I am sure others may have seen this 'blacklist'
>>> implementation for showing a reminder about attribution.
>>>
>>> https://twitter.com/cq94/status/1234528717604577282
>>>
>>> Worthy of consideration for openstreetmap.org
>>> <http://openstreetmap.org>?
>>>
>>> Cheers - Phil
>>>
>> -- 
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

[Yves P.]

> Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements des 
> différents signets, pour prendre des photos sur Mapillary ou faire 
> directement des modifications ou des notes dans OSM.
> 
On peut aussi les mettre dans Wikimedia Commons 
https://commons.wikimedia.org/wiki/Category:Electric_vehicle_charging_stations_in_France

Quelques remarque après mon premier #balanceTaBorne :

Le template JOSM ne propose pas :
de prises de type E
de réseau
de puissance par type de prise

Des erreurs à nettoyer dans les données :
Places de parkings taguées comme une borne :
Way 607292224 <https://www.openstreetmap.org/way/607292224>
Ne pas confondre capacité et puissance : capacity=22 + description=« Accélérée 
22 kW » 
des tags bizarres :
ogr_type_1=T3 et EF (Node 3709750452 
<https://www.openstreetmap.org/node/3709750452>)
Plusieurs références (et pas le bon séparateur)
ref="NDJF, NLRW"
Une référence qui semble être une référence ref:EU:EVSE :
ref="eborn:FR*S38*P38161*A"
Les unités de puissance saisies inutilement :
socket:type2:output=22 kW
socket:chademo:output=50kW
Nom, note et/ou description inutiles :
name=« Station de recharge voiture électrique »
description=« 2 cars can load at the same time. » → capacity=2
note="Strom für Elektroautos"

—
Yves

PS: Ma première à Annecy d’après une photo Wikimedia Commons : 
https://www.openstreetmap.org/node/7276464122
J’en ai deux à rajouter à Lons-le-Saunier…

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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Yves]

This looks at first as a nuisance that could be perceived as a bad move, but 
the feedback you're receiving rather prove the contrary.
Well done!
Ps: would you share your nginx partial redirect, I may consider it for 
Opensnowmap tiles policy? 

Le 8 mars 2020 10:14:58 GMT+01:00, Christian Quest  a 
écrit :
>Here is a hort report on this experiment...
>
>I started a week ago by searching OSM France tile server logs for 
>referer and checked manually if the map on the refering page was 
>correctly attributed.
>
>This allowed me to create a short list of 20 entries of sites using the
>
>french styled tiles and the humanitarian tiles (yes, it is made by OSM 
>France).
>
>
>I then modified our nginx based proxy_cache configuration, to redirect 
>some tiles to an "attribution tile" only for the domain in the list.
>
>For two of them, I tweeted about it... the most visible one is the 
>moroco yellow page service, generating a little less than a million 
>daily tile requests on our servers.
>
>https://twitter.com/cq94/status/1234516075695525888
>
>In less than 24 hours, the attribution appeared and I removed them from
>
>the list.
>
>https://twitter.com/cq94/status/1234779931537739776
>
>
>Then I included an email address in the attribution reminder tile...
>and 
>got emails back within a few hours.
>
>Some were asking how to do the attribution, others telling me the 
>attribution was now ok and asking how to remove the reminder tiles.
>
>In my answers, I also remind that our tile service made by volunteers
>on 
>donated hardware is not unlimited and inviting them to have a look at 
>switch2osm to setup their own tile server or use a commercial provider.
>
>Up to now, nobody complained :)
>
>
>Yesterday, I've started automating attribution checking using selenium.
>
>For each referer, a python script loads the page, searches for tiles, 
>then looks for attribution text or link. The result is stored in a 
>postgresql database which allows to group referers by url, hostname and
>ip.
>
>The attribution percentage I currently see is around 70-80% which is
>not 
>that bad.
>
>My next major step is to use the same technique to remind about tile 
>usage policy...
>
>
>To do something similar on osm.org, a first step is to extract referers
>
>from the cache logs, then use the automated attribution check to 
>evaluate the situation.
>
>
>Le 08/03/2020 à 01:52, Nuno Caldeira a écrit :
>> That would be a good option for those that use third party providers 
>> of OSM. But to be honest, from my experience I highly doubt that even
>
>> corporate members of OSMF, like Mapbox would do it, when their client
>
>> Facebook (also corporate member of OSMF) after one year and half, 
>> still has maps with lack of attribution or attributed to HERE, when 
>> it's clearly OSM.
>>
>> On Sun, 8 Mar 2020, 00:46 Phil Wyatt, > > wrote:
>>
>> I am sure others may have seen this 'blacklist' implementation
>for
>> showing a reminder about attribution.
>>
>> https://twitter.com/cq94/status/1234528717604577282
>>
>> Worthy of consideration for openstreetmap.org
>> ?
>>
>> Cheers - Phil
>>
>-- 
>Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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 
> <https://www.openstreetmap.org/node/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

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

Re: [OSM-talk-fr] SAMU de coordination médicale maritime (SCCM)

[Yves P.]

> Exemple du CROSS Corsen 
j’ai oublié, ça donne le symbole CG sur la carte marine 

 (la même mais avec la photo aérienne 
)

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

Re: [OSM-talk-fr] SAMU de coordination médicale maritime (SCCM)

[Yves P.]

> 
> Je n'ai pas cartographié les SCMM, en revanche les Cross le sont via
> emergency=control_centre (il n'est pas spécifique aux Cross) mais à tous les
> plateformes d'appels d'urgence (CRRA des Samu, CTA-Codis des pompiers,…)

Il y a des tags spécifiques dans les marques nautiques :
seamark:type=coastguard_station

Exemple du CROSS Corsen 

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

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

[Yves P.]

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

Re: [OSM-talk-fr] Erreur Import Overpass -> JOSM

[Yves P.]

> TOTO.osm issu d'un requête Overpass que j'ouvre avec JOSM 15927.
Tu ne l’exportes pas directement d'Overpass dans JOSM ?

Autre alternative, tu ne lances pas la requête directement dans JOSM ?

—
Yves___
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.]

> Plus de 28 000 points de recharge pour véhicules électriques de recharge 
> existent en France.
> 
> Nous en avons déjà repéré environ 4 000, félicitations. Mais le compte n’y 
> est pas !
> 
> Les détails plus précis de cette mission sont à retrouver sur la page de wiki 
> <https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/bornes_vehicules_electriques>.
> 
Les données ouvertes utilisées par Osmose ne semblent pas exhaustives.

Par exemple, il n’y a qu’une seule borne dans tout le Jura et rien dans le 
Doubs. Osmose 
<https://osmose.openstreetmap.fr/fr/map/#item=8410,8411,8412=500=3=9=47.058=6.113==>

La région Bourgogne-Franche-Comté en a déployé 47 d’après le Syndicat Mixte 
d’Énergies du Doubs <https://www.syded.fr/electromobilite/>. Cf. carte 
FreshMile <https://my.freshmile.com/>.
On les retrouve sur la carte ChargeMap sur le site de l’association AVEM 
<http://www.avem.fr/?page=bornes=local>.

__
Yves

PS : Je suis surpris de trouver des bornes gratuites installées par des 
particuliers : https://fr.chargemap.com/particulier-saint-usuge.html___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CSAPA

[Yves P.]

> Sommes nous d'accord sur :
> 
> name=*
> alt_name=CSAPA
Je préfère mettre CSAPA en name si la structure n’a pas de nom propre (sinon, 
je le met en short_name)

Dans tous les cas, j’utilise alt_name=« Centre de soins, d'accompagnement et de 
prévention en addictologie »
(Ce texte est trop long à afficher, ça rend la carte peu lisible. Et c’est 
difficile à dire et à mémoriser.)

> amenity=social_facility
> social_facility:for=drug_addicted
> social_facility=ambulatory_care
> 
> ref:FR:FINESS=*
> type:FR:FINESS=197
> 
> 
> operator=*

> operator_type=*
C’est proposé par iD. Est-ce que ça un intérêt (en France) ?

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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Yves]

I think one should not put a particular separator in the tag in the hope to 
have a label drawn as such on a map.
If a separator like ; is used, it's easy enough for the renderer to concatenate 
values with a '-' , a ' ', write each name on a separate line or whatever.
Otherwise, don't use a 'name' tag, but rather a 'label' tag, the intent will be 
more clear.
Yves 

Le 29 février 2020 14:03:36 GMT+01:00, Jo  a écrit :
>'-' might be used in the name itself, ' - ' never will be. I think
>readability is better with ' - ' than with ' / ', but I guess it's a
>matter
>of taste.
>
>Jo
>
>On Sat, Feb 29, 2020 at 1:46 PM Yves  wrote:
>
>> The wiki description is clear enough:
>> name: in general, the most prominent signposted name or the most
>common
>> name in the local language(s)
>>
>> No plural is used, and for a point in the middle of the sea, one may
>have
>> a hard time to find locals.
>> I'd say that puri-lingual name(s) with a separator makes sense, but
>in
>> another tag. That way, people using the data hoping that the name tag
>> follows the definition won't be misleaded.
>> In the absence of the tag name, they can use whatever fallback they
>choose
>> to. Be it name:xx or this new tag for several bordering languages.
>> And yes, the complete absence of the name tag does not bother me at
>all.
>> Yves
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] [CSAPA] Osmose et FINESS [était: amenity=hospital et FINESS]

[Yves P.]

> bref pour un CSAPA:
> amenity=social_facility
> social_facility=ambulatory_care
> social_facility:for=drug_addicted
> type:FR:FINESS=197

Oui pour ambulatory_care, 

> "group_home" ??? Les CSAPA sont essentiellement des centres de
> consultation hospitalière ambulatoire,
Pas forcément hospitalier. Il y a aussi des associations loi 1901 

> faisant des réunions de
> discussion en groupe, des repas en commun, des activités culturelles
> ou d'insertion sociale,
Tu décris plutôt un hôpital de jour (en psychiatrie de secteur).

> et le suivi des prescriptions médicale de
> sevrage (et le contrôle par des examens de sang).

> Il n'y a aucun accueil en tant que domicile,
Certains en ont, mais la majorité non. Il n’y a que des bureaux pour des 
consultations, et éventuellement une salle de soins.

> Ils peuvent aussi être le lieu où sont cogérés des
> espaces de résidence hors hôpital, dans diverses *autres* structures
> d'accueil proches (en liaison avec le SAMU social qui les attribue ou
> avec d'autres associations ou les collectivités) dans le cas du
> traitement de personnes sans domicile fixe.
Le traitement, c’est celui des addictions. Les travailleurs sociaux sont en 
lien avec d’autres structures qui s’occupent de ça.

> Ce qui est présent ce sont des infirmiers, psychologues,
> ergothérapeutes, éducateurs et aidants sociaux, des médecins certains
> jours (sur rendez-vous ou lors des permanences);
Chez nous, pas d’ergothérapeute, des travailleurs sociaux (éducateur 
spécialisé, assistante sociale et bien sûr une secrétaire.
Notre médecin est à temps plein.

> les CSAPA sont souvent très proches d'un hôpital général, ils sont souvent 
> une unité
> de soin au sein des CHR…
souvent proche des usagers ;-)

Il y a aussi des ELSA : équipes de liaison et de soins en addictologie :
https://solidarites-sante.gouv.fr/prevention-en-sante/addictions/article/les-equipes-de-liaison-et-de-soins-en-addictologie-elsa

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

Re: [OSM-talk-fr] [SANTé] [AMENITY ?] [347] Centre d'Examens de Santé

[Yves P.]

> Pour Chemin : Centre d'Examen de Santé de l'Assurance maladie (88420734)
Voici ce qu’en dit AMELI :
https://www.ameli.fr/jura/assure/sante/assurance-maladie/prevention-depistages/examen-prevention-sante

Ça me fais pensé à un centre de soins mutualistes.

> Je n'ai pas trouvé ici : Ni ailleurs.

Je mettrais ça en :
amenity=social_facility
social_facility=ambulatory_care ou social_facility=day_care, voir 
social_facility=outreach

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dsocial_facility

En tout cas, ce n’est pas un hôpital.
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Yves]

The wiki description is clear enough:
name: in general, the most prominent signposted name or the most common name in 
the local language(s)

No plural is used, and for a point in the middle of the sea, one may have a 
hard time to find locals.
I'd say that puri-lingual name(s) with a separator makes sense, but in another 
tag. That way, people using the data hoping that the name tag follows the 
definition won't be misleaded.
In the absence of the tag name, they can use whatever fallback they choose to. 
Be it name:xx or this new tag for several bordering languages.
And yes, the complete absence of the name tag does not bother me at all. 
Yves 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] [CATTP] Osmose et FINESS [était: amenity=hospital et FINESS]

[Yves P.]

> J'ai tenté un CATTP :
La catégorie FINESS décrit bien un CATTP, mais l’adresse administrative 
("ACCUEIL FAMILIAL THERAPEUTIQUE ») et les infos sur le web 
<https://ch-laborit.fr/services-de-soins/adultes/alternatives-a-lhospitalisation/>
 décrivent une Communauté d’accueil familial thérapeutique (CAFT, AFT ?)
La catégorie AFT n’existant pas dans FINESS, est-ce que CATTP est la plus 
proche (bizarre, car c’est en fait un type d’hôpital de jour), ou est-ce que 
c’était un CATTP qui a été reconvertit en hébergement ?

Pour moi, son nom est « Centre de la Planchonnerie ». Pour la recherche 
Nominatim, on peut rajouter short et alt name :

name=Centre de la Planchonnerie
alt_name=Communauté d’accueil familial thérapeutique
short_name=CAFT

Certes il y a des soins en lien avec l’hôpital psy, mais c’est en fait un lieu 
de vie 
<https://observatoire.unafam.org/2018/02/23/communaute-therapeutique-de-payroux/>.
Du coup, le tag principal n’est pas amenity=hospital, mais plutôt :
amenity=social_facility
social_facility=assisted_living
social_facility:for=mental_health;senior


Je viens d’ailleurs de trouver sa page web :
website=http://payroux.nouvelles.free.fr/page.php?id=S32

L’adresse est fausse (dans Google Map et dans OSM). J’ai corrigé sous GM, 
Jacques, je te laisse le soin de mettre un beau POI sous OSM :)
Voici l’entrée du parking 
<https://www.google.com/maps/@46.2132982,0.4831867,3a,74.8y,352.54h,93.63t/data=!3m6!1e1!3m4!1s1IncxQDh5velK-LB6OzOPQ!2e0!7i13312!8i6656>,
 et la ferme elle-même 
<https://www.google.com/maps/@46.2136763,0.4835572,3a,75y,309.36h,100.99t/data=!3m6!1e1!3m4!1s8FuCMm0QSBKEaA5-gWPp2w!2e0!7i13312!8i6656>
 que l’on reconnait bien sur la photo 
<http://payroux.nouvelles.free.fr/pages/pratique/doc/planchonnerie1.jpg> du 
site web.

__
Yves

> 
> alt_name=Centre de la Planchonnerie
> amenity=hospital
> building=yes
> contact:phone=+33 5 49 87 69 72
> healthcare:speciality=psychiatry
> name=Accueil familial thérapeutique
> operator=Centre Hospitalier Henri Laborit
> ref:FR:FINESS=860005123
> source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. 
> Mise à jour : 2010
> type:FR:FINESS=425
> website=https://www.ch-laborit.fr

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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Yves]

I think that getting rid of the name tag in those cases is the best way to 
avoid breaking things on the data consumers side, as clever consumers already 
using name:xx would not be affected, and those relying on a name tag to display 
local language wouldn't be mistaken.
Yves 

Le 26 février 2020 13:23:31 GMT+01:00, Frederik Ramm  a 
écrit :
>Hi,
>
>On 26.02.20 13:13, Maarten Deen wrote:
>> Will it be nothing in the name tag and are we then going to complain
>> that the opencarto style falls back to name:en?
>
>Increasingly, I think the absence of a name tag wouldn't even be
>noticed. JOSM already shows the name tags in the editing user's
>language; other editors might do that too. If a fallback to name:en
>were
>added to OSM Carto (or more precisely, a fallback to a configurable
>language which would be configured to be English on openstreetmap.org)
>then you could probably remove the name tag from oceans with hardly
>anyone noticing a change.
>
>Bye
>Frederik
>
>-- 
>Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Yves]

Florimond is right, putting anything in the name tag that is not in the local 
language is wrong and one should not expect data consumers to detect it.
Name:xx is the only way to go for international places.
Yves 

Le 26 février 2020 12:34:04 GMT+01:00, Florimond Berthoux 
 a écrit :
> The problem is not the OSM "default" (there is no default) map.
>OSM is *not* a map !
>The problem is the data put in name tag of some objects, which are not
>respectful with the international idea of the project.
>
>Le mar. 25 févr. 2020 à 22:57, Mario Frasca  a écrit :
>
>> I'm afraid that the conclusion you summarize here is not at all
>reached.
>>
>> we have reached the conclusion on the pointless point: "we discuss in
>> English".
>>
>> as for the values of the `name` tag:
>>
>> I prefer to see "Adriatic Sea" rather than nothing.
>>
>> I prefer "Mare Adriatico" to "Adriatic Sea".
>>
>> I definitely question the choice of the editor who wrote "Gulf of
>Trieste"
>> for a piece of sea that borders with Italy (in an area where Friuls
>is a
>> recognized language), and Slovenia.
>>
>> and I have suggested that the problem would vaporize if we added a
>> language identifier to the tile request.
>>
>> I'm very much interested in reading reactions to this.
>>
>> MF
>> On 25/02/2020 16:10, Tomek wrote:
>>
>> W dniu 20-02-25 o 21:52, stevea pisze:
>>
>> I believe I speak for many, most, or even all of us here (except
>Tomek) that "this is a settled matter."
>> SteveA
>>
>>
>> Sprawa rozwiązana, każdy mówi w jakim języku chce, a znacznik “name”
>z
>> obiektów międzynarodowych zostanie usunięty, z wyjątkiem mórz
>> graniczących z państwami.
>> Dziękuję za dyskusję
>>
>> La problemo estas solvita, ĉiu povas paroli en iu ajn lingvo; kaj la
>> etikedo “name” el internaciaj objektoj estos forigita, escepte de
>maroj
>> apudaj al landoj.
>> Dankon por diskuto
>>
>> The problem is solved, everyone can speak in any language; and the
>tag
>> “name” from international objects will be deleted, except of seas
>> adjacent to the countries.
>> Thank you for discussion
>>
>>
>> ___
>> talk mailing
>listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
>-- 
>Florimond Berthoux
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

—
Yves Pratter




> Un p'tit dernier pour ce soir : : CMP Espace Vienne (90208204)
Bien :)

https://www.openstreetmap.org/way/90208204
http://finess.sante.gouv.fr/fininter/jsp/actionDetailEtablissement.do?noFiness=860005727

La fiche FINESS nous donne aussi le n° de fax, confirme que c’est bien rattaché 
au CH Henry Laborit, le SIRET (utile ?).

On peut constater que le nom dans la fiche FINESS n’est pas à jour "CMP & 
CENTRE D'ECOUTE - ESPACE VIENNE ».

On peut aussi rajouter alt_name = « Centre médico-psychologique », short_name=« 
CMP » pour faciliter une recherche via Nominatim.
Et type:FR:FINESS=156 pour faciliter des requêtes Overpass.


Le site web indique la consultation avancée au CMP Georges Ruetsch à 
Châtellerault :
https://ch-laborit.fr/services-de-soins/adultes/consultations/centre-medico-psychologique-georges-ruetsch/

CENTRE MEDICO-PSYCHO. G. RUESTCHN° FINESS : 860782549 
<http://finess.sante.gouv.fr/fininter/jsp/actionDetailEtablissement.do?noFiness=860782549>
(L’adresse FINESS ne correspond pas à celle du site web)

Il n’est pas encore dans OSM ;)

Je ne sais pas trop où le situer (Peu ou pas grand chose de visible chez Google 
et Mapillary).
Il est dans (ou autour) de l’enceinte du Centre hospitalier de Châtellerault 
<https://www.openstreetmap.org/way/664712034>.

—
Yves

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

Re: [OSM-talk-fr] Osmose et FINESS [était: amenity=hospital et FINESS]

[Yves P.]

> oui Osmose ne propose que cela pour l'instant et cela a néanmoins demandé de 
> creuser le monde finess et des abréviations.
> La base FINESS permettrait d'aller sans doute beaucoup plus loin.
> 
> Nous avons basé le rapprochement sur le code finess établissement niveau 3, 
> composé de 4 chiffres, ainsi les CSAPA sont 4604, 4604 regroupant également 
> des CSST, CCAA, ACT, CAARUD, LHSS (soyons clair je ne comprends aucun de ces 
> sigles, c'est juste le résultat du fichier finess !) et là ca y est je 
> commence à me perdre :)
La nomenclature est ici : NOMENCLATURES 
 > Catégories 
d’établissements 

Il y a des articles dans wikipedia qui peuvent nous éclairer sur ces sigles.

> Donc oui pour avancer sur ce rapprochement mais la marche de compréhension du 
> fichier FINESS est assez haute, plus github, plus les diverses perceptions 
> des tags osm, ... donc toute bonne volonté bienvenue.

Pour moi, la difficulté consiste plutôt à trouver les bon tags OSM.
Ils proviennent en partie du monde anglo-saxon. Les établissements de santé ou 
sociaux ne sont pas organisés comme chez nous, ni probablement pas comme nos 
voisins européens.

On peut prendre le problème de différentes façon :
Comment cartographier un établissement « connu » proche de chez nous ?
Par exemple un Foyer de jeunes travailleurs (FJT). La nomenclature nous donne 
type:FR:FINESS=257

Ou traiter les type d’établissements les plus nombreux en priorité.

Ou essayer de traiter tous les établissements pour un public donné (enfants, 
personnes handicapées, personnes agées…)

Ou faire à minima : intégrer le code FINESS, le téléphone, le nom, le type dans 
type:FR:FINESS voir dans short_name (« CSAPA ») et dans alt_name ("Centre soins 
accompagnement prévention addictologie »)

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

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

>> Au moins 43 noeuds « entrée »
> 
> :-( Napalm ?
C’est signe qu’il faut que je me couche (3 nœuds) 

> Un p'tit dernier pour ce soir : : CMP Espace Vienne (90208204)
Trop tard, je me roupille.

A+

PS: on pourrait se pencher sur la mise à jour d’Osmose (cf. messages sur les 
CSAPA)

A partir des n° FINESS, il ne propose pour le moment que les pharmacies, 
laboratoires et quelques autres établissements.
Il manque au moins les CSAPA, CAARUD, maisons de santé et bien d'autres
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

> Vous noterez le bazard dans le coin du (88121922) où il y a maintenant 3 ou 4 
> amenity=hospital pour le même établissement :(

Il y a un grand polygone Centre hospitalier de la Milétrie (510578303 
)

Mais il contient le CH Henri Laborit. Il faudrait découper ce terrain en 2 et 
mettre les attributs de l’hôpital psy sur la partie de droite.
Et nettoyer les différents bâtiments :
Ne pas mettre amenity=hospital sur chacun, corriger le numéro FINESS 
(ref:FR:FINESS=86017 

 et pas type:FR:FINESS pour le Pavillon Janet 
)
D’ailleurs ce n° semble être celui de tout l’hôpital psy 

Il y a aussi les parties pédopsychiatrie, handicap (ESAT, MAS, FAM), addictions 
(CSAPA)…
Plus toutes les antennes des CMP…


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

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

>> Faut-il les distinguer par des « nodes » distincts ?
> Je dirais oui car les entrées semblent distinctes.
Elles sont sur la même façade, au nord côté périphérique. (G Street View 
)
On dirait même 3 bâtiments qui forme un H.

Au moins 43 noeuds « entrée »

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

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

—
Yves Pratter




> Aussi : Chemin : Centre Médico-Psychologique Gay-Lussac (88125956)
N° FINESS : 860005644 
<http://finess.sante.gouv.fr/fininter/jsp/actionDetailEtablissement.do?noFiness=860005644>
 c’est le CMP Laborit
> 
> Ce bâtiment abrite 3 CMP, chacun associé à un secteur (Structure interne) : 
> Boncenne, Bonnafé, lautrec.
Entrée Boncenne :
Accueil infirmier : 05 16 52 61 09
Secrétariat : 05 16 52 61 03
Du lundi au vendredi, de 9h à 19h
https://ch-laborit.fr/presentation-du-chl/sectorisation-soins-adultes/secteur-1-poitiers-loudun/

Entrée Lautrec :
Accueil infirmier : 05 16 52 61 09
Secrétariat : 05 16 52 61 06
Du lundi au vendredi, de 9h à 19h
https://ch-laborit.fr/presentation-du-chl/sectorisation-soins-adultes/secteur-2-poitiers-civray/

Entrée Bonnafé
Accueil infirmier : 05 16 52 61 09
Secrétariat : 05 16 52 61 06
Du lundi au vendredi, de 9h à 19h
https://ch-laborit.fr/presentation-du-chl/sectorisation-soins-adultes/secteur-3-poitiers-montmorillon/

> 
> Faut-il les distinguer par des « nodes » distincts ?
Je dirais oui car les entrées semblent distinctes.
Les n° du secrétariat, oui, de même que les « secteurs » (la psychiatrie est 
sectorisée en France)

—
Yves

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

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

> 3-Chemin : Maison de la Réhabilitation psycho-sociale (62765201)

https://www.openstreetmap.org/way/62765201


amenity=hospital ???
healthcare=rehabilitation (cf. Réhabilitation psychosociale 
<https://fr.wikipedia.org/wiki/R%C3%A9habilitation_psychosociale> sur wikipedia)
healthcare:speciality=psychiatry
name=Maison de la Réhabilitation Psychosociale
operator=Centre Hospitalier Laborit
ref:FR:FINESS=860012657 
<http://finess.sante.gouv.fr/fininter/jsp/actionDetailEtablissement.do?noFiness=860012657>
phone=+33 5 49 43 76 50
email=m...@ch-poitiers.fr
website=https://ch-laborit.fr/services-de-soins/adultes/hospitalisation-complete/maison-de-la-rehabilitation-psychosociale/

—
Yves

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

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

> 1-Chemin : CREATIV (62770680)
https://www.openstreetmap.org/way/62770680


healthcare:speciality=psychiatry
name=CREATIV
alt_name=Centre de réhabilitation et d’activités thérapeutiques intersectoriel 
de la Vienne
operator=Centre Hospitalier Laborit
website=https://ch-laborit.fr/services-de-soins/adultes/hopitaux-de-jour/
phone=+33 5 49 38 00 19
opening_hours=Mo-Fr 09:00-17:00

Avec la même adresse, on trouve le FINESS 860005735 
,
 mais la description ne correspond pas (CMP).
La base FINESS est-elle à jour ?
Sur leur page web, c’est un hôpital de jour (HJ)

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

Re: [OSM-talk-fr] amenity=hospital et FINESS

[Yves P.]

> Salut Jacques,


> j'ai créé ces trois :

> 2-Chemin : Centre d’écoute, de consultations et d’activités thérapeutiques 
> (CECAT) de l'hôpital Henri Laborit (88122068)

https://www.openstreetmap.org/way/88122068

amenity=hospital
healthcare:speciality=psychiatry
ref:FR:FINESS=860005677 

type:FR:FINESS=292
contact:phone=+33 5 49 38 37 77
name=CECAT
alt_name=Centre d’écoute, de consultations et d’activités thérapeutiques
website=https://ch-laborit.fr/services-de-soins/adultes/hopitaux-de-jour/centre-decoute-de-consultations-dactivites-therapeutiques-cecat/presentation-du-cecat/
operator=Centre hospitalier Laborit

On pourrait indiquer que c’est une structure pour adultes. Comment ?

Il faudrait aussi indiquer qu’il contient un CMP et un hôpital de jour par 2 
POI à l’intérieur.

> 
> Je ne suis pas bien calé sur les numéros de FINESS des zopito et je me 
> demande :
> 
> Ces trois structures ont-elles un numéro en propre ?
oui. cf base de donnée FINESS : 
http://finess.sante.gouv.fr/fininter/jsp/rechercheSimple.jsp

> Vous noterez le bazard dans le coin du (88121922) où il y a maintenant 3 ou 4 
> amenity=hospital pour le même établissement :(
Ce sont des services du même établissement.

Si ils sont tous sur le terrain de l’hôpital, je ne mettrais le tag 
amenity=hospital qu’une seule fois.
Je vais regarder le reste…

Certains pourraient avoir les tags :
amenity=social_facility
social_facility=*
social_facility:for=mental_health
—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Yves]

This discussion is hopeless, and 90% off topic.
The only outcome of discussing languages here is that the status quo of using 
an English name for oceans remains. Given the amount of words spent off of this 
matter, this status quo is slowly reaching consensus, keep on!
Yves ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Is there some existing detailed tutorial directed at complete newbies? Describing how to add various features?

[Yves]

I tried to do that from a corner case: begginer guide for cross-country skier:
http://www.opensnowmap.org/iframes/how-to-fra.html
It reminds me I still have to translate it in English.
This is not exactly what you are looking for, but it can give some ideas.
Yves 

Le 22 février 2020 09:23:35 GMT+01:00, Mateusz Konieczny via talk 
 a écrit :
>
>
>
>22 Feb 2020, 08:09 by r...@technomancy.org:
>
>> Isn't this the job of the editing software (incl it's presets)? If
>there's a search box and the user can type in (eg) "path" and draw the
>path, then that's how you teach newbies? 
>>
>Yes, but complete newbie needs to
>be taught this steps.
>
>It is not obvious.
>
>And for mobile editing one needs 
>instructions for Vespucci that is a bit
>less obvious.
>>
>> Has this user tried to use iD (the best new user friendly editor
>today) to do this? Does that do the job? If not, I'm sure everyone,
>incl id devs, would like to know.  
>>
>No, he was unaware that it can be done this way and that it is
>relatively simple.
>(I hope that it is relatively simple)
>>
>> On 22 February 2020 05:37:13 CET, Mateusz Konieczny via talk
> wrote:
>>
>>> Is there some automatically generated website 
>>> describing in excruciating detail how to map various features?
>>>
>>> Something directed to a potential mappers, 
>>> explicitly describing every single smallest step,
>>> for every single mappable feature.
>>>
>>> I ask as I had again a friend asking me 
>>> "how to add aconstruction area/path/... to OSM".
>>>
>>> And it seems to me that automatically generated 
>>> set of such tutorials is both feasible and potentially useful.
>>>
>>
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Attribution guideline update

[Yves]

For the sake of the discussion about 'small map' size, a mockup on the wiki 
would certainly help.
The 500dpi and 25% size seems quite big to me, there's room for (c) 
Openstreetmap there.
Yves Cainaud ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] For the sake of peace | Re: Cease use of OpenStreetMap/Antifa logo

[Yves]

Le 17 février 2020 23:10:55 GMT+01:00, Simon Poole  a écrit 
>misusing the OpenStreetMap brand and marks by so
>many other organisations with the goal of  profiting from OSMs
>popularity.

... or worse, not using the brand at all on their maps for the same goal! 
Yves 
 

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

Re: [OSM-talk-fr] Structures de soins en addictologie (CSAPA, CAARUD…)

[Yves P.]

>> *Faut-il nettoyer les données OSM ?*
>> Une recherche (NOMINATIM) avec le terme CSAPA 
>>  renvoi « Clinique », « 
>> Hospital », « Service social » , « Salle polyvalente ».
>> 
>> Une recherche Overpass avec "social_facility:for"=drug_addicted en France 
>>  montre que les tags 
>> amenity=social_facility et social_facility=* ne sont pas toujours présents.
> Je dirais plutôt proposer une règle Osmose au lieu d'une modification massive.

J’ai trouvé ce fichier de configuration : 
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/healthcare_FR_finess.mapping.json

categories = 4604 sélectionne les ACT, CSAPA, CAARUD, LAM et LHSS.
ça correspond au champ categagretab du fichier CSV FINESS

Une recherche sur le champ categetab permettrait de sélectionner plus finement 
chaque type d’établissement…
Les ACT, LAM et LHSS sont des structures d’hébergement, pas les CSAPA et CAARUD.
Cf. https://intervenir-addictions.fr/orienter/vers-qui-orienter/csapa/

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

Re: [OSM-talk] Forests are mappable - was: Re: OTG rule, borders & mountains existing | Re: Crimea situation - on the ground

[Yves]

While I second Mateusz, the obvious solution for data users who may want to get 
rid of them in OSM is to filter them out.
Yves ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk