Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Paul Desgranges]

Le 24/04/2020 à 12:01, Yves P. a écrit :

je ne passe pas par Osmose

dommage, ça évite toute une partie répétitive (et source d'erreur) ;)


oui c'est très pratique, et j'avais bien suivi le cookbook envoyé sur le 
sujet il y ~15 jours environ et j'avais re-découvert Osmose à cette 
occasion : c'est rapide et propice pour être productif


Mais par ailleurs j'avais exporté (dans un umap 
) la base 
Finess récemment (début avril et mes données sont donc un peu plus 
récentes que celles d'Osmose, qui ont "*source* = Le ministère des 
solidarités et de la santé - 03/2019"), et mes données sont un peu plus 
récentes (que celles d'Osmose)


De plus je n'ai exporté que les 202 500 501 502 alors que Osmose 
présentait (il y a 15 jours en arrière, mais plus aujourd'hui ?) plus de 
"structures sociales" (et pas seulement les EHPA), alors c'était trop, 
je voulais me concentrer sur les EHPA


Enfin le POI de correction proposé par Osmose ne contenait qu'une 
sous-partie des données que je voulais rajouter (et que j'ai détaillées 
dans mon mail précédent), donc ça ne me suffisait pas de toute façon


S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car 
l'EHPA n'est peut être qu'une sous-partie de ce CH ?

Je met systématiquement des noeud pour les POI.
ça évite de tout mélanger, la saisie est plus simple, lisible… et en 
cas de fermeture ou de déménagement de l'établissement c'est plus 
facile et plus clair.
oui, mais un EHPA c'est un POI, mais c'est aussi un immeuble, c'est 
aussi une parcelle, des parkings, des voies privées, etc. parfois ça 
inclut un parc, etc et là effectivement il y a différentes façons de 
faire ?   Il doit y avoir des avantages à mapper le building ou la 
parcelle aussi


/ref:FR:SIRET/(pas sûr de savoir à quoi ça servira, mais puisque j'y 
suis …)

Maintenant il est mis automatiquement.

C'est super, mais ça n'y était pas il y a 15 jours qd j'ai commencé
Il sert à repérer les établissement qui ferme, déménagent… voir si les 
données sont cohérentes (parfois c'est faux dans FINESS).

Un clic droit depuis JOSM propose des liens utilises pour cette tâche.


Je renseigne aussi les champs/addr/

Je ne le fait plus. Si besoin, je rajoute un noeud avec le n° de rue.

, pour le numéro de tél j'aurai dû faire comme Donat mais je reporte 
le n° trouvé dans FINESS (en le formatant correctement).

tâche répétitive qui sera bientôt automatisée…

cool


Et puis le dernier truc, je renseigne/capacity/et/beds/en trouvant 
ces infos sur FINESS.

Moi aussi, quand j'y pense :)
on voit les gros EHPA à 120 -> 200 places et la taille moyenne 50 à 80 
... On pourrait renseigner aussi capacity:alzheimer car ceci est dans Finess


A noter il y a eu un gros effort d'équipement en EHPA ces dernières 
années, j'ai dû décalquer plusieurs buildings depuis le cadastre 
vectoriel.

Je fais parfois du décalcage…
Avec JOSM, j'importe le bâti dans un autre calque et je fusionne que 
les nœuds qui se sont "déplacés", et/ou les nouveaux bâtiments.


Je devrais faire ça aussi, en plus je savais faire, ça fait un moment 
que je ne l'ai pas fait, je vais m'y remettre


Bonne journée

Paul

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Paul Desgranges]

Le 23/04/2020 à 17:10, Donat ROBAUX a écrit :

C'est super si Osmose propose les numéros de téléphone, mais attention, ceux
renseignés ne sont pas nécessairement celui du standard. Egalement pour le
fax. Il arrive assez régulièrement que ce soit celui du secrétariat de
direction ou autre.
Quand je cartographie, je regarde sur le site internet de la structure et
mets celui-ci en priorité.

Donat


J'avoue je ne passe pas par Osmose (mais il faudra vraiment que je fasse 
une passe finale avec !) Je cherche dans OSM à partir de l'adresse 
trouvée dans FINESS, et sur internet l'établissement à partir du nom, 
j'essaye de tagguer le building ou la parcelle quand cela est possible. 
S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car l'EHPA 
n'est peut être qu'une sous-partie de ce CH ? Je rajoute le 
/ref:FR:FINESS/ /type:FR:FINESS/ (500 ou 202) bien sûr, mais aussi le 
/ref:FR:SIRET/ (pas sûr de savoir à quoi ça servira, mais puisque j'y 
suis ...). Pour le nom, je renseigne /name/, /short_name/ 
/official_name/, (parfois /alt_name/ ou /old_name/, pas mal d'EHPA 
s'appelait "Maison de Retraite de ..." ) au mieux. Je renseigne aussi 
les champs /addr/, pour le numéro de tél j'aurai dû faire comme Donat 
mais je reporte le n° trouvé dans FINESS (en le formatant correctement). 
Et puis le dernier truc, je renseigne /capacity/ et /beds/ en trouvant 
ces infos sur FINESS. A noter il y a eu un gros effort d'équipement en 
EHPA ces dernières années, j'ai dû décalquer plusieurs buildings depuis 
le cadastre vectoriel.


J'achète presque toujours le Dauphiné Libéré en cette période de 
confinement (je le fais presque jamais d'habitude), dans lequel il y a 
bcp d'infos locales, et assez souvent sur les EHPA du département et 
presque toujours maintenant l'EHPA est dans OSM... C'est pas fini pour 
l'Isère mais presque . Les puristes y 
trouveront certainement des choses à améliorer, il doit y avoir des 
erreurs, j'espère pas trop ! Bon ben ce n'est qu'une étape ...


A plus

Paul





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

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

[OSM-talk-fr] Mapzen et OSM

[Paul Desgranges]

Bonjour

Je n'ai pas le recul pour comprendre cet article 
https://www.zdnet.fr/actualites/le-projet-de-cartographie-open-source-mapzen-relance-sous-l-egide-de-la-urban-computing-foundation-39902077.htm. 
Est-ce quelqu'un est capable de l'expliquer, notamment la phrase 
"(MapZen) /constitue l'épine dorsale de services cartographiques tels 
que //OpenStreetMap/" 


Merci

Paul

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

Re: [OSM-talk-fr] Et si on prenait soin de nos EHPAD ?

[Paul Desgranges]

Merci Jean-Guilhem pour le tuto Osmose !

Pour la part, j'ai commencé (début Avril) à faire l'Isère :

 * - j'ai d'abord exporté les EHPAD et les EHPA de la base FINESS, et
   j'ai mis le résultat dans un uMap EHPAD Isère
   
 * - j'en fais qq uns tous les jours, voir la progression du mapping
   EHPAD EHPA Isère  (partage Overpass
   Turbo)
 * - je cherche à chaque fois des compléments d'info sur le web, et à
   l'occasion je rajoute dans OSM des détails autour de l'EHPAD en fct
   de ce que permet de voir BDOrthoIGN
 * - la capacité de l'établissement peut être renseignée en faisant une
   recherche par le N° FINESS dans la base FINESS
    : le deuxième
   onglet du résultat de recherche donne les équipements de la
   structure et donc le nombre de places

Donc tout confiné que je suis, je me ballade dans toute l'Isère :-)

A plus

Paul


Le 09/04/2020 à 20:27, Yves P. a écrit :
Pour ma part, je vais prioriser en fonction de nouvelles de presse 
qui sont cartographiées sur cette umap (et de leurs alentours) :

https://umap.openstreetmap.fr/fr/map/liste-des-ephad-concernes-par-le-covid-19_439161
(surtout par Kalksten — https://twitter.com/Kalkspat1)


Il y a une typo ici 
 : 
C'est Villa Charlotte :)

Je commence là, après la Haute-Savoie (il n'y a encore rien dans le Jura).

__
Yves


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

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

[Paul Desgranges]

Hello

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



A plus
Paul

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

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

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

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

EHPAD social_facility=nursing_home
EHPA  social_facility=group_home

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

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

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

[Paul Desgranges]

Bonjour,

Effectivement 933 entrées remontées par https://overpass-turbo.eu/s/O88 
! Pas mal ! (Avec ceci déjà on peut voir la quantité, la densité, et 
l'inventaire sert déjà à ça !)


Et les nouvelles entrées sont souvent qualifiées dans le détail, 
c'est-à-dire qu'il n'y a pas que l'attribut 'advertising' mais bien 
(presque) à chaque fois, (certains) des attributs pour qualifier:


 * *L'aspect physique extérieur *:
 o le facteur de forme : ceci est donné par l'attribut
   'advertising' lui-même
 o le support : attribut 'support'
 o la taille totale : attribut 'size'  exprimé sous la forme
   largeur*hauteur
 o la taille d’affichage : attribut 'display_surface'
 o la hauteur : attribut 'height'
 o le nombre de côté : attribut 'sides'
 o le fait qu’il soit éclairé et comment : attribut 'lit'
 o le fait qu'il soit animé et comment : attribut 'animated'
 o la visibilité ou portée d'affichage : attribut 'visibility'
 o l'orientation du panneau vis-a-vis du flot de passage : attribut
   'orientation'

 * *L'aspect "réglementaire" *:
 o l'opérateur : attribut 'operator'
 o le type de terrain : 'land-property'
 o le type de message : attribut 'message'
 o si le dispositif est utilisable par tous : attribut 'access'
 o sa référence : attribut 'ref'
 o le type réglementaire : attribut 'legal_type:FR'

Évidemment certains de ces attributs ne sont pas du tout évidents à 
renseigner : les attributs 'size', 'display_surface', 'height' par 
exemple (quel travail d'aller mesurer précisément des panneaux !) et 
l'attribut 'legal_type:FR 
' a besoin d'une 
expertise que peu de personnes ont (je connais qq trucs, mais la 
réglementation est tellement complexe !) et c'est pour ceci qu'il est 
très peu renseigné
J'ai exporté toutes les entrées dans un fichier osm  C'est pas mal 
mais il y aurait quand même une passe à faire pour corriger qq trucs et 
uniformiser... Je le ferais bien volontiers, mais pas dans mon coin. Ca 
serait mieux de préparer une modif à deux ou trois personnes, voir si 
déjà on peut se mettre d'accord, avant de présenter un résumé de cette 
proposition à la liste talk-fr : pour que cela soit fait de manière 
compréhensible et consensuelle.
La spec https://wiki.openstreetmap.org/wiki/FR:Key:advertising dit pas 
mal de choses, mais pourrait encore évoluer bien sûr.
Voilà donc c'est une proposition, si certains se sentent intéressés, on 
peut échanger un peu en MP et puis revenir sur la liste après ? Pour moi 
ça serait un exercice intéressant parce que nous avons un atelier le 6 
janvier à Grenoble sur le sujet 
 


Bonne soirée
Paul



Le 13/11/2019 à 20:33, Cédric Frayssinet a écrit :

Bonsoir à tous,

Depuis ce premier message, de nombreux panneaux ont été cartographiés 
sur la Métropole de Lyon (on approche les 1000 entrées). C'est 
notamment grâce à beau boulot de RAP Asso sur MapContrib : 
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon#


Malheureusement, on trouve qu'il y a beaucoup de messages d'erreurs 
rouge du type 'Too Many Requests' quand on utilise MapContrib.


Du coup, question simple :)
Y a-t-il des paramétrages que l'on aurait loupé, un système de cache 
par exemple ? ou des astuces...


D'ailleurs, j'ai un peu le même soucis sur des cartes uMap avec des 
données distances et des requêtes OverPass.


Merci pour vos pistes !

Cédric

Le 22/09/2019 à 17:37, Cédric Frayssinet a écrit :

Bonjour à tous,

Sur Lyon, il y a un travail en cours sur la cartographie des panneaux
publicitaires et y a du boulot ! L'état actuel :
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon

Il y a beaucoup de panneaux présents sur les arrêts de bus et je n'ai
pas vu de tag qui pourrait compléter l'arrêt de bus avec la présence
d'un panneau publicitaire (recto-verso, allumé...)

C'est dommage car cela permettrait de gagner du temps lors des contrib.
Mais peut-être que cela existe ?

De même, le top serait que Jungle Bus l'intègre dans son application
Android avec un système simple de case à cocher :)

Au plaisir de vous lire et bonne fin de week-end,

Cédric


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



--

Sur Mastodon : @bristow...@framapiaf.org 



Promouvoir et soutenir le logiciel libre 


___
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] Cartographie de la pub...

[Paul Desgranges]

Bonjour

J'en ai cartographié pas mal à Grenoble, tu les verras avec cette req : 
https://overpass-turbo.eu/s/Mve (mais à Grenoble il va falloir qu'on les 
dé-cartographie car la majeure partie de ces pubs sur abribus/abritram 
vont disparaître à Grenoble prochainement et c'est une bonne nouvelle, 
car on est vraiment captif de ces pubs quand on attend son bus ou son 
tram !)


La page https://wiki.openstreetmap.org/wiki/FR:Key:advertising est assez 
bien documentée


 Si tu utilises JOSM, il y a un greffon de Préréglages (Preset en 
anglais) pour tous les dispositifs publicitaires et notamment un des 
types prévus est 'Sucette sur abribus/abritram' qui met les valeurs par 
défaut qui vont bien. Ce greffon est disponible ici 
'https://josm.openstreetmap.de/wiki/Presets/Dispositifs_Publicitaires . 
Il marche dans JOSM avec un 'Style' 
https://josm.openstreetmap.de/wiki/Styles/AdvertisingStyle bien pratique 
pour 'voir' ces dispositifs publicitaires dans JOSM, avec des jolies 
icônes 
 



Tu trouveras les présentations que j'ai faites sur le sujet au SoTM 
d'Avignon en 2017 ici : http://pdfext.github.io/OSM/Avignon/index.html 
et notamment cette présentation ici 
http://pdfext.github.io/OSM/Avignon/OSM_cartographie_publicitaire_SOTM_Avignon_2017.pdf


Voilà, tout ceci peut s'améliorer évidemment
Paul


Le 22/09/2019 à 19:03, Dlareg a écrit :

Le 22/09/2019 à 17:37, Cédric Frayssinet a écrit :

Bonjour à tous,

Salut Cédric,


Sur Lyon, il y a un travail en cours sur la cartographie des panneaux
publicitaires et y a du boulot ! L'état actuel :
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon

Il y a beaucoup de panneaux présents sur les arrêts de bus et je n'ai
pas vu de tag qui pourrait compléter l'arrêt de bus avec la présence
d'un panneau publicitaire (recto-verso, allumé...)

Avec d'autres outils de contribution tu peux t'appuyer sur cette page
pour les dispositifs publicitaires. :
https://wiki.openstreetmap.org/wiki/FR:Key:advertising

Voici un exemple de cartographie d'arrêt de bus avec support
publicitaire sur Dijon :
https://www.openstreetmap.org/node/2460941825


C'est dommage car cela permettrait de gagner du temps lors des contrib.
Mais peut-être que cela existe ?

De même, le top serait que Jungle Bus l'intègre dans son application
Android avec un système simple de case à cocher :)

Au plaisir de vous lire et bonne fin de week-end,

Cédric


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


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

Re: [OSM-talk-fr] Contributions organisées

[Paul Desgranges]

En lisant ce qu'était une contribution organisée 
<https://wiki.openstreetmap.org/wiki/FR:Organised_Editing_Guidelines>, 
j'ai eu le sentiment que cette cartopartie du 22 juin rentrait dans ce 
cadre-là, puisqu'on avait effectué de certains efforts d'organisation, 
de documentation, de communication et de bilan. Si certes le périmètre 
et la durée étaient restreints, on a rassemblé un jour entier une 
dizaine de contributeurs expérimentés, et ce n'était donc pas ni une 
cartopartie en soirée entre amis, ni d'initiation vers le grand public. 
Donc une vraie "contribution organisée" dans le process, même si petite 
dans la taille (c'est vrai la frontière est floue entre ce qui peut ou 
pas rentrer dans cette liste). Bon, tant que cette liste 
<https://wiki.openstreetmap.org/wiki/FR:Organised_Editing/Activities#Listes_des_activit.C3.A9s> 
n'est pas plus renseignée, j'espère qu'on peut y garder cette entrée, 
mais sinon ce n'est pas grave. Sinon, bien noté le point dont tu parles 
: la prise en charge des frais de collation ont été appréciés (et deux 
fois moins importants qu'annoncés), merci !

Paul
Le 27/06/2019 à 07:01, Vincent Bergeot a écrit :

Le 26/06/2019 à 22:00, Paul Desgranges a écrit :

Bonjour,
Je me suis lancé et j'ai renseigné la première entrée dans la table 
<https://wiki.openstreetmap.org/wiki/FR:Organised_Editing/Activities#Listes_des_activit.C3.A9s> 
: pour la cartopartie grenobloise du 22 juin. Est-ce que ça va ou pas ?

pour ma part oui.
Mon seul bémol est sur la "subvention" OSM-fr. En fait osm-fr ne verse 
pas de subvention à qui que ce soit mais prend en charge les dépenses 
de ses membres et associés.
Pour clarifier, sur des évènements comme cela, osm-fr peut prendre en 
charge des "frais de bouche" par exemple, mais ne verse pas de 
l'argent à une autre asso :)
Ce bémol est tout petit petit petit par rapport à l'immense plaisir de 
voir des cartoparties comme cela !


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

Re: [OSM-talk-fr] Contributions organisées

[Paul Desgranges]

Bonjour,
Je me suis lancé et j'ai renseigné la première entrée dans la table 
 
: pour la cartopartie grenobloise du 22 juin. Est-ce que ça va ou pas ?

A plus
Paul



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

Re: [OSM-talk-fr] access=employees

[Paul Desgranges]

Le 24/06/2019 à 22:46, marc marc a écrit :

Le 24.06.19 à 22:38, Paul Desgranges a écrit :

Le 24.06.19 à 22:05, Paul Desgranges a écrit :
Beaucoup de parkings sont réservés aux employés du site
La valeur serait alors access=employees

Le 24/06/2019 à 22:10, marc marc a écrit :

j'aurais utilisé access=private private=employee

? La clé private n'est pas documentée

https://wiki.openstreetmap.org/wiki/FR:Key:access#Valeurs
dernière entrée du tableau et la valeur la plus fréquente
https://taginfo.openstreetmap.org/keys/access#values
la "valeur" private est bien documentée et est très connue, mais pas la 
"clé" private.

je parlais de la "clé" car tu mentionnais "private=employee"


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

Re: [OSM-talk-fr] access=employees

[Paul Desgranges]

Le 24.06.19 à 22:05, Paul Desgranges a écrit :
Beaucoup de parkings sont réservés aux employés du site : employés de 
l'hôpital, employés de l'administration, employés de l'usine, etc
Alors pourquoi ne pas avoir une nouvelle valeur pourle tag access  
<https://wiki.openstreetmap.org/wiki/FR:Key:access>  pour dénoter ceci ?
La valeur serait alors access=employees. Cette valeur est déjà utilisée plus de 
100 fois en France et plus de
 600 fois en Allemagne  J'ai rédigé ceci 
:https://wiki.openstreetmap.org/wiki/Talk:Key:access#Why_not_access.3Demployees

Le 24/06/2019 à 22:10, marc marc a écrit :

j'aurais utilisé access=private private=employee
? La clé private n'est pas documentée, la valeur private=employee 
utilisée par personne ...
Alors que nous avons pas mal de valeurs de access qui dénotent un public 
restreint à une catégorie : permissive,customers,delivery,forestry,private

Donc employees me semblerait une extension naturelle


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

[OSM-talk-fr] access=employees

[Paul Desgranges]

Beaucoup de parkings sont réservés aux employés du site : employés de 
l'hôpital, employés de l'administration, employés de l'usine, etc
Alors pourquoi ne pas avoir une nouvelle valeur pour le tag access 
 pour dénoter ceci ? 
La valeur serait alors access=employees.
Cette valeur est déjà utilisée plus de 100 fois en France et plus de 600 
fois en Allemagne


J'ai rédigé ceci : 
https://wiki.openstreetmap.org/wiki/Talk:Key:access#Why_not_access.3Demployees

Merci



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

Re: [OSM-talk-fr] [OSM-Talk-Fr] Extinction de l'éclairage public

[Paul Desgranges]

Le 28/05/2019 à 19:25, Nicolas Bétheuil a écrit :

Bonjour,

Avez-vous déjà référencé des villes / communes / village qui éteignent 
l'éclairage public durant la nuit ?

Quels tags utiliseriez vous ?

Bon, en fait, en regardant un peu mieux dans le wiki et tag info j'ai 
trouvé ça

https://taginfo.openstreetmap.org/keys/operating_times#map
https://wiki.openstreetmap.org/wiki/FR:Key:lit

Trop embryonnaire sûrement pour être pertinent.
J'avais entamé une discussion sur le sujet qui avait donné lieu à 
quelques commentaires

https://wiki.openstreetmap.org/wiki/Talk:Key:lit#For_town_for_cities_with_lighting_plans_to_reduce_light_pollution
Il faudrait repartir de là éventuellement...
L'idéal serait d'obtenir l'ouverture des données de l'ANPCEN, et ceci a 
déjà été discuté sur cette liste à l'époque ...
Il y a aussi ceci 
https://commons.wikimedia.org/w/index.php?search=extinction+%C3%A9clairage+public=Special%3ASearch=Go=1=1=1=1=1=1

Paul


Ce serait en s'inspirant de ça https://www.anpcen.fr/?id_rub=19 (mais 
pas assez doué pour trouver une carte / liste un peu à jour)
Et pour savoir où je peux partir en vacances avec mon télescope, pour 
adapter la lecture de la carte de l'avex 
https://www.avex-asso.org/dossiers/wordpress/fr_FR/la-pollution-lumineuse-light-pollution/cartes-de-pollution-europeenne-avex-2016?lang=fr_FR#-cartes-classiques


Bonne soirée

___
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] Ajout de panneaux d'affichage libre

[Paul Desgranges]

Bonjour
J'avais travaillé sur ce sujet. J'avais traduit, documenté, enrichi, 
rédigé aussi pas mal du wiki sur le tag "*advertising*", voir par exemple :


 * https://wiki.openstreetmap.org/wiki/FR:Key:advertising
 * https://wiki.openstreetmap.org/wiki/FR:Key:legal_type
 * 
https://wiki.openstreetmap.org/wiki/FR:Key:legal_type#Affichage_d.27opinions_et_publicit.C3.A9_relative_aux_activit.C3.A9s_des_associations_sans_but_lucratif

mais sans être arrivé à porter le débat complètement sur tout ceci, et 
construire un consensus réel sur certains points, très peu de gens 
connaissent le sujet. Comme je suis membre aussi d'une association de 
défense du paysage, j'ai une petite connaissance de la publicité 
extérieure de manière générale en France et par extension aussi des 
panneaux d'affichage libre. La dénomination "panneau d'affichage libre" 
n'existe pas vraiment, c'est un raccourci, puisque on parle dans la 
réglementation de "Affichage d'opinions et publicité relative aux 
activités des associations sans but lucratif". Cette dénomination a un 
sens précis. Puisque ces panneaux sont dans l'espace public, exposé au 
regard de tous, c'est une forme de publicité aussi, même si non 
commerciale et donc ces panneaux doivent rentrer aussi dans le champ du 
tag "advertising" avec des attributs supplémentaires pour le qualifier 
complètement. J'avais renseigné dans OSM tous (ou presque) les panneaux 
d'affichage libre de Grenoble dans OSM, en me basant sur les données 
OpenData de la métropole de Grenoble et en vérifiant sur le terrain. 
Bref ça m'intéresse beaucoup ce que tu fais, et je veux bien regarder 
ton échantillon avant que tu fasses l'import. On peut peut-être en 
discuter d'abord en direct, si tu le souhaites, et puis après porter nos 
conclusions sur osm-talk-fr dans un second temps, bon enfin comme tu 
veux...

Cordialement

Paul


Le 29/04/2019 à 22:02, goues...@orange.fr a écrit :

Bonsoir

Il m'a été fortement recommandé de vous prévenir de mon ajout de plusieurs 
dizaines (centaines?) d'emplacements de panneaux d'affichage libre dans 
OpenStreetMap sous peu. J'ai lu les consignes et les commentaires de membres de 
plusieurs forums sur la façon de les qualifier. Je peux vous montrer un 
échantillon si vous le souhaitez. J'ai plusieurs fichiers au format geojson que 
je vais convertir au format XML OsmChange. Je sais utiliser l'API en ligne de 
commande avec Curl, j'ai même trouvé comment faire marcher ça avec la version 
0.6 de l'API alors que le wiki mentionne des exemples qui marchent uniquement 
avec la version 0.5. Je connais JOSM, je l'ai installé au cas où mais je ne 
pense pas qu'il me sera utile pour le téléversement. Je ferai des essais sur 
une version de test. Je (re)vérifierai que je ne risque pas d'écraser les 
contributions d'autres personnes. Une fois prêt, j'enverrai un message 
électronique à impo...@openstreetmap.org à moins que vous me disiez que ce ne 
sera pas nécessaire. Je pense téléverser les emplacements par groupe de 30 à 
peu près ou bien commune par commune. Si vous pensez que j'oublie quelque chose 
d'important, n'hésitez pas à me le faire savoir, je ne suis pas encore un 
habitué et j'ai beaucoup à apprendre.

Cordialement.

___
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] Annonce carto-partie le samedi 22 juin à Grenoble

[Paul Desgranges]

Bonjour à tous !

 Pour vous annoncer une *carto-partie OpenStreetMap à Grenoble* 
 
le *samedi 22 juin* toute la journée. Avec un objectif assez ambitieux, 
puisqu'il s'agit du *CHU Nord de Grenoble 
 * (*)


 Tous les mappeurs OpenStreetMap de la région (l'Isère, la Drôme, la 
Savoie, les Hautes-Alpes, le Rhône, etc.) sont les bienvenus ! Bien sûr 
en premier tous ceux qui participent plus ou moins régulièrement aux 
ateliers mensuels du groupe OSM de Grenoble, ou aux mapathons 
humanitaires CartONG  régulièrement 
organisés sur Grenoble, et aussi tous ceux qui connaissent un peu 
OpenStreetMap et qui veulent en savoir un peu plus ! Venez nous aider !


 Nous aurons sur place une salle toute la journée pour se poser et 
effectuer la saisie sur nos ordinateurs. Une *collation* *offerte à midi 
*sera prévue pour tous les participants, mais vous pouvez aussi amener 
une spécialité à partager si vous le souhaitez.


*Important : *pour l'organisation de la carto-partie, et notamment 
prévoir le repas de midi, pouvez-vous vous enregistrer votre 
participation sur ce framadate ? 



Une réunion de préparation et d'organisation 
 
est prévue le mardi 11 juin, pas obligatoire d'y participer, mais 
ouverte à tous ceux qui veulent soit de former, se préparer, participer 
à l'organisation, etc.


En vous remerciant de votre attention, à bientôt

Le groupe local OpenStreetMap de Grenoble 




(*) CHU Nord de Grenoble 
 : ça doit faire plus de 
30 hectares, un nombre de bâtiments assez incroyable, un plan de 
circulation assez compliqué, des cheminements piétons, cycles, voitures, 
des parkings pour les différents moyens de transport, et réservés ou pas 
à différentes catégories de population, un domaine universitaire, un 
service de don du sang, une morgue, des unités pour chacune des 
spécialisations médicales, différents services d'urgences, des services 
techniques, bref beaucoup de singularités, des trucs que l'on ne mappe 
pas tous les jours. Tout ça avec une partie un peu historique dans un 
parc avec de beaux arbres, des zones de verdures, bref il y en aura pour 
tout le monde. On ne part pas de rien quand même, il y a déjà une bonne 
base.



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

Re: [OSM-talk-fr] Attributs d'un hôpital : jusqu'où aller trop loin ?

[Paul Desgranges]

Bonjour,
  Cette discussion tombe à point
 Le groupe local OpenStreetMap de Grenoble organise une carto-partie le 
22 juin centrée sur le CHUGA (CHU Grenoble Alpes) 

 Et toutes les idées, les pointeurs, les informations que vous aurez 
sur la façon de cartographier un hôpital sont les bienvenues !
 Ou même les recommandations sur l'organisation d'une carto-partie en 
général

    - Mapcraft https://mapcraft.nanodesu.ru/pie/869
    - FieldPaper http://fieldpapers.org/atlases/1f5m7rcf
    - quoi d'autre ?
 Merci
Paul




Le 30/03/2019 à 13:11, marc marc a écrit :

Bonjour,

Le 30.03.19 à 13:04, Jacques Lavignotte a écrit :

https://www.openstreetmap.org/changeset/68695271

ce qui saute d'abord aux yeux c'est qu'il y a maintenant 10 hôpitaux
dont un s'appelle local syndical et un autre restaurant.
ce ne sont évidement pas des hopitaux mais des parties.
s'il n'y a qu'un code FINESS, il faut faire un polygone qui
englobe le site avec un seule amenity=hospital. c'est cet objet qui
aurait le code FINESS et les attributs commun à l'hopital (le nom,
le tel, le site web général, ...)

