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

[Quentin Salles]

Bonjour,

Alors malheureusement on s'éloigne de ma demande initiale. Je n'ai jamais
demandé comment tagguer une MSP au sens propre, je pensais qu'il existait
déjà un moyen de le tagguer mais appremment ce n'est pas le cas. Mais en
tout cas j'apprends des choses et je pense qu'il faudra rajouter ce cas
dans le Wiki OSM.
Ma demande concernait des gymnases ou sales de spectacles, de fêtes etc qui
étaient convertis en tant que Centre de Consultations Covid19. Je voulais
avoir vos avis sur comment pourrait-on procéder pour tagguer de manière
uniforme ces bâtiments.

Quentin Salles
___
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.]

> Ma demande concernait des gymnases ou sales de spectacles, de fêtes etc qui 
> étaient convertis en tant que Centre de Consultations Covid19.
> Je voulais avoir vos avis sur comment pourrait-on procéder pour tagguer de 
> manière uniforme ces bâtiments.


healthcare=centre + 
covid19=yes ??

ou 

healthcare:covid19=centre

La communauté OSM ne semble pas très chaude avec les installations temporaires.
(Mais dans le cas du covid19, ça risque de durer)

__
Yves

PS: j'avais un problème similaire avec les collectes mobiles de sang 
https://wiki.openstreetmap.org/wiki/Talk:Tag:healthcare%3Dblood_donation


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

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

[Marc M.]

Le 04.04.20 à 00:01, Georges Dutreix via Talk-fr a écrit :
>> il n'y est pas listé car il est déprécié
>> https://wiki.openstreetmap.org/wiki/Tag%3Aoffice%3Dadministrative
>> au profit d'un tag plus clair office=government
> C'est effectivement clairement déprécié :-)
> Mais le "office=government" semble plutôt réservé à l'administratrion
> d'état et les autorités régionales ou locales, non ?

oui c'est pour tous les services "bureau" de l'administratrion

> Je viens de voir l'étiquette
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dadministration
> qui me semble assez adaptée même si peu utilisée.

je trouve que cela fait tag fourre-tout à défaut de tag plus précis.
c'est par loin d'avoir la même info que access=yes
donc pourquoi pas l'utiliser comme une sorte de "fixme" permettant
de quand même le classer... mais après faut bien trouver un tag plus précis

> Qu'en pensez-vous pour le services p_ublics n'ayant pas déjà une clé
> particulière _ ?
> Je pense par exemple aux autorités indépendantes et aux EPA
> (https://fr.wikipedia.org/wiki/%C3%89tablissement_public_%C3%A0_caract%C3%A8re_administratif_en_France)
> ou EPIC
> (https://fr.wikipedia.org/wiki/%C3%89tablissement_public_%C3%A0_caract%C3%A8re_industriel_et_commercial_en_France)
> 
> 
>>> Même question pour une mutuelle : office=insurance ?
>> office=ngo ngo=health_insurance ?
> NGO fait plutôt référence à une organisation à but non lucratif qui n'a
> pas pour objectif l'intérêt de ses  membres.

je trouve que cela renseigne simplement que c'est une structure
type loi 1901 ou équivalent.
cela ne dit pas que cela doit être désinteressé.
en y repensant office=insurance insurance=health operator:type=* est mieux

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

>> Je voulais avoir vos avis sur comment pourrait-on procéder pour tagguer de 
>> manière uniforme ces bâtiments.

Recherche rapide avec taginfo :
Consultations Covid-19 
 — Toulouse
Centro de Triagem COVID-19 
 — 
Brésil
Hospital de Campanha COVID-19 
 — Brésil
COVID 19 ISOLATION CENTER TIKAPUR 
 — Népal
COVID-19 Temporary Hospital 
 — Malaysia
…

https://overpass-turbo.eu/s/Slq (c'est TRES lent)

Est-ce qu'il y a des discussions sur la liste internationale ?

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

> https://overpass-turbo.eu/s/Slq  (c'est TRES 
> lent)

Trop général (ça sort des noms espagnols comme covides)

https://overpass-turbo.eu/s/Sls (recherche covid19 ou covid-19)

2 en France (je lance une recherche globale…)

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

> https://overpass-turbo.eu/s/Sls  (recherche 
> covid19 ou covid-19 dans name)
> 
18 dans le monde

