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

[PanierAvide]

Bonjour Violaine,

Effectivement c'est dans les tuyaux, ça va arriver aujourd'hui ou demain 
:-) En attendant toutes les contributions directement dans OSM sont 
utiles et permettront d'avoir directement des données au top quand elles 
apparaîtront sur ça reste ouvert.


Cordialement,

Adrien P.

Le 26/03/2020 à 03:07, Violaine_Do a écrit :

Super, merci beaucoup!!

Ya moyen de donner l'accès en Polynésie française et en particulier à 
Tahiti / Moorea? Ou alors c'est moi 
(https://www.caresteouvert.fr/@-17.541352,-149.569779,16.03) On a de 
la data pourtant..


@bientôt


Le 25/03/2020 à 11:15, François de Metz a écrit :

Bonjour à tous,

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.

François

On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:

Bonjour à tous,

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

La carte propose aux visiteurs d'ajouter des infos dans leur commune 
: cela
créé une note automatiquement dans OSM, avec les informations 
nécessaires.

Ces notes sont à passer en revue pour intégrer les tags sur les lieux
concernés. En particulier :

- opening_hours:covid19 : horaires d'ouvertures pendant le 
confinement (ou

off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à
domicile, mesures sanitaires...)

Pour vous aider à passer en revue les notes, il y a l'outil 
NotesReview :


https://ent8r.github.io/NotesReview/?query=%23caresteouvert&limit=1&from=2020-03-23&map=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici :
https://wiki.openstreetmap.org/wiki/France/Covid-19

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

Cordialement,

--
Adrien P.


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

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




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

Re: [OSM-talk-fr] 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] Ça reste ouvert : on a besoin de vous !

[Violaine_Do]

Super, merci beaucoup!!

Ya moyen de donner l'accès en Polynésie française et en particulier à 
Tahiti / Moorea? Ou alors c'est moi 
(https://www.caresteouvert.fr/@-17.541352,-149.569779,16.03) On a de la 
data pourtant..


@bientôt


Le 25/03/2020 à 11:15, François de Metz a écrit :

Bonjour à tous,

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.

François

On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:

Bonjour à tous,

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

La carte propose aux visiteurs d'ajouter des infos dans leur commune : cela
créé une note automatiquement dans OSM, avec les informations nécessaires.
Ces notes sont à passer en revue pour intégrer les tags sur les lieux
concernés. En particulier :

- opening_hours:covid19 : horaires d'ouvertures pendant le confinement (ou
off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à
domicile, mesures sanitaires...)

Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert&limit=1&from=2020-03-23&map=6%2F47.3691%2F1.0107

Et la page de coordination du projet est ici :
https://wiki.openstreetmap.org/wiki/France/Covid-19

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

Cordialement,

--
Adrien P.


___
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


--
Violaine_Do


___
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

[Jérôme Amagat]

Le mer. 25 mars 2020 à 17:27, Yves P.  a écrit :

> Bonjour,
>
> Je viens de regarder le résultat de la dernière PR.
> Ici
> 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
>
> Je suis retourné au fichier source ici :
https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/

Pour cet établissement ref:FR:FINESS= 710978040
les coordonnées sont 841416.0 6632966.4 ça fait bien comme dit osmose :
4,8537542 46,7818901
donc osmose le place bien
MAIS

dans un ancien fichier, celui utilisé avant les derniers changements par
osmose : https://static.data.gouv.fr/
resources/finess-extraction-du-fichier-des-etablissements/20190307-093304/etalab-cs1100507-stock-20190307-0422.csv
les coordonnées sont 813827.5 6579859.2 ça fait : 4,4791663 46,3090391
et ça se situe à Matour 6 rue de Saint-Cyr

Donc le problème des coordonnées n'est pas osmose mais la source, il fait
réutilisé un fichier plus ancien ...
(ca n'a pas l'air d'être juste un décalage de ligne)

sur la page :
https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/
dans les commentaire, quelqu'un a détecté le même problème, les coordonnées
qui changent et sont mauvaises, il s'en plaint mais il n'obtient pas de
réponse...

Pour les accents, que j'ouvre le fichier sur libreoffice en ISO-8859-1 ou
en ISO-8859-15, j'ai les accents.
___
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

[Vincent Bergeot]

Le 25/03/2020 à 22:59, osm.sanspourr...@spamgourmet.com a écrit :


Je vois de même que le labo Biolor est bien situé à 20 m du bon 
emplacement... sauf qu'il s'agit de celui de Guidel et non de celui de 
Quéven.


http://osmose.openstreetmap.fr/fr/error/93487b25-a3a6-5fab-3b85-7fbc3746d1a8



oui c'est étonnant car autour de Bordeaux, la localisation semble ok 
http://osmose.openstreetmap.fr/fr/error/3f410f7c-a97e-1509-2b74-81c4b56305c6


Une partie seulement des données ne semblent pas être à la bonne place





Problme ;-) d'accent aussi (Catégorie de l'établissement).