Cordialement,
Marc
___
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] Engagement quotidien des mappeurs OSM en France

[Paul Desgranges]

Bonjour

1) Sur http://osmstats.neis-one.org/

Il y a des stats sur "No. of daily active members overall*"
*Pour le monde entier, on est à environ 5000 contributeurs actifs/jour
Et des stats sur "No. of active members last 7 and 30 days (year)*"
*    Pour le monde entier, on est à environ 5 contributeurs actifs 
sur les 30 derniers jour, c'est-à-dire 10 fois plus (ce qui est normal, 
les contributeurs actifs aujourd'hui ne sont les mêmes que ceux de hier, 
ni que ceux de demain. En final si on cumule les contributeurs par jour 
sur un mois, on multiplie leur nombre par 10)


2) Sur http://osmstats.neis-one.org/?item=countries=France 
(contributions sur la France)

Il n'y a bien aussi les stats "No. of daily active members*"
* Pour la France, on est à effectivement environ 250 contributeurs 
actifs/jour. *

*Mais il n'y a pas les stats glissantes sur 7 ou 30 jours pour la France.

Mais si on applique le même rapport de 10 pour la France, on serait 
alors à 2500 contributeurs actifs sur les 30 derniers jours.


C'est peut-être plus comme ça qu'il faut présenter les choses :
    "Pour la France, c'est un ensemble moyen de 2500 contributeurs par 
mois" ?


Paul


Le 08/12/2018 à 15:04, Christian Quest a écrit :

Je n'ai aucun souvenir de 500 contributeurs actifs par jour en France.
On est à 200/250 depuis des années, ce qui est une forme de stagnation 
qu'on constate aussi chez nos voisins car nous sommes toujours dans 
les 3 à 4 pays les plus actifs. Les US ont bien rattrapé leur retard, 
la Russie aussi, mais nous sommes quand même nettement moins peuplé !


C'est une bonne nouvelle si Qwant donne de la visibilité et apporte de 
nouveaux contributeurs actifs réguliers car c'est aussi ça qui est 
trompeur dans ce chiffre qui mélange contributeurs occasionnels (voir 
contribution unique) et contributeurs réguliers (donc des 
contributions plus nombreuses et souvent de meilleure qualité).



Le sam. 8 déc. 2018 à 14:37, Christian Rogel 
> a écrit :


Denis Helfer écrivait :
Un effet Qwantique  :
http://osmstats.neis-one.org/?item=countries=France ?

+1 pour des prises en compte rapides des modifs dans OSM

Espérons que ce soit vrai, car les stats de P. Neis montre que,
pour la France (métropole ou RF ?), il n’y aurait que 200 à 300
mappeurs quoi contribuent chaque jour.
C’est 500 qui était indiqué, il y a 5 ou 6 ans.
Cela induit sans doute des contributions plus importantes, mais,
c’est à relever.

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



--
Christian Quest - OpenStreetMap France


___
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] Cartographie OSM sans mention de ©

[Paul Desgranges]

https://www.fub.fr/membres : il y a bien maintenant mention "© OpenStreetmap 
contributors"  :-)
Il est à coté de la carte, mais il y est
 

C'est un plugin du framework Dupral donc c'est de ce coté qu'il faut
regarder et non spécialement via openlayers je pense que c'est un plugin
car c'est dans la description des couches XYZ que les attributions sont
mises tout comme pour Bing et autres.


Le mar. 27 nov. 2018 à 22:07, Christian Quest 
> a

écrit :

/Au moins, ils sont conscients du problème et semblent de bonne volonté... />>/mais incapable de le corriger. />>//>>/C'est openlayers qui est utilise... et je ne connais pas trop. />>//>>/Une piste ici à leur transmettre: />>/http://openlayers.org/en/latest/examples/attributions.html />>//>>//>>>/Le mar. 27 nov. 2018 à 21:56, deuzeffe 
> a écrit : />>>//>>>/Un avis 
de la base: amha, ça ne suffit pas./


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

[OSM-talk-fr] Cartographie OSM sans mention de ©

[Paul Desgranges]

Bonjour
 La cartehttps://www.fub.fr/membresne respecte pas a priori la licence 
OSM car la mention "© Contributeurs OpenStreetMap" ne figure pas sur le 
fond de carte. Je leur ai fait remarquer, voilà la réponse de la 
personne chargée de la com de la FUB :
/Nous avons mis le crédit dans notre page de mentions légales : 
https://www.fub.fr/mentions-legales//
//Normalement la mention devrait apparaître automatiquement sur la 
carte, mais notre webmaster ne sait pas pourquoi elle n’apparaît pas.//
//En espérant que cela puisse suffire comme cela, je reste à 
disposition au besoin.//

/
Je ne crois pas, mais préfère demander à la liste ...  ?
Bonne journée
Paul

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

Re: [OSM-talk-fr] Encore les piscines

[Paul Desgranges]

La MapRoulette sur les piscines est finie ! 98% des 185 cas ont été 
corrigés.

Il est bien cet outil MapRoulette !



Le 12/11/2018 à 23:06, Paul Desgranges a écrit :
Oui, la tâche https://maproulette.org/mr3/challenge/3265 permet de 
vérifier tous les 'leisure=swimming_pool de type nœud avec un nom', 
presque à chaque fois ça nécessite une correction. C'était les anciens 
'amenity=swimming_pool de type nœud avec un nom' qui étaient déjà en 
erreur.


Le 11/11/2018 à 03:21, marc marc a écrit :

Le 10. 11. 18 à 15:18, Paul Desgranges a écrit :

Récemment aussi tous les 'amenity=swimming_pool' de type nœud
(https://overpass-turbo.eu/s/D9Q) ont été migrés vers
'leisure=swimming_pool'. Parfois, c'était des objets qui auraient dû
être taggués 'leisure=sports_centre+sport=swimming', en tout cas ceux
qui ont un nom https://overpass-turbo.eu/s/Dyk

pour la migration, étant donné que je les ai tous vérifié à la main,
je serrais surpris d'en avoir mal converti.
mais par contre, il existait le même genre de confusion
avec leisure=swimming_pool que avec amenity=swimming_pool
ex https://www.openstreetmap.org/node/2702289118

j'ai décimé une 100aine de faux-bassin
sur le critère site web/téléphone/wikipedia
josm avec le plugin todo est bien pratique
pour les passer en revue
___
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] Encore les piscines

[Paul Desgranges]

La MapRoulette sur les piscines est finie ! 98% des 185 cas ont été 
corrigés.

Il est bien cet outil MapRoulette !



Le 12/11/2018 à 23:06, Paul Desgranges a écrit :
Oui, la tâche https://maproulette.org/mr3/challenge/3265 permet de 
vérifier tous les 'leisure=swimming_pool de type nœud avec un nom', 
presque à chaque fois ça nécessite une correction. C'était les anciens 
'amenity=swimming_pool de type nœud avec un nom' qui étaient déjà en 
erreur.


Le 11/11/2018 à 03:21, marc marc a écrit :

Le 10. 11. 18 à 15:18, Paul Desgranges a écrit :

Récemment aussi tous les 'amenity=swimming_pool' de type nœud
(https://overpass-turbo.eu/s/D9Q) ont été migrés vers
'leisure=swimming_pool'. Parfois, c'était des objets qui auraient dû
être taggués 'leisure=sports_centre+sport=swimming', en tout cas ceux
qui ont un nom https://overpass-turbo.eu/s/Dyk

pour la migration, étant donné que je les ai tous vérifié à la main,
je serrais surpris d'en avoir mal converti.
mais par contre, il existait le même genre de confusion
avec leisure=swimming_pool que avec amenity=swimming_pool
ex https://www.openstreetmap.org/node/2702289118

j'ai décimé une 100aine de faux-bassin
sur le critère site web/téléphone/wikipedia
josm avec le plugin todo est bien pratique
pour les passer en revue
___
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] Pourquoi inventer un aire urbaine imaginaire ?

[Paul Desgranges]

Le 16/11/2018 à 07:59, Stéphane Péneau a écrit :

Il en a été question ici même, en aout 2016 :
http://gis.19327.n8.nabble.com/Les-limites-des-agglomerations-zones-batit-td5881113.html 


Stf

Effectivement on avait bien discuté de tout ça alors !
De mon côté les indications précieuses qu'on m'avait données pour 
'calculer' les agglomérations, je n'avais pas su vraiment les exploiter, 
ça reste un peu compliqué ... avec peu de temps à y consacrer

Paul

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

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Paul Desgranges]

Je n'ai aucun rapport avec cette personne ni avec cette contribution, et 
je ne défends aucunement ces modifications mais effectivement la notion 
d'agglomération telle que définie dans le Code de la Route est 
intéressante car c'est aussi celle sur laquelle le Code de 
l'Environnement repose en matière d'affichage publicitaire: il y a des 
choses permises en agglomérations (dans ce sens là) et interdites hors 
agglomérations en matière d'affichage publicitaire. De manière générale, 
et sauf exceptions nombreuses et compliquées, la publicité est interdite 
hors agglomération. Cette définition d'agglomération basée sur les 
panneaux d'entrée et de sortie d'agglo (uniquement le long des routes 
évidemment du coup) et basée aussi sur la notion de 'bâti rapproché' est 
source de problèmes: le bâti s'étend, les frontières se déplacent, les 
panneaux d'entrée et de sortie d'agglo ne sont pas toujours bien placés 
(c'est je crois le maire qui peut définir in fine la (ou les) partie(s) 
'agglomérée(s)' de sa commune en cas par exemple de plainte d'une 
association de défense de l'environnement contre les préfets au tribunal 
administratif.


Pour la défense du paysage, et/ou plus généralement pour mesurer 
l'étalement urbain (et sa progression au fil du temps), ça serait super 
intéressant de savoir "calculer" (j'ai bien dit calculer et non pas 
tracer dans OSM) cette notion d'agglomération, en prenant en compte le 
bâti rapproché à moins de XXX mètres... (et d'autres paramètres ?).


Voilà pour dire que c'est peut-être ce genre de considérations qui ont 
motivé Operon à se lancer dans tout ceci ?


Paul

Le 15/11/2018 à 22:21, Christian Rogel a écrit :
Un contributeur d’Ille-et-Vilaine et moi-même avons remarqué 
l’apparition récente de polygones autour des plusieurs communes autour 
de Rennes (il y en a aussi en Vendée).
J’ai d’abord exposé la question sur la liste OSM en Bretagne, mais, 
elle semble être plus vaste.
Des agglomérations, petites et grandes, sont ceinturées par un 
« boundary=urban », accompagnées d’un "admin_level=8 ».
La tag « boundary=urban » amène à découvrir une page dans le wiki OSM 
sous ce nom.
Croyez-vous qu’il faut se reposer sur cette apparence de prosition 
éventuellement mise en débat dans un recion du wiki ?
Non, car, il suffit d’être curieux et de voir ce qui se dissimule peu 
habilement derrière.


 1. La page n’a qu’une version anglaise
 2. Ellle a été créée par Operon le 29 juin dernier
 3. Personne ne lui a fait l’aumône de mettre un commentaire dans la
page associée « Discussion »
 4. Le texte apporté comme référence est l’art. 110-2 du Code de la
Route définit une agglomération comme “un espace sur lequel sont
groupés des immeubles bâtis rapprochés et dont l'entrée et la
sortie sont signalées par des panneaux placés à cet effet le long
de la route qui le traverse ou qui le borde…”. Tout le monde
devine que les points d’entrée des agglos ne permettent pas de
définir un polygone « propre »
 5. De fait, les contributions d’Operon sur le terrain sont étiquetées
exclusivement sur l’insertion des panneaux d’entrée en passant
sous silence la création du polygone malhabilement dessiné et
doublonnant (mal) le "landuse=residential »

Tout montre qu’il s’agit d’une invention personnelle et fondée sur des 
bases très discutables.
Il est de coutume dans la communauté OSM d’être bienveillant et de 
vouloir entendre les arguments de ceux qui promeuvent des innovations, 
mais, les amener en les poussant subrepticement n’est pas une bonne 
méthode.
Je pense qu’il faudra mettre en place une suppression. Il y en arait 
751 (dont une partie en Belgique).


Christian R.

P. S. : Je n’ai pas pu contacter Operon, car, impossible d’utiliser la 
messagerie OSM



___
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] Encore les piscines

[Paul Desgranges]

Oui, la tâche https://maproulette.org/mr3/challenge/3265 permet de 
vérifier tous les 'leisure=swimming_pool de type nœud avec un nom', 
presque à chaque fois ça nécessite une correction. C'était les anciens 
'amenity=swimming_pool de type nœud avec un nom' qui étaient déjà en 
erreur.


Le 11/11/2018 à 03:21, marc marc a écrit :

Le 10. 11. 18 à 15:18, Paul Desgranges a écrit :

Récemment aussi tous les 'amenity=swimming_pool' de type nœud
(https://overpass-turbo.eu/s/D9Q) ont été migrés vers
'leisure=swimming_pool'. Parfois, c'était des objets qui auraient dû
être taggués 'leisure=sports_centre+sport=swimming', en tout cas ceux
qui ont un nom https://overpass-turbo.eu/s/Dyk

pour la migration, étant donné que je les ai tous vérifié à la main,
je serrais surpris d'en avoir mal converti.
mais par contre, il existait le même genre de confusion
avec leisure=swimming_pool que avec amenity=swimming_pool
ex https://www.openstreetmap.org/node/2702289118

j'ai décimé une 100aine de faux-bassin
sur le critère site web/téléphone/wikipedia
josm avec le plugin todo est bien pratique
pour les passer en revue
___
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] Problème authentification Maproulette ?

[Paul Desgranges]

J'ai eu le même souci aujourd'hui

Le dim. 11 nov. 2018 à 17:13, pepilepi...@ovh.fr  a
écrit :

> Bonjour,
>
> Après une interruption de quelques heures je suis retourné sur
> maproulette.org et j'ai maintenant un message d'erreur :
>
> "Error
>
> Communication with the service provider failed:
> sun.security.validator.ValidatorException: PKIX path building failed:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target"
>
> ¿ Qué pasa ? Quelqu'un a une idée ? À qui faut-il s'adresser pour ça ?
>
> Merci, bonne soirée
>
> Jean-Pierre
> ___
> 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] Encore les piscines

[Paul Desgranges]

Bonjour
Je vais essayer de continuer un peu sur ce sujet dont on a pas mal 
discuté le mois précédent.

Pas mal de choses ont été faites déjà ... Ça avance !
Récemment aussi tous les 'amenity=swimming_pool' de type nœud 
(https://overpass-turbo.eu/s/D9Q) ont été migrés vers 
'leisure=swimming_pool'. Parfois, c'était des objets qui auraient dû 
être taggués 'leisure=sports_centre+sport=swimming', en tout cas ceux 
qui ont un nom https://overpass-turbo.eu/s/Dyk
Pour passer en revue tous ces objets 'leisure=swimming_pool + name, de 
type node' (il y en a 185) et voir quels sont ceux qui doivent être  
transformés en 'leisure=sports_centre+sport=swimming + name', ou en 
'leisure=swimming_area' ou en ... leisure=water_park, etc., je viens de 
créer la tâche MapRoulette suivante : 
https://maproulette.org/mr3/challenge/3265. Si ça inspire certains ...

Paul
PS:  j'ai changé d'adresse mail car je ne recevais pas tous les mails de 
"osm talk fr" avec ma précédente adresse





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

Re: [OSM-talk-fr] Migrer les amenity=swimming_pool (le retour)

[Paul Desgranges]

Normalement tu ne devrais plus trouver de "amenity=swimming_pool ayant 
un tag leisure/name/building", puisque justement c'était l'étape d'avant


Par contre j'ai cherché à l'instant les "amenity=swimming_pool" de type 
node seulement sur overpass-turbo https://overpass-turbo.eu/s/D9Q
et les premiers cas regardés ne peuvent pas être transformés directement 
en "leisure=swimming_pool"  !
- https://www.openstreetmap.org/node/1820461288 celui-ci c'est un 
"leisure=sports_centre + sport=swimming"
- https://www.openstreetmap.org/node/3648626536 celui-ci c'est un 
"leisure=sports_centre + sport=swimming"
- https://www.openstreetmap.org/node/1904181893 celui-ci c'est un 
bassin, mais il est déjà taggué comme bassin, et il est à coté d'un 
établissement qui n'est
pas taggué comme  "leisure=sports_centre + sport=swimming", et c'est 
plutôt ça qu'il faudrait faire du coup

-  et les autres que j'ai regardé aussi ...

Donc je crains que la conversion massive soit un peu risquée.

Il faudrait au moins couper en deux le traitement :
 - les nodes d'un coté (il y en a 102 
<https://overpass-turbo.eu/s/D9Q>), par nature on ne peut pas connaître 
leur superficie :  j'ai l'impression qu'il faudrait regarder chacun des 
cas ? et dans n'y aurait-il pas un outil qui permettrait de se répartir 
la charge ?
 - les ways d'un autre coté (il y en a 6120 
<https://overpass-turbo.eu/s/D9R>), il faut les traiter en fonction de 
leur superficie
   -- les grandes superficies sont à regarder au cas par cas (par 
exemple https://www.openstreetmap.org/way/129407009

 est à transformer en "leisure=swimming_area")
   -- les petites superficies je ne sais pas en fait, regarder si on ne 
peut pas exploiter la présence d'un autre tag : 'phone=*' ou 
'access=customers' ou 'covered=yes' ?



Je pars une semaine, donc je ne pourrais pas participer à la suite de 
ceci la semaine prochaine en tout cas.

A bientôt
Paul



>Le 27/10/2018 /à 17:51:09 2018/, Marc marc a écrit :
> J'avais déjà passé en revue le critère des 2000m2 mais
> il peux toujours y avoir de nouveaux cas entre temps.
>De toute façon, je proposais de le faire avec ceinture
>et bretelles. et donc ces cas sont ignorés dans ma correction.
>Si personne n'a plus d'objection, je ferrai la conversion
> des amenity=swimming_pool n'ayant pas de tag leisure/name/building,
>ayant une surface < 2000m2 et situé en France
>en leisure=swimming_pool

Le 27/10/2018 à 15:55, Paul Desgranges a écrit :
Voilà ! J'ai fait ce dont on avait parlé (voir ci-dessous), donc il 
n'y a plus de "amenity=swimming_pool + name=*" ni de 
"amenity=swimming_pool + building=*" (sauf erreur ?)
(l'occasion à chaque fois de faire un peu de micromapping autour de 
ces établissements...)


Ce que je n'ai pas fait, c'est le traitement de tous les 
"amenity=swimming_pool" qui auraient une surperficie assez grande pour 
suspecter un "leisure=sports_centre",
cela reste une étape supplémentaire à faire avant le changement massif 
des autres "amenity=swimming_pool" ?


Bonne journée
Paul




je regarde de mon coté tous les cas qui sont exclus de l'édition de 
masse

Si je devais le faire

1- Je corrigerais d'abord les piscines avec un champ nom 'Piscine'
'Piscine privée' pour mettre ça dans la "description"
2- J'enlèverais du traitement massif tout ce qui peut l'être (comme
mentionné) :   les amenity=swimming_pool nommés (sauf les noms 
m. ci-dessus à traiter individuellement)   les 
amenity=swimming_pool qui sont aussi building

  les amenity=swimming_pool qui sont aussi leisure=sports_centre
 Car tous ceux là ont vocation à devenir des "leisure=sports_centre
sports=swimming name=... building=...", (sauf exception donc avec une

vérification visuelle)

3- Je regarderais à la mano les amenity=swimming_pool qui sont aussi
leisure=*
et puisque tu es partant pour le reste, que moi je considère bcp plus 
risqué, et bien ça se complète pas trop mal




___
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] Migrer les amenity=swimming_pool (le retour)

[Paul Desgranges]

Voilà ! J'ai fait ce dont on avait parlé (voir ci-dessous), donc il n'y a plus de 
"amenity=swimming_pool + name=*" ni de "amenity=swimming_pool + building=*" 
(sauf erreur ?)
(l'occasion à chaque fois de faire un peu de micromapping autour de ces 
établissements...)

Ce que je n'ai pas fait, c'est le traitement de tous les "amenity=swimming_pool" qui 
auraient une surperficie assez grande pour suspecter un "leisure=sports_centre",
cela reste une étape supplémentaire à faire avant le changement massif des autres 
"amenity=swimming_pool" ?

Bonne journée
Paul


 


je regarde de mon coté tous les cas qui sont exclus de l'édition de masse
Si je devais le faire

1- Je corrigerais d'abord les piscines avec un champ nom 'Piscine'
'Piscine privée' pour mettre ça dans la "description"
2- J'enlèverais du traitement massif tout ce qui peut l'être (comme
mentionné) : 
  les amenity=swimming_pool nommés (sauf les noms m. ci-dessus à traiter individuellement) 
  les amenity=swimming_pool qui sont aussi building

  les amenity=swimming_pool qui sont aussi leisure=sports_centre
 Car tous ceux là ont vocation à devenir des "leisure=sports_centre
sports=swimming name=... building=...", (sauf exception donc avec une

vérification visuelle)

3- Je regarderais à la mano les amenity=swimming_pool qui sont aussi
leisure=*
et puisque tu es partant pour le reste, que moi je considère bcp plus 
risqué, et bien ça se complète pas trop mal




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

Re: [OSM-talk-fr] Borne de puisage

[Paul Desgranges]

Bonjour,
je m'étais posé la même question il y a qq mois 
 
car il y a en a qq unes dans le coin
Il y a +siuers photos dans WikiCommons 
 