Et que 3 avec ces tags :
"healthcare:speciality": "coronavirus;covid-19",
"healthcare:speciality": "COVID-19;coronavirus;flu;temporary",
"healthcare:speciality": 
"infectology;respiratory;flu;temporary;COVID-19;coronavirus",

https://overpass-turbo.eu/s/SlA  (recherche covid19 ou covid-19 dans 
healthcare:speciality)
10 dans le monde

"healthcare:speciality": "general;COVID-19_referral_hospital",
"healthcare:speciality": "coronavirus;covid-19",
"healthcare:speciality": "COVID-19;coronavirus;flu;temporary",
"healthcare:speciality": "covid-19_testing_laboratory",
"healthcare:speciality": "covid-19_testing_laboratory",
"healthcare:speciality": 
"communicable_diseases;sub-national_laboratory_for_CoVid-19",
"healthcare:speciality": "general;covid-19_referral_hospital",
"healthcare:speciality": 
"infectology;respiratory;flu;temporary;COVID-19;coronavirus",
"healthcare:speciality": "Non_COVID-19",
"healthcare:speciality": "general;respiratory;COVID-19_referral_hospital",


Je propose donc :
healthcare=* (en fonction du type / de la taille de la structure)
healthcare:speciality=covid-19;*

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Baptiste Jonglez]

Hello,

On 03-04-20, althio wrote:
> D'abord, en mode TL;DR, un résumé pour le cas présent :
> 
> Les points d'améliorations pour cette intégration/import et les suivantes :
> 
> 1. Clarifier la situation juridique
> 1a. Avoir une certitude sur la provenance et la propriété des données
> 1b. Un lien vers la licence, sur une page ou un courrier sans ambiguïté et
> avec une bonne valeur juridique.
> 
> 2. Ne pas faire l'annonce de la volonté d'import et le début de l'import le
> même jour.
> 2a. Attendre plus longtemps, plus que quelques heures, pour recueillir les
> commentaires sur le principe (validation de la licence, qualité des
> données, ...).
> 2b. Attendre plus longtemps, pour recueillir les commentaires sur les
> procédures détaillées (choix des tags...)

Merci du retour, c'est vrai que ça a été un peu vite (une discussion a
bien eu lieu en amont sur le github de çaresteouvert, mais n'implique pas
toute la communauté)

> > On a eu une proposition d'intégration de données d'une autre carte
> > collaborative, sous licence Open Database License
> 
> 
> (souvent contribuée par les propriétaires eux-mêmes).
> 
> 
> 
> 1. Attention, ce n'est pas intuitif, mais la compatibilité d'une licence
> ODbL est un peu grise pour l'ajout dans OSM.
> cf. https://wiki.osmfoundation.org/wiki/Licence/Licence_Compatibility
> cf. https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Euh, j'avoue que ça me dépasse.

> 2. Où est disponible publiquement la licence des données externes ? Un
> lien, une copie sur le wiki OSM ?
> On a seulement :
> https://wiki.openstreetmap.org/wiki/France/Covid-19/Imports
> qui pointe vers
> https://github.com/osmontrouge/caresteouvert/issues/81
> où en fouillant on peut trouver
> https://github.com/osmontrouge/caresteouvert/issues/81#issuecomment-606699637
> C'est un peu bancal et assez informel comme manière de partager de la
> donnée et sa licence.

J'ai exporté l'accord ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19/Imports#Situation_juridique

> De plus j'ai un doute sur la clarté de la propriété de la donnée, entre les
> éditeurs/contributeurs, la plateforme, les services tiers.
> 
> Est-ce que, en plus de la licence sur les données par Doko Maps, il existe
> un accord/termes des contributeurs sur le site Doko Maps, qui signifie sous
> quelles conditions et licence les personnes participent ? (Je n'ai pas
> trouvé).
> 
> Sachant que pour ne rien arranger, Doko Maps utilise aussi Google pour
> certains données, il me semble potentiellement dangereux d'utiliser ces
> données alors certaines ont été géocodées avec les services Google Maps.

Alors, en regardant plus en détails, sur les deux catégories de données :

- données des contributeurs (commentaire) : je n'ai pas trouvé non plus de
  Terms of Services ou équivalent, donc c'est effectivement une zone
  grise.  Je vais demander.