Le 25/03/2020 à 17:27, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici 
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 pas6 RUE SAINT CYR  MATOUR 
, mais 6 RUE de SAINT CYR  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


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



--
Vincent Bergeot

___
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

[osm . sanspourriel]

Je vois de même que le labo Biolor est bien situé à 20 m du bon
emplacement... sauf qu'il s'agit de celui de Guidel et non de celui de
Quéven.

http://osmose.openstreetmap.fr/fr/error/93487b25-a3a6-5fab-3b85-7fbc3746d1a8

Problme ;-) d'accent aussi (Catégorie de l'établissement).

Le 25/03/2020 à 17:27, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici
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 pas6 RUE SAINT CYR  MATOUR
, mais 6 RUE de SAINT CYR  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
___
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] Ça reste ouvert : on a besoin de vous !

[François de Metz]

Bonjour à tous,

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.

François

On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:
> Bonjour à tous,
> 
> 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
> 
> La carte propose aux visiteurs d'ajouter des infos dans leur commune : cela
> créé une note automatiquement dans OSM, avec les informations nécessaires.
> Ces notes sont à passer en revue pour intégrer les tags sur les lieux
> concernés. En particulier :
> 
> - opening_hours:covid19 : horaires d'ouvertures pendant le confinement (ou
> off si fermé)
> - note:covid19 : si des infos supplémentaires sont données (livraison à
> domicile, mesures sanitaires...)
> 
> Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :
> 
> https://ent8r.github.io/NotesReview/?query=%23caresteouvert&limit=1&from=2020-03-23&map=6%2F47.3691%2F1.0107
> 
> Et la page de coordination du projet est ici :
> https://wiki.openstreetmap.org/wiki/France/Covid-19
> 
> 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) !
> 
> Cordialement,
> 
> -- 
> Adrien P.
> 
> 
> ___
> 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] 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

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

[Philippe Verdy]

Peut-être que l'outil de validation pourrait faire un test minimal sur
la validité de codage chaque chaîne (possible au moins pour l'UTF-8).
En cas de violation une analyse de probabilité: en France ça doit être
de l'ISO 8859-1 ou du CP-850 et les changements d'interprétation sont
certainement le plus souvent sur des lettres accentuées très courantes
dans la toponymie (é, è, à, ê, î) et une base de mots fréquents
(allée, église, cimetière, hôpital, dépôt, etc.) ou polygrammes finals
de mots fréquents (/.*ées?/, /.*ères?/, etc.)  doit pouvoir remédier à
l'ambiguité pour tenter une réparation automatique, mais dans tous les
cas ne laisser aucun encodage invalide et au minimum considérer que la
source est du Windows-1252, et en dernier lieu du CP850 (presque tout
les octets sont valides hors des contrôles C0), avant de convertir en
UTF-8, afin de laisser ces caractères visibles distinctement (même si
c'est encore du "mojibake") afin que le correcteur humain puisse s'en
apercevoir (qui sait si une source n'a pas utilisé par erreur lors de
la saisie un autre codage moins probable comme un jeu latin d'Europe
centrale en ISO ou page de code Windows ou OEM, ou a fait une erreur
d'utilisation dans un outil d'export ou une base intermédiaire)

Dans tous les cas, un journal de signalement devrait être réalisé pour
permettre au minimum un contrôle humain et une validation et un retour
d'informations vers la source de ces données boguées (toutes les
sources font des erreurs, même OSM lui-même, via des contributeurs
internationaux qui utilisent nativement divers claviers et langues et
des logiciels obsolètes ou mal configurés).



Le mer. 25 mars 2020 à 18:11, Frédéric Rodrigo
 a écrit :
>
> Le 25/03/2020 à 17:27, Yves P. a écrit :
> > Bonjour,
> >
> > Je viens de regarder le résultat de la dernière PR.
> > Ici
> > les
> > localisations ne correspondent pas du tout aux adresses.
>
> 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.
>
>
> >
> > 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.
>
>
>
> ___
> 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] Osmose, voirie non connectée