Paul


Le 24/10/2018 à 17:34, Vincent Bergeot a écrit :


Bonjour,

je ne trouve pas la manière de taguer les bornes de puisage, qui sont 
des bornes réservées aux professionnels et collectivités pour des 
besoins conséquents en eau (parfois mis en place pour éviter du 
vandalisme sur des bornes incendies).


Dans le cas que l'on m'a expliqué, c'est relié au réseau d'eau 
potable, et non monétisé (d'autres le sont). J'ai trouvé 2 jeux sur 
data.gouv.fr : https://www.data.gouv.fr/fr/search/?q=borne+de+puisage


Voici une photo: *https://framapic.org/m1JlTa6vxowH/omOInbJGCF3W.jpg*

Ici cela ressemble à une borne incendie mais vert :) D'autres semblent 
beaucoup plus modernes 
(https://www.mairie-vannes.fr/vannespratique/eau-et-assainissement/votre-abonnement/bornes-de-puisage-monetique/)


Une piste pour m'aider ?

Bonne journée

--
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] migrer les amenity=swimming_pool (déprécié)

[Paul Desgranges]

Pas de problème ça me convient très bien, c'est ce que je souhaitais 
proposer justement,

je regarde de mon coté tous les cas qui sont exclus de l'édition de masse

/Si je devais le faire />/1- Je corrigerais d'abord les piscines avec un champ nom 'Piscine' />/'Piscine privée' pour mettre ça dans 
la "description" />/2- J'enlèverais du traitement massif tout ce qui peut l'être (comme />/mentionné) : />/   les 
amenity=swimming_pool nommés (sauf les noms m. ci-dessus à />/traiter individuellement) />/   les amenity=swimming_pool qui sont 
aussi building />/   les amenity=swimming_pool qui sont aussi leisure=sports_centre />/  Car tous ceux là ont vocation à devenir des 
"leisure=sports_centre />/sports=swimming name=... building=...", (sauf exception donc avec une />/vérification visuelle) 
/>/3- Je regarderais à la mano les amenity=swimming_pool qui sont aussi />/leisure=*/

et puisque tu es partant pour le reste, que moi je considère bcp plus 
risqué, et bien ça se complète pas trop mal

Je ne ferai ça pas avant qq jours.
Allez à plus
Paul

PS: à nouveau je suis obligé de copier-coller depuis archive 
<https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/thread.html> 


ce mail que je n'ai pas reçu directement

Le 22/10/2018 à , marc marc a écrit :


J'ai changé le titre pour bien montrer que je me focalisait
sur qu'un des points du problème plus général signalé par Noémie :
changer le tag déprécié amenity=swimming_pool car c'est
le problème le + gros en taille qu'elle a identifié.

je laisse l'autre sujet pour le reste pour éviter la noyade :)

Le 20. 10. 18 à 15:24, Paul Desgranges a écrit :


/ça devient un peu compliqué de discuter du reste />

Je pense que cette phrase résume aussi bien ma pensée.
Faire des étapes pour parfois 3 cas, c'est se compliquer la vie !
Je les ai corrigé, c'est plus rapide et simple.
Surtout qu'ils étaient déjà exclu du périmètre
de l'opération de masse.


/comment avais-tu compté ? />

avec overpass mais de manière cumulative (tag déprécié -A -B)
c'est pour cela que le détail intermédiaire n'est pas comparable.


/ne répondre qu'à une petite partie. />

je pensais n'avoir rien d’intéressant à dire sur le reste :)
Mais si tu insistes pour avoir mon avis, l'expérience a encore
montré récemment avec maxspeed:type qu'une édition de masse
qui se disperse reste à l'état de discussion sans aboutir.
Voilà pourquoi je suis partisan d'étapes indépendantes et
ciblées plutôt qu'une méga-opération ultra imbriquée.

Mais tu es totalement libre d'être plus optimiste que moi et
de mettre en place un tel plan, obtenir l'accord unanime que
nécessite une opération de masse, le documenter et l'effectuer.



/traiter tous ces cas spéciaux />>/Pas forcément à la main />>/Si tu es 
d'accord avec ça /

non, je ne suis ni candidat ni d'accord pour faire des éditions
de masses avec les 244 cas restant basée sur des suppositions
(taux d'erreur trop élevé <> temps raisonnable pour regarder
cela individuellement).
J'en ai traité quelques centaines, dans les différentes catégories,
il n'y avait jamais une conclusion binaire à en tirer.

/avant de toucher aux 7000 qui restent, il faudra aviser à nouveau /
ok, j'attends que tu ai avisé :-)


Cordialement,
Marc

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

[OSM-talk-fr] Bien qu'étant abonné, je ne reçois pas tous les mails

[Paul Desgranges]

Bonjour
 Bien qu'étant abonné a talk-fr@openstreetmap.org, je ne reçois qu'un 
mail sur cinq à peu près, j'ai vérifié la gestion des indésirable bien 
sûr sans y trouver d'explication. Ça m'oblige à aller consulter sur les 
archives de osm talk fr 
 
pour avoir les fils de discussions complets, puis de copier-coller à la 
main les messages pris dans les archives dans un des messages qui est 
arrivé dans ma mailbox pour faire une réponse en citant l'émetteur. Ça 
entre-melle les réponses que je peux faire pas au bon endroit dans le 
fil de discussion, c'est un peu embêtant tout ça. Je ne sais pas si je 
suis le seul dans ce cas, et/ou si qqun aurait une explication?

Merci
Paul


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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Le 20/10/2018 à , marc marc a écrit :


/- 71 qui ont déjà un tag leisure />>/on n'a pas du tout les mêmes résultats 
/>>/62 amenity=swimming_pool and leisure=* /

62 ou 71 sur 7000 c'est franchement la même chose :)
osm n'est pas statique, le fait que qlq cas ont été corrigé à la main
en 12h ne change rien fondamentalement.


OUI, mais c'est ce que je disais moi-même n'est-ce pas "à quelques unités près 
comme c'est pas exactement
au même moment, ça serait une explication mais là c'est un peu plus que ça"
Parce que effectivement tu ne parles pas des autres quantités (il y en avait 4 
ou 5) qui étaient assez différentes,
et je suis désolé, si déjà on est pas d'accord sur la façon de compter et si on 
arrive
pas aux mêmes résultats sans que cela soit explicable, ça devient un peu 
compliqué de discuter du reste ...
J'ai donné en même temps que les quantités auxquelles j'arrive, la façon avec 
laquelle j'y suis arrivé,
et toi comme avais-tu compté ? On ne le saura pas ?

et si tu fais la stat ce soir, il n'en restera plus, parce qu'au lieu
de compter par 3 fois le nombre exact, je vais les corriger,
c'est plus efficace :)



/cela fait environ 7000 à modifier en leisure=swimming_pool. />>/2- J'enlèverais />>/nommés 
/>>/traiter individuellement) />>/building />>/leisure=sports_centre />>/leisure=* /

C'est cela (+ la taille) qui a été retiré pour arriver à 7000.

Ça j'ai bien compris, j'ai pas contesté cette soustraction, et c'est pour ça 
que j'ai dit qu'on était globalement d'accord :-)
Il y avait pas mal d'autres points dans le mail précédent qui restent sans 
réponse, c'est dommage cette façon de tronquer
le mail de l'émetteur pour ne répondre qu'à une petite partie.



maintenant si tu préfères corriger tous ces cas à la main
avant de toucher aux 7000, pourquoi pas.

Pourquoi pas ? dans ce cas on est d'accord
Je propose, oui, de traiter tous ces cas spéciaux avant de faire la grosse 
modif.
Pas forcément à la main, puisque il y a des qq règles pour progressivement 
enlever
les cas litigieux faciles... Si tu es d'accord avec ça, c'est l'essentiel.
Et puis après, il aurait fallu enlever effectivement les cas "area>"
Et puis après, et avant de toucher aux 7000 qui restent, il faudra aviser à 
nouveau
avant de massivement faire une transformation qui sinon risquerait
de transformer en simple "bassin" des cas de piscines publiques ?

J'explique simplement la méthode et l'ordre dans lequel il faudrait le faire 
pour y arriver :-)

A plus
Paul


 


----

Le 20/10/2018 à 12:04, Paul Desgranges a écrit :

Le 19/10/2018 à 10:35, Noémie Lehuby a écrit :


Salut Paul,
On est quasiment d'accord !
Mon plan était de commencer par la proposition de Marc de transformer 
toutes les amenity=swimming_pool en leisure=swimming_pool comme 
première étape.
Puis de faire ce que tu décris, mais sur les leisure=swimming_pool, 
puisque comme tu l'as indiqué, il y a aussi des leisure=swimming_pool 
qui devraient être leisure=sports_centre.


Noémie


Bon et bien on est presque d'accord globalement  :-)
J'essaye de bien comprendre jusqu'au bout cette histoire ... tout 
n'est pas encore clair sur ce qu'on veut faire et dans quel ordre

> marc marc a écrit :
> résumé de la modif automatique proposée en France
> en tenant compte de tous les suggestions :
>7371 amenity=swimming_pool
>- 71 qui ont déjà un tag leisure
Par exemple déjà on n'a pas du tout les mêmes résultats (à quelques 
unités près comme c'est pas exactement au même moment, ça serait une 
explication mais là c'est un peu plus que ça)
62 amenity=swimming_pool and leisure=* in France 
https://overpass-turbo.eu/s/CWm
6 amenity=swimming_pool and leisure=sports_centre in France 
https://overpass-turbo.eu/s/CWe

  >- 272 avec un tag name
161 amenity=swimming_pool and name=* https://overpass-turbo.eu/s/CUk
15 amenity=swimming_pool and name=Piscine https://overpass-turbo.eu/s/CWo
3 amenity=swimming_pool and name="Piscine privée" 
https://overpass-turbo.eu/s/CWp

0 amenity=swimming_pool and name="piscine privée"
>- 39 avec un tag building
113 amenity=swimming_pool and building=yes in France 
https://overpass-turbo.eu/s/CUI <https://overpass-turbo.eu/s/CUI>
121 amenity=swimming_pool and building=* in France 
https://overpass-turbo.eu/s/CWx


>- 18 avec une surface dams josm areasize > 2000m2
>cela fait environ 7000 à modifier en leisure=swimming_pool.
>pas d'objection ?


>Pour le reste, je m’abstiens de le faire en automatique,
>mais je donne volontiers un coup de main pour le faire
>à la main, en regardant chaque objet.
>>Le 19. 10. 18 à 08:42, Paul Desgranges a écrit :
>>/    les "amenity=swimming_pool + name=*" /
>>/<https://overpass-turbo.eu/s/CUk> en "leisure=sports_centre + /
>>/sport=swimming"
/>Je d

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Le 19/10/2018 à 10:35, Noémie Lehuby a écrit :


Salut Paul,
On est quasiment d'accord !
Mon plan était de commencer par la proposition de Marc de transformer 
toutes les amenity=swimming_pool en leisure=swimming_pool comme 
première étape.
Puis de faire ce que tu décris, mais sur les leisure=swimming_pool, 
puisque comme tu l'as indiqué, il y a aussi des leisure=swimming_pool 
qui devraient être leisure=sports_centre.


Noémie


Bon et bien on est presque d'accord globalement  :-)
J'essaye de bien comprendre jusqu'au bout cette histoire ... tout n'est 
pas encore clair sur ce qu'on veut faire et dans quel ordre



marc marc a écrit :
résumé de la modif automatique proposée en France
en tenant compte de tous les suggestions :
7371 amenity=swimming_pool
- 71 qui ont déjà un tag leisure


Par exemple déjà on n'a pas du tout les mêmes résultats (à quelques 
unités près comme c'est pas exactement au même moment, ça serait une 
explication mais là c'est un peu plus que ça)
62 amenity=swimming_pool and leisure=* in France 
https://overpass-turbo.eu/s/CWm
6 amenity=swimming_pool and leisure=sports_centre in France 
https://overpass-turbo.eu/s/CWe


 >- 272 avec un tag name

161 amenity=swimming_pool and name=* https://overpass-turbo.eu/s/CUk
15 amenity=swimming_pool and name=Piscine https://overpass-turbo.eu/s/CWo
3 amenity=swimming_pool and name="Piscine privée" 
https://overpass-turbo.eu/s/CWp

0 amenity=swimming_pool and name="piscine privée"


- 39 avec un tag building


113 amenity=swimming_pool and building=yes in France 
https://overpass-turbo.eu/s/CUI <https://overpass-turbo.eu/s/CUI>
121 amenity=swimming_pool and building=* in France 
https://overpass-turbo.eu/s/CWx


>- 18 avec une surface dams josm areasize > 2000m2
>cela fait environ 7000 à modifier en leisure=swimming_pool.
>pas d'objection ?


>Pour le reste, je m’abstiens de le faire en automatique,
>mais je donne volontiers un coup de main pour le faire
>à la main, en regardant chaque objet.
>>Le 19. 10. 18 à 08:42, Paul Desgranges a écrit :
>>/    les "amenity=swimming_pool + name=*" /
>>/<https://overpass-turbo.eu/s/CUk> en "leisure=sports_centre + /
>>/sport=swimming"
/>Je doute que tu puisses tirer une conclusion aussi binaire de
>la présence d'un nom, j'ai déjà croisé souvent des name=piscine privée

Il y a effectivement 3 name="Piscine privée" et 0 name="piscine privée", 
mais
16 name="Piscine" où effectivement le contributeur a mis dans le champ 
"nom"

ce qui relève plutôt d'une "description".

>Je pense que pour ceux là, soit on les inclus dans le groupe général
>(c'était supposé être un bassin, si c'est faux, cela reste faux)

Justement je crois pas, on peut pas supposer quoi que ce soit,
ceux qui ont taggué amenity=swimming_pool ne souhaitaient pas forcément 
tagguer un bassin, il y a de tout la-dedans


>soit c'est plus raisonnable de les charger dans josm et de faire
>un contrôle humain pour mettre l'éventuel faux nom dans description
>et tag d'accès plutôt que de changer le sens en centre sportif
>car c'est une supposition hasardeuse.

>>/"amenity=swimming_pool + name!=*" /
>>/<https://overpass-turbo.eu/s/CUn> en "leisure=swimming_pool" /
>critère "tag name" ajouté ci dessus pour l'édition de masse

Plutôt "*pas de* tag name" ? Sachant que quand il y a un tag name c'est 
plus vraisemblablement une piscine publique, les piscines privées n'ont 
pas de nom sauf les cas déjà évoqués, par exemple

15 amenity=swimming_pool and name=Piscine https://overpass-turbo.eu/s/CWo
3 amenity=swimming_pool and name="Piscine privée" 
https://overpass-turbo.eu/s/CWp

0 amenity=swimming_pool and name="piscine privée"
3 amenity=swimming_pool and name="watched swimming" 
https://overpass-turbo.eu/s/CWZ

 qui sont des espaces de baignade surveillée sur un plan d'eau

<https://overpass-turbo.eu/s/CWZ> >>/"amenity=swimming_pool + 
building=yes" /

>>/<https://overpass-turbo.eu/s/CUk> en "leisure=sports_centre /
>- critère "pas de tag building" ajouté pour l'édition de masse.
>- Mais convertir en centre sportir uniquement sur la base de la présence
>d'un tag building, c'est se tromper lorsqu'un bassin est couvert avec
>un bâtiment en dur donc je passe mon tour pour faire cette modif là
>en automatique (mais je ne suis pas vexé si quelqu'un veux faire
>autrement à ma place)

C'est pas clair pour moi, je ne vois pas ce cas que tu exposes, "bassin 
couvert par un bâtiment en dur", il doit y en avoir dès comme ça, mais où ?
Là "amenity=swimming_pool + building=yes" le contributeur n'avait pas 
l'intention de tagguer un simple bassin de piscine mais bien une piscine 
publique


>il y en a que 39 et un risque d

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Oui, une façon de tagguer ces piscines tournesols ou à toits 
rétractables (qui sont ni location=indoor et ni location=outdoor) est en 
plus nécessaire, mais
 ceci ne doit pas nous empêcher de mapper la très grande majorité de 
piscines qui sont soit des piscines indoor, soit des piscines outdoor ...


Il faut voir si on arrive à se mettre d'accord sur le sens de "covered" 
pour les piscines ?
La proposition serait de réserver l'attribut "covered" aux bassins de 
piscines, et de lui faire signifier la présence ou pas d'un abri-piscine:
 c'est à dire qu'on réserverait ça aux piscines-bassins 
(leisure=swimming_pool),
  et donc que ça n'aurait pas lieu d'être sur les piscines-bâtiments 
(leisure=sports_centre + sport=swimming)

Dans cette logique, il faudrait transformer :
    les "leisure=sports_centre + sport=swimming + covered=yes" 
<https://overpass-turbo.eu/s/CUi> en "leisure=sports_centre + 
sport=swimming + location=indoor"
et les "leisure=sports_centre + sport=swimming + covered=no" 
<https://overpass-turbo.eu/s/CUj>  en "leisure=sports_centre + 
sport=swimming + location=outdoor"



Mais ceci serait à faire après la transformation (discutée par Noémie, 
Marc, Jérôme, ...) qui consisterait à transformer les 
"amenity=swimming_pool" soit en "leisure=sports_centre + 
sport=swimming", soit en "leisure=swimming_pool" suivant quelques 
heuristiques, voir l'autre fil de discussion ...


Paul


Le 16/10/2018 à 13:50, Philippe Verdy a écrit :
C'est un modèle assez courant de piscine fermé à toit mobile. J'en 
avais déjà parlé avant


Le mar. 16 oct. 2018 à 09:35, Christian Quest <mailto:cqu...@openstreetmap.fr>> a écrit :


Désolé, je vais casser l'ambiance en sortant ma "piscine tournesol":


https://2.bp.blogspot.com/-mhCVrMV3K-8/UX2VXYXJUgI/A0g/fwvAWxZV4rI/s1600/Nangis_2.jpg

;)


Le mar. 16 oct. 2018 à 09:17, Paul Desgranges
mailto:desgranges.p...@laposte.net>>
a écrit :

Là-aussi je me suis mal fait comprendre peut-être alors je
vais essayer de faire mieux (puisqu'on est dans les piscines
)

A propos de indoor/outdoor et covered=yes/no, il y a aussi
plusieurs façons de faire actuellement. En tout cas si on
parle de "leisure=swimming_pool" (donc pour les piscines de
type "bassin")
    1. le bassin peut être à l'intérieur ou à l'extérieur, pas
trop de confusion possible
    - bassin intérieur => "location=indoor" : pas visible par
photo aérienne, on est dans un bâtiment, c'est du mapping
indoor, (mais il y en a des mappés comme ça )
    - bassin extérieur => "location=outdoor" : visible par
photo aérienne, ça pourrait être la valeur par défaut, mais
c'est plus explicite qd ça y est

   2. le bassin peut être "couvert" ou pas. De manière
générale, en dehors d'OSM, quand on dit "bassin couvert" on
veut dire "bassin intérieur" et "bassin découvert" on veut
dire bassin extérieur, donc il y a une confusion possible et
on peut la constater dans les faits.
    Actuellement "covered=yes" a été employé manifestement
dans différents cas :
    - Soit le contributeur a voulu signifier que la piscine
était "couverte" au sens bassin intérieur
    - Soit le contributeur a voulu signifier que la piscine
était "couverte" au sens la piscine dispose d'un "abri
piscine" (on distingue bien ces abris en photographie
aérienne), les piscines privées dans les jardins, avec un abri
pour : sécurité chute, déperdition d'énergie, feuilles mortes,
etc.
    Et "covered=no" est assez employé, mais dans quelle
intention a été utilisé ce tag, s'agit-il d'un bassin
extérieur, ou s'agit-il d'un bassin ne disposant pas d'abri ?
Pas forcément clair.

  Alors comment documenter ces 2 attributs
("location=indoor/outdoor" et "covered=yes/no") pour que
l'usage en soit clair ?

Bonne journée
Paul


-- 
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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] Piscine municipale vs piscine privée

[Paul Desgranges]

Bonjour,
Je n'avais peut-être pas compris le sens du mail de Noémie, et je 
cherche ci-dessous à le ré-exprimer, voir si on est d'accord :


L'idée principale consiste à transformer les "amenity=swimming_pool"
    soit en "leisure=sports_centre + sport=swimming",
    soit en "leisure=swimming_pool"

Et ceci suivant les heuristiques suivantes :

1) Par exemple on peut transformer
    les "amenity=swimming_pool + name=*" 
<https://overpass-turbo.eu/s/CUk> en "leisure=sports_centre + 
sport=swimming"
et les "amenity=swimming_pool + name!=*" 
<https://overpass-turbo.eu/s/CUn> en "leisure=swimming_pool"
car effectivement quand il y a un nom, c'est un "sports_centre" et quand 
il n'y a pas de nom, c'est un simple bassin.


2) Autre exemple on peut transformer
    les "amenity=swimming_pool + building=yes" 
<https://overpass-turbo.eu/s/CUk> en "leisure=sports_centre + 
sport=swimming + building=yes"
car quand il y a aussi un building, c'est un "sports_centre". A noter 
que 1) et 2) vont se recouvrir en partie.


3) Il y a des heuristiques sur la taille aussi comme disait Jérôme:
 Quand c'est "petit", c'est plutôt un bassin.
 Quand c'est "grand", c'est plutôt  un sports_centre
Mais là, a-t-on la possibilité de faire une requête overpass turbo pour 
les sélectionner sur ce critère de taille?



D'autre part, si les "amenity=swimming_pool" sont à éliminer, on peut 
aussi transformer :
    les "leisure=swimming_pool + building=yes" 
<https://overpass-turbo.eu/s/CUe> en "leisure=sports_centre + 
sport=swimming + building=yes"
 car les piscines qui sont aussi des buildings sont en fait des 
"sports_centre". Les contributeurs ont taggué par erreur en "bassin" ce 
qui plutôt des "sports_centre".



Et les transformations ci-dessus seraient à faire avant de faire celles 
relatives à "covered" (et qui qui sont discutées dans l'autre mail ?)


Voilà, y-a-t-il des erreurs ? Est-ce plus clair ?

Paul




Le 15/10/2018 à 23:04, Paul Desgranges a écrit :

Bonsoir,

>Le 14. 10. 18 à 22:12, Paul Desgranges a écrit :
>>/Un truc en plus, le terme 'piscine' de manière générale peut signifier à />>/la fois le bassin, le bâtiment, mais aussi le 
complexe sportif : />>/ - "leisure=swimming_pool" seul, donc ça serait le bassin, mais 
/>>/"leisure=swimming_pool" + "building=yes" là on parlerait du 'bâtiment />>/piscine'  (le bassin est alors 
parfois à l'extérieur) />
>cette interprétation me semble erronée.
>leisure=swimming_pool est selon moi clairement définit comme étant le bassin.
>"leisure=swimming_pool" + "building=yes c'est donc un bassin "couvert" 
>par un bâtiment. c'est assez rare mais j'en connais un : je suis passé 
>plusieurs fois devant en me demandant si c'était un garage entière vitré 
>ou une serre en dur... avant d'un jour apercevoir que l'intérieur est 
>entièrement constitué d'un bassin d'eau (piscine privé).

> si le bassin n'est pas dans le bâtiment, il faut selon moi 2 objets.

Ce n'est pas rare du tout :-) il y en a des centaines, si je l'ai dit c'est que 
j'avais regardé avant.
Je ne suis pas passé devant ;-) j'ai regardé icihttps://overpass-turbo.eu/s/CMB   
Les contributeurs ont assez largement utilisé cette façon pour mapper les piscines-bâtiments (bâtiments qui contiennent une piscine).

C'est effectivement une interprétation erronée, mais certainement pas de moi, 
des contributeurs plutôt
qui auraient dû mapper ça comme ça : "leisure=sports_centre" + "sport=swimming"
Ce que je voulais dire par => on a souvent le cas : "leisure=sports_centre" + "sport=swimming" = 
"leisure=swimming_pool" + "building=yes"


>Salut,
>
>Du coup, je pense qu'on peut imaginer un plan d'action comme ça :
>- modification massive de amenity=swimming_pool vers 
> leisure=swimming_pool comme proposé par Marc
>- analyse Osmose qui vérifie la taille des leisure=swimming_pool et 
>remonte un signalement quand c'est vraiment trop grand (en utilisant la 
>formule de Jérôme)
>- mission maproulette pour identifier des leisure=swimming_pool qui 
>devraient en fait être des leisure=sports_centre

>
>Pour le dernier point, j'ai l'impression qu'en cherchant les 
>leisure=swimming_pool qui ont un tag name, on tombe principalement sur 
>des éléments mal taggés qui devraient être des sports_centre, on doit 
>pouvoir broder autour de ça pour Maproulette, même si on aura quelques 
>faux positifs.

Oui, dans les trois cas ci-dessus on peut en trouver beaucoup déjà avec 
"leisure=swimming_pool" + "building=yes"

>
>Qu'en dites-vous ?

Bien d'accord !
  
  --

Noémie Lehuby
Donc l'idée




___
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] Piscine municipale vs piscine privée

[Paul Desgranges]

Le 13/10/2018 à 16:22, Paul Desgranges a écrit :