- données des POIs (nom, adresse, localisation) : effectivement, après
  vérification, ça a bien l'air de venir de Google :((  malgré les
  assurances de l'éditeur que les données sont « sans aucune donnees
  Google »...

Pour l'instant on intègre seulement les données que j'ai pu rapprocher
avec OSM, donc on exploite uniquement le commentaire (on garde le nom et
localisation existant dans OSM).

Par contre, pour les données non-rapprochées avec OSM, les intégrer
reviendrait à se baser sur des données Google pour le nom et la
localisation.  Je vais donc supprimer ces données, merci de ta
vigilance...

> Est-ce que les règles d'import automatique [1] s'appliquent, sachant que
> > ce n'est que semi-automatique et que les données seront intégrées
> > manuellement par plusieurs contributeurs ?
> >
> 
> Oui, c'est comme ça que je le perçois.
> Attention à la confusion entre "import" et "automatique".
> 
> Une opération avec des données externes doit suivre les règles d'import au
> mieux (même si l'édition est manuelle ou semi-automatique).
> https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
> 
> Il existe aussi des règles pour les modifications automatisées, qui
> couvrent d'autres précautions.
> https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatis%C3%A9es
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
> 
> Quand quelqu'un prépare un "import plan (en)" (idéalement pour tout ajout
> des données provenant d'une source externe, il est demandé de le partager
> sur avec la communauté locale, puis avec la communauté internationale sur
> la liste dédiée).
> C'est dans beaucoup de cas pour une intégration à plusieurs personnes, avec
> une revue des données en amont ou au fur et à mesure.
> Si quelqu'un présente un plan d'import/intégration sans revue des données,
> ce n'est pas acceptable. La notion d'automatisme est à prendre à part.
> 
> On peut par exemple nettoyer les données en amont jusqu'à la qualité
> correcte pour OSM et ensuite ajouter les données de manière automatisée.
> 
> 

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

[Marc M.]

Le 04.04.20 à 11:43, Quentin Salles a écrit :
> convertis en tant que Centre de Consultations Covid19

vu que c'est parti pour durer, je le tagerais
comme un centre de consultation normal
+ opening_hours=24/7 off "n'existait pas avant covid19"
+ opening_hours:covid19=yes ou plus précis

___
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

[Marc M.]

Le 04.04.20 à 12:12, Yves P. a écrit :
> Est-ce qu'il y a des discussions sur la liste internationale ?

non

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

[OSM-talk-fr] [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Vincent Bergeot]

Bonjour,

depuis ce matin je constate une recrudescence d'ajout de commerces sur 
les points d'adresses (souvent à partir d'un compte ayant le même nm que 
le commerce), ayant 2 conséquences :


 * laisser penser qu'il n'y a que ce commerce dans le batiment, hors ce
   même numéro peut servir à plusieurs commerces
 * ne plus faire apparaître le numéro dans le rendu, rendant difficile
   l'usage de la carte :)

Donc si possible, essayons d'ajouter un nouveau point, et non pas de les 
ajouter sur les points existants (les principaux intéressés, nouveaux 
ayant fait cela, ne liront pas ce mot, j'en suis conscient, mais au 
moins nous si :) )


à plus


--
Vincent Bergeot

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

Re: [OSM-talk-fr] [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[PanierAvide]

Bonjour,

Ça vaudrait pas le coup de créer une règle Osmose pour généraliser ce 
type de vérifications ?


Cordialement,

Adrien P.

Le 04/04/2020 à 15:18, Vincent Bergeot a écrit :


Bonjour,

depuis ce matin je constate une recrudescence d'ajout de commerces sur 
les points d'adresses (souvent à partir d'un compte ayant le même nm 
que le commerce), ayant 2 conséquences :


  * laisser penser qu'il n'y a que ce commerce dans le batiment, hors
ce même numéro peut servir à plusieurs commerces
  * ne plus faire apparaître le numéro dans le rendu, rendant
difficile l'usage de la carte :)

Donc si possible, essayons d'ajouter un nouveau point, et non pas de 
les ajouter sur les points existants (les principaux intéressés, 
nouveaux ayant fait cela, ne liront pas ce mot, j'en suis conscient, 
mais au moins nous si :) )


à plus


--
Vincent Bergeot

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

[Yves P.]