[Frédéric Rodrigo]

Salut,
C'est corrigé. Dans certains cas le frontend ne supprimait pas des marqueurs
Frédéric.

Le 15/03/2020 à 09:45, Stéphane Péneau a écrit :

Salut,

Osmose m'indique une erreur de voirie non connectée, et j'avoue que je 
ne comprends pas du tout pourquoi :


http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2 



Il s'agit de la jonction entre

https://www.openstreetmap.org/way/768475052
et
https://www.openstreetmap.org/way/123276562


Bug de l'analyse, ou alors je ne vois pas l'erreur ?


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

[OSM-talk-fr] caches lents : pourquoi déployer un nouveau rendu maintenant ?

[Philippe Verdy]

On le sait les caches OSM sont surchargés, mais c'est concommittant
aussi avec le déploiement malvenu d'un nouveau rendu sur Carto OSM qui
invalide des tonnes de tuiles (que les caches doivent donc
recharger...)

Je me demande si c'était bienvenu d'invalider autant de tuiles en ce
moment où on a besoin de fonds cartographiques.

Ceci dit les tuiles sont invalidées en de nombreux endroits avec de
très nombreuses contribution partout dans le monde par ceux qui sont
chez eux et ont plus de temps de cartographier.

En attendant on voit les différences de style dans le rendu aux
niveaux de zoom élevés (tuiles beaucoup plus pâles qu'avant, mais
c'est loin d'être toutes en même temps et les caches n'arrivent pas à
toutes les charger, on a un aspect "patchwork" somme toute
désagréable, et qui montre toutes les limites de l'infrastructure
actuelle.

D'où la nécessite de faire campagne pour obtenir des ressources pour
les serveurs et encore mieux protéger les abus par des tonnes de
nouveaux sites qui parfois ne créditent même pas OSM et en tout cas ne
mettent pas en place leur propre proxy-cache pour leurs propres
visiteurs, ce qui devrait être maintenant une obligation pour tous les
sites commerciaux ou les hébergeurs de sites perso :

Pourquoi en France on n'a pas le soutien d'Orange, SFR, Bouygues
Telecom, OVH, et autres CDN commerciaux, y compris aussi Google,
Apple, Microsoft pour les applis mobiles qu'ils diffusent ? Les
besoins cartographiques sont plus que jamais nécessaires, et même les
diffuseurs de carto commerciale pourraient aider beaucoup plus, ne
serait-ce que par solidarité: je me demande pourquoi on ne campagne
pas vers eux et les inciter à fournir des serveurs (en France ou
ailleurs dans le monde) et pourquoi pas mettre en place des proxy
transparents (déjà possible sur les réseaux mobiles qui utilisent des
VPN pour l'IPv4 via des NAT-proxies)

N'y a-t-il pas une cellule de crise ces ces opérateurs pour gérer les
besoins urgents au moins en cette phase de crise, au lieu de seulement
se contenter de limiter les débits vidéo (avec déjà un filtrage des
protocoles, donc déjà l'usage des DNS pour identifier les sites et
besoins urgents et gérer les priorités)? Ces cellules ne peuvent pas
mettre en place chacun quelques serveurs cache ?

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

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

[PanierAvide]

Bonjour à tous,

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


La carte propose aux visiteurs d'ajouter des infos dans leur commune : 
cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags sur 
les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le confinement 
(ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à 
domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert&limit=1&from=2020-03-23&map=6%2F47.3691%2F1.0107

Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


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


Cordialement,

--
Adrien P.


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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Vincent de Château-Thierry]

Le 25/03/2020 à 17:59, Florent Richard a écrit :
En Loire-Atlantique, il ressort un bon nombre de voies "blanches" (pas 
de nom ou seulement des espaces?). 
https://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html#dept=44
Pour certains de ces cas, il y a deux fois la même ref Fantoir: une fois 
avec un nom de voie, une fois avec un nom vide.


Est-ce qu'il serait possible de ne pas inclure ces voies "blanches" dans 
la liste?


Merci pour le signalement :)
C'est normalement corrigé, à l'instant.

vincent

___
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

[Frédéric Rodrigo]

Le 25/03/2020 à 17:27, Yves P. a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici 
les 
localisations ne correspondent pas du tout aux adresses.


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.





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.




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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Florent Richard]

Bonjour,