Même constat en Auvergne-Rhone-Alpes ! Et il y a l'attribut 
covered=yes/no qui paraît pas génial pour dire si une piscine est 
couverte ou découverte (pas documenté dans le wiki pour les piscines 
en tout cas), pourquoi ne pas utiliser plus systématiquement 
location=indoor/outdoor (qui lui est documenté) ? Et puis on pourrait 
en profiter pour rajouter la longueur du bassin...

Bonne journée
Paul



Le 13/10/2018 à 20:32, marc marc a écrit :

/Le 13. 10. 18 à 16:22, Paul Desgranges a écrit : />>/(a propos de) covered=yes/no 
/>>/pourquoi ne pas utiliser plus systématiquement location=indoor/outdoor />/c'est 2 
choses différentes. />/tu peux avoir un bassin extérieur couvert ou non. />/Mais cela 
gagnerait sans doute d'être mieux documenté./


Là-aussi je me suis mal fait comprendre peut-être alors je vais essayer 
de faire mieux (puisqu'on est dans les piscines )


A propos de indoor/outdoor et covered=yes/no, il y a aussi plusieurs 
façons de faire actuellement. En tout cas si on parle de 
"leisure=swimming_pool" (donc pour les piscines de type "bassin")
    1. le bassin peut être à l'intérieur ou à l'extérieur, pas trop de 
confusion possible
    - bassin intérieur => "location=indoor" : pas visible par photo 
aérienne, on est dans un bâtiment, c'est du mapping indoor, (mais il y 
en a des mappés comme ça )
    - bassin extérieur => "location=outdoor" : visible par photo 
aérienne, ça pourrait être la valeur par défaut, mais c'est plus 
explicite qd ça y est


   2. le bassin peut être "couvert" ou pas. De manière générale, en 
dehors d'OSM, quand on dit "bassin couvert" on veut dire "bassin 
intérieur" et "bassin découvert" on veut dire bassin extérieur, donc il 
y a une confusion possible et on peut la constater dans les faits.
    Actuellement "covered=yes" a été employé manifestement dans 
différents cas :
    - Soit le contributeur a voulu signifier que la piscine était 
"couverte" au sens bassin intérieur
    - Soit le contributeur a voulu signifier que la piscine était 
"couverte" au sens la piscine dispose d'un "abri piscine" (on distingue 
bien ces abris en photographie aérienne), les piscines privées dans les 
jardins, avec un abri pour : sécurité chute, déperdition d'énergie, 
feuilles mortes, etc.
    Et "covered=no" est assez employé, mais dans quelle intention a été 
utilisé ce tag, s'agit-il d'un bassin extérieur, ou s'agit-il d'un 
bassin ne disposant pas d'abri ? Pas forcément clair.


  Alors comment documenter ces 2 attributs ("location=indoor/outdoor" 
et "covered=yes/no") pour que l'usage en soit clair ?


Bonne journée
Paul






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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Bonsoir,


Le 14. 10. 18 à 22:12, Paul Desgranges a écrit :

/Un truc en plus, le terme 'piscine' de manière générale peut signifier à />>/la fois le bassin, le bâtiment, mais aussi le 
complexe sportif : />>/  - "leisure=swimming_pool" seul, donc ça serait le bassin, mais 
/>>/"leisure=swimming_pool" + "building=yes" là on parlerait du 'bâtiment />>/piscine'  (le bassin est 
alors parfois à l'extérieur) />

cette interprétation me semble erronée.
leisure=swimming_pool est selon moi clairement définit comme étant le bassin.
"leisure=swimming_pool" + "building=yes c'est donc un bassin "couvert" 
par un bâtiment. c'est assez rare mais j'en connais un : je suis passé 
plusieurs fois devant en me demandant si c'était un garage entière vitré 
ou une serre en dur... avant d'un jour apercevoir que l'intérieur est 
entièrement constitué d'un bassin d'eau (piscine privé).

si le bassin n'est pas dans le bâtiment, il faut selon moi 2 objets.


Ce n'est pas rare du tout :-) il y en a des centaines, si je l'ai dit c'est que 
j'avais regardé avant.
Je ne suis pas passé devant ;-) j'ai regardé icihttps://overpass-turbo.eu/s/CMB   
Les contributeurs ont assez largement utilisé cette façon pour mapper les piscines-bâtiments (bâtiments qui contiennent une piscine).

C'est effectivement une interprétation erronée, mais certainement pas de moi, 
des contributeurs plutôt
qui auraient dû mapper ça comme ça : "leisure=sports_centre" + "sport=swimming"
Ce que je voulais dire par => on a souvent le cas : "leisure=sports_centre" + "sport=swimming" = 
"leisure=swimming_pool" + "building=yes"



Salut,

Du coup, je pense qu'on peut imaginer un plan d'action comme ça :
- modification massive de amenity=swimming_pool vers 
leisure=swimming_pool comme proposé par Marc
- analyse Osmose qui vérifie la taille des leisure=swimming_pool et 
remonte un signalement quand c'est vraiment trop grand (en utilisant la 
formule de Jérôme)
- mission maproulette pour identifier des leisure=swimming_pool qui 
devraient en fait être des leisure=sports_centre


Pour le dernier point, j'ai l'impression qu'en cherchant les 
leisure=swimming_pool qui ont un tag name, on tombe principalement sur 
des éléments mal taggés qui devraient être des sports_centre, on doit 
pouvoir broder autour de ça pour Maproulette, même si on aura quelques 
faux positifs.

Oui, dans les trois cas ci-dessus on peut en trouver beaucoup déjà avec 
"leisure=swimming_pool" + "building=yes"



Qu'en dites-vous ?


Bien d'accord !
 
 --

Noémie Lehuby
Donc l'idée


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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Le 13/10/2018 à 21:46, Noémie Lehuby a écrit :

Hello,

Je partage ta compréhension de la page de wiki, le 
leisure=swimming_pool est bien une partie (qui peut-être cartographiée 
ou pas) du leisure=sports_centre.


Par contre, j'ai l'impression que le amenity=swimming_pool était ambigu.
Tu voudrais les modifier massivement vers swimming_pool ou vers 
sports_centre ?


Un truc en plus, le terme 'piscine' de manière générale peut signifier à 
la fois le bassin, le bâtiment, mais aussi le complexe sportif :
 - "leisure=swimming_pool" seul, donc ça serait le bassin, mais 
"leisure=swimming_pool" + "building=yes" là on parlerait du 'bâtiment 
piscine'  (le bassin est alors parfois à l'extérieur)
 - "leisure=sports_centre" + "sport=swimming" : ça serait bien le 
complexe sportif de type 'piscine', qui peut contenir des bâtiments 
(avec ou pas des bassins), et aussi (ou pas) des bassins extérieurs, et 
aussi (ou pas) de la pelouse etc. ...  (on a souvent le cas : 
"leisure=sports_centre" + "sport=swimming" = "leisure=swimming_pool" + 
"building=yes")



Paul


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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Même constat en Auvergne-Rhone-Alpes ! Et il y a l'attribut 
covered=yes/no qui paraît pas génial pour dire si une piscine est 
couverte ou découverte (pas documenté dans le wiki pour les piscines en 
tout cas), pourquoi ne pas utiliser plus systématiquement 
location=indoor/outdoor (qui lui est documenté) ? Et puis on pourrait en 
profiter pour rajouter la longueur du bassin...

Bonne journée
Paul


Le 10/10/2018 à 21:57, Noémie Lehuby a écrit :


Hello,

Je cherche à récupérer les piscines, au sens les endroits où je peux 
venir avec mon maillot de bain pour faire des longueurs (donc pas les 
piscines privées, plutôt les pisicines municipales).


En consultant le wiki, je comprends que les tags que je devrais 
utiliser sont donc leisure=sports_centre + sport=swimming

https://wiki.openstreetmap.org/wiki/FR:Tag:leisure%3Dswimming_pool

Pourtant, en regardant dans les données, j'ai l'impression que ça ne 
correspond pas vraiment à l'usage. Sur les piscines qui m'intéressent :


  * j'ai beaucoup de leisure=swimming_pool (par exemple
https://www.openstreetmap.org/node/1425124439)
  * quelques amenity = swimming_pool, pourtant déprécié (par exemple
https://www.openstreetmap.org/node/700449131)
  * et vraiment pas beaucoup de leisure=sports_centre + sport=swimming


Est-ce qu'il y a quelque chose que j'ai mal compris / qui est mal 
documenté ?


Si non, comment on fait pour uniformiser ça proprement (analyse 
osmose, maproulette, modification massive, projet du mois) ?


Noémie


___
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] Piscines avec bassin extérieur chauffé

[Paul Desgranges]

- Oui, mais la température change trop, c'est la question qu'on se pose 
parfois, "Et aujourd'hui elle est à combien ? "
Donc je pense personnellement ne mettre ni "heated", ni "temperature" ni 
quoi que ce soit relatif à ceci.
- Ok pour utiliser "opening_hours" si ça fait office de "opening_days" 
aussi.
- Par contre pour la longueur, je comprends bien qu'il ne faut pas 
dupliquer, mais là ça répond à la question "c'est un bassin de 25m ou de 
50m" ? C'est une caractéristique importante, visible, facile à tagguer 
et à utiliser, donc utile. Et l'usage du tag "length" est documenté dans 
le wiki en français 
 ou 
en anglais 

Bonne journée
Paul


Le 07/10/2018 à 22:43, Philippe Verdy a écrit :
En, revanche la qualité de l'eau (douce/thermale/ferrugineuse/eau de 
mer) sont plus utiles
 | Le dim. 7 oct. 2018 à 21:35, marc marc > a écrit :


-> tag temperature parce que non chauffé, c'est très au contraire
subjectif.

je connais des piscines que les locaux considère comme chaude mais
non chauffée... car c'est une source thermale tellement chaude que
la piscine doit brider le débit pour qu'un humain n'y rôtisse pas.
de même l'eau dans des bassins fort foncé est naturellement chaude,
"chauffé par le soleil" ou non chauffé selon les personnes.

>      - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"

le tag opening_hours te le permet

>      - conserver le "length=50" car même si on peut déduire ça
de la
> géométrie, la valeur de l'attribut est ainsi plus directement
requétable

oui mais c'est valable pour tous les tags. vas-tu ensuite ajouter
tous les tags de la piscine sur chaque bassin parce que c'est plus
facile à utiliser ?
peut-être faudrait-il au contraire documenter des moyens faciles
pour tirer le meilleur parti des données existantes, une sorte
de tutoriel/howto avec les cas qui reviennent de temps en temps.

Cordialement,
Marc
___
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] Piscines avec bassin extérieur chauffé

[Paul Desgranges]

Il y a certes toutes sortes de piscines !
L'idée initiale était de trouver les piscines ouvertes au public, 
classiques quoi, avec un bassin extérieur chauffé de 50 m.
Mais je reformule, si effectivement ce n'est pas le fait d'être chauffé 
qui est significatif (effectivement une piscine publique non chauffée, 
je ne vois pas trop), l'idée serait alors de chercher les piscines avec 
un bassin extérieur, d'indiquer la taille (par exemple 25m ou 50m) et 
d'indiquer aussi si elles sont ouvertes en dehors de la période d'été 
...  (mais alors comment dire que c'est ouvert de telle date de l'année 
à telle date de l'année ?)


Donc je souhaite
    - retirer "heated=yes",
    - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"
    - conserver le "length=50" car même si on peut déduire ça de la 
géométrie, la valeur de l'attribut est ainsi plus directement requétable 
: la longueur est tout de suite connue.


Quelqu'un d'Échirolles m'avait dit: "La deuxième plus proche, pareille, 
elle est à Antibes !"  Alors les Antibois, qu'en dites-vous, c'est vrai ?


Bonne soirée
Paul


Le 07/10/2018 à 18:40, Philippe Verdy a écrit :
Il existe des "piscines" à filtration naturelle, elles ne sont pas 
chauffées, ce sont des aménagements de bassins, connectés à un étang.
Il en existe des privées, comme aussi des publiques municipales, et 
sont apparues dans des réserves naturelles ou espaces protégés. La 
baignade est autorisée sur ces piscines mais l'accès au reste de 
l'étang est protégé


Le dim. 7 oct. 2018 à 18:29, Florimond Berthoux 
mailto:florimond.berth...@gmail.com>> a 
écrit :


Bonjour,

Ça existe une eau de piscine municipale non chauffée ?
Par défaut il me semble les eaux de piscines sont chauffées.

Le sam. 6 oct. 2018 à 09:43, Paul Desgranges
mailto:desgranges.p...@laposte.net>>
a écrit :

Bonjour
  La piscine d'Echirolles 38130 a un bassin extérieur chauffé
de 50m,
ouvert jusqu'au 22 déc. Au-delà des considérations écologiques de
déperdition d'énergie, etc. c'est assez génial de pouvoir en
profiter
... Et je m'interroge sur d'autres bassins de mêmes
caractéristiques en
France ? Savez-vous s'il y en a d'autres ?

J'ai taggé ce bassin comme ceci:
      leisure=swimming_pool
      location=outdoor
      length=50
      heated=yes
Le 'heated' est non documenté et peu utilisé, c'est ce que
j'ai trouvé
de mieux !

 Bassins extérieurs : https://overpass-turbo.eu/s/Cyt
 Chauffés : https://overpass-turbo.eu/s/Cyx

Merci et bonne journée
Paul


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



-- 
Florimond Berthoux

___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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

[OSM-talk-fr] Piscines avec bassin extérieur chauffé

[Paul Desgranges]

Bonjour
 La piscine d'Echirolles 38130 a un bassin extérieur chauffé de 50m, 
ouvert jusqu'au 22 déc. Au-delà des considérations écologiques de 
déperdition d'énergie, etc. c'est assez génial de pouvoir en profiter 
... Et je m'interroge sur d'autres bassins de mêmes caractéristiques en 
France ? Savez-vous s'il y en a d'autres ?


J'ai taggé ce bassin comme ceci:
     leisure=swimming_pool
     location=outdoor
     length=50
     heated=yes
Le 'heated' est non documenté et peu utilisé, c'est ce que j'ai trouvé 
de mieux !


    Bassins extérieurs : https://overpass-turbo.eu/s/Cyt
    Chauffés : https://overpass-turbo.eu/s/Cyx

Merci et bonne journée
Paul


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

[OSM-talk-fr] Lac du Laouzas

[Paul Desgranges]

Bonjour
 Le rendu standard ne montre pas la petite île du Lac de Laouzas, 
pourtant on peut voir cette île sur les autres rendus ...


 * https://www.openstreetmap.org/#map=15/43.6415/2.7727
 * https://www.openstreetmap.org/#map=15/43.6415/2.7727=C
 * https://www.openstreetmap.org/#map=15/43.6415/2.7727=T
 * https://www.openstreetmap.org/#map=15/43.6415/2.7727=H

Est-ce que qqun sait corriger ceci ?
Merci
Paul
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] "who did it" en panne

[Paul Desgranges]

Bonjour
   Juste pour signaler que le service Who did it 
, qui donne les derniers 
contributeurs dans une zone donnée, ne semble pas fonctionner. Je ne 
sais pas si quelqu'un sait le remettre en route ?

  Merci et très bonne journée
Paul



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

[OSM-talk-fr] Maison des Associations

[Paul Desgranges]

Bonjour,

Si on cherche dans Overpass Turbo
"name='Maison des association' in France" => nœuds: 963, 
chemins: 100, relations: 5
"name='Maison des Association' in France" => nœuds: 2311, 
chemins: 170, relations: 5


Suivant que c'est un nœud ou pas, bien sur c'est qualifié différemment, 
on trouve pas mal de façons de faire :

"building=yes"
"building=civic"
"building=public"
"building=library"
"building=yes;office=goverment,
"amenity=community_center",
"amenity=public_building",
"office=association"
et probablement d'autres  encore


Sur la façon de cartographier, je me pose plusieurs questions :
1)  "Maison des associations" ou "Maison des Associations" ?  (ou les 
deux sont légitimes ?)


2) "amenity=community_center;building=public" pour un way et 
"amenity=community_center" pour un nœud me sembleraient être le plus 
justifié, et vous qu'en pensez-vous ?


3) Ensuite, une MDA (pour Maison des Associations) comme c'est souvent 
abrégé, abrite souvent plusieurs associations, parfois une trentaine, 
(ou même plus ?)
Certaines y ont des bureaux permanents, d'autres sont hébergées pour y 
tenir des réunions et utilisent alors une salle de réunion une fois par 
mois etc., d'autres y ont leur adresse postale, etc.il doit y avoir 
d'autres cas...

Dans ce cas comment cartographier les associations elles-mêmes ?
Pour une association seule, on met qq chose comme ça :
 office=association
 name=Association des Cueilleurs de Champignons
 contact:mail=champig...@laposte.net
 contact:website=www.champignon.com
 contact:tel=+33 1 23 45 67 89
 opening_hours=

Mais qu'est-on censé faire s'il y a dans cette MDA, une trentaine 
d'associations ? Faudrait-il créer 30 nœuds, l'un à coté de l'autre ? 
Faut-il les mettre en relation avec l'objet qui a pour nom "maison des 
Associations", ceci pour mutualiser l'adresse (addr:street, 
addr:housenumber, addr:housename, addr:city)  ?




merci par avance
Paul






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

Re: [OSM-talk-fr] Noms des ZI ZA ZAC etc

[Paul Desgranges]

Merci pour les réponses !
J'ai mis ça dans le wiki :
https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcommercial#Exemples_de_nommage
j'espère que ça va,
A+
Paul





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

[OSM-talk-fr] Noms des ZI ZA ZAC etc

[Paul Desgranges]

Hello

 Que conseillez vous pour le nommage des ZI, ZA, ZAC, ZC, etc ?

   name=Zone d'Activités Trucmuche
   short_name=ZA Trucmuche
   alt_name=Trucmuche

ou plutôt

   name=ZAC Trucmuche
   short_name=Trucmuche
   alt_name=Zone d'Aménagement Concerté Trucmuche

ou quoi d'autre ?

Merci!

Paul




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

Re: [OSM-talk-fr] Abri en pierres sèches

[Paul Desgranges]

On appelle ça des capitelles dans l'Aude, il y en a bcp !

Le 28 nov. 2017 8:31 AM, "jabali"  a écrit :

> En ariège, des Orris
> Le tag amenity=shelter renseigne la fonction
>
> Les éventuelles restrictions d'accès sont indépendantes.
> ex: parking.
>
>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osm-grenoble] Importation des arbres municipaux de Grenoble

[Paul Desgranges]

>> Au final je vais donc ne pas rajouter de tag ref et je vais toujours
>> renseigner genus ET species (s'il y a une valeur bien sûr).
> Je pense qu'il faudrait ajouter le tag ref (champ BIEN_REFERENCE) :
> - pour pouvoir détecter après l'import les arbres qui n'ont pas été
> mis à jour, potentiels doublons mal placés à plus de 5m d'un arbre du
> fichier.
> - pour faciliter la mise à jour
> - pour détecter les suppressions lors de la prochaine mise à jour.
> - pour permettre la réutilisation : le fichier opendata contient
> beaucoup d'infos, si on peut faire le lien entre les données osm et le
> fichier opendata via la ref on peut imaginer une appli permettant de
> visualiser les arbres protégés, vieillissants, d'une espèce donnée 
etc..oui, si on a cette info pourquoi ne pas la mettre... mais alors 
quelle clé ?ref:FR:data.metropolegrenoble.fr ?

> Pour ceux qui voudraient explorer le jeu de données, j'ai converti le
> fichier geojson en csv. Vous pouvez le télécharger ici :
> 
https://github.com/jva6438/opendata-grenoble-osm/blob/master/trees/ARBRES_TERRITOIRE_VDG_EPSG4326.json.csv?raw=true 


>

>> J'ai corrigé le coup des espèces/genres qui pouvaient ne pas avoir de
>> valeur ainsi que le problème de l'UTF-8 (une nouvelle version est
>> disponible ici: https://files.fm/u/ct7mm6dk)
> ça me paraît bon.Oui moi aussi
Ce qui manquerait c'est le champ 'source'. On ne peut pas garder le 
champ source tel qu'il l'était pour les arbres modifiés (on rajoute 3 
attributs et ils sont replacés) et pour les nouveaux encore plus : dans 
les deux cas la source c'est quelque chose comme

"http://data.metropolegrenoble.fr/ckan/dataset/les-arbres-de-grenoble 2017"
ou comme
"data.metropolegrenoble.fr 2017">> @Paul: à vrai dire vu le faible 
nombre d'arbres "non makable" je

>> comptais les ignorer complètement et donc ne rien faire avec... mais
>> n'hésites surtout pas à utiliser le fichier si tu te sens de
>> supprimer ou corriger des bâtiments qui seraient inexacts !
> Oui, il y en a très peu, on s'en occupera "à la main".yeps !
> Bonne journée,
>
> --
> Jérôme
> (Crossposté sur talk-fr et local-grenoble. Followup sur talk-fr)Merci


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

Re: [OSM-talk-fr] Importation des arbres municipaux de Grenoble

[Paul Desgranges]

J'avais pas vu ta réponse du jour avant d'envoyer la mienne aujourd'hui
Je rajoute ceci : qd le champ ESPECE n'existe pas, c'est concaténé avec 
la chaîne "null" et on a en final 3290 arbres en création et 517 en 
modification avec une species du genre"Tilia null" "Acer null" etc

Merci
Paul



Le 18/11/2017 à 14:47, Vincent Frison a écrit :

Merci Sly pour ton retour.

Bien vu pour l'erreur d'encodage UTF-8 !

Sinon 2 petites questions:

- est ce que cela vaut la peine de rajouter un 
tag ref:FR:Grenoble:trees avec comme valeur une référence interne 
(utilisée dans le fichier JSON) ? J'avais cru comprendre que c'était 
une bonne pratique mais que finalement c'était pas souhaitable. 
Personnellement je pense pas que ça soit super utile (par ex. si je 
devais refaire un import pour mise à jour je n'en aurais pas vraiment 
besoin).


- pour le tag genus/species: dans leur fichier JSON il y a 2 champs 
séparés, par ex: "GENRE_BOTA":"Platanus","ESPECE":"acerifolia". Pour 
remplir le tag genus je prend la valeur du champ GENRE_BOTA mais pour 
le tag species je concatène
la valeur des 2 champs. Du coup ça vaut quand même la peine que je 
mette le tag genus (sachant qu'il est déjà "inclus" dans le champ 
species) ?


Enfin pour respecter la procédure j'ai commencé à créer une page wiki 
mais dois je annoncer à chaque fois mes importations sur 
impo...@openstreetmap.org  ? En fait 
cela ne me dérange pas mais ce qui m'étonne c'est de voir le très 
faible nombre d'imports annoncés. Sur le catalogue 
 on peut voir 
que sur les 3 derniers mois il n'y a eu que 3 imports et ce sont les 
miens ! Cela voudrait dire que pas mal d'imports se font "à la douce" ?


Merci, Vincent.




Le 17 novembre 2017 à 22:06, sly (sylvain letuffe) > a écrit :


Vincent Frison wrote
> Le voici donc, valide pendant un mois: https://files.fm/u/shq299cz

J'ai fais de nombreux sondages aléatoires à l'aide des photos
aériennes
récentes et ça à l'air de la bonne qualité, très cohérent avec
l'existant,
et sans doublons trouvés.
Je ne passe toutefois pas assez souvent sur Grenoble pour tenter
une vérif
"in situ".

L'algo a donc l'air de bien bosser en plus d'une donnée source de
bonne
qualité, c'est tout bon !

Note: Il semble qu'un double encodage UTF-8 se soit glissé dans
l'incorporation des genus/species
Fichier genfile-for-creation.osm ligne 1670 par exemple :
   








-
--
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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


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





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


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

Re: [OSM-talk-fr] Importation des arbres municipaux de Grenoble

[Paul Desgranges]

J'ai passé un petit moment à comparer les données de tes fichiers avec 
les données existantes (couche de données OSM et couche photo aérienne 
BdOrtho IGN) , et ceci aussi dans des quartiers que je connais, et ce 
que tu as fait a l'air vraiment bien ! Evidemment je n'ai pas contrôlé 
chacun des 24 000 arbres nx, ni les 6000 arbres modifiés, mais 100% de 
ceux que j'ai vus étaient bons !

- le fichier genfile-for-creation.osm.xml contient bien des arbres nouveaux
- le fichier genfile-for-modification.osm.xml précise bien les tags 
'genus' et species' pour des nœuds qui étaient des simples 'natural=tree'
- pour le fichier genfile-for-non-markable-elements.osm.xml, il faudrait 
corriger à la main qq petits trucs pour pouvoir importer le fichier : 
corriger le tracé d'un building, ou d'un abribus qui englobe à qq 
centimètres près un arbre à créer, ou supprimer un building qui n'existe 
plus (pas visible sur photoaérienne), etc. Et je veux bien me charger de 
ces corrections si cela peut t'aider (et pour que osm-grenoble en fasse 
aussi un peu) : c'est à dire déplacer un building ou abribus de qq 
centimètres, etc. avant d'importer le fichier.
Ce qui manque c'est de citer la source sur chacun des nœud ? Et pourquoi 
ne pas rajouter la start_date effectivement si tu as cette info ?

Bravo en tout cas !
Paul




Le 17/11/2017 à 22:49, Paul Desgranges a écrit :
Hello, merci, je regarderai moi aussi ce week-end les trois fichiers 
que tu as fourni, pour te donner un avis en plus

Paul