> depuis ce matin je constate une recrudescence d'ajout de commerces sur les 
> points d'adresses
> 
un contributeur jurassien fait ça systématiquement malgré les commentaires d'un 
collègue. C'est très chiant d'autant qu'il ne répond pas :(
> laisser penser qu'il n'y a que ce commerce dans le batiment, hors ce même 
> numéro peut servir à plusieurs commerces
> ne plus faire apparaître le numéro dans le rendu, rendant difficile l'usage 
> de la carte :)
et rendre la saisie plus difficile…
…effacer les n° de rue quand le POI est effacé (fermeture d'un commerce)
> Donc si possible, essayons d'ajouter un nouveau point, et non pas de les 
> ajouter sur les points existants (les principaux intéressés, nouveaux ayant 
> fait cela, ne liront pas ce mot, j'en suis conscient, mais au moins nous si 
> :) )
> 
Il me semble qu'il faudrait préciser ça dans le blog pour les débutants.

Une autre raison aussi à ce comportement, c'est que les nouveaux utilisent iD, 
et qu'il pousse à remplir tous les champs adresse d'un POI.
Et si le point adresse existe déjà, ça peut paraitre logique de mettre le 
commerce sur le n° de rue.

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

Re: [OSM-talk-fr] [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Bonjour,

Ça ne date pas d'hier.
Le problème est récurrent : beaucoup de gens pensent qu'il faut ajouter 
le commerce, service, bureau, ... à cet endroit puisqu'il est situé à 
cette adresse !
Il y a donc une certaine logique de mettre le commerce sur le pas de 
porte correspondant.


La majorité des contributeurs.trices qui font cette erreur utilisent ID 
mais il y en a  aussi qui font ça avec JOSM ;-/


Ce serait vraiment quelque chose à signaler. Je ne sais où.

Question rendu pour qu'il n'y ait pas de superposition des numéros et de 
l'icône du commerce aux différents niveaux de zoom il faut placer les 
points au minimum à 2,5 m / 3 m à l'intérieur du bâtiment.
Évidemment c'est plus facile avec JOSM pour mesurer la distance entre 
deux points.


Sinon pour repérer rapidement les erreurs j'utilise la source de 
l'import des adresses ce qui donne quelque chose de ce genre dans 
Overpass : *shop + amenity + office  + source import adresse.*


Éric

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Baptiste Jonglez]

On 04-04-20, Baptiste Jonglez wrote:
> Alors, en regardant plus en détails, sur les deux catégories de données :
> 
> - données des contributeurs (commentaire) : je n'ai pas trouvé non plus de
>   Terms of Services ou équivalent, donc c'est effectivement une zone
>   grise.  Je vais demander.

Ils n'en ont effectivement pas.  Du point de vue d'OSM, on peut considérer
qu'ils nous ont accordé une licence et que la base juridique de cet accord
vis-à-vis de leurs utilisateurs les regarde, mais c'est sûr que c'est
problématique.  Dans ce cas particulier, vu la situation et le caractère
d'utilité publique de ces données, je ne pense pas qu'il faille bloquer /
reverter le travail d'import pour autant.

> - données des POIs (nom, adresse, localisation) : effectivement, après
>   vérification, ça a bien l'air de venir de Google :((  malgré les
>   assurances de l'éditeur que les données sont « sans aucune donnees
>   Google »...

C'est confirmé que ça vient de Google, donc on laisse tomber l'import des
points non-rapprochés par la conflation.

J'ai mis à jour https://wiki.openstreetmap.org/wiki/France/Covid-19/Imports
avec ces deux informations.

> Pour l'instant on intègre seulement les données que j'ai pu rapprocher
> avec OSM, donc on exploite uniquement le commentaire (on garde le nom et
> localisation existant dans OSM).
> 
> Par contre, pour les données non-rapprochées avec OSM, les intégrer
> reviendrait à se baser sur des données Google pour le nom et la
> localisation.  Je vais donc supprimer ces données, merci de ta
> vigilance...


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

[OSM-talk-fr] Points relay

[Yves P.]

Bonjour,

Une librairie dans ma rue est un relais "Mondial Relay".

Comment noter ça ?

On trouve dans le wiki shop=outpost 
. Il n'y en a que 711 
.
Et taginfo trouve 5  
outpost=*

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

Re: [OSM-talk-fr] Points relay

[Frantz]

Bonjour !

je verrais bien :
amenity=post_office
post_office:type=post_partner
post_office:operator=Mondial relais