Merci pour cet outil.
En Loire-Atlantique, il ressort un bon nombre de voies "blanches" (pas de nom 
ou seulement des espaces?). 
https://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html#dept=44
Pour certains de ces cas, il y a deux fois la même ref Fantoir: une fois avec 
un nom de voie, une fois avec un nom vide.

Est-ce qu'il serait possible de ne pas inclure ces voies "blanches" dans la 
liste?

Merci par avance.
Florent

De : Vincent de Château-Thierry 
Envoyé : mercredi 25 mars 2020 10:54
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre 
d'adresses

Bonjour,

> De: "Jérôme Amagat" 
>
> Les lieux dits rapproché semble être aussi dans la liste. C'est voulu
> ?

Non. Je disais hier que c'était peut-être pas sec, toi tu confirmes en montrant 
que c'est pas étanche. Merci pour ton analyse à pas d'heure :)

Dans BANO ce que j'appelle lieux-dits sont potentiellement des place=* dans 
OSM, et je ne m'attends pas à y trouver des adresses rattachées. Pour 
identifier les "voies" avec adresse du cadastre et sans rapprochement OSM, je 
n'ai pas *pensé* à vérifier les codes FANTOIR des lieux-dits. Ton retour montre 
que clairement les adresses côté Cadastre sont largement rattachées aussi à des 
lieux-dits OSM, et donc que pour identifier le reste à faire, il faut 
soustraire les voies (rues, tag highway=*) rapprochées *mais aussi* les 
lieux-dits rapprochés (place=*).

Donc nouvelle mouture de la page 
http://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html ce 
matin, il ne devrait plus s'y trouver d'endroits au sens large (voie, lieu-dit) 
connu d'OSM. Je parle au conditionnel, merci pour vos contre-exemples au cas où.

vincent

___
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

[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
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
,
mais 6 RUE de SAINT CYR  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] Processus de validation de tag (camps de réfugiés)

[Marc M.]

Bonjour,


Le 25.03.20 à 16:03, Martin Noblecourt a écrit :
> Nous vous invitons à visiter la page wiki ici :
> https://wiki.openstreetmap.org/wiki/Proposed_features/Refugee_Site_Location_2
> 
> 
> On verra si cette 2e proposition nous permettra de tirer des
> enseignements

Merci d'avoir remis l'ouvrage sur le métier
Pas sur cependant que la version 2 suffise :
Ayant le même soucis que la première (utilisation du tag place pour
décrire un "service géré par un opérateur") qui fait doublon avec le tag
existant sans l'améliorer... je sais pas être autre chose que totalement
contre.

Cordialement,
Marc

___
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] Nom des équipements municipaux

[Brice]

Le 25/03/2020 à 15:48, Marc M. a écrit :

oui mais c'est au rendu de choisir s'il veux afficher que les vrais noms
ou s'il vaut utiliser le champ description en l'absence de nom.


en effet, la meilleure solution est de basculer
Terrain de Sport du Collège
Plateau EPS
Dojo de mussidan
de "name" à "description"

je ferai ainsi, si je croise ce genre de contributions

bonne journée

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

Re: [OSM-talk-fr] Processus de validation de tag (camps de réfugiés)

[Martin Noblecourt]

Bonjour,

Comme prévu nous avons revu notre copie et proposons une 2e version du 
tag place=refugee_site.


Nous avons essayé de répondre aux préoccupations et aux commentaires 
reçus, et d'adapter et de simplifier le tag proposé pour cartographier 
les lieux abritant des réfugiés.


Nous aimerions discuter à nouveau de ce tag avec toutes les personnes 
intéressées pendant la phase de demande de commentaires, ouverte 
jusqu'au vendredi 3 avril.


Nous vous invitons à visiter la page wiki ici : 
https://wiki.openstreetmap.org/wiki/Proposed_features/Refugee_Site_Location_2 



On verra si cette 2e proposition nous permettra de tirer des 
enseignements et éventuellement d'améliorer la documentation sur le 
processus !


Merci !

Martin

On 19/03/2020 18:28, Martin Noblecourt wrote:


Merci pour vos retours !