Le 17/11/2017 à 22:06, sly (sylvain letuffe) a écrit :


Vincent Frison wrote

Le voici donc, valide pendant un mois: https://files.fm/u/shq299cz

J'ai fais de nombreux sondages aléatoires à l'aide des photos aériennes
récentes et ça à l'air de la bonne qualité, très cohérent avec 
l'existant,

et sans doublons trouvés.
Je ne passe toutefois pas assez souvent sur Grenoble pour tenter une 
vérif

"in situ".

L'algo a donc l'air de bien bosser en plus d'une donnée source de bonne
qualité, c'est tout bon !

Note: Il semble qu'un double encodage UTF-8 se soit glissé dans
l'incorporation des genus/species
Fichier genfile-for-creation.osm ligne 1670 par exemple :

 






-





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

Re: [OSM-talk-fr] Importation des arbres municipaux de Grenoble

[Paul Desgranges]

Hello, merci, je regarderai moi aussi ce week-end les trois fichiers que 
tu as fourni, pour te donner un avis en plus

Paul


Le 17/11/2017 à 22:06, sly (sylvain letuffe) a écrit :


Vincent Frison wrote

Le voici donc, valide pendant un mois: https://files.fm/u/shq299cz

J'ai fais de nombreux sondages aléatoires à l'aide des photos aériennes
récentes et ça à l'air de la bonne qualité, très cohérent avec l'existant,
et sans doublons trouvés.
Je ne passe toutefois pas assez souvent sur Grenoble pour tenter une vérif
"in situ".

L'algo a donc l'air de bien bosser en plus d'une donnée source de bonne
qualité, c'est tout bon !

Note: Il semble qu'un double encodage UTF-8 se soit glissé dans
l'incorporation des genus/species
Fichier genfile-for-creation.osm ligne 1670 par exemple :

 
   







-



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

Re: [OSM-talk-fr] E2C

[Paul Desgranges]

Le 03/11/2017 à 17:13, marc marc a écrit :

Bonjour,

Le 03. 11. 17 à 16:46, Paul Desgranges a écrit :

1) Comment mapper une "école de la deuxième chance"  (E2C) ?
   Je suis tombé sur une E2C par hasard, je l'ai mappée de manière
basique au début, puis j'ai récupéré les infos de l'E2C de Grenoble ici
(voir https://reseau-e2c.com/ a-t-on le droit de le faire ?)  Donc cela
donne provisoirement https://www.openstreetmap.org/node/5115866345
   Merci pour votre avis

En vrac :
la majorité des tag dans osm contiennent le nom long, comme par exemple
pour name=École de la Deuxième Chance
E2C se trouve lui déjà renseigné dans short_name

ok

on évite généralement de mettre le nom de la ville/pays dans
les différent tag sauf si cela fait vraiment partie de son nom

ok

le tag addr:country est (totalement) inutile

ok

certains tag aussi ces établissement avec une surface couvrant
l'ensemble des bâtiments.
un peu plus difficile à réaliser du coup, ça serait une amélioration à 
faire après le premier import par quelqu'un de local alors



2) Sinon, ça m'embête toujours de voir une cartographie comme celle-ci
https://reseau-e2c.fr/cartographie-des-e2c
   Et je voudrais essayer, à titre d'exercice, de produire la même
cartographie avec des données OSM et un fond de carte OSM ...
   Mais est ce une bonne idée tout ceci, je n'en sais rien ? Si je me
lançais dans ce truc, y-aurait-il une meilleure façon de faire ?
   A nouveau c'est plutôt un exercice pour moi, et je cherche seulement
la façon canonique de faire, la "bonne pratique", (et je n'ai aucune
action dans le réseau E2C).

l'idéal serrait que E2C diffuse ses données dans un fichier OpenData.
cela permettrait de gérer les maj après le premier import.
Mais à défaut, ton résultat me semble positif.

pour l'umap, où as-tu trouvé la localisation des différents
établissements ? c'est avec l'adresse ?
J'ai récupéré la localisation en faisant view-source de 
https://reseau-e2c.fr/cartographie-des-e2c : il y avait déjà les lat/lon 
des établissements.
Mais j'ai voulu aussi comparer avec le résultat du géocodeur 
https://adresse.data.gouv.fr/csv#next : celui-ci me calcule des points 
légèrement différents (bien évidemment ça tombe pas juste). Du coup je 
comptais garder le premier, mais avant un import j'imagine qu'il 
faudrait vérifier chacune des 125 E2C "à la main", j'entends par là un 
contrôle visuel, voir si le point tombe sur le "building" qui correspond 
à l'adresse et pas au milieu d'une rue ?



Autres questions:
 - Pour "contact:email" : si on renseigne ça, ne donne-t-on pas des 
billes aux spammeurs ?
 - Dans les adresses, en plus du nom de rue, et en plus du numéro dans 
la rue, il y a parfois une indication du style "ZA trucmuch" ou "ZI 
machin". Y-a-t-il un champ "addr:complement" ou équivalent pour 
renseigner ceci ?



Merci


Cordialement,
Marc
___
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] E2C

[Paul Desgranges]

Bonjour,

1) Comment mapper une "école de la deuxième chance"  (E2C) ?
 Je suis tombé sur une E2C par hasard, je l'ai mappée de manière 
basique au début, puis j'ai récupéré les infos de l'E2C de Grenoble ici 
(voir https://reseau-e2c.com/ a-t-on le droit de le faire ?)  Donc cela 
donne provisoirement https://www.openstreetmap.org/node/5115866345

 Merci pour votre avis


2) Sinon, ça m'embête toujours de voir une cartographie comme celle-ci 
https://reseau-e2c.fr/cartographie-des-e2c
 Et je voudrais essayer, à titre d'exercice, de produire la même 
cartographie avec des données OSM et un fond de carte OSM ...


  2.1) Pour les données :
- il y a encore un peu à faire, mais j'ai "mouliné" les data 
récupérées sur https://reseau-e2c.com/ pour produire un .osm (en suivant 
le modèle provisoire de l'E2C de Grenoble présenté ci-dessus), avec 
l'idée que une fois bien vérifié, cela pourrait s'importer dans OSM ...  
(Ce .osm est visible dans l'umap ci-dessous en 2.2)


  2.2) Pour le fond de carte OSM :
- je comptais faire une umap avec une requête dynamique, mais cela 
ne sera possible que lorsque les données seront dans OSM. Provisoirement 
j'ai importé le .osm dans umap ce qui donne ce qui donne : 
http://umap.openstreetmap.fr/en/map/e2c_177320



 Mais est ce une bonne idée tout ceci, je n'en sais rien ? Si je me 
lançais dans ce truc, y-aurait-il une meilleure façon de faire ?
 A nouveau c'est plutôt un exercice pour moi, et je cherche seulement 
la façon canonique de faire, la "bonne pratique", (et je n'ai aucune 
action dans le réseau E2C).



Merci
Paul







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

[OSM-talk-fr] office=foundation

[Paul Desgranges]

Bonsoir,
J'ai créé la page en français sur office=foundation, avec qq trucs.
Je prendrais tous les commentaires, si il y en a, pour faire évoluer la page
http://wiki.openstreetmap.org/wiki/FR:Tag:office%3Dfoundation
merci par avance!
Paul

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

[OSM-talk-fr] Fonds et Fondations en France

[Paul Desgranges]

Bonjour,

Le Centre Français des Fonds et Fondations 
 (CFF) a organisé les 14/15 
septembre derniers un voyage d'études en Rhône-Alpes, différentes 
rencontres étaient organisées avec des acteurs locaux des données 
numériques, de l'OpenData, des universitaires, etc. , et j'ai à cette 
occasion eu l'honneur de pouvoir présenter en une petite demi-heure 
OpenStreetMap à la bonne vingtaine de représentants des fondations en 
France qui étaient présents : ma présentation est ici pour ceux que ça 
intéresse 
. Une 
bonne partie du public ne connaissait pas OSM et c'était une première 
pour eux, et j'ai senti un certain intérêt pour le sujet ! Pour eux, qui 
collectent des fonds, gèrent et financent des projets d'intérêt général, 
il est important de maîtriser les outils qui permettent de suivre ces 
projets, de les représenter, de communiquer, d'informer etc. Donc l'idée 
ce n'était pas d'essayer d'obtenir des financement pour quoi que ce 
soit, mais bien de faire de la sensibilisation à l'utilisation d'OSM ...


Je suis recontacté maintenant par un représentant du CFF qui souhaite 
"poursuivre la réflexion sur le recensement des fondations", c'est vrai 
que à l'issue de la présentation, ce point avait fait l'objet d'une 
question et j'avais mentionné le tag 
http://wiki.openstreetmap.org/wiki/Tag:office%3Dfoundation et donc la 
possibilité de mettre les fondations dans OSM ... La vérité c'est qu'il 
n'y en a que très très peu http://overpass-turbo.eu/s/skk (à comparer 
aux 4000 fondations et fonds de dotations en France) et que le tag 
office=foundation n'est pas très détaillé pour l'instant (il existe 
différents types de fondations en France que je ne détaille pas ici, 
mais je pourrais rédiger, maintenant que j'ai étudié la question, une 
page wiki osm en français sur le sujet pour enrichir cette spec ?)


Voilà, je voulais simplement informer la communauté OSM française de ce 
besoin qui a été exprimé par le CFF, pour que chacun pense aussi, à 
l'occasion à mapper une fondation (comme on mappe une association par 
exemple). Je vais essayer de creuser un peu la question avec eux, et 
mieux comprendre ce qu'ils souhaitent : ils doivent avoir un inventaire 
et je ferais alors un coup de géocodage dessus pour voir ce que ça 
donne. Mais je suis intéressé par ceux qui auraient eu à faire un 
travail similaire...


Merci

Paul


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

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 19 juil. 2017 1:03 PM, "marc marc" <marc_marc_...@hotmail.com> a écrit :

Le 18. 07. 17 à 23:46, Paul Desgranges a écrit :
>  >>>> Le défaut d'un nouveau tag c'est que cela crée 2 tags en
>  >>>> concurrence.
>  >>>> Une commune qui passe entièrement à un éclairage sur
>  >>>> détecteur est selon
>  >>>> moi le top pour entrer dans cette catégorie.
>  >>>> il faudrait lit=motion mais en même temps lit=extinction_policy
>  >>> Oui
>  >> Comme c'est pas possible il faudra faire un choix :)
>  >> je pense que lit=motion est mieux et que la décision politique
doit
>  >> aller sur un autre tag
>  > Je n'ai pas compris la valeur motion et si tu as un cas précis :
>  > quelle commune aurait quelle valeur par exemple.
>
> J'avais lu le cas d'une commune qui avait remporté un prix de
> l'efficacité énergétique en migrant son éclairage public sur détecteur
> avec un échange de donnée entre lampadaire pour que la détection d'une
> voiture à x km/h allume les x lampadaires suivant dans la direction du
> mouvement tandis qu'un piéton en allumerait moins mais + longtemps.
>
> je ne sais pas si c'est à l'échelle d'une commune entière, ou plutôt à
> l'échelle d'un boulevard, une allée, un quartier, un lampadaire c'est
> pourquoi je demandais si tu connaissais le cas d'une commune et laquelle
> qui pourrait être tagguée entièrement en motion ou automatic ?
Je ne connais pas personnellement de cas d'une commune complète
mais en cherchant sur le net on trouve de nombreux exemples.

selon ce lien, Troyes serrait passé à un éclairage modulé en puissance
> https://www.ville-troyes.fr/uploads/Document/a1/4218_358_Pre
ss_Troyes_239.pdf

Lu


a prendre avec des pincettes parce qu'il semble mélanger
puissance/consommation/facture a plusieurs reprise.
un peu plus loin on lira que la performance lumineuse a augmenté de 50%
la puissance électrique étant quasi inchangée, il faut en déduire qu'il
en a profité pour augmenter massivement les lux... dommage..
au final led+détecteur ne font que -58% (c'est génial mais en venant
d'un éclairage en partie halogène, je serrais curieux de recalculer
l'économie en l'absence d'augmentation lumineuse)
un peu plus loin on lira qu'il y a un quartier avec détecteur +
diminution de la puissance après une certaine heure
si c'est confirmé, la commune devrait avoir un tag dimmer,
le quartier expérimenal un tag dimmer+automatic

un quartier 240 lampes. je crois que c'est eux qui ont gagné le prix
> https://www.rtbf.be/info/regions/detail_wavre-va-equiper-l-
un-de-ses-quartiers-d-un-eclairage-public-intelligent?id=896124 >
https://www.youtube.com/watch?v=SJoSRKmIUKo
Je sais même pas comment on devrait le tager vu que j'ignore quel est la
config finale choisie, mais potentiellement les 3

cette page prétend qu'en 2015 2 capitales y passent (blog commercial)
> http://blog.sirris.be/fr/blog/des-led-intelligentes-pour-rem
placer-leclairage-public-classique

Lu



> il y a 5000 occurrences de ce tag dont 2 sur des relations (mais
> overpass peine à les trouver)
> Oui à l'échelle d'un lampadaire, ou d'une voie, mais pas une commune
> entière ?
Je suppose qu'avec autant de tag, il doit y avoir des
quartiers/villages/communes qui sont passé aux détecteurs.
Il n'ont cependant pas l'air d’être renseigné car les quelques cas
trouvé sont des erreurs de tag difficile à filtrer
http://overpass-turbo.eu/s/qsU

> Mais on a déjà du mal à spécifier les tags de ce qui existe
>  maintenant alors c'est encore plus difficile à faire pour le futur ?
Je pense qu'à l'avenir, on pourrait demander une assistance osmose genre
"toutes les lampes d'une commune ont tel tag avec telle valeur, vérifier
si celui-ci serrait adapté sur la commune"
cela n’empêche évidement pas de mettre un tag sur les communes même
lorsque aucune lampe n'est renseigné dans osm

> lit= existe déjà. autant garder ce principe au
> lieu d'avoir 2 tags qui peuvent avoir les mêmes valeurs
>
> Mais pas à l'échelle d'une commune si ?

je ne comprend pas le sens de ta question.
pourquoi ne pas garder la syntaxe existante des rues pour les communes ?
je ne vois pas ce qu'on gagne à avoir une syntaxe ou des tag différent
selon la grandeur de l'objet.
Autant avoir une règle unique pour les heures d'éclairage qui peux
"remonter" lampe -> rue -> quartier -> commune. non ?

Oui probablement mieux d'avoir une syntaxe unique c'est vrai et ceci de
manière générale, quelle que soit le tag. Il faudrait trouver d'autres
personnes pour valider ceci pour l'éclairage.
Ça me dépasse un peu.


> Paul qu'en penses-tu ? est-ce que cela rencontre suffisamment ton
> souhait tout en tenant comptes des différentes objections ?

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 18 juil. 2017 6:51 PM, "marc marc"  a écrit :

 Le défaut d'un nouveau tag c'est que cela crée 2 tags en
 concurrence.
 Une commune qui passe entièrement à un éclairage sur
 détecteur est selon
 moi le top pour entrer dans cette catégorie.
 il faudrait lit=motion mais en même temps lit=extinction_policy
>>> Oui
>> Comme c'est pas possible il faudra faire un choix :)
>> je pense que lit=motion est mieux et que la décision politique doit
>> aller sur un autre tag
> Je n'ai pas compris la valeur motion et si tu as un cas précis : quelle
> commune aurait quelle valeur par exemple.

J'avais lu le cas d'une commune qui avait remporté un prix de
l'efficacité énergétique en migrant son éclairage public sur détecteur
avec un échange de donnée entre lampadaire pour que la détection d'une
voiture à x km/h allume les x lampadaires suivant dans la direction du
mouvement tandis qu'un piéton en allumerait moins mais + longtemps.

Il doit y avoir, et il y aura de plus des systèmes d'éclairage
intelligents, c'est un business énorme, meilleure efficacité, plus
économique, des dispositifs à led, etc, et ça va bcp bouger, mais je ne
sais pas si c'est à l'échelle d'une commune entière, ou plutôt à l'échelle
d'un boulevard, une allée, un quartier, un lampadaire c'est pourquoi je
demandais si tu connaissais le cas d'une commune et laquelle qui pourrait
être tagguée entièrement en motion ou
automatic ?
A contrario il y a vraiment un gd nb de communes qui pratiquent
l'extinction nocturne au milieu de la nuit de l'éclairage public. Et donc
ceci se fait à  l'échelle de la commune. (Tous les cas que je connais ce
sont des petites communes. Je ne connais aucune grosse commune qui fait
ça.)

Ce tag se retrouve aussi dans les 2 version d'une proposition
https://wiki.openstreetmap.org/wiki/Proposed_features/Key:light_source
alors autant d'être compatible entre bonnes idées
EDIT: je viens de réaliser que lit=automatic décrit la même chose
il y a 5000 occurrences de ce tag dont 2 sur des relations (mais
overpass peine à les trouver)

Oui à l'échelle d'un lampadaire, ou d'une voie, mais pas une commune
entière ? A mon niveau je ne sais pas, et ne peux pas  prendre en compte
les spécifications à apporter sur UN dispositif d'éclairage, ou une rangée
de...
Mais peut-être dans le futur évidemment on aura ceci à l'échelle d'une
commune entière ? Mais on a déjà du mal à spécifier les tags de ce qui
existe maintenant alors c'est encore plus difficile à faire pour le futur ?


> Le fait de tagguer la pratique d'extinction n'empêche
> nullement de tagguer tout le reste.

Je reformule : comment tager une commune dont la politique est
l'utilisation de détecteurs ?
je pense lit=automatic (pour garder ce qui existe)
tu penses lit=extinction_policy
mettre une valeur empêche de mettre l'autre valeur :)
on fait quoi ?

Il ne faudrait pas trop personnaliser ça. Ce que j'ai mis dans la page
discussion anglaise de lit c'était pour garder trace de la précédente
discussion sur osm talk fr.

C'est pour résoudre ce conflit que je propose de mettre
"extinction_policy" sur un soustag, cfr ci-dessous

> Au final les stats/cartes qu'on va pouvoir en sortir vont très fort
> décrire une situation "administrative" ce qui est très différent d'une
> situation des "bonnes pratiques sur le terrain"
> Il doit y avoir  un cas d'une commune qui aurait décidé d'une extinction
> de l'éclairage public et qui ferait tout autre chose, qui aurait fait
> "de la comm" quoi si je comprends bien ?
je pense qu'il arrivera fatalement un jour qu'une commune ayant décidé
d'une politique d'extinction a des faits contradictoire + tard parce que
par exemple un autre parti arrive au pouvoir ou pour problème technique

Oui comme pour tout, rien n'est immuable, ce genre de politique a une
certaine durée malgré tout.

Il y a aussi le cas inverse donné par Philippe : dans les fait,
l'éclairage de sa commune a des heures de coupure mais sans com/panneau

Oui c'est bien la pratique qui compte.


>>> mais pour l'instant on n'a pas encore trop de données !
>> y avait-il eu une suite sur les closed data associatifs ?
> J'avais  posé une question sur ce sujet sur cette même liste, est-ce à
> OSM France de faire des demandes d'ouverture de données aux associations
> comme ANPCEN. A l'occasion d'une rencontre officielle, d'un colloque ou
> d'un échange transversal, sur l'open data, ça serait bien que ce sujet
> fasse partie d'une wish list par exemple ?

je propose de reparler de ce point à + tard quand le choix des tag serra
finalisé et qu'on aura au moins une commune a monter :-)

> Si c'est pas mûr, on verra plus tard.
je pense que ta proposition est presque mur.
il faut juste ajuster des détails pour tenir compte de l'existant
lit= existe déjà. autant garder ce principe au
lieu d'avoir 2 tags qui peuvent avoir les mêmes valeurs

Mais pas à l'échelle d'une commune si ?


Le 17. 07. 17 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :
> 

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 17 juil. 2017 1:19 PM, "marc marc" <marc_marc_...@hotmail.com> a écrit :

Le 17. 07. 17 à 11:20, Paul Desgranges a écrit :
>> tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
>> l'éclairage public
> J'ai créé un nouveau sujet :-)
> Pour éviter de refaire la discussion à 0 (je pense pas y avoir
> participé, je me souviens juste de la saga avec l'association qui fait
> du "closed data"), pourrais-tu en faire un résumé ?
> C'est une décision politique prise par le conseil municipal, de mettre
> en place une politique d'extinction nocturne de l'éclairage public.
> C'est complètement différent des horaires de fonctionnement
Merci pour ton résumé.
Ton idée est complètement différente de celle que je m'en faisais. tu
veux tager une décision politique et les panneaux qui l'accompagne (et
quid quand la réalité du terrain est différente parce que par exemple
l'extinction est suspendue ou que l'infrastructure n'est pas encore en
place)

tandis que moi je pensais tager les actes (quid quand ils ne sont
pas communiqué en tant que tel)

Ça ne se fait pas du jour au lendemain, renseigne toi sur une commune
autour de chez toi, regarde le processus pour y arriver, le temps que ça
prend, une fois que c'est décidé, c'est appliqué. Normalement.

Pour moi le plus important c'est les actes, qu'importe que la commune ai
décidé textuellement de voter la décision et d'installer des panneaux
qui l'annonce (qui sont peut-être une spécificité franco-francaise)
Je comprend l'utilité de ta proposition. Mais c'est en effet 2 choses
très différentes.

On doit tagguer la pratique sur le terrain et pas une décision. Mais en
général ça correspond.

Une commune qui décide une politique d'extinction de l'éclairage public, et
qui l'annonce etc, la met en place effectivement.


> Le défaut d'un nouveau tag c'est que cela crée 2 tags en concurrence.
> Une commune qui passe entièrement à un éclairage sur détecteur est
selon
> moi le top pour entrer dans cette catégorie.
> il faudrait lit=motion mais en même temps lit=extinction_policy
> Oui
Comme c'est pas possible il faudra faire un choix :)
je pense que lit=motion est mieux et que la décision politique doit
aller sur un autre tag

Je n'ai pas compris la valeur motion et si tu as un cas précis : quelle
commune aurait quelle valeur par exemple.

Il y a plusieurs milliers de communes qui pourraient être tagguées avec
lit=extinction_policy:.
Et ça correspondrait à la réalité du terrain presque toujours.
Je n'en connais qu'une dizaine personnellement. Mais bon 10 multiplié par
le nb de contributeurs en France, ça peut aller assez vite ?


> De même cela va créer une limite arbitraire de l'heure de coupure
> nécessaire pour rentrer dans cette catégorie alors que c'est une
nuance.
> Une commune qui expérimente de couper l'éclairage une heure + tôt,
c'est
> déjà un pas de fait dans le bon sens. Si elle coupe à 3h c'est valide
?
> Les expérimentations ne doivent pas être mises dans OSM, uniquement ce
> qui relève d'une décision municipale avec signalisation
Je reformule le paradoxe que je décrit :)
Une commune qui vote une décision d'extinction très légère se voit
attribué un tag "bon élève" alors que la commune voisine qui dans les
fait a une meilleur politique se verrait privé du tag si elle n'a pas
communiqué selon tes critères.

Non, l'extinction n'est pas l'alpha et l'oméga de l'éclairage, il y a aussi
différentes qualités de dispositifs d'éclairage, des dispositifs
intelligents, économes, des détecteurs, etc j'ai déjà dit tout ça plusieurs
fois. Le fait de tagguer la pratique d'extinction n'empêche nullement de
tagguer tout le reste.

Au final les stats/cartes qu'on va pouvoir en sortir vont très fort
décrire une situation "administrative" ce qui est très différent d'une
situation des "bonnes pratiques sur le terrain"

Il doit y avoir  un cas d'une commune qui aurait décidé d'une extinction de
l'éclairage public et qui ferait tout autre chose, qui aurait fait "de la
comm" quoi si je comprends bien ?  Où  par exemple alors ?

.
Les 2 sont heureusement complémentaires, j'espère juste qu'on ne va pas
perdre le moyen de cartographier la 2ieme situation.

> L'avantage d'un nouveau tag est de pouvoir faire une recherche sur ce
> tag alors que rechercher des heures d'ouverture est plus long (il faut
> chercher un "-" dans la valeur et ensuite éliminer ceux dont l'heure
de
> coupure est proche de l'aube).
> Une piste est p'etre de garder lit comme maintenant et de rajouter
> uniquement lit:extinction_policy=yes lit:extinction_method=xyz.
> avec xyz qui devrait au moins prévoir les détecteur, les heures et la
> réduction de puissance.
> La syntaxe des opening_hours est bien non ?
oui mais elle n'est (selon moi) qu'une des 3 méthodes possible.
Une co

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 16 juil. 2017 9:55 PM, "marc marc" <marc_marc_...@hotmail.com> a écrit :

Bonsoir,