Question liée, comment cumuler plusieurs amenity (ou shop) sur une même 
enseigne ?
J'ai une préférence pour séparer les valeurs avec un ; mais je vois pas mal de 
suffixes de clé comme shop_1.
Si quelqu'un à une idée au passage, merci !

Frantz

4 avril 2020 17:54 "Yves P."  a écrit:

> Bonjour,
> 
> Une librairie dans ma rue est un relais "Mondial Relay".
> 
> Comment noter ça ?
> 
> On trouve dans le wiki shop=outpost. Il n'y en a que 711.
> Et taginfo trouve 5 outpost=*
> 
> __
> Yves

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

Re: [OSM-talk-fr] Points relay

[JB]

Le 04/04/2020 à 19:18, Frantz a écrit :

je verrais bien :
amenity=post_office

S'il vous plait, non…
amenity=post_office, chez nous, bien ancré, c'est la Poste, d'une 
manière ou d'une autre. On ne change pas le sens du tag principal par un 
tag secondaire…




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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[althio]

Bonjour,

Merci pour le suivi, les renseignements complémentaires et la mise à jour
des informations.

> Alors, en regardant plus en détails, sur les deux catégories de données :
> >
> > - données des contributeurs (commentaire) : je n'ai pas trouvé non plus
> de
> >   Terms of Services ou équivalent, donc c'est effectivement une zone
> >   grise.  Je vais demander.
>
> Ils n'en ont effectivement pas.  Du point de vue d'OSM, on peut considérer
> qu'ils nous ont accordé une licence et que la base juridique de cet accord
> vis-à-vis de leurs utilisateurs les regarde, mais c'est sûr que c'est
> problématique.  Dans ce cas particulier, vu la situation et le caractère
> d'utilité publique de ces données, je ne pense pas qu'il faille bloquer /
> reverter le travail d'import pour autant.
>

Tu ne le penses pas, certes, mais il faudrait demander à la communauté,
voire demander des conseils de manière plus large (liste
impo...@openstreetmap.org, Data WG, Legal WG...).

"Du point de vue d'OSM, on peut considérer qu'ils nous ont accordé une
licence et que la base juridique de cet accord vis-à-vis de leurs
utilisateurs les regarde"
C'est un peu cavalier, ça ressemble à du recel : la donnée n'a pas de
licence valable, on le sait, mais on la garde quand même.
D'autre part, si on veut intégrer dans OSM, la licence et la base juridique
nous regarde aussi, beaucoup.
OpenStreetMap est un projet collaboratif international avec des valeurs, un
partage des données, un partage des méthodes, et un certain partage des
risques.
Ce n'est pas une start-up qui bidouille dans son coin pour son propre
compte.

Pour ma part, je pense que cette source de données est un bien faible gain,
au regard des conditions problématiques.
Pour ce qui est de bloquer ou d'annuler les contributions déjà effectuée...
c'est sûr que c'est maintenant compliqué, il aurait été plus facile de
prendre son temps et de tirer les choses au clair avant d'intégrer les
données.

"vu la situation et le caractère d'utilité publique de ces données" n'est
pas un argument recevable pour justifier d'un ajout de données
problématique.

La conflation des données s'appuie toujours - je suppose - sur les données
initiales (nom, localisation, ...).
Il y a une tolérance du côté d'OSM pour permettre cela à d'autres
utilisateurs vers d'autres bases.
Je ne pense pas que cela soit autorisé aussi clairement par Google pour ses
services et données.

Franchement, avec ou sans conflation, la problématique est peut-être la
même. Ces données sont teintées Google Maps, nous ne devrions pas y toucher
- à mon avis - pour compléter OSM.

Et vous devriez arrêter cette contribution, avec ou sans conflation, pour
étudier proprement la question, arriver à un consensus sur la démarche à
suivre, et l'appliquer.

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

Re: [OSM-talk-fr] Points relay

[osm . sanspourriel]

Le 04/04/2020 à 19:46, JB - jb...@mailoo.org a écrit :


Le 04/04/2020 à 19:18, Frantz a écrit :

je verrais bien :
amenity=post_office

S'il vous plait, non…
amenity=post_office, chez nous, bien ancré, c'est la Poste, d'une
manière ou d'une autre. On ne change pas le sens du tag principal par
un tag secondaire…