Je ne cherchais pas particulièrement à discuter le tag lui-même (ça 
n'est pas la liste pour) mais Marc, je vous invite à relire la page et 
la discussion liée (qui a pas mal évoluée avec le temps) qui explique 
clairement (enfin, j'espère) la distinction entre un camp (place) et 
une infrastructure individuelle d'accueil type foyer, CADA, etc. 
(amenity). Nous parlons ici de camps de réfugiés pouvant compter des 
centaines de milliers de personnes, parfois depuis des décennies. Et 
oui, la plupart de ces "villes" sont gérées par un opérateur (UNHCR, 
UNRWA, IOM, agence nationale...) et ont un statut juridique 
fondamentalement différent d'une ville classique.


La traduction sera évidemment utile mais la page anglaise est 
elle-même imprécise. Je garde donc en tête l'idée d'une session au 
SOTM pour sonder la compréhension que se font les membres de la 
communauté de ces règles... il y a beaucoup de règles OSM qui sont 
très claires dans la tête d'untel ou untel qui les appliquera avec 
zèle, mais pas forcément sur le Wiki ;-)


A bientôt,

Martin


On 19/03/2020 17:55, talk-fr-requ...@openstreetmap.org wrote:

Subject:
Re: [OSM-talk-fr] Processus de validation de tag
From:
"Marc M." 
Date:
19/03/2020, 15:19

To:
talk-fr@openstreetmap.org


Bonjour,

Le 19.03.20 à 15:05, Martin Noblecourt a écrit :

un proposal

une proposition ?


camps de réfugiés
,

oups j'ai oublié de voter... contre
contre parce que pour moi une structure d'accueil n'est pas une place=*
et une place=* (admnistrative ou géographique) n'est pas un lieu géré
par un opérateur


contre-propositions ?

sans doute noyé dans ma masse, j'avais listé 2 cas déjà existant dans la
base il y a 6 mois :

une structure d'accueil pour personnes déplacées se renseigne avec
amenity=social_facility social_facility:for=displaced
Du coup, sans avoir été relire, je n'ai toujours pas compris
pourquoi vous proposiez un nouveau tag et/ou la différence entre les 2

un camp « spontané » de personnes déplacés est parfois renseigné avec
amenity=refugee_housing et/ou place=refugee_camp pour faire la
différence entre structure d'accueil et camp spontané.

Cordialement,
Marc


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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Marc M.]

Bonjour,

Le 25.03.20 à 15:39, Brice a écrit :
> information (au moins sur les rendus)

oui mais c'est au rendu de choisir s'il veux afficher que les vrais noms
ou s'il vaut utiliser le champ description en l'absence de nom.

sinon c'est typiquement tager pour le rendu (ajouter une fausse
information pour forcer le rendu dans une direction qu'on souhaite
et qu'il le ferrait pas en l'absence de la fausse info)

Cordialement,
Marc

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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Brice]

Le 25/03/2020 à 13:51, emeric Prouteau a écrit :