Le 16. 07. 17 à 16:33, Paul Desgranges a écrit :
 > relancer éventuellement (plein d'espoir...) la discussion sur comment
 > tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
 > l'éclairage public
 > Il y a une proposition dans la page de discussion du tag 'lit'.
J'ai créé un nouveau sujet :-)
Pour éviter de refaire la discussion à 0 (je pense pas y avoir
participé, je me souviens juste de la saga avec l'association qui fait
du "closed data"), pourrais-tu en faire un résumé ?

C'est une décision politique prise par le conseil municipal, de mettre en
place une politique d'extinction nocturne de l'éclairage public. C'est
complètement différent des horaires de fonctionnement de l'éclairage
public, puisque là la volonté c'est de pratiquer l'extinction.

- la sécurité est conservée (bcp de gens s'inquiètent à juste raison de la
sécurité, plus particulièrement des piétons, des cyclistes, etc) (et aussi
des cambriolages, vols etc, à juste raison là aussi), mais je n'ai pas de
statistiques à citer
- ce qui est sûr c'est l'impact financier (bcp moins cher) et écologique
(bcp moins intrusif sur l'environnement).

Une commune normalement  fait ça prudemment et progressivement,  après des
périodes de concertation, d'essai, d'information etc, car ça change
énormément les habitudes.

Certaines zones de la commune peuvent ne pas être concernées, pas les
lotissements privés par exemple, ni les abords de zones commerciales ou
touristiques, etc donc ça peut ne couvrir qu'une fraction de la commune.

L'extinction se fait de telle heure à telle heure tels jours et de telle
heure à telle heure tels jours.



La première idée qui me vient c'est de mettre le tag lit sur l'entité
(le chemin/polygone/relation) qui décrit la commune.

Oui, c'est ce que je mettais sur la page discussion de lit

lit=yes ou lit=dusk-dawn pour les communes qui "gaspillent" oups je
voulais dire "qui ne sont pas encore sensibilisées aux avantages" :-)
lit=motion pour les éclairages par détecteur
lit=dusk-00:00 pour un éclairage qui s'arrête à minuit

J'ai lu la discussion sur la page anglaise lit.

Oui là


Le défaut d'un nouveau tag c'est que cela crée 2 tags en concurrence.
Une commune qui passe entièrement à un éclairage sur détecteur est selon
moi le top pour entrer dans cette catégorie.

Effectivement il y a aussi une amélioration des dispositifs d'éclairage,
pour des systèmes plus intelligents,  plus économiques, détecteurs de
présence.

il faudrait lit=motion mais en même temps lit=extinction_policy

Oui

De même cela va créer une limite arbitraire de l'heure de coupure
nécessaire pour rentrer dans cette catégorie alors que c'est une nuance.
Une commune qui expérimente de couper l'éclairage une heure + tôt, c'est
déjà un pas de fait dans le bon sens. Si elle coupe à 3h c'est valide ?


Les expérimentations ne doivent pas être mises dans OSM, uniquement ce qui
relève d'une décision municipale avec signalisation et information
 publiques. Qd la décision est prise, les horaires d'extinction sont connus
et peuvent etre renseignés dans OSM.

Sinon quand ? Selon moi tout éclairage inutile est de trop, même à 22h
mais c'est une position extrême.
De même c'est aussi une question de puissance lumineuse.

Ce qui serait intéressant à tagguer c'est la décision d'extinction de
l'éclairage public et les horaires, quelles que soient la qualité des
dispositifs d'éclairage, ce qui compte au final c'est de pouvoir dresser la
carte des communes pratiquants cette politique, non ?

Ça n'empêche pas de tagguer les dispositifs d'éclairage, (un par un, mais
quel travail !!)  eux mêmes de manière orthogonale

Je connais un endroit où l'éclairage public permet de lire son journal
dans la rue, où les environs de la fenêtre du salon sont + éclairés par
l'éclairage public que par l'éclairage raisonnable de la pièce.
Si cet éclairage excessif est coupé à 2h, mérite-t-elle son tag ?

Oui si décision d'extinction...

Comparativement une commune qui diviserait éclairage par 10 pendant
toute ou une partie de la nuit, le mérite-t-elle ? elle n'a pas de place
horaire mais a pourtant une meilleur efficacité lumineuse.

L'avantage d'un nouveau tag est de pouvoir faire une recherche sur ce
tag alors que rechercher des heures d'ouverture est plus long (il faut
chercher un "-" dans la valeur et ensuite éliminer ceux dont l'heure de
coupure est proche de l'aube).
Une piste est p'etre de garder lit comme maintenant et de rajouter
uniquement lit:extinction_policy=yes lit:extinction_method=xyz.
avec xyz qui devrait au moins prévoir les détecteur, les heures et la
réduction de puissance.

La syntaxe des opening_hours est bien non ?
Ça exprime exactement une politique d'extinction

Je suis mitigé pour lit:extinction_surface=x%
C'est à la fois pratique pour avoir une idée de la surface concernée
mais c'est difficile à es

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 16 juil. 2017 10:03 PM, "marc marc" <marc_marc_...@hotmail.com> a écrit :

Le 16. 07. 17 à 16:49, Paul Desgranges a écrit :
 > lit=yes signifie que le dispositif est éclairé, soit par exemple par
 > des spots ou une rampe de néon  : donc éclairé par réflexion.

 > luminous=yes, signifie que l'objet est éclairé de l'intérieur, comme
 > un caisson lumineux d'abris de transport en commun ou une sucette
 > publicitaire : donc éclairé par transmission.

 > C'est un peu moins pire  comme type d'éclairage ?
selon moi, ce n'est qu'une question de puissance lumineuse
un éclairage lumineux a led orienté vers le sol et de puissance modéré
c'est efficace, la consommation électrique est utilisé efficacement.
un écran lumineux style tv plasma qui a une forte puissance afin de
pouvoir être lisible en plein soleil est inefficace comparé à un panneau
"papier" éclairé par led.
c'est du moins mon ressenti en imaginant une différence de consommation
qui mériterait vérification chiffrée de la réalité.

Quelle utilisation voulais-tu faire du type de lunière ?

En fait le tag 'luminous' existait déjà et j'ai conservé,  qd j'ai avancé
sur le tag 'advertising', la distinction entre les dispositifs
publicitaires éclairés "par projection" (lit=yes) et ceux éclairés "par
transparence" (luminous=yes), [on dit aussi pour ce dernier
"rétro-éclairage"] . Pourquoi ?
Le Code de l'environnement, plus exactement le RNP (règlement national de
publicité) ne fait pas de distinction entre ces deux types d'éclairage, les
dispositifs publicitaires sont dit "lumineux", et une réglementation
commune s'applique à la "publicité lumineuse".
Mais dans le cadre d'un RLP (règlement local de publicité) il serait
possible par exemple, d'interdire l'éclairage "par projection" et de
n'autoriser que l'éclairage "par transparence", ces deux terminologies font
partie du vocabulaire employé dans la réglementation, et cet exemple de
limitation apportée par un RLP est cité.
Donc c'est parce que ces deux types d'éclairage sont cités et distingués
dans la réglementation de la publicité extérieure que ça semble intéressant
de les conserver distincts dans OSM.

Il y a des règles d'extinction nocturne qui s'appliquent aux dispositifs
publicitaires, il faudra éventuellement que je les rajoute dans le wiki
français d'advertising, j'ai pas mis grand chose encore sur la publicité
lumineuse : ça dépend de pas mal de paramètres (seuil de population de la
commune, appartenance à une unité urbaine, emprise aéroports et gares,
etc.), voir le tag legal_type:fr.

Après ce qui fait vraiment l'objet d'un arrêté ministériel d'application,
que je ne connais pas dans le détail, et qui s'applique à la "publicité
lumineuse"  de manière générale, ce sont  les seuils maximaux de luminance,
exprimés en candelas par mètre carré et l’efficacité lumineuse des sources
utilisées, exprimées en lumens par watt (Art. R.581-59).

A plus

___
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] lamp_mount <> support

[Paul Desgranges]

Et troisième truc, désolé pour les envois successifs, une précision telle
que je la comprends. Si c'est inutile ca sera pas grave.

lit=yes signifie que le dispositif est éclairé, soit par exemple par des
spots ou une rampe de néon  : donc éclairé par réflexion.

luminous=yes, signifie que l'objet est éclairé de l'intérieur, comme un
caisson lumineux d'abris de transport en commun ou une sucette publicitaire
: donc éclairé par transmission. C'est un peu moins pire comme type
d'éclairage ?

A +

Le 16 juil. 2017 4:33 PM, "Paul Desgranges" <paul.desgran...@gmail.com> a
écrit :

> Rebonjour,
> Je profite de l'occasion de qq un qui s'intéresse au tag 'lit' pour
> relancer éventuellement (plein d'espoir...) la discussion sur comment
> tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
> l'éclairage public : l'avantage de tagguer ceci c'est que c'est qq chose de
> durable (les communes qui font le choix de cette politique le font dans la
> durée), et l'impact est immense à l'échelle d'une commune, et comme modèle
> pour les communes alentours. Il y a une proposition dans la page de
> discussion du tag 'lit'.
>
> A contrario,  le micro mapping des lampadaires paraît bcp plus ambitieux à
> réaliser (c'est technique, et gd nb), et à maintenir (bcp de communes
> rénovent leur éclairage public, pour des systèmes plus intelligents, plus
> économes, par ex "85% du parc des luminaires grenoblois doit être renouvelé
> d'ici huit ans"...)
>
> Très bonne journée !
>
> Le 16 juil. 2017 4:01 PM, "Paul Desgranges" <paul.desgran...@gmail.com> a
> écrit :
>
>> Bonjour
>> support=wall est indiqué par exemple pour les panneaux publicitaires
>> muraux, qui sont vraiment supportés par le mur, dans l'axe du mur, ou pour
>> les enseignes publicitaires en façade d'un bâtiment et dans l'axe de cette
>> façade.
>>
>> support=wall_mounted serait plus indiqué par exemple pour les enseignes
>> publicitaires dites "en drapeau", perpendiculaires au mur, mais est-ce
>> utilisé ? Perso je trouve cette valeur un peu "pléonasmique", si le
>> 'support' est un mur on se doute que c'est monté dessus, donc le 'mounted'
>> me paraît inutile. Il faudrait mieux garder 'support=wall' et indiquer
>> l'orientation du dispositif par rapport aux flux avec un deuxième tag.
>> Mais là je ne parle que des dispositifs publicitaires (voir advertising)
>> et pas des dispositifs d'éclairage public.
>>
>> Bonne continuation
>>
>> Le 16 juil. 2017 1:16 AM, "Philippe Verdy" <verd...@wanadoo.fr> a écrit :
>>
>> Le 15 juillet 2017 à 23:58, marc marc <marc_marc_...@hotmail.com> a
>> écrit :
>>
>>> > La différence est claire c'est la même qu'entre bent_mast et
>>> > straight_mast** : un support est droit et l'autre pas.
>>> oui mais beaucoup (tous ?) de lampes d'éclairage public "wall_mounted"
>>> ont un mini poteau qui les éloignent du mur ne fusse parce que la lampe
>>> est ronde et le mur plat :-)
>>>
>>
>> C'est loin d'être le cas: on a pas mal d'endroit où c'est un demi-globe
>> plaqué contre le mur, avec éventuellement un réflecteur dans sa partie
>> supérieure: ça éclaire autant dessous que loin devant (souvent pour
>> signaler à distance un accès)
>> On a aussi des éclairage avec des projecteurs plus ou moins encastrés
>> dans une niche ou sous un encorbellement, parfois même à l'intérieur
>> derrière une fenêtre.
>> Les projecteurs peuvent aussi être assez loin de ce qu'ils éclairent
>> (notamment pour l'éclairage de monuments de grande taille ou bâtiments
>> industriels à sécuriser: les projecteurs sont souvent plantés au sol mais
>> n'éclairent presque rien à leur proximité immédiate). Ils peuvent éclairer
>> des zones même normalement interdites d'accès et presque rien sur la voie
>> publique, pourtant on voit parfaitement depuis l'espace public ce qu'ils
>> éclairent.
>> L'éclairage peut aussi ne pas avoir une fonction d'éclairement, mais
>> juste de signalisation/balisage/guidage (cas des phares et du guidage
>> aéroportuaire, ou de la protection des lignes électriques, pylônes, mats et
>> antennes de grande hauteur).
>>
>>
>> ___
>> 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] lamp_mount <> support

[Paul Desgranges]

Rebonjour,
Je profite de l'occasion de qq un qui s'intéresse au tag 'lit' pour
relancer éventuellement (plein d'espoir...) la discussion sur comment
tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
l'éclairage public : l'avantage de tagguer ceci c'est que c'est qq chose de
durable (les communes qui font le choix de cette politique le font dans la
durée), et l'impact est immense à l'échelle d'une commune, et comme modèle
pour les communes alentours. Il y a une proposition dans la page de
discussion du tag 'lit'.

A contrario,  le micro mapping des lampadaires paraît bcp plus ambitieux à
réaliser (c'est technique, et gd nb), et à maintenir (bcp de communes
rénovent leur éclairage public, pour des systèmes plus intelligents, plus
économes, par ex "85% du parc des luminaires grenoblois doit être renouvelé
d'ici huit ans"...)

Très bonne journée !

Le 16 juil. 2017 4:01 PM, "Paul Desgranges" <paul.desgran...@gmail.com> a
écrit :

> Bonjour
> support=wall est indiqué par exemple pour les panneaux publicitaires
> muraux, qui sont vraiment supportés par le mur, dans l'axe du mur, ou pour
> les enseignes publicitaires en façade d'un bâtiment et dans l'axe de cette
> façade.
>
> support=wall_mounted serait plus indiqué par exemple pour les enseignes
> publicitaires dites "en drapeau", perpendiculaires au mur, mais est-ce
> utilisé ? Perso je trouve cette valeur un peu "pléonasmique", si le
> 'support' est un mur on se doute que c'est monté dessus, donc le 'mounted'
> me paraît inutile. Il faudrait mieux garder 'support=wall' et indiquer
> l'orientation du dispositif par rapport aux flux avec un deuxième tag.
> Mais là je ne parle que des dispositifs publicitaires (voir advertising)
> et pas des dispositifs d'éclairage public.
>
> Bonne continuation
>
> Le 16 juil. 2017 1:16 AM, "Philippe Verdy" <verd...@wanadoo.fr> a écrit :
>
> Le 15 juillet 2017 à 23:58, marc marc <marc_marc_...@hotmail.com> a écrit
> :
>
>> > La différence est claire c'est la même qu'entre bent_mast et
>> > straight_mast** : un support est droit et l'autre pas.
>> oui mais beaucoup (tous ?) de lampes d'éclairage public "wall_mounted"
>> ont un mini poteau qui les éloignent du mur ne fusse parce que la lampe
>> est ronde et le mur plat :-)
>>
>
> C'est loin d'être le cas: on a pas mal d'endroit où c'est un demi-globe
> plaqué contre le mur, avec éventuellement un réflecteur dans sa partie
> supérieure: ça éclaire autant dessous que loin devant (souvent pour
> signaler à distance un accès)
> On a aussi des éclairage avec des projecteurs plus ou moins encastrés dans
> une niche ou sous un encorbellement, parfois même à l'intérieur derrière
> une fenêtre.
> Les projecteurs peuvent aussi être assez loin de ce qu'ils éclairent
> (notamment pour l'éclairage de monuments de grande taille ou bâtiments
> industriels à sécuriser: les projecteurs sont souvent plantés au sol mais
> n'éclairent presque rien à leur proximité immédiate). Ils peuvent éclairer
> des zones même normalement interdites d'accès et presque rien sur la voie
> publique, pourtant on voit parfaitement depuis l'espace public ce qu'ils
> éclairent.
> L'éclairage peut aussi ne pas avoir une fonction d'éclairement, mais juste
> de signalisation/balisage/guidage (cas des phares et du guidage
> aéroportuaire, ou de la protection des lignes électriques, pylônes, mats et
> antennes de grande hauteur).
>
>
> ___
> 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] lamp_mount <> support

[Paul Desgranges]

Bonjour
support=wall est indiqué par exemple pour les panneaux publicitaires
muraux, qui sont vraiment supportés par le mur, dans l'axe du mur, ou pour
les enseignes publicitaires en façade d'un bâtiment et dans l'axe de cette
façade.

support=wall_mounted serait plus indiqué par exemple pour les enseignes
publicitaires dites "en drapeau", perpendiculaires au mur, mais est-ce
utilisé ? Perso je trouve cette valeur un peu "pléonasmique", si le
'support' est un mur on se doute que c'est monté dessus, donc le 'mounted'
me paraît inutile. Il faudrait mieux garder 'support=wall' et indiquer
l'orientation du dispositif par rapport aux flux avec un deuxième tag.
Mais là je ne parle que des dispositifs publicitaires (voir advertising) et
pas des dispositifs d'éclairage public.

Bonne continuation

Le 16 juil. 2017 1:16 AM, "Philippe Verdy"  a écrit :

Le 15 juillet 2017 à 23:58, marc marc  a écrit :

> > La différence est claire c'est la même qu'entre bent_mast et
> > straight_mast** : un support est droit et l'autre pas.
> oui mais beaucoup (tous ?) de lampes d'éclairage public "wall_mounted"
> ont un mini poteau qui les éloignent du mur ne fusse parce que la lampe
> est ronde et le mur plat :-)
>

C'est loin d'être le cas: on a pas mal d'endroit où c'est un demi-globe
plaqué contre le mur, avec éventuellement un réflecteur dans sa partie
supérieure: ça éclaire autant dessous que loin devant (souvent pour
signaler à distance un accès)
On a aussi des éclairage avec des projecteurs plus ou moins encastrés dans
une niche ou sous un encorbellement, parfois même à l'intérieur derrière
une fenêtre.
Les projecteurs peuvent aussi être assez loin de ce qu'ils éclairent
(notamment pour l'éclairage de monuments de grande taille ou bâtiments
industriels à sécuriser: les projecteurs sont souvent plantés au sol mais
n'éclairent presque rien à leur proximité immédiate). Ils peuvent éclairer
des zones même normalement interdites d'accès et presque rien sur la voie
publique, pourtant on voit parfaitement depuis l'espace public ce qu'ils
éclairent.
L'éclairage peut aussi ne pas avoir une fonction d'éclairement, mais juste
de signalisation/balisage/guidage (cas des phares et du guidage
aéroportuaire, ou de la protection des lignes électriques, pylônes, mats et
antennes de grande hauteur).


___
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] Données détenues par des associations

[Paul Desgranges]

Bonjour

 Sur l'extinction nocturne des éclairages publics, vous devez vous 
rappeler de la discussion sur cette même liste ...
 L'ANPCEN , donc, collecte et détient bcp 
de données sur les communes pratiquant cette politique mais 
manifestement n'est pas prête  à ouvrir ses données. Il y a d'autres cas 
comme ça d'associations peu sensibilisées à l'ouverture des données. 
(Y-a-t-il une liste quelque part, sinon je veux bien en commencer une).
 Je voulais savoir si OSM France, de manière un peu officielle, 
s'occupait de plaider la cause auprès de ces "récalcitrants". Chacun, en 
tant qu'individu, pourrait le faire à son niveau bien sûr, mais s'il y 
avait de manière organisée, quelqu'un d'OSM France, rompu à cet 
argumentaire, qui le ferait, ça pourrait être pas mal, non ?


Paul

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

[OSM-talk-fr] [SOTM Avignon] Utilisation d'OSM pour la défense du paysage : cartographie publicitaire

[Paul Desgranges]

Les 4 pdf présentées hier au SOTM Avignon pour la session "*Utilisation 
d'OSM pour la défense du paysage : cartographie publicitaire*"

sont disponibles ici http://pdfext.github.io/OSM/Avignon/index.html

Avant d'expliquer comment tagguer les dispositifs publicitaires et 
avec quels outils 
, 
c'était aussi l'occasion de présenter un Résumé réglementation de la 
publicité extérieure en France 
 




*U**n grand merci aux organisateurs du SOTM France!*
Paul


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

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Paul Desgranges]

Je ne sais pas expliquer pourquoi ça ne marche pas dans certains cas et
notamment dans ta config,  mais je confirme que c'est la bonne URL, je n'ai
pas fait de cartes d'essai



Le 8 mai 2017 1:17 PM, "Philippe Verdy" <verd...@wanadoo.fr> a écrit :

En revanche en utilisant l'outil de recherche de carte d'uMap pour
"panneaux-electoraux", je ne trouve que "https://umap.openstreetmap.
fr/fr/map/panneaux-electoraux-5-cantons-caen" (qui s'affiche bien, avec 5
panneaux).

Question: uMap peut-il afficher les données (node/way/area, sans doute pas
les relations qu'il faut convertir en area) issues d'une requête exécutée
sur une des instances "Overpass turbo", au lieu de rentrer une liste de
points/lignes/polygones ? Ou bien doit-on utiliser le moteur de carte
d'Overpass Turbo lui-même (mais pas les outils de navigation, choix de fond
de carte plus limité, et la personnalisation se fera uniquement en MapCSS
avec moins de marqueurs supportés)

Le 8 mai 2017 à 13:06, Philippe Verdy <verd...@wanadoo.fr> a écrit :

>
>
> Le 6 mai 2017 à 13:04, Paul Desgranges <paul.desgran...@gmail.com> a
> écrit :
>
>> Effectivement il faut utiliser http au lieu de https, ce qui donne
>> http://umap.openstreetmap.fr/fr/map/panneaux-electoraux_144219
>> <https://umap.openstreetmap.fr/fr/map/panneaux-electoraux_144219>
>> Et 'visualiser les données' marche chez moi
>>
>
> Pas du tout chez moi, "visualiser les données" reste totalement vide.
> Vérifie l'URL (notamment le "144219") si tu as fait plusieurs cartes
> d'essai, ce n'est visiblement pas la bonne, cette carte est vierge en
> dehors de la description.
>


___
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] Communes pratiquant l'extinction de l'éclairage public

[Paul Desgranges]

Bonsoir,
 Pour pouvoir mapper dans OSM les communes pratiquant l'extinction 
de l'éclairage public, j'ai documenté une proposition qui prend en 
compte un peu ce qui a été échangé sur cette liste talk-fr, et qui prend 
en compte aussi le format de déclaration que les sentinelles de l'ANPCEN 
 utilisent (si un jour on arrive à accéder à ces 
données !) et j'ai envoyé ça sur la la liste tagg...@openstreetmap.org.
   C'est ici 
https://wiki.openstreetmap.org/wiki/Talk:Key:lit#For_town_for_cities_with_lighting_plans_to_reduce_light_pollution 


C'est à approuver ou désapprouver ou commenter/améliorer etc,
merci
Paul
Le 06/05/2017 à 20:32, osm.sanspourr...@spamgourmet.com a écrit :


Le 05/05/2017 à 10:09, Nicolas Moyroud - nmoyr...@free.fr a écrit :

>>Concernant la collecte et le traitement des données par l'ANPCEN des villes et 
des villages pratiquant l'extinction totale ou partiellede leur 
éclairage public (environ 12 000 communes recensées)  ce travail 
représente pour notre association composée uniquement de bénévoles, 
un travail considérable que nous ne pouvons pas transmettre aux tiers.

C'est quand même hallucinant de lire des âneries pareilles !(...)

Nicolas


Bonnes réponses  Philippe (la première surtout)

> Pour l'ANPCEN, ils ont aussi peur que le "lobby de l'éclairage 
publique" exploite leur liste pour les contrer.


Tout comme la citation trouvée par Eric "??? Et on la trouve ou ??? Il 
me semblait que l'Anpcen ne communiquait pas ce genre de renseignement 
(ni son nombre d'adhérents) pour d'obscures raisons qui échappent à 
toute logique." en disant "C'est quand même hallucinant de lire des 
âneries pareilles !(...)" tu risques de les braquer. Pas exactement 
l'objectif.


C'est à nous de les convaincre de l'intérêt de la mutualisation.
Il existe déjà des carto mettant en évidence le lit=, à nous de leur 
demander un extrait de leurs données et d'en faire une umap.


> /OSM ne les aidera pas beaucoup dans leur travail militant, l'ANPCEN 
a certainement une expertise dans son domaine, elle traite des 
dossiers sur le sujet depuis longtemps et a un argumentaire et des 
contacts efficaces faire faire avancer leur plan d'action avant tout 
auprès des collectivités ou des exploitants de réseaux de transport, 
ou des assos de commerçants et des industriels./
Un peu quand même : on a des personnes qui, aux vues d'un extrait des 
données qu'ils vont nous passer ;-), vont leur proposer 
PublicLightningContrib ou une cartexyz pour contribuer à OSM et hop 
leur faire automatiquement via une umap une exploitation sympa des 
données.
C'est en affichant la cartes des communes non/peu polluées et en les 
valorisant qu'on arrivera à limiter la pollution lumineuse.
Si on pense qu'en rendant publique la liste des communes "propres" on 
va inciter les industriels à fourguer leur matériel, autant ne pas 
collecter l'info car un membre du lobby de l'éclairage peut devenir 
membre et récupérer la liste (ou elle est vraiment sectorisée pour que 
les adhérents ne connaissent que la carte autour de chez eux, par 
exemple au niveau du département, mais 100 adhésions à 10 € pour une 
boîte, ça se fait).
Au contraire s'il y a une appli permettant de renseigner facilement, 
potentiellement les contributeurs ne seront pas limités aux seuls 
membres de l'association.
Et si les gens choisissent une commune grâce à la carte, ils auront 
tendance à soutenir la politique d'éclairage du maire.


Peut-être leur signaler que des associations assez similaires 
(collectes de données sur le terrain) ont fait un choix différent 
comme les sites référençant les paratonnerres radioactifs ou non.
http://www.paratonnerres-radioactifs.fr/ (effet démo : erreur de 
connexion à la base de données, mais j'en avais fait une umap).


Hors OSM/carto mais sur l'éclairage public :
Dans un bulletin d'une petite commune du Finistère dont seul le bourg 
(la partie agglomérée) était éclairé, certains réclamaient l'éclairage 
public dans les hameaux, alors une personne a répondu dans le bulletin 
municipal qu'elle sortait comme d'autres avec une torche et qu'elle 
l'allumait seulement pour se faire voir des voitures ou s'il n'y avait 
pas de lune et que les autres marcheurs faisaient de même et donc 
aucune personne dans la rue à la nuit tombée ne réclamait d'éclairage 
public.
Elle en a déduit que l'éclairage public dans les hameaux serait fait 
pour que les gens qui ne sortent pas se regardent dormir.


Depuis je n'ai plus entendu parler de demande d'éclairage public.

Dans une commune du Morbihan, réunion d'accueil : le maire précise à 
une question que les hameaux ne sont pas éclairés. Plusieurs personnes 
approuvent ce choix.
Depuis les abris pour les car scolaires sont éclairés par des panneaux 
solaires (je n'ai pas regardé si c'était par détecteur de luminosité 
ou par horloge lit=yes me suffit ;-)).
Ce qui permet de ne pas écraser les enfants et ne nuit pas aux nuits 
étoilées.