C'est surtout que la librairie est... une librairie.

Elle sert actuellement de relais pour Mondial Relay, c'est un service en
plus, pas son activité principale.

La proposition de Frantz n'est pas déconnante, c'est l'équivalent des
pseudo-agences de La Poste dans les mairies ou les commerces. Sauf que
là on ne peut que poster ou récupérer un colis.

Le 04/04/2020 à 19:18, Frantz - frz_ml_...@finux.fr a écrit :

Question liée, comment cumuler plusieurs amenity (ou shop) sur une même 
enseigne ?
J'ai une préférence pour séparer les valeurs avec un ; mais je vois pas mal de 
suffixes de clé comme shop_1.
Si quelqu'un à une idée au passage, merci !


; c'est moins pire que shop_1 (Chopain d'accord, Chope deux ?).

Mais shop_1 est plus répandu parce que deux gugusses qui sont payés pour
faire iD ont décidé de faire comme ça.

En général dans shop tu mets l'activité principale et avec des clés
secondaires style bread=yes (*) tu dis que le commerce fait aussi dépôt
de pain.

S'il fait un peu de tout, convenience, supermarket...

Il n'y a pas de bonne solution pour indiquer 2 activités "équivalentes"
car à un moment il faut sans doute le représenter sur une carte. Et ce
sera sans doute l'icône de l'activité indiquée en premier qui sera utilisée.

Jean-Yvon

(*) exemple fictif, vu que la communauté anglo-saxonne est de plus en
plus prégnante dans OSM, bread est juste un concept^^

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

Re: [OSM-talk-fr] Points relay

[Francescu GAROBY]

Tout à fait d'accord : détourner "amenity=post_office", c'est un coup à
foutre un bordel !
De plus, je pense que le tag "[quelque chose]:operator=Mondial Relais" pose
aussi problème : n'y a-t-il pas des commerces qui font points relais pour
plusieurs réseaux (Mondial Relais, Relais Colis,...) ?
Du coup, il faudrait plutôt faire un truc du genre : "[quelque
chose]:mondial_relay=yes"

Francescu

Le sam. 4 avr. 2020 à 19:47, JB  a écrit :

> Le 04/04/2020 à 19:18, Frantz a écrit :
> > je verrais bien :
> > amenity=post_office
> S'il vous plait, non…
> amenity=post_office, chez nous, bien ancré, c'est la Poste, d'une
> manière ou d'une autre. On ne change pas le sens du tag principal par un
> tag secondaire…
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[osm . sanspourriel]

Quentin moi aussi j'en apprend des choses, je ne savais pas qu'on avait
reconverti des gymnases et autres en centres de consultation.

Avec la reconversion d'un entrepôt de Rungis en morgue + chambres
funéraires, je crains qu'il ne faille trouver une solution générique.

Le 04/04/2020 à 11:51, Yves P. - yves.prat...@gmail.com a écrit :

healthcare:covid19=centre


ajouter le suffixe ":covid19" me semble la voie à suivre (covid=19
supposerait de supprimer le rôle principal du bâtiment).

Ainsi en période covid on affiche comme healthcare=centre et sinon comme
le dit le tag principal.

Marc, un petit relai sur la liste tagging ?


La communauté OSM ne semble pas très chaude avec les installations temporaires.
(Mais dans le cas du covid19, ça risque de durer)


Déjà comme tu dis ça risque de durer. On voit d'ailleurs des commerces
ou des marchés se reconfigurer pour tenir alors qu'au début ils étaient
simplement fermés : pas la peine juste pour 15 jours mais si ça dure des
mois...

Ensuite on ajoute des informations sans détruire l'info existante.

Si quelqu'un veut faire une carte "temps normal", il peut toujours le faire.

Jean-Yvon



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

Re: [OSM-talk-fr] Intégration données dokomaps en opendata

[Marc M.]

Le 04.04.20 à 16:48, Baptiste Jonglez a écrit :
>> - données des POIs (nom, adresse, localisation) : effectivement, après
>>   vérification, ça a bien l'air de venir de Google :((  malgré les
>>   assurances de l'éditeur que les données sont « sans aucune donnees
>>   Google »...
> 
> C'est confirmé que ça vient de Google, donc on laisse tomber

replay:
osmose propose siren qui connait de nombreux poi (et s'il ne
les connait pas, freed est réceptif aux suggestions :p)