Autour de chez moi certains équipements ont des noms de ce type :
  * Mairie de Sourzac (https://www.openstreetmap.org/node/4437603892)
  * Terrain de Sport du Collège
(https://www.openstreetmap.org/way/251335140)
  * Plateau EPS (https://www.openstreetmap.org/way/454758317)
  * Dojo de mussidan ...
Sur le terrain il n'y a aucun nom.
Pour moi il faudrait enlever ces nom car ce sont des nom descriptif qui 
correspondent plutôt à un tag.


oui
mais si c'est les supprimer pour ne mettre aucun autre nom, 
personnellement je ne le fais pas,
par respect de la contribution effectuée par les précédents et apporte 
un (petit) surplus d'information (au moins sur les rendus)


sauf pour "Mairie de Sourzac" qui a un rendu explicite "townhall" et 
pour lequel il n'y a quasi toujours qu'une mairie par commune, mettre un 
nom ne rajoute donc rien


bonne journée

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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Arnaud Champollion]

Le 25/03/2020 à 13:51, emeric Prouteau a écrit :




Sur le terrain il n'y a aucun nom.


Je pense que tu as tout dit.




Pour moi il faudrait enlever ces noms car ce sont des nom descriptif 
qui correspondent plutôt à un tag.




Je suis d'accord.

je dirais qu'il n'y a pas besoin d'écrire "Terrain de Sport du Collège" 
si c'est taggué terrain de sport et qu'il est sur l'emprise du collège.




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

Re: [OSM-talk-fr] Nom des équipements municipaux

[Cyrille37 OSM]

Bonjour,

Le 25/03/2020 à 13:51, emeric Prouteau a écrit :

Autour de chez moi certains équipements ont des noms de ce type :

  * Mairie de Sourzac (https://www.openstreetmap.org/node/4437603892)
  * Terrain de Sport du Collège
(https://www.openstreetmap.org/way/251335140)
  * Plateau EPS (https://www.openstreetmap.org/way/454758317)



Sans nom sur le terrain, bien que ce ne soit pas la règle absolue, je 
les laisserai tel quel ;-)


Cyrille37.



  * Dojo de mussidan ...


Sur le terrain il n'y a aucun nom.

Pour moi il faudrait enlever ces nom car ce sont des nom descriptif 
qui correspondent plutôt à un tag.


Qu'en pensez vous ?

Cordialement,


--
*Emeric PROUTEAU*
*emeric.prout...@gmail.com 

/Avant d'imprimer. Pensons à l'environnement.
Save paper. Do you really need to print this e-mail?/*

___
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

[OSM-talk-fr] Nom des équipements municipaux

[emeric Prouteau]

Bonjour,

Autour de chez moi certains équipements ont des noms de ce type :

   - Mairie de Sourzac (https://www.openstreetmap.org/node/4437603892)
   - Terrain de Sport du Collège (
   https://www.openstreetmap.org/way/251335140)
   - Plateau EPS (https://www.openstreetmap.org/way/454758317)
   - Dojo de mussidan ...


Sur le terrain il n'y a aucun nom.

Pour moi il faudrait enlever ces nom car ce sont des nom descriptif qui
correspondent plutôt à un tag.

Qu'en pensez vous ?

Cordialement,


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Donat ROBAUX]

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

Donat



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

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

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

[Christian Rogel]

Avant les années 2000, les "maisons de retraite » étaient, soit sur le modèle 
de la pension de famille (chambres + parties communes), soit sur celui du 
foyer-logement (studio avec cuisine + parties communes).
Avec une moindre espérance de vie, une partie des retraités y entraient peu 
d’années après leur décrochage de travail (vers 75 ans ou avant).
Il y a 25 ans, on s’es aperçu que les entrées étaient beaucoup plus tardives et 
que la dépendance les suivait de peu.
D’où la décicision de transformer presque toutes les « maisons de retraite » en 
« établissement d’hébergement pour personnes agees dépendantes ».

Ça a été financé pour l’essentiel par les Départements et a consisté à 
médicaliser les établissement par :
- l’affectation d’une infirmière
- la création d’un poste de médecin coordonnateur (il n’est pas à demeure)
- des locaux de premiers soins
- des heures de vacation pour des psychologues, rééducateurs, etc.

Je répond donc oui à la question sur l’étiqutage de l’EHPAD, ce ne peut être 
que « nursing home ».
 
En principe, tous les foyers-logements à l’ancienne ont été convertis en EHPAD, 
mais, il doit en rester.
Dans ce cas, ce sont des « group_home ».

Cas particulier, il arrive qu’une même résidence comporte une aile de 
foyers-logements et une autre médicalisée, 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.

« group_home » a maintenant une nouvelle jeunesse avec l’habitat volontaire 
pour seniors (immeuble parfois construit sur les indications des futurs 
habitants), parfois, teinté d’esprit religieux (on trouve parfois le terme de 
béguinage qui peut impliquer une cooptation sur la base d’idées partagées.).

Enfin, il existe les « résidences pour seniors avec services », qui peuvent 
etre des "assisted _living », mais son aussi des « group_home ». Elles 
comportentl’intervention 4/24 d’un(e) infirmièr(e), mais, pas forcèment basée 
sur place.



Christian R.
___
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?)

[Vincent Bergeot]

Le 25/03/2020 à 10:42, Marc M. a écrit :

Bonjour,

Le 25.03.20 à 10:29, Vincent Bergeot a écrit :

peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :

vous utilisez

je n'ajoute aucun social_facility=* pour le moment :)
parce que je prèfère pas de tag qu'un tag parfois faux
cela ne m'empeche pas d'ajouter tout le reste (amenity=social_facility
name social_facility:for=senior etc)

mais je considère que le tag correct est social_facility=nursing_home


oui cela semble être partagé.

Le tag group_home n'est pas faux si on en croit le wiki, c'est surtout 
que nursing_home est plus précis (un foyer de vie "médicalisé"), là ou 
group_home est un "simple" foyer de vie.


Lorsque le premier niveau de changement dans osmose sera effectif 
(passage de l’agrégation de catégories à la catégorie), on affinera donc.


Le 1er affinage concernera :

 * les EHPAD (social_facility=nursing_home) - médicalisé, soin 24/7
 * les maisons de retraites (social_facility=group_home) - une chambre
   et des services restauration, soin, ...
 * les résidences pour personnes âgées
   (social_facility=assisted_living) - les gens ont plutôt des
   appartements avec quelques services en communs


Je vais mettre à jour ici 
https://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS pour ces trois 
points si pas d'oppositions :)








Cordialement,
Marc

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



--
Vincent Bergeot

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

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

[Donat ROBAUX]

Hello,

C'est tout à fait ca Marc. 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.
Pour le moment, je n'ai pas d'adresse à communiquer car c'est de la préprod
mais ca ne va pas tarder ;)

Donat



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

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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Vincent de Château-Thierry]

Bonjour,

> De: "Jérôme Amagat" 
> 
> Les lieux dits rapproché semble être aussi dans la liste. C'est voulu
> ?

Non. Je disais hier que c'était peut-être pas sec, toi tu confirmes en montrant 
que c'est pas étanche. Merci pour ton analyse à pas d'heure :)

Dans BANO ce que j'appelle lieux-dits sont potentiellement des place=* dans 
OSM, et je ne m'attends pas à y trouver des adresses rattachées. Pour 
identifier les "voies" avec adresse du cadastre et sans rapprochement OSM, je 
n'ai pas *pensé* à vérifier les codes FANTOIR des lieux-dits. Ton retour montre 
que clairement les adresses côté Cadastre sont largement rattachées aussi à des 
lieux-dits OSM, et donc que pour identifier le reste à faire, il faut 
soustraire les voies (rues, tag highway=*) rapprochées *mais aussi* les 
lieux-dits rapprochés (place=*).

Donc nouvelle mouture de la page 
http://dev.cadastre.openstreetmap.fr/fantoir/top_adresses_manquantes.html ce 
matin, il ne devrait plus s'y trouver d'endroits au sens large (voie, lieu-dit) 
connu d'OSM. Je parle au conditionnel, merci pour vos contre-exemples au cas où.
 
vincent

___
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?)

[Marc M.]

Bonjour,

Le 25.03.20 à 10:29, Vincent Bergeot a écrit :
> peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :
> 
> vous utilisez 

je n'ajoute aucun social_facility=* pour le moment :)
parce que je prèfère pas de tag qu'un tag parfois faux
cela ne m'empeche pas d'ajouter tout le reste (amenity=social_facility
name social_facility:for=senior etc)

mais je considère que le tag correct est social_facility=nursing_home

Cordialement,
Marc

___
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?)

[Leroy Olivier]

Hello,

J'en ai fait qu'un (celui que je connais) et ai pris :
social_facility=group_home

Aucun pb pour le changer en fonction de ce qui décidé !

A+

Olivier

Le mer. 25 mars 2020 à 10:29, Vincent Bergeot  a
écrit :

> Bonjour les cartographes d'EPHAD,
>
> peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :
>
> vous utilisez social_facility=group_home
> ou
> vous utilisez social_facility=nursing_home
>
> (en plus de amenity=social_facility, social_facility:for=senior et
> type:FR:FINESS=500)
>
> à plus
>
> merci :)
>
> PS : actuellement sur osmose c'était social_facility=group_home qui
> était proposé car nous utilisions une agrégation de catégories
> d'établissement. Nous voulons passer à des analyses osmose plus fine en
> utilisant la catégorie (et non plus agrégation) donc il nous faut
> trancher :)
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

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

[Vincent Bergeot]

Bonjour les cartographes d'EPHAD,

peut-on avoir votre avis sur le tag EHPAD (personnes âgées dépendantes) :

vous utilisez social_facility=group_home
ou
vous utilisez social_facility=nursing_home

(en plus de amenity=social_facility, social_facility:for=senior et 
type:FR:FINESS=500)


à plus

merci :)

PS : actuellement sur osmose c'était social_facility=group_home qui 
était proposé car nous utilisions une agrégation de catégories 
d'établissement. Nous voulons passer à des analyses osmose plus fine en 
utilisant la catégorie (et non plus agrégation) donc il nous faut 
trancher :)




--
Vincent Bergeot


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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Marc M.]

Bonjour,

Le 24.03.20 à 23:36, Vincent de Château-Thierry a écrit :
> Je n'ai pas restreint aux voies
> addr:place,
> toujours pas géré dans BANO.

est-ce que cela veux dire que la liste affiche potentiellement plein
de cas qui sont correct dans osm et affiché uniquement parce que bano
ne le gère pas ?
si oui c'est un peu ennuyeux et il serrait sans doute préférable
de filtrer ces cas sur une page que j'avais imaginez comme "prenez
le premier cas, c'est probablement le plus utile où agir"
Ou alors j'ia raté la marche :)

Cordialement,
Marc

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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[Marc M.]

Bonjour,

Le 24.03.20 à 23:50, Vincent de Château-Thierry a écrit :
>> Et "Le bourg" dans une île, ça c'est de l'adresse ;-). Que fait-on ? On
>> crée les points adresse en laissant tomber la relation pour mettre (ou
>> pas) un place ?
> 
> cf. la réponse à Jérôme à l'instant. Il ne semble pas y avoir de type de
> relation avec un node place à la place d'un nom de voie, ou alors j'ai
> mal cherché.

exact.
il faut donc faire plein de addr:place
ou certains considèrent que la rue se nome avec le lieu-dit (par exemple
quand le lieu-dit pour l'adresse (Le bourg) n'est pas le même que
le lieu-dit de l'endroit (le nom du village ou de l'ile) ce qui permet
alors d'utiliser des associatedStreet

Cordialement,
Marc

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

Re: [OSM-talk-fr] BANO - Top des voies non rapprochées, par nombre d'adresses

[osm . sanspourriel]

Et "Le bourg" dans une île, ça c'est de l'adresse ;-). Que fait-on ? On
crée les points adresse en laissant tomber la relation pour mettre (ou
pas) un place ?


cf. la réponse à Jérôme à l'instant. Il ne semble pas y avoir de type
de relation avec un node place à la place d'un nom de voie, ou alors
j'ai mal cherché.


Oui j'ai cru dans un premier temps que tu me répondais.

La relation que j'ai regardé c'était la première du 56, Île-d'Houat(56086).

Jérôme petit joueur, 217 points.

Oui à Houat ils habitent (presque) tous le bourg et je suppose qu'il y a
un nom de famille prédominant. Sympa pour le facteur ;-). (*)

Ce que je veux dire c'est que FANTOIR doit avoir un lieu-dit LE BOURG
(en fait non :
http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=56086&tab=0).

Et que si FANTOIR considère que c'est un lieu-dit et non une voirie
qu'on ne devrait proposer que d'intégrer des points (avec addr:place)
car la relation associatedStreet ne marche qu'avec de la voirie, pas des
addr:place (ce qui est dommage).

L'autre solution c'est d'élargir le champ d'associatedStreet aux addr:place.

Je suis pour mais ça suppose qu'on fasse une proposition dans ce sens et
que les outils comme Nominatim suivent.

Jean-Yvon

(*) ils ont aussi :

Route du Port
Route du Vieux Port
Route du Port Saint Gildas
Rue du Port
Route de l'Ancien Port
Porh Plouz
Porh Chudel

Et dans OSM un Rue du Vieux Port, sans doute la Route du Vieux Port de
FANTOIR

Ceci n'est pas écrit un 1^er avril et Houat comporte moins de 250
habitants (en hiver)

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

Re: [OSM-talk-fr] Horaires d'ouverture :: sur rendez-vous

[Marc M.]

Bonjour,

Le 25.03.20 à 00:24, Jacques Lavignotte a écrit :
> horaires d'ouverture = sur rendez-vous ?

si c'est uniquement sur rendez-vous, entre 9h et 21h
reservation=required
opening_hours=09:00-21:00 "sur rendez-vous"

Cordialement,
Marc

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

Re: [OSM-talk-fr] Horaires d'ouverture :: sur rendez-vous

[Erwan Salomon]

salut,

le tag le plus utilisé semble être : 

528 utilisations
opening_hours="on call"
https://taginfo.openstreetmap.org/tags/opening_hours=%22on%20call%22

au choix avec
409 utilisations
opening_hours="by appointment"
https://taginfo.openstreetmap.org/tags/opening_hours=%22by%20appointment%22 


~40 versions française : "sur rendez-vous » (avec ou sans majuscule)

ne pas oublier de mettre le moyen de réserver (le numéro de téléphone en 
général)

> Le 25 mars 2020 à 00:24, Jacques Lavignotte  a écrit :
> 
> Bonjour,
> 
> J'arrête de creuser les wiki :
> 
> amenity=doctors
> 
> horaires d'ouverture = sur rendez-vous ?
> 
> rendez-vous, schedule, je ne trouve rien.
> 
> Merci, restez chez vous.
> 
> J.
> -- 
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> « Quand est-ce qu'on mange ? » AD (c) (tm)
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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