Jean-Yvon

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Paul Desgranges]

Effectivement il faut utiliser http au lieu de https, ce qui donne
http://umap.openstreetmap.fr/fr/map/panneaux-electoraux_144219 


Et 'visualiser les données' marche chez moi


Même chose sous Chrome... mixed content donc pas de rendu des points.
https://umap.openstreetmap.fr/fr/map/panneaux-electoraux_144219 

A ce sujet, "Visualiser les données" n'affiche rien non plus via HTTP. 
Tu es sûr d'avoir pris le bon id de carte pour uMap ?


Petite remarque sur la photo choisie pour les panneaux électoraux du 
wiki: on voit les panneaux de la campagne du premier tour de nos 
élections présidentielles. Si on agrandit l'image on voit les 11 
candidats dont Marine, avec une curieuse pilosité nasale... Certes 
c'est la réalité du terrain !




À noter que les données ne sont chargées sous Firefox que lorsque
l'on accède à l'URL en http:// (et pas https://), à cause d'une
erreur "mixed content".

Cordialement,

Adrien.




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

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Paul Desgranges]

Pour voir l'existant sur les panneaux électoraux : 
https://umap.openstreetmap.fr/fr/map/panneaux-electoraux_144219
Il y a également un nouveau profil pour 'OSM contributor 
' pour contribuer 
sur les panneaux électoraux : 'Preset Panneau Électoral',

(à voir les retour des premiers utilisateurs...)

Le 04/05/2017 à 09:10, Florian LAINEZ a écrit :
Bon je sais que le mois est terminé mais les élections sont si proches 
que ça serait bête de s'arrêter là : on se met un coup de boost pour 
cette dernière semaine ?


Le 27 avr. 2017 15:38, "Florian LAINEZ" > a écrit :


On est à 604 objets de référencés : on se motive pour la fin du
mois pour avancer les panneaux électoraux : go go go !

Le 17 avril 2017 à 13:11, > a écrit :

Tout comme on ne met les adresses que si le système ne peut
les déduire par la géométrie, les panneaux sont gérés par la
commune et donc operator se déduit et donc operator:wikidata
aussi.
Je ne mettrais ça qu'où c'est contraire à la logique française
(par exemple si la gestion se fait au niveau d'une communauté
de commune et non d'une commune ?).
J'ai raté un épisode ?
Jean-Yvon
*Gesendet:* Montag, 17. April 2017 um 12:03 Uhr
*Von:* "Guillaume Allegre - allegre.guilla...@free.fr
"
>
*An:* talk-fr@openstreetmap.org 
*Betreff:* Re: [OSM-talk-fr] (osm: message 2 of 20) Projet du
mois - Panneaux électoraux
Le 2017-04-05, Florian LAINEZ a écrit :
> Salut,
> Je vous propose de relancer le projet du mois.
Cartographions ensemble une
> thématique précise chaque mois !
>
> Si ça vous dit, c'est de saison, nous pouvons commencer par
les panneaux
> électoraux qui poussent un peut partout sur notre territoire :
>
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections

>
> Je crois bien que l'on tague ça :
> advertising=board
> message=political
> permanent=no


Je pense qu'on peut ajouter avec intérêt les deux tags :
operator=Ville de ...
operator:wikidata= ...

Je l'ai fait sur "les miens".
(il y a peut-être des exceptions où l'organisation des
élections n'est pas
du domaine de la commune, mais les deux tags valent toujours).


--
° /\ Guillaume Allègre OpenStreetMap France
http://www.openstreetmap.fr
/~~\/\ allegre.guilla...@free.fr
 Wikipédia Wiktionnaire
Wikimédia-Commons Wikidata
/ /~~\ tél. 04.76.63.26.99  Des
contenus partagés libres et collaboratifs


___
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





-- 


*Florian Lainez*

@overflorian 



___
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] Communes pratiquant l'extinction de l'éclairage public

[Paul Desgranges]

   Bonjour,

 Pour info, j'ai contacté l'association ANPCEN
    pour savoir comment accéder aux
   données sur les communes pratiquant l'extinction de
   l'éclairage public, et la réponse obtenue est la suivante :

   >>Concernant  la collecte et le traitement des données par l'ANPCEN 
des
   villes et des villages pratiquant l'extinction totale ou
   partiellede leur éclairage public (environ 12 000 communes
   recensées)  ce travail représente pour notre association
   composée uniquement de bénévoles, un travail considérable
   que nous ne pouvons pas transmettre aux tiers.

   Très surprenant ceux qui ont l'habitude du fonctionnement
   d'OSM !
   J'ai essayé de plaider un peu (deuxième mail envoyé en début
   de semaine) pour l'ouverture des données. Si d'autres
   personnes se sentent capables d'argumenter auprès de
   l'ANPCEN ...
   Merci

   Tu as peut-être manqué de chance pour ce premier contact, et tu
   es juste tombé sur le secrétaire de l'association qui n'a pas
   voulu s'engager réellement au nom de l'asso. Je pense qu'avant
   de les braquer il vaut mieux voir ce qu'il en est en passant le
   sujet dans une AG de l'asso pour que ce soit réellement discuté
   avec les adhérents.
   D'autant plus que l'asso défend officiellement ce qui suit
   (https://www.anpcen.fr/?id_rub=1=decouvrir-l-association=)


"*Open data* -  l'ANPCEN demande un accès ouvert aux
données publiques de l'éclairage public, en accord avec
les engagements internationaux et nationaux pris par le
gouvernement."



Le membre du bureau de l'ANPCEN  qui m'avait 
fait la première réponse m'a fait une deuxième réponse lorsque j'ai fait 
part de mon étonnement sur leur pratique actuelle (et que j'ai plaidé 
pour plus d'ouverture sur leurs données en début de semaine) :

>>J'ai bien reçu votre réaction et vous en remercie.
>>Une question majeure en effet, que nous avons à coeur de faire 
avancer, dans un contexte à la fois global et complexe...

>>A bientôt et bien cordialement,
Preuve qu'ils ont déjà du en discuter et qu'ils doivent chercher comment 
évoluer...
Je voulais la partager pour ne pas mettre en accusation cette 
association de bénévoles qui par ailleurs fait vraiment des choses très 
très bien et depuis longtemps.

Bonne soirée


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

Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

[Paul Desgranges]

Bonjour,

 Pour info, j'ai contacté l'association ANPCEN <https://www.anpcen.fr/> 
pour savoir comment accéder aux données sur les communes pratiquant 
l'extinction de l'éclairage public, et la réponse obtenue est la suivante :


Concernant la  collecte et le traitement des données par l'ANPCEN des villes et des 
villages pratiquant l'extinction totale ou partiellede leur éclairage 
public (environ 12 000 communes recensées)  ce travail représente pour 
notre association composée uniquement de bénévoles, un travail 
considérable que nous ne pouvons pas transmettre aux tiers.


Très surprenant ceux qui ont l'habitude du fonctionnement d'OSM !
J'ai essayé de plaider un peu (deuxième mail envoyé en début de semaine) 
pour l'ouverture des données. Si d'autres personnes se sentent capables 
d'argumenter auprès de l'ANPCEN ...

Merci


Le 30/04/2017 à 22:23, Paul Desgranges a écrit :


1) Sur l'extinction de l'éclairage public, je vois qu'il y a déjà 
l'association ANPCEN <https://www.anpcen.fr/> qui répertorie les 
communes (12000 déjà a priori) pratiquant cette politique. Avec un 
système participatif/contributif de 'sentinelles de la nuit' pour 
collecter ces infos. Mais je ne vois pas ces données (donc : la liste 
des communes pratiquant l'extinction de l'éclairage public la nuit) 
soient "ouvertes" !? Si quelqu'un connaît cette association, qui est 
vraiment admirable, et qui fait un super travail apparemment ! Les 
données collectées sont-elles ouvertes ?


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

Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

[Paul Desgranges]

Merci pour les réponses

Oui, si on souhaite stocker dans OSM le fait que la commune pratique (ou 
pas) une politique d'extinction de l'éclairage public, et si oui de 
quelle heure à quelle heure, il faudrait alors une syntaxe comme 
opening_hours 
<https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours>, car les 
communes n'ont pas forcément les mêmes horaires en semaine et le week 
end (exemple Saint Nazaire les Eyme 
<http://www.saint-nazaire-les-eymes.fr/download/Publications/bulletin-printemps-2016.pdf>: 
de minuit à 6h en semaine et de 1h du matin à 6h le week-end -nuits du 
vendredi au samedi et du samedi au dimanche), d'autre part ça ne couvre 
peut être qu'une fraction du territoire communal (et hormis les 
lotissements privés qui peuvent adopter leurs propres règles), donc il 
faudrait pouvoir donner en plus peut-êter un pourcentage : 70% du 
territoire communal est concerné par l'extinction nocturne par exemple.


Mais deux considérations:

1) Sur l'extinction de l'éclairage public, je vois qu'il y a déjà 
l'association ANPCEN <https://www.anpcen.fr/> qui répertorie les 
communes (12000 déjà a priori) pratiquant cette politique. Avec un 
système participatif/contributif de 'sentinelles de la nuit' pour 
collecter ces infos. Mais je ne vois pas ces données (donc : la liste 
des communes pratiquant l'extinction de l'éclairage public la nuit) 
soient "ouvertes" !? Si quelqu'un connaît cette association, qui est 
vraiment admirable, et qui fait un super travail apparemment ! Les 
données collectées sont-elles ouvertes ?


2) Il y a de manière générale d'autres caractéristiques générales sur 
les communes, par exemple la commune possède-t-elle un RLP (Règlement 
Local de Publicité), mais il y en a plein d'autres ... Du coup je 
m'interroge si OSM est le bon endroit pour stocker ces informations ? 
Est-ce que wikidata ne serait pas plus approprié ? Donc là c'est une 
question plus générale


Merci à tous




Le 30/04/2017 à 21:11, djakk djakk a écrit :

lit=curfew (couvre-feu) ?

Le 30 avril 2017 à 21:08, djakk djakk <djakk.dj...@gmail.com 
<mailto:djakk.dj...@gmail.com>> a écrit :


Sur le wiki il y a bien cet exemple, *lit*=Mo-Fr 05:00-07:45
(http://wiki.openstreetmap.org/wiki/Key:lit
<http://wiki.openstreetmap.org/wiki/Key:lit>) ; mais il faudrait
une valeur quand on ne connaît pas les horaires exactes.

Le 30 avril 2017 à 20:51, Christian Quest <cqu...@openstreetmap.fr
<mailto:cqu...@openstreetmap.fr>> a écrit :

Un tag pour indiquer les plages horaires où c'est éteint ?

lit=no@22:00-06:00 ? Un peu bricolé, il va falloir un autre tag...

Le 30 avril 2017 à 10:52, djakk djakk <djakk.dj...@gmail.com
<mailto:djakk.dj...@gmail.com>> a écrit :

Salut,

dans ma commune seules quelques rues sont concernées, du
coup il faudrait tagguer rue par rue, avec la clé "lit=" ;
pour la valeur, à voir …

Julien djakk (http://itineraires.de.bus.free.fr
<http://itineraires.de.bus.free.fr>)

Le 30 avril 2017 à 10:21, Paul Desgranges
<paul.desgran...@gmail.com
<mailto:paul.desgran...@gmail.com>> a écrit :

Bonjour,
 Existe-t-il / est-il souhaitable / est-il possible de
rajouter un tag sur les communes qui pratiquent
l'extinction de l'éclairage public

<https://commons.wikimedia.org/wiki/File:Panneau_d%27extinction_de_l%27%C3%A9clairage_public.jpg>
?
 Merci


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



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




-- 
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<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

[OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

[Paul Desgranges]

Bonjour,
 Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag 
sur les communes qui pratiquent l'extinction de l'éclairage public 
 
?

 Merci

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

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[Paul Desgranges]

Normalement, le 'trunk' doit être réservé aux voies express (donc 
uniquement s'il y a le panneau C107 
), 
cette caractéristique de route est bien expliquée ici 
.
C'est vrai que ça change suivant les pays. Selon moi, il faut être 
cohérent pays par pays, et ne pas chercher à être uniforme au niveau 
mondial.


En France il y a des dispositions particulières pour les voies express, 
par exemple pour le Code de l'environnement, qui leur confère les mêmes 
avantages que les autoroutes : ... pas de publicités scellées au sol "si 
les affiches qu'elles supportent sont visibles depuis une autoroute, 
bretelle de raccordement à une autoroute ainsi que d'une route express, 
..." (Art R.581-31 alinéa 2). Il y a d'autres dispositions pour les 
voies express qu'il serait compliqué d'expliquer ici.


Donc le mieux est de ne rien changer et ne caractériser en 'trunk' que 
ce qui est officiellement voies express.
Ca dénote une certaine qualité de voie. Il ne devrait pas y avoir de 
clivage  sur ce sujet ...


Merci
Paul



C'est, en fait, un clivage idéologique.




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

Re: [OSM-talk-fr] Connaître le niveau de zoom dans JOSM

[Paul Desgranges]

Merci d'avoir trouvé cette astuce !



On 04/12/2016 22:56, osm.sanspourr...@spamgourmet.com wrote:


Trouvé : sélectionne une imagerie comme calque, mettons BDOrtho IGN.

Clic droit sur le calque. Zoomer à la résolution native.

Clic droit sur le calque. Informations.

Le numéro de zoom est indiqué dans la fenêtre.

Le 04/12/2016 à 22:23, osm.sanspourr...@spamgourmet.com a écrit :


Je suppose que Paul entendait le nombre de 0 à 22 et non l'échelle.

Sinon on voit l'échelle en haut à gauche.

Dans JOSM le zoom étant continu tu n'as pas forcément une valeur 
entière sauf si tu précises zoom.intermediate-steps à true.


J'ai fait la manip sans constater de différence de comportement. 
Option non maintenue ?


Du coup tu zoomes par pas de 1 ce qui doit te permettre en regardant 
une page OSM de voir le niveau courant.


Hormis afficher un fond tuilé et regarder avec Wireshark quelles sont 
les adresses des tuiles appelées, je n'ai pas la réponse à la 
question de Paul


Un peu moins bourrin dans les propriétés, paramètres avancés, 
préférences il y a slippy_map_chooser.zoomcontrols que tu peux passer 
à true. Chez moi ça n'affiche que le + et qui est équivalent au + du 
pavé numérique.



Le 04/12/2016 à 21:05, Éric Gillet - gill3t.3ric+...@gmail.com a écrit :

Bonjour,

Le 4 décembre 2016 à 20:58, Paul Desgranges 
<paul.desgran...@gmail.com <mailto:paul.desgran...@gmail.com>> a écrit :


 Une question assez simple : comment connaître dans JOSM le
niveau de zoom auquel est affiché la carte ?

En double-cliquant sur les coordonnées en bas à gauche de la fenêtre.


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




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




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


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

[OSM-talk-fr] Connaître le niveau de zoom dans JOSM

[Paul Desgranges]

Bonjour

 Une question assez simple : comment connaître dans JOSM le niveau de 
zoom auquel est affiché la carte ?


 Merci par avance !



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

Re: [OSM-talk-fr] TLPE et OSM : coment la publicité extérieure aide à compléter OSM !

[Paul Desgranges]

Normalement, chaque exploitant/propriétaire de dispositifs publicitaires 
doit déclarer annuellement ses dispositifs auprès de la commune ou 
l'EPCI dans lequel ils se trouvent, et la TLPE (Taxe Locale sur la 
Publicité Extérieure, taxe facultative) est calculée sur cette base 
déclarative. La déclaration doit contenir suffisamment de "choses" pour 
que le calcul de la TLPE soit possible.


Le calcul de la TLPE, est basé sur la superficie de la "partie utile" du 
dispositif publicitaire (c'est-à-dire sans le cadre ou la moulure et en 
prenant le rectangle encadrant). La TLPE et également fonction du nombre 
de faces, car la taxe s'applique par face. Si le dispositif est  
déroulant (et non pas fixe) la taxe est multiplée par le nombre 
d'affiches visibles au total. De plus un dispositif numérique est taxé 
comme trois dispositifs non-numeriques (Il y a d'autres règles, des 
exemptions, et les municipalités peuvent adapter un peu). En fonction de 
tout ceci, les communes ou EPCI calculent la taxe en prenant en compte 
les montants maximum fixés par l'Etat, en m²/an, et ceci suivant la 
taille de la commune ou l'EPCI (trois catégories : -50 000 habitants, 
entre 50 000 et 199 999 habitants, 200 000 habitants et +) et ceci par 
type de dispositifs.


Si la SOGEFI collecte pour le compte de municipalités, les données qui 
vont leur permettre d'encaisser la TLPE, il est certain que ces 
données-là aussi (superficie exacte au cm² près, nombre de faces, type 
fixe ou déroulant, numérique ou pas) sont également collectées. Est-il 
alors envisageable que ces données-là soient libérées également ?


Ces données supplémentaires sur les dispositifs publicitaires 
intéressent OSM, ceci pour qualifier complêtement les dispostifs 
publicitaires et pas simplement en faire l'inventaire. Les dispositifs 
publicitaires visibles dans l'espace public concernent tout le monde (et 
donc OSM), les citoyens qui veulent préserver la qualité de leur cadre 
de vie, les défenseurs du paysage, et aussi les citoyens qui 
souhaiteraient aller jusqu'à contrôler la perception de la TLPE...


Merci



On 24/10/2016 16:05, Philippe Verdy wrote:
Les données LTPE des 8 villes françaises sont un plus, mais demandent 
à être retravaillées comme l'indique la page. La précision "métrique" 
peut aussi être problématique dans OSM où il faudra recaler les objets 
par endroit pour qu'ils ne se retrouvent pas au milieu des polygones 
de batiments ou du mauvais côté de la route: soit c'est les données 
qui sont pas assez précises, soit c'est les autres objets OSM qui sont 
à retravailler autour pour assurer la cohérence)


En revanche, en quoi les "ressources" sont "utiles" pour nous ? Ces 
ressources ne semblent être qu'un changement de format des données OSM 
(QIS et SHP) sans apport supplémentaire (elles visiblement mises à 
jour automatiquement tous les 2-3 jours à partir d'OSM ; la page 
indique une mise à jour "quotidienne", mais ce qui est quotidien est 
peut-être l'extraction, pas la mise en ligne qui ajoute un délai, 
actuellement 48h environ).




Le 24 octobre 2016 à 10:48, PanierAvide > a écrit :


Bonjour,

Bravo pour cette démarche d'ouverture. Est-ce prévu d'étendre à
d'autres villes (Rennes par exemple) ?

Cordialement,

PanierAvide.


Le 24/10/2016 à 10:14, Pierre Touzard a écrit :

Bonjour à tous,

Ca y est, c'est "officiellement" diffusé  !

*http://www.sogefi-sig.com/ressources/*


sur la page, sélectionner l'onglet "Données OpenStreetMap TLPE"

Pierre T.



--
View this message in context:

http://gis.19327.n8.nabble.com/TLPE-et-OSM-coment-la-publicite-exterieure-aide-a-completer-OSM-tp5877786p5884840.html


Sent from the France mailing list archive at Nabble.com.

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




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





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


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

Re: [OSM-talk-fr] Les limites des agglomérations (zones bâtit)

[Paul Desgranges]

Non, je rebondissais sur la discussion sur la défininition des 
agglomérations et ce que je cherchais à faire c'est de voir s'il était 
possible de délimiter un zonage simple et uniquement pour la 
problématique des "panneaux publicitaires scellés au sol", donc ça ne 
concerne pas les autres formes de publicités, ni les enseignes, ni les 
préenseignes pour lequelles les règles sont plus compliquées.


Ces "panneaux publicitaires scellés au sol" sont interdits dans les 
agglomérations de moins de 10 000 habitants ne faisant pas partie 
d'unité urbaine de plus de 100 000 habitants.


Il y a 61 unités urbaines de plus de 100 000 habitants en France et 
elles sont listées par l'INSEE ici  : 
http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204
Donc toutes les communes ou agglomérations situées dans ces unités 
urbaines, et quelques soient leurs populations, sont soumises à la règle 
des unités urbaines de plus de 100 000 habitants pour ce qui concerne 
les "panneaux publicitaires scellés au sol" : ils y sont autorisés.


En dehors de ces unités urbaines de plus de 100 000 habitants, ces mêmes 
"panneaux publicitaires scellés au sol" sont autorisés également dans 
toutes les agglomérations de plus de 10 000 habitants, la population 
s'évaluant par commune, et par agglomération si la commune est 
constituée de plusieurs agglomérations.
- Exemple 1 : si une agglomération est constituée de 3 communes de 
11 000 habitants, 3 000 habitants et 1 000 habitants, par exemple, la 
population s'évaluant par commune, les "panneaux publicicitaires scellés 
au sol" ne sont autorisés que dans la première commune.
- Exemple 2 : si une commune est constituée de 3 agglomérations de 
7 000 habitants, 3 000 habitants et 1 000 habitants, alors les "panneaux 
publicicitaires scellés au sol" sont interdits dans toutes les 
agglomérations de la commune.


Cdlt
Paul

On 31/08/2016 17:53, Christian Quest wrote:
J'avoue m'y perdre dans les descriptions... et ce qu'on cherche à 
identifier.


J'ai trouvé ce document assez compréhensible: 
http://www.cher.gouv.fr/content/download/9302/62414/file/Pblicite_plaquette_information_2014.pdf


Les unités urbaines de plus 100.000 habitants, il n'y en a pas des 
centaines, les identifier ne devrait pas être bien complexe.


Ensuite, hors de ces unités urbaines, on a les agglomérations de plus 
de 1 habitants, qui peuvent s'étendre sur plusieurs communes ou 
n'être qu'une partie d'une commune... ce que j'ai essayé de retrouver 
en n'utilisant justement pas les limites de communes mais le cumul des 
habitants par carreau de 200m.


De toute façon, je pense que l'on ne peut que faire une pré-sélection 
des agglomérations de plus de 1 habitants, sans connaitre leur 
limite bien précisément. Cela permettra déjà d'identifier de très 
nombreuses zones comme ne pouvant pas avoir de publicité scellée au sol.




Le 31/08/2016 à 16:41, Paul Desgranges a écrit :


Je comprends l'idée, et merci de me montrer les possibilités de 
postgis !  Et des données carroyées ! Effectivement on peut faire 
beaucoup !!


Mais les infractions au Code de l'environnement relatifs à 
l'affichage illégal ("panneaux publicitaires scellés au sol" hors 
agglomération par exemple) sont jugés par les Tribunaux 
Administratifs (TA) , et devant les TA, il n'y a pas de "en gros" :


 - en cas de litige sur le périmètre de l'agglomération 
(agglomération administrative et agglomération géographique ne 
coïncident pas), c'est la situation physique réellement constatée qui 
fait foi.  (Mais là, OSM pourrait aider à définir le périmètre des 
agglomérations, comme tu l'as fait.)


- la population ne peut pas être estimée par carreaux de 200m de 
coté, car la population d'une agglomération est évaluée 'par 
commune'  (les carreaux de 200 m de coté peuvent être à cheval entre 
plusieurs communes), et uniquement pour la partie agglomérée de la 
commune. D'autre part, si la commune est constituée de plusieurs 
agglomérations, il faut évaluer la population 'par agglomération'. 
C'est alors le maire qui est sollicité pour fournir ces données qui 
n'existent pas par ailleurs.


C'est pour ça que les publicitaires/afficheurs ont la vie belle, et 
peuvent faire pratiquement ce qu'ils veulent, et enfreindre la loi en 
toute connaissance de cause ; le Code de l'environnement est 
suffisammemnt complexe et les régles d'agglomération et de population 
sont difficiles à estimer, il faut plusieurs années parfois pour 
faire aboutir un dossier. De plus, les préfets sont passifs, ils 
laissent faire  et n'interviennent que lorsqu'une association de 
défense de paysage porte plainte. Mais quand ça se produit, les 
préfets se font à chaque fois condamner ; car ils ne font pas 
respecter la réglementation que l'Etat (c'est à dire eux-mêmes) a mis 
en place.



Donc pour résumer, ce qui peut intéresser une association de défense 
de paysage, ce sont les

Re: [OSM-talk-fr] Les limites des agglomérations (zones bâtit)

[Paul Desgranges]