à faire une fois :
- installer josm + plugin utilsplugin2,
- configurer le menu personnalisé pour l'analyse osmose siren

à faire pour chaque poi
- shft-h pour ouvrir osmose avec la géoloc du poi sélectionné
- ajuster les tags au besoin (il y a qlq catégorie provoquant un fixme)

et les poi sont ajouté dans osm avec une source opendata irréprochable
niveau licence

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

[OSM-talk-fr] Covid-19 #caresteouvert - Site web regroupant les urgences optiques

[Eric Brosselin - Osm]

Bonjour,

Une information intéressante pour celles et ceux qui portent des lunettes.

À l'initiative des 3 syndicats d'opticiens un site 
(https://www.urgenceopticien.fr) a été créé pour informer de la mise en 
place
d'un service minimum qui assure les urgences au niveau de chaque 
département.


Ce site recense 350 adresses d'opticiens (avec n° de tél et parfois 
e-mail) qui sur rendez-vous peuvent recevoir des personnes.


Cela vaudrait peut-être le coup de leur demander s'il serait possible 
d'intégrer ces données dans la carte.


Il y a une adresse de contact : cont...@urgenceopticien.fr

Donc si quelqu'un veut le faire...

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

[Marc M.]

Le 04.04.20 à 21:26, osm.sanspourr...@spamgourmet.com a écrit :
> Quentin moi aussi j'en apprend des choses, je ne savais pas qu'on avait
> reconverti des gymnases et autres en centres de consultation.
> 
> Avec la reconversion d'un entrepôt de Rungis en morgue + chambres
> funéraires, je crains qu'il ne faille trouver une solution générique.

ajouter un point avec la "fonction covid19", tagé tout normalement
sauf les horaires permettant de dire que c'est fermé
hors covid19 et/ou temporary (tag un peu pouri [1] par principe
mais j'y survivrai si on l'injecte en masse pendant X semaines/mois)

> Le 04/04/2020 à 11:51, Yves P. - yves.prat...@gmail.com a écrit :
>> healthcare:covid19=centre
> 
> ajouter le suffixe ":covid19" me semble la voie à suivre (covid=19
> supposerait de supprimer le rôle principal du bâtiment).
> 
> Ainsi en période covid on affiche comme healthcare=centre et sinon comme
> le dit le tag principal.

cela veux dire que tout outil doit changer son code pour afficher
ce qu'est la réalité du terrain aujourd'hui ?
cela me plait bien peu

aujourd'hui et pour les semaines à venir, c'est un centre santé ou pas ?
si oui healthcare=centre healthcare:speciality=covid19

[1] parce que comment qu'on sait que ces structures covid19
ne vont pas pour certains rester en place ?
pas de source hormis la suposition permet de dire que c'est
temporaire/détruit dès que le besoin covid19 serra finit.

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

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[Marc M.]

osmose ne fait pas de règle sur les sujets sans concessus.

oui il y a quelques poids lourd qui veulent pas de surfacique pour
les no et quelques autres qui veulent du surfacique parce que moins
devinette "l'adresse det endroit est tel no parce que le noeud
le plus proche est celui là"

Le 04.04.20 à 15:22, PanierAvide a écrit :
> Bonjour,
> 
> Ça vaudrait pas le coup de créer une règle Osmose pour généraliser ce
> type de vérifications ?
> 
> Cordialement,
> 
> Adrien P.
> 
> Le 04/04/2020 à 15:18, Vincent Bergeot a écrit :
>>
>> Bonjour,
>>
>> depuis ce matin je constate une recrudescence d'ajout de commerces sur
>> les points d'adresses (souvent à partir d'un compte ayant le même nm
>> que le commerce), ayant 2 conséquences :
>>
>>   * laisser penser qu'il n'y a que ce commerce dans le batiment, hors
>> ce même numéro peut servir à plusieurs commerces
>>   * ne plus faire apparaître le numéro dans le rendu, rendant
>> difficile l'usage de la carte :)
>>
>> Donc si possible, essayons d'ajouter un nouveau point, et non pas de
>> les ajouter sur les points existants (les principaux intéressés,
>> nouveaux ayant fait cela, ne liront pas ce mot, j'en suis conscient,
>> mais au moins nous si :) )
>>
>> à plus
>>
>>
>> -- 
>> Vincent Bergeot
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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