Je comprends l'idée, et merci de me montrer les possibilités de postgis 
!  Et des données carroyées ! Effectivement on peut faire beaucoup !!


Mais les infractions au Code de l'environnement relatifs à l'affichage 
illégal ("panneaux publicitaires scellés au sol" hors agglomération par 
exemple) sont jugés par les Tribunaux Administratifs (TA) , et devant 
les TA, il n'y a pas de "en gros" :


 - en cas de litige sur le périmètre de l'agglomération (agglomération 
administrative et agglomération géographique ne coïncident pas), c'est 
la situation physique réellement constatée qui fait foi.  (Mais là, OSM 
pourrait aider à définir le périmètre des agglomérations, comme tu l'as 
fait.)


- la population ne peut pas être estimée par carreaux de 200m de coté, 
car la population d'une agglomération est évaluée 'par commune'  (les 
carreaux de 200 m de coté peuvent être à cheval entre plusieurs 
communes), et uniquement pour la partie agglomérée de la commune. 
D'autre part, si la commune est constituée de plusieurs agglomérations, 
il faut évaluer la population 'par agglomération'. C'est alors le maire 
qui est sollicité pour fournir ces données qui n'existent pas par ailleurs.


C'est pour ça que les publicitaires/afficheurs ont la vie belle, et 
peuvent faire pratiquement ce qu'ils veulent, et enfreindre la loi en 
toute connaissance de cause ; le Code de l'environnement est 
suffisammemnt complexe et les régles d'agglomération et de population 
sont difficiles à estimer, il faut plusieurs années parfois pour faire 
aboutir un dossier. De plus, les préfets sont passifs, ils laissent 
faire  et n'interviennent que lorsqu'une association de défense de 
paysage porte plainte. Mais quand ça se produit, les préfets se font à 
chaque fois condamner ; car ils ne font pas respecter la réglementation 
que l'Etat (c'est à dire eux-mêmes) a mis en place.



Donc pour résumer, ce qui peut intéresser une association de défense de 
paysage, ce sont les périmètres précis des agglomérations de plus de 10 
000 habitants en dehors des unités urbaines de plus de 100 000 
habitants, car en dehors de ces agglomérations les "panneaux 
publicitaires scellés au sol" sont interdits :


 - Exploiter les données OSM, comme tu l'as fait, pour déterminer les 
zones de bâti rapproché  :  définir cette notion d'agglomération  (là je 
comprends qu'il faut que je me mette à postgis ?! Comment, je ne sais pas.)


 - Ensuite ne garder dans ces agglomérations que celles qui ne sont pas 
dans le périmètre d'une unité urbaine de plus de 100 000 habitants (pour 
lesquelles la réglementation est différente, par exemple les "panneaux 
publicitaires scellés au sol" y sont autorisés).


 - Et au cas par cas,  pour savoir si on est au-dessous ou au-dessus du 
seuil des 10 000 habitants, et en cas de dossier d'infraction construit 
par une association de défense du paysage, il faut ensuite demander aux 
communes la population de ces agglomérations. Car je ne pense pas que 
les données carroyées sont exploitables dans ce cadre.



Merci
Cdlt,
Paul
Le 31 août 2016 à 13:30, Paul Desgranges <paul.desgran...@gmail.com 
<mailto:paul.desgran...@gmail.com>> a écrit :


Effectivement, il est possible de sortir les agglomérations ! Si
je savais faire ça  :-) !!


On dit merci à postgis ;)




En gros besoin de savoir combien il y a d'habitants dans chaque 
polygone... et on a ces infos via les données INSEE de population 
carroyées, c'est à dire réparties sur des carreaux de 200m de coté.


Pour les 200m, ça fait un buffer de 100m comme ça 2 bâtiments éloignés 
de 200m on leur buffer qui se rejoint.


Voilà ce que ça donne pour le 89, avec uniquement les polygone de plus 
de 5000 habitants.


http://bl.ocks.org/d/6fff0c54abf31d31e05b38cb433aeb2e

--
Christian Quest - OpenStreetMap France



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

Re: [OSM-talk-fr] Les limites des agglomérations (zones bâtit)

[Paul Desgranges]

Effectivement, il est possible de sortir les agglomérations ! Si je 
savais faire ça  :-) !!


Aiglun est une commune de moins de 2000 habitants, c'est une commune 
rurale, elle ne fait pas partie de l'unité urbaine de Digne (qui a plus 
de 10 000 habitants) donc, et pour la problématique qui m'intéresse, les 
"panneaux publicitaires scellés au sol" sont interdits partout, que ce 
soit dans les zones agglomérées montrées par la carte que tu as produite 
<http://bl.ocks.org/anonymous/raw/e211c35a5f86fde3e73bf36e4e62146b/> ou 
ailleurs.


Ce qui serait intéressant, mais je mets toujours dans l'idée de pouvoir 
vérifier la réglementation sur la publicité extérieure (plus 
particulièrement celle des "panneaux publicitaires scellés au sol") , 
c'est une carte  montrant les agglomérations (donc bien les 
agglomérations, et non pas les communes) qui ont plus de 10 000 
habitants et qui ne font pas partie d'une unité urbaine de plus de 100 
000 habitants. Pour ceci, il faudrait savoir faire ce que tu as fait sur 
cette carte 
<http://bl.ocks.org/anonymous/raw/e211c35a5f86fde3e73bf36e4e62146b/> et 
en plus savoir rapprocher ceci des données des populations (mais là 
encore les populations des agglomérations et non pas celles des 
communes) sachant que ces données-là (population des agglomérations) 
n'existent pas de manière centralisée (comme peuvent exister les données 
de population des communes).


De plus, si l'Insee définit les "unités urbaines" comme une commune ou 
un ensemble de communes présentant une zone de bâti continu (pas de 
coupure de plus de 200 mètres entre deux constructions), pour les 
agglomérations" la définition n'est pas aussi claire en terme de 
distance entre deux constructions  : zone de "bâti rapproché" avec 
entrées et sorties signalés par les panneaux eb10/eb20.  Donc pour les 
agglomérations, il faudrait peut être choisir 200 mètres aussi ?


Cdlt,
Paul


On 31/08/2016 12:25, Christian Quest wrote:
Le 31 août 2016 à 11:08, Paul Desgranges <paul.desgran...@gmail.com 
<mailto:paul.desgran...@gmail.com>> a écrit :


On 31/08/2016 08:42, Christian Quest wrote:

Il est possible à partir des emprises des batiments de tracer un
buffer de 50m et d'agglomérer tout ça pour avoir une approximation
et détecter les manques.
Il est "possible", mais moi perso je ne sais pas faire, si
quelqu'un veut bien m'apprendre, je compléterais volontiers les
cartes que j'avais fait fin 2015/début 2016
<http://pdfext.github.io/index.html> pour le concours
dataconnexion

<https://www.data.gouv.fr/fr/reuses/evaluation-et-visualisation-dun-projet-de-decret-sur-laffichage-publicitaire/>
avec une carte de France donnant toutes les zones d'habitations
agglomérées.


ça peut donner ça: 
http://bl.ocks.org/anonymous/raw/e211c35a5f86fde3e73bf36e4e62146b/


J'ai sorti la surface de chaque polygone et le nombre de polygone 
building=* qui sont à l'intérieur.


Le buffer est de 50m, les polygones avec moins de 3 polygones de b^ati 
sont éliminés ainsi que ceux de moins de 1m2.



--
Christian Quest - OpenStreetMap France


___
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] Les limites des agglomérations (zones bâtit)

[Paul Desgranges]

On 31/08/2016 08:42, Christian Quest wrote:
Attention à ne pas se concentrer sur un usage particulier de ce type 
de limite !


Je pense ici aux références aux publicités... il y a tellement de 
paramètres à prendre en compte qu'il me semble difficile d'aller 
jusqu'à avoir globalement des zones précises dans OSM pour cet usage 
bien particulier. Il est possible de le faire au cas par cas, si l'on 
a des documents officiels sur lesquels s'appuyer, mais de là à 
généraliser... c'est un chantier titanesque.
Bien sûr, les régles du Code de l'environnement relatives à la 
"Publicité Extérieure" (publicités/enseignes/préenseignes) ne peuvent 
pas se résumer en quelques lignes, et même si l'on pouvait définir des 
zones dans OSM dans lesquelles tel dispositif publicitaire est autorisé, 
et tel autre est interdit, cela ne suffirait pas. En effet, en dehors 
des régles géographiques, il y a de nombreuses autres régles sur 
l'implantation des dispositifs publicitaires  : hauteur, taille, 
densité, prospect, recul, luminance, extinction, ... . De plus, si le 
Réglement National de Publicité (décret du 30/01/2012 de la loi 
"Engagement National pour l'Environnement"  du 12/07/2010) s'applique 
sur tout le territoire, les communes ou EPCi peuvent définir des RLP 
(Réglement Local de Publicité) ou RLPi (intercommunal) dans lequel du 
"zonage" est introduit pour apporter une réponse adaptée aux 
spécificités du territoire pour ce qui concerne la protection paysagère 
et du cadre de vie. Donc ça se complique encore. C'est un chantier 
titanesque comme ça a été dit, et qui dépasse OSM pour l'instant.


Une seule régle est relativement simple, c'est  : en dehors des unités 
urbaines de plus de 100 000 habitants, les panneaux publicitaires 
scellés au sol sont interdits dans les agglomérations de moins de 10 000 
habitants (mais sauf si RLP ... ) , d'où l'intérêt qu'il y aurait à 
déterminer dans un premier temps la notion d'agglomération
  - soit en se basant sur les landuses (affiner et completer les 
landuses est nécessaire, j'améliore à l'occasion les 
"landuses=residential" en me basant sur la photographie aérienne 
BDorthoIGN)
  - soit, sans stocker rien du tout dans OSM, en sachant "calculer" une 
agglomération en capturant les zones ou le bâti (building=*) est 
suffisamment rapproché (par exemple moins de 50 m ou moins de 100 m ou 
moins de 200 m, ceci devrait être un paramétre)


L'usage plus facile et direct me semble celui des limites de vitesses, 
en approximation, quand aucun maxspeed n'est indiqué sur les highway=*


Les polygones CLC sont à affiner ET à compléter. Dans de nombreux 
petits villages, il n'y a aucun landuse=residential.
Il est possible à partir des emprises des batiments de tracer un 
buffer de 50m et d'agglomérer tout ça pour avoir une approximation et 
détecter les manques.
Il est "possible", mais moi perso je ne sais pas faire, si quelqu'un 
veut bien m'apprendre, je compléterais volontiers les cartes que j'avais 
fait fin 2015/début 2016  pour le 
concours dataconnexion 
 
avec une carte de France donnant toutes les zones d'habitations 
agglomérées.


Cdlt,
Paul

--
Christian Quest - OpenStreetMap France


___
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] Les limites des agglomérations (zones bâtit)

[Paul Desgranges]

"Le terrain prime" donc les panneaux EB10 et EB20 seraient à mettre dans 
OSM là où ils sont sur le terrain.


Quand à représenter les agglomérations dans OSM, ça serait très 
ambitieux, il faudrait avoir accès aux textes (arrêtés municipaux ...) 
qui définissent les limites de ces agglomérations...


Se baser uniquement sur "landuse=residential+industrial+retail+..." pour 
définir une notion d'agglomération, si tant est qu'on veuille le faire 
dans OSM, ce n'est pas terrible, car ces données issues du CLC sont de 
mauvaise qualité (souvent constaté moi-même en tout cas) et ne 
correspondent pas trop à la notion de "bâti rapproché".


Sans les stocker dans OSM, si quelqu'un savait calculer automatiquement 
les limites réelles d'une agglomération en se basant sur les données OSM 
( tenir compte du bâti  'building=*' et du fait qu'il soit "rapproché" 
[à paramétrer] ), ça serait utile en tout cas pour les relevés 
d'infraction au Code de l'environnement en ce qui concerne les panneaux 
publicitaires. A quoi d'autre ça pourrait servir je ne vois pas.


Cdlt,
Paul

On 30/08/2016 19:16, osm.sanspourr...@spamgourmet.com wrote:


Merci pour toutes ces précisions.

Et concrètement ?

On met juste les panneaux EB10 et EB20 ou on essaye de représenter les 
autres notions que tu indiques ?


Actuellement les zones correspondent plus ou moins à l'import CLC si 
je ne me trompe.


Malgré la complétion de ton message il y a encore un cas où les 
panneaux ne correspondent pas à l'agglomération réelle : quand le 
maire prévoit l'étalement urbain et positionne les panneaux là où sera 
la limite quand après une révision du PLU les champs auront été 
transformés en lotissement.


Jean-Yvon


Le 30/08/2016 à 17:35, Paul Desgranges - paul.desgran...@gmail.com a 
écrit :




___
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] Les limites des agglomérations (zones bâtit)

[Paul Desgranges]

Bonjour,

L'article R.110-2 du code de la route qui fixe la notion d'agglomération 
telle qu'elle a été rappelée au début de la conversation est une chose 
:  "Le terme agglomération désigne un espace sur lequel sont groupés des 
immeubles bâtis rapprochés et dont l'entrée et la sortie sont signalées 
par des panneaux placés à cet effet le long de la route qui la traverse 
ou qui la borde."


Mais l'Art. R.411-2 du code de la route énnonce que le maire est 
l’autorité chargée de délimiter, par voie d’arrêté, les limites de 
l’agglomération.


Quand le décret existe et est bien écrit, la notion physique de 
l'agglomération (bâti continu) et la notion formelle (les panneaux EB10 
EB20) coïncident.
Mais il existe de nombreux cas, où ... l'étalement urbain ou ... 
l'absence d'arrêté ou ... un mauvais placement (en aval ou en amont) des 
panneaux font que ces 2 notions ne coïncident pas.


Cette notion d'agglomération est importante pour la sécurité routière 
mais aussi pour le Code de l'environnement, qui interdit de manière 
générale (c'est plus compliqué que cela en fait) la publicité hors 
agglomération et l'admet en agglomération, et ceci en se basant sur la 
notion d'agglomération du code de la route (Art L.581-7 du Code de 
l'environnement).
En cas de litiges, c'est la réalité physique de l'agglomération qui fait 
foi, et pas la présence des panneaux.


De plus la notion d'agglomération est certes définie par le code de la 
route (on peut dire alors que c'est la notion "géographique" de 
l'agglomération) , mais il existe au moins une autre définition de la 
notion d'agglomération, celle du Code de l'environnement, (et c'est 
alors la notion "démographique" de l'agglomération). Ceci est nécessaire 
car le régime d'autorisation ou d'interdiction de la publicité 
extérieure est conditionné par le nombre d'habitants de l'agglomération. 
Il est donc important de savoir comment est décomptée la population 
d'une agglomération. La population d'une agglomération s'évalue alors 
commune par commune ; deux communes qui se touchent consituent deux 
agglomérations au sens démographique du terme. Il peut aussi arriver le 
cas où une commune est consituée de plusieurs agglomérations, il revient 
alors au maire d'évaluer la population agglomération par agglomération 
s'il veut s'assurer que le Code de l'environnement est bien respecté en 
ce qui concerne le régime de la publicité.


Enfin il ne faut pas confondre la notion d'agglomération avec la notion 
d'unité urbaine (celle-ci est alors définie par l'Insee). Les unités 
urbaines servent aussi dans le Code de l'environnement.



Cdlt
Paul


On 29/08/2016 15:12, Philippe Verdy wrote:



Le 29 août 2016 à 12:23, Jérôme Seigneuret 
> a 
écrit :


Bonjour,

Créer un zonage me semble être une mauvaise chose car il n'existe
pas de réelles zone mais des points d'entrée et sortie. Ce zonage
n'est fait que pour des conditions de circulation sur le domaine
publique ou sur le domaine privé ouvert à la circulation publique.

Avec la métropole de Montpellier on a discuté des tests à mettre
en place en détectant les points de fuite jusqu'à la sortie réelle
de l'agglomération.


S'il les agglo sont en contact, les panneaux EB10 et EB20 sont sur
un même point.


Ce n'est pas toujours le cas. Dans les petits villages à cheval entre 
deux communes, on trouve un panneau d'entrée et un panneau de sortie 
mentionnant le même nom de village, mais avec inscrit dessous (en plus 
petit et italique) le nom de chaque commune. Mais aucun double-panneau 
(deux panneaux dans chaque sens) sur la frontière intercommunale dans 
ce village: les communes économises 4 panneaux et cela n'a pas grand 
intérêt au plan de la signalisation (trop de panneaux tue la 
signalisation et désoriente le conducteur et cela ne vaut pas le coup 
d'avoir une succession trop rapides de panneaux pour quelques 
centaines de mètres, quand le village tout entier traversé ne fait 
même pas 1 km).
L'indication de la commune sous le nom du village à l'entrée ou en 
sortie d'agglomération est bien suffisante pour savoir qu'on est dans 
un morceau de commune (et dans de tels cas, souvent les rues ou routes 
ne changent pas toujours non plus de nom ou de référence au milieu, il 
y a une numérotation unique, surtout si la voie est une départementale 
et pas une communale).





___
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] Panneaux publicitaires

[Paul Desgranges]

NB: un peu de pub au passage, vous pouvez voter pour le projet au 
concours Dataconnexions sur data.gouv.fr en cliquant sur l'étoile bleu 
:https://www.data.gouv.fr/fr/reuses/panneaux-election-fr/
Des panneaux électoraux aux panneaux publicitaires, ça reste des tag 
'advertising' dans OSM ... 
<https://wiki.openstreetmap.org/w/index.php?title=User:Barnes38/advertising_draft>
Vous pouvez voter pour le projet de Frédéric Rodrigo ci-dessus, ou voter 
aussi pour le projet 'Évaluation et visualisation d'un projet de décret 
sur l'affichage publicitaire 
<https://www.data.gouv.fr/fr/reuses/evaluation-et-visualisation-dun-projet-de-decret-sur-laffichage-publicitaire/>'.

Pareil :-)  L'étoile bleu en bas :

Même si vous ne votez pas, prenez connaissance de ce projet de décret, 
et jugez par vous-même


Paul Desgranges


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

Re: [OSM-talk-fr] Panneaux électoraux

[Paul Desgranges]

Ha oui, si il y a les bureaux de vote, ça ne se discute pas :-)

Reste à trouver une proposition d'attributs.

Je pencherai pour un truc du genre :

advertising=board + message=political

J'ai repris l'idée de "message" sur la page de discussions de

http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/advertising

Oui, j'avais essayé de reprendre complètement la spécification du tag 
advertising 

et notamment introduit le tag 'message' 


La valeur 'political' que tu proposes n'y est pas, mais pourquoi pas.


On peut peut-être ajouter un operator=* ?

Le tag 'operator' 
 
fait partie du lot aussi bien sûr.



J'ai essayé d'éprouver cette proposition de spécification du tag 
advertising 
, 
(mais là ça dépasse la problématique des panneaux électoraux), autour de 
chez moi, et les résultats sont visibles par cette requête 
overpass-turbo 



--

Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin




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

Re: [OSM-talk-fr] imagerie mapbox

[Paul Desgranges]

Bonjour
 Pour la cause de l'association 'Paysages de France' (association de 
défense de l'environnement agréée au niveau national), nous avons 
réalisé dernièrement plusieurs cartes Mapbox


 Et pour répondre plus spécifiquement à tes questions, le serveur 
Mapbox propose pas mal de fond de cartes, certains avec imagerie aérienne.
 On peut sur ces cartes là apporter sa propre couche de données et 
présenter ces données avec du cartoCSS et/ou des traitements javascript 
(Mapbox.js)
 Effectivement le started kit est gratuit, mais limité en quantité de 
données vectorielles téléversées, et limité en nombre de vues.


 Les cartes réalisées pour Paysages de France  
sont accessibles à partir de cette page 


 Je vous laisse regarder et  merci pour vos retours!
Cdlt
Paul


On 20/11/2015 19:43, Laurent Combe wrote:

je me reponds mais
apparamment oui avec l'offre starter de mapbox on peut récupérer un 
"access_token" et la limite se situe à 50Go de données téléchargées 
par mois


excellent !





___
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] données OSM en Corse?

[Paul Desgranges]

Serait il possible de connaitre le niveau de contribution OSM en Corse? Il y
aurait il un moyen de connaitre les données disponibles sur cette région et
leur niveau de fiabilité, de frequence de mise à jour, etc.
Avec le site http://zverik.osm.rambler.ru/whodidit/, en zoomant un peu 
sur une zone, en modifiant le param 'Age', et en étant un peu patient on 
peut voir apparaître les contributeurs d'une zone, et d'une période 
donnée. Qui a fait quoi et quand ...


Cordialement

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

[OSM-talk-fr] Rapprochement des adresses OSM et BANO pour l'Aude

[Paul Desgranges]

Bonjour,

  Je fais partie du groupe OSM Grenoble, et (à l'initiative de PiRK, 
voir 
http://fr.slideshare.net/onpeutchangersonadresseuneseulefois/bano-osm-grenoble20150305), 
nous avons commencé à faire le rapprochement des adresses OSM et BANO 
pour toutes les communes de l'Isère. Ce travail est organisé par ce 
mapcraft : http://mapcraft.nanodesu.ru/pie/472. C'est un vaste chantier, 
mais ça avance...


 J'ai voulu initier le même travail pour le département de l'Aude.
Voir le mapcraft : http://mapcraft.nanodesu.ru/pie/495

 Voir aussi ici : 
https://wiki.openstreetmap.org/wiki/Contribuer_%C3%A0_la_BANO#Projets_locaux


Paul Desgranges


PS : une question pour finir, y-a-t-il une façon de connaitre les 
contributeurs principaux d'une zone donnée, d'une commune, d'un 
département etc ?



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

Re: [OSM-talk-fr] Obtenir une carte avec des courbes de niveau avec Maperitive

[Paul Desgranges]

Le 13/11/2014 08:23, JB a écrit :

Bonjour,

Sinon, vous avez pensé à l'utilisation des courbes de niveau issues du 
SRTM au format .osm ?

http://geoweb.hft-stuttgart.de/SRTM/srtm_as_osm/
JB.


Bonjour,
J'ai essayé vite fait, mais
1) on ne trouve pas sur ce site tous les carreaux (longitudes/latitudes) 
: par exemple on ne trouve pas Lat45N-Lon05E qui correspond aux Alpes 
(et plein d'autres non plus)
2) J'ai essayé de lire avec la dernière version de JOSM 7643 un fichier 
au hasard Lat-44Lon-65Lat-43Lon-64.osm (mais aussi un deuxième fichier 
pour vérifier), et j'ai cette erreur

/
Impossible de lire le fichier 'Lat-44Lon-65Lat-43Lon-64.osm'.
Erreur :
Version non supportée : 0.5 (à la ligne 2, colonne 41) /

3) Si je change dans le fichier à la main la version 0.5 pour 0.6, ça ne 
suffit pas, j'ai cette erreur


/Impossible de lire le fichier 'Lat-44Lon-65Lat-43Lon-64.osm'.
Erreur :
Attribut 'version' manquant pour l’objet OSM avec l’identifiant 
10. (à la ligne 3, colonne 58)


/
Des idées ?

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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

[Paul Desgranges]

Difficile de trouver l'outil ou le site qui fait tout bien, en ce qui 
concerne le tracé des sorties vélo!

Mais j'ai vérifié les points suivants pour OpenRunner
  - l'export en KLM est possible (KLM_0, KLM_5)
  - on peut utiliser le fond de carte que l'on souhaite : Google Map, 
Google Sattelite, OpenStreeMap, OpenCycleMap, MapQuest, HikeBikeMap, 
TopoIGNFrance, ScanExpressIGN France (pas tout essayé!)
  - Il est possible de renseigner un champ adresse pour centrer la 
carte sur cette adresse , (mais pas de champ from/to, c'est vrai ça manque )
  - Sans pouvoir tirer sur le parcours, on peut insérer un point 
intermédiaire

  - Pas possible molette pour zoomer, un peu pénible
  - On peut voir le profil, le dénivelé, etc

C'est bien cet inventaire des sites et des applications  pour cartes 
vélo ...  il faudrait créer un thread de mail ad hoc!



Le 17/10/2014 14:24, Shohreh a écrit :

Merci pour les infos.

À ce stade, ni OSRM, ni OSR, ni OpenRunner ne sont pour moi de bonnes
alternatives à Google Maps Classic pour tracer des parcours vélo en zone
urbaine:

OSRM: Timed out très fréquent. Visiblement, ils n'ont pas les ressources.

OSR: Pas possible de tirer sur le tracé pour le forcer à passer par un
autre endroit

OpenRunner: molette souris marche pas pour zoomer in/out; pas de champs
From/To pour taper des adresses.

La moins mauvaise solution pour moi est d'utiliser Google Maps Engine Lite
(New) mais le tracer marche moins bien que la version Classic.

Ailleurs, on me parle de ces serveurs:
http://www.cyclestreets.net/journey/
http://cycle.travel/map

Mais comme c'est du OSM, on retombe sur le problème des numéros de rue.
Exemple : 14 rue Gosciny 75013 passe dans Google, mais marche pas dans OSM
(Aucun résultat n’a été trouvé; même avec 14 rue René Gosciny 75013).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sites-de-routage-bases-sur-OSM-numeros-de-rue-tp5820443p5820632.html
Sent from the France mailing list archive at Nabble.com.

___
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