[OSM-talk-fr] la voie verte fantôme

[Arnaud Champollion]

Bonjour,

Dans le bassin dignois nous avons des contributions "fantômes".

Parmi celles-ci : la "voie verte utile", exemple :

https://www.openstreetmap.org/way/634099209#map=18/44.04107/6.04247

C'est taggué comme une piste cyclable existante, nommé "voie verte 
utile", mais :


- ça ne correspond à rien sur le terrain

- ça ne correspond à aucun chantier en cours

- ça ne correspond à aucun projet acté

Ça correspond plus ou moins à une des idées qui vont et viennent dans le 
cadre du débat "train vs voie verte" qui a lieu dans les Alpes de Haute 
Provence, mais cela ne va pas plus loin.


En attendant sur tous les rendus ça fait apparaître des chemins, parfois 
qui font doublon avec un chemin existant, parfois qui passent sur une 
route, et parfois qui traversent des champs ou forts alors qu'il n'y a 
rien sur le terrain.


Le contributeur à l'origine de ces ajouts a été sollicité plusieurs fois 
via les commentaires de changeset sur cette question, mais il n'y a 
jamais de réponse.


Avez-vous déjà été confronté à ce genre de choses ? Est-il envisageable 
de supprimer purement et simplement ces chemins ?





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

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Arnaud Champollion]

Le 06/01/2020 à 22:41, Christian Quest a écrit :

Bah... on corrige ;)


C'est bon je pense avoir réussi, en utilisant la fonction "aligner les 
points", comme il se trouvait par chance que les deux landuse étaient 
mitoyens par une section droite :


https://www.openstreetmap.org/way/761238833#map=19/44.08270/6.21565


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

Re: [OSM-talk-fr] Besoin d'aide pour le Parc national de Guadeloupe

[Philippe Verdy]

JOSM émet des alertes au cas où cela serait un doublon, mais ce n'est pas
toujours des "erreurs"; il faut l'intelligence humaine pour comprendre
JOSM se contente juste de la liste des membres, mais n'interprète pas les
tags et leur signification... Bref ne PAS "corriger" tout ce que trouve
JOSM dont l'analyse est partielle.

Le mar. 7 janv. 2020 à 19:02, Yves P.  a écrit :

> Le 1 janv. 2020 à 18:11, Philippe Verdy  a écrit :
>
> Ma *question secondaire était en fait *: Peut-on définir une seule fois
>> la géométrie avec par exemple 1047206
>> ,
>> et inclure cette relation dans 2562137
>> 
>>  ?
>>
>
> Non. Les ways doivent être présentes dans les relations frontières, même
> si ce sont les mêmes membres (car effectivement la région et le département
> se partagent le même territoire ;
>
>
> la Guadeloupe n'a pas fusionné ses deux collectivités, elle s'y est
> opposée par référendum local, donc deux entités, deux objets, deux niveaux
> administratifs pour que l'ensemble des régions et celui des départements
> soit complet en France).
>
>
> Je trouve un cas similaire à La Martinique : Communauté d'agglomération
> du Centre de la Martinique
>  et Fort-de-France
> 
> JOSM râle : « Relations avec les mêmes membres »
>
> —
> 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] communes-communautés

[Philippe Verdy]

Je me demande si ce n'est pas lié au fait que Freigné a rejoint la Loire
Atlantique pour rejoindre la commune nouvelle (dont le chef-lieu est en
Loire Atlantique), mais a conservé pour son nouveau statut de commune
déléguée son code SIREN, son code INSEE et son code postal en
Maine-et-Loire... Mais alors pourquoi cela ne concerne pas aussi la commune
(déléguée) de Vritz (au nord de Candé et non à l'ouest, Candé restant en
Maine-et-Loire)?

Je me demande si c'est lié à la définition du "Pôle métropolitain Loire
Angers" (pas une EPCI à fiscalité propre mais un EPCI à statut mixte) et
non pas "Angers métropole" (qui est l'ECPI voisin) ou si un SCoT ne serait
pas à jour pour tenir compte de ce changement. Je vois Freigné pourtant
bien délimité sur layers.openstreetmap.fr (mais il est vrai que ce serveur
ne sait pas gérer les recouvrement d'EPCI multiples, il ne sépare pas les
EPCI à fiscalité propre et les autres EPCI informels comme ici les pôles
métropolitains, les SCoT et autres syndicats mixtes: tout est mélangé sur
cette carte dans la même catégorie "local_authority").

Pourrait-on fixer une règles de tag séparant correctement les EPCI à
fiscalité propre (différents statuts entre CC, CA, CU, métropole et
peut-être bientôt les communes-communautés) et les autres EPCI (y compris
les découpages d'EPCI, comme les pôles de proximité de Nantes Métropole et
les territoires du Grand Paris, et les SCoT et syndicats mixtes) ?

On a bien séparé les syndicats mixtes des parcs naturels (pas gérés comme
"boundary" avec "local_authority"), mais il y en a d'autres (SIVU et SIVOM)
pour les agences de bassin, la gestion des eaux, les déchets, les
transports, l'action sociale ou culturelle, la gestions commune de certains
équipements partagés (pour l'éducation ou la santé), etc (dans des cas où
ce n'est pas pris en charge de façon obligatoire par l'EPCI à FP, et
surtout quand ça déborde de son propre territoire et nécessite une
structure mixte où adhèrent plusieurs EPCI à FP, ou seulement certaines de
ses communes membres si c'est une compétence facultative).



Le mer. 8 janv. 2020 à 01:37, Philippe Verdy  a écrit :

> OK donc c'est une erreur OSM pour la CC existante.
>
> On n'a donc encore aucun cas de commune nouvelle créée en
> "commune-communauté" (comme le prévoit la loi de juillet dernier) et on
> n'en verra pas avant les prochaines élections municipales et
> communautaires, puis des mois pour refondre les SCoT et proposer des
> changements, défusionner des communes nouvelles existantes, pour recréer
> des communes nouvelles avec ce nouveau statut mixte, ou arrêter des CC et
> recréer des communes nouvelles avec ce nouveau statut mixte (certaines
> communes n'y adhérant pas devront rejoindre d'autres EPCI, mais des EPCI
> voisins pourraient voir des communes membres en sortir et adhérer à la
> nouvelle commune-communauté). Je ne vois pas ça arriver avant l'été
> prochain (le temps que les conseils nouvellement formés se décident et
> obtiennent l'approbation de l'Etat sur leur nouveau projet).
>
>
>
>
>
>
> Le mar. 7 janv. 2020 à 22:11, Florent Richard 
> a écrit :
>
>> Bonsoir,
>>
>> Pour le cas des "Vallons de l'Erdre", il s'agit d'une erreur. où as-tu vu
>> que les Vallons de l'Erdre (ou même seulement Freigné) ne serait dans aucun
>> EPCI?
>>
>> Elle fait bien partie dans son intégralité de la Communauté de Commune du
>> Pays d'Ancenis (COMPA) depuis sa création il y a 2 ans.
>> Les sites web de la commune et de la COMPA le précisent bien tous les 2
>> (y compris dans des actualités récentes). https://www.vallonsdelerdre.fr/
>> https://www.pays-ancenis.com/
>> La relation correspondante est correcte dans OSM
>> https://www.openstreetmap.org/relation/535798
>>
>> Dès la création de cette commune nouvelle, elle a fait partie de la
>> COMPA, car la plupart des communes d'origine y étaient déjà.
>> Freigné fait bien partie de cette commune nouvelle et est bien incluse
>> dans la COMPA. Freigné était auparavant dans le département du
>> Maine-et-Loire et a donc été déplacée dans le département de la
>> Loire-Atlantique à cette occasion.
>>
>> Il y a des chances pour que très peu de sources autres qu'OSM et
>> Wikipédia soient à jour sur ce cas. On voit régulièrement que les
>> frontières de la Loire-Atlantique ne sont pas mise à jour dans beaucoup de
>> cartes.
>>
>>
>> Cordialement,
>> Florent RICHARD
>>
>> --
>> *De :* Philippe Verdy 
>> *Envoyé :* mardi 7 janvier 2020 19:08
>> *À :* Discussions sur OSM en français 
>> *Objet :* [OSM-talk-fr] communes-communautés
>>
>> Vous ne l'avez peut-être pas remarqué mais la loi de juillet 2019 permet
>> maintenant à une commune nouvelle de prendre les responsabiltés d'un EPCI à
>> fiscalité propre dès sa création, sans devoir adhérer à un autre EPCI à
>> fiscalité propre.
>>
>> Cela crée le statut de "commune-communauté" mixant à la fois en une seule
>> collectivité l'EPCI et la commune nouvelle comprenant ses communes
>> déléguées. Cela se fait 

Re: [OSM-talk-fr] communes-communautés

[Philippe Verdy]

OK donc c'est une erreur OSM pour la CC existante.

On n'a donc encore aucun cas de commune nouvelle créée en
"commune-communauté" (comme le prévoit la loi de juillet dernier) et on
n'en verra pas avant les prochaines élections municipales et
communautaires, puis des mois pour refondre les SCoT et proposer des
changements, défusionner des communes nouvelles existantes, pour recréer
des communes nouvelles avec ce nouveau statut mixte, ou arrêter des CC et
recréer des communes nouvelles avec ce nouveau statut mixte (certaines
communes n'y adhérant pas devront rejoindre d'autres EPCI, mais des EPCI
voisins pourraient voir des communes membres en sortir et adhérer à la
nouvelle commune-communauté). Je ne vois pas ça arriver avant l'été
prochain (le temps que les conseils nouvellement formés se décident et
obtiennent l'approbation de l'Etat sur leur nouveau projet).






Le mar. 7 janv. 2020 à 22:11, Florent Richard  a
écrit :

> Bonsoir,
>
> Pour le cas des "Vallons de l'Erdre", il s'agit d'une erreur. où as-tu vu
> que les Vallons de l'Erdre (ou même seulement Freigné) ne serait dans aucun
> EPCI?
>
> Elle fait bien partie dans son intégralité de la Communauté de Commune du
> Pays d'Ancenis (COMPA) depuis sa création il y a 2 ans.
> Les sites web de la commune et de la COMPA le précisent bien tous les 2 (y
> compris dans des actualités récentes). https://www.vallonsdelerdre.fr/
> https://www.pays-ancenis.com/
> La relation correspondante est correcte dans OSM
> https://www.openstreetmap.org/relation/535798
>
> Dès la création de cette commune nouvelle, elle a fait partie de la COMPA,
> car la plupart des communes d'origine y étaient déjà.
> Freigné fait bien partie de cette commune nouvelle et est bien incluse
> dans la COMPA. Freigné était auparavant dans le département du
> Maine-et-Loire et a donc été déplacée dans le département de la
> Loire-Atlantique à cette occasion.
>
> Il y a des chances pour que très peu de sources autres qu'OSM et Wikipédia
> soient à jour sur ce cas. On voit régulièrement que les frontières de la
> Loire-Atlantique ne sont pas mise à jour dans beaucoup de cartes.
>
>
> Cordialement,
> Florent RICHARD
>
> --
> *De :* Philippe Verdy 
> *Envoyé :* mardi 7 janvier 2020 19:08
> *À :* Discussions sur OSM en français 
> *Objet :* [OSM-talk-fr] communes-communautés
>
> Vous ne l'avez peut-être pas remarqué mais la loi de juillet 2019 permet
> maintenant à une commune nouvelle de prendre les responsabiltés d'un EPCI à
> fiscalité propre dès sa création, sans devoir adhérer à un autre EPCI à
> fiscalité propre.
>
> Cela crée le statut de "commune-communauté" mixant à la fois en une seule
> collectivité l'EPCI et la commune nouvelle comprenant ses communes
> déléguées. Cela se fait à la création de la commune nouvelle. Cela apporte
> plus de souplesse pour relancer les communes nouvelles (qui autrement ne
> voudraient pas adhérer à une autre intercommunalité limitrophe devenant
> trop grande.
>
> La loi étant passée en juillet 2019 intervient trop tard pour que ce
> dispositif se mette en place avant les prochaines élections
> municipales/intercommunales en mars 2020, donc on n'aura rien avant au
> minimum juillet 2020. Mais sans doute du chambardement avec des défusions
> de communes nouvelles et recréation de nouvelles communes-communauté.
>
> 
>
> Il semble qu'il n'y ait pour l'instant qu'un seul cas bizarre (à moins que
> ce soit une erreur):
>
> Les "Vallons de l'Erdre" à côté de Candé en Maine-et-Loire, dont une
> commune (Freigné) n'est actuellement dans aucun des EPCI voisins déjà très
> grands (Pays d'Ancenis à l'ouest, Anjou Bleu Communauté au nord-est qui
> inclus la ville limitrophe de Candé et celle de Segré son chef-lieu, ou la
> CC de la Vallée du Haut Anjou au sud-est). Pourtant Freigné semble bien
> faire partie des Vallons de l'Erdre en tant que commune déléguée.
>
> La fusion a-t-elle été annulée ou veut-elle changer d'EPCI et rejoindre
> Candé dans Anjou Bleu Communauté?
>
> Veut-elle préserver son caractère rural entre Ancenis/Segré et Angers ; si
> certaines communes déléguées les plus proches d'Ancenis auraient pu
> rejoindre Anjou Bleu Communauté, d'autres se voyaient plus proche du pays
> d'Ancenis et aucune n'était satisfaite de se voir reléguée des services
> entre Segré, Ancenis et Angers, trois chef-lieux trop loin des
> préoccupation de cette communauté rurale.
>
> Il faut dire que les EPCI de Maine-et-Loire ont été faits "à l'arrache" et
> sont les plus grands du territoire métropolitain et cela a conduit à une
> centralisation plus ou moins "forcée" vers un nombre plus restreint de
> pôles urbains et des tas de maires ruraux mécontents du sort qu'on leur
> fait et de la disparition contrainte de services de proximité et une
> planification renforçant le poids des centres urbains sur tout le reste
> (aménagement, transports, services sociaux, services fiscaux,
> police/gendarmerie, établissements culturels et sportifs, écoles 

Re: [OSM-talk-fr] adresse mail rejetée

[Philippe Verdy]

Pour ceux auxquels je réponds, cela dépend du message source : si je reçois
par l'adresse @wanadoo.fr et je fais "répondre", l'expéditeur sera cette
adresse, même quand j'utilise gmail.

Au début je n'avais QUE l'adresse wanadoo (maintenant orange), mais c'est
en voyant que je ne recevais plus certains messages (comportement incorrect
des serveurs d'Orange pas tous correctement déclarés dans les DNS et pas
traçables/authentifiables), que j'ai du inscrire ma seconde adresse gmail
sur cette liste (je ne l'ai fait nulle part ailleurs sur aucune autre liste
que les listes OSM qui ont ce bogue et gèrent mal le suivi du routage et
corrompent certains protocoles, en plus du fait qu'Orange lui aussi fait un
routage bizarre pendant ses transferts SMTP internes via des serveurs
anonymes non déclarés, qui font que la chaine des "received: from" est
totalement invérifiable car la chaine est brisée; Orange n'est pas le seul
à avoir ce problème qui existe aussi à La Poste, et chez Free; et les FAI
français ont tous des problèmes de conformité ou de stabilité sur leurs
serveurs; Orange n'est pas non plus totalement conforme à DMARC ou ce
qu'exigent maintenent Gmail, Yahoo et d'autres, à cause des filtres
antispam qui sont plus stricts en terme de protocole).

Il se trouve que les listes d'OSM utilisent un logiciel gestionnaire qui
n'adhère pas aux recommandations récentes, et il se fait régulièrement
bloquer par divers services qui rejettent les mails, la liste OSM
corrompant aussi la chaine de suivi. Ce gestionnaire de listes est vieux et
pas à jour et les admins d'OSM ne sont pas prêts à changer les choses : il
reçoit des bounces à cause de ça, et désabonne les gens sans prévenir au
lieu de corriger. Maintenir un gestionnaire privé est difficile
techniquement et OSM n'a pas la réelle capacité technique de suivre les
changements nécessaires. C'est pour ça que la plupart des mailing lists
utilisent des fournisseurs spécialisés dont c'est le métier de voir ce qui
coince. Mais les admins d'OSM n'ont pas réellement le temps de suivre ça.



Le mar. 7 janv. 2020 à 21:56, marc marc  a
écrit :

> Philippe ce n'est pas le cas, tous tes emails
> sont en verd...@wanadoo.fr, ci dessous les entêtes
> de celui auquel je répond.
>
> j'ai aussi mis en dessous le nouveau thread
> que tu as créés aujourd'hui.
>
> Je te sugère de désabonner l'email wanadoo
> pour ne garder que l'abo en gmail.com
> ansi le problème cessera de lui-même.
>
>  Message transféré 
> Sujet : Re: [OSM-talk-fr] adresse mail rejetée
> Date :  Tue, 7 Jan 2020 18:17:58 +0100
> De :Philippe Verdy 
>
> 
> Pour les nouveaux messages à la liste, j'envoie maintenant
> avec mon adresse Gmail
> 
>
>  Message transféré 
> Sujet : [OSM-talk-fr] communes-communautés
> Date :  Tue, 7 Jan 2020 19:08:33 +0100
> De :Philippe Verdy 
> ___
> 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] Abus de StephaneP : adresses FANTOIR

[Philippe Verdy]

Voir son commentaire:
https://www.openstreetmap.org/changeset/79302148#map=19/47.08243/-1.33683

Visiblement il n'a pas compris le FANTOIR et supprime les adresses et crée
des trucs "à sa sauce".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] adresse mail rejetée

[marc marc]

Le 08.01.20 à 00:04, Christian Quest a écrit :
> Certes, mais ceci devrait arriver sur toutes les ML... or il n'y a que
> sur talk-fr que je suis (et pas tout seul) régulièrement désabonné pour
> cause bounce.

le premier cas (nombreux email @yahoo.fr émis depuis les serveurs gmail)
n'est apparement pas si courant :)
et/ou les autres listes ont la protection dmnarc activitée
comme la liste tech par ex
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] adresse mail rejetée

[Christian Quest]

Le 07/01/2020 à 16:52, marc marc a écrit :

Bonjour,

J'ai discuté avec TomH ce midi. Le soucis semble être double :

- certains email sont protégé par spf et/ou dmarc,
une technologique qui permet de préciser qui a le droit d'envoyer
un email avec tel domaine ou tel serveur/ip.
les listes de diffusion cassent cette protection (pour le destinataire,
l'email n’apparaît plus comme venant de l'expéditeur d'origine mais
comme venant d'un serveur sans rapport avec le domaine initial).
Certains domaines de destination sont stricts sur ce critère,
ce qui provoque un bounce et une fois atteint x bounce, le serveur de
liste désinscrit ce destinataire.
une modification a été faite à ce sujet pour modifier ces emails et
mettre talk-fr comme expéditeur à la place (cfr mon email de 16h05
comme exemple).
cependant mon email suivant n'a pas été masqué, donc p'tre qu'il
reste un problème.

- certains domaines de destination ne semble pas aimer les emails
redirigé. en effet ils reçoivent par exemple un email @wanadoo.fr
avec l'ip d'un serveur qui n'est pas celui de wanadoo mais gmail.
ils peuvent considérer cela comme de l'usurpation classique des spam.
dans les logs, le serveur free.fr répond par exemple "550 spam detected"
Pour résoudre cela, soit il faut demander à free.fr d'être moins strict
(quasi aucune chance d'aboutir) soit les utilisateurs inscrits via un
domaine mais qui transmettent cet email à un autre hébergeur devrait
cesser ce le faire et s'inscrire directement avec cet autre hébergeur.
les différents cas trouvé par TomH pour talk-fr concerne tous Philippe
Verdy mais il n'a pas faire une analyse complète, donc si d'autres sont
dans le cas, n'hésitez pas à signaler/migrer :)

Cordialement,
Marc
___



Certes, mais ceci devrait arriver sur toutes les ML... or il n'y a que 
sur talk-fr que je suis (et pas tout seul) régulièrement désabonné pour 
cause bounce.


Je n'ai jamais eu à réactiver un abonnement sur les autres.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

[marc marc]

Le 07.01.20 à 16:54, Philippe Verdy a écrit :
> pour les routes (sur la voie publique) on n'a pas besoin de clé car il
> n'y a à priori qu'un opérateur public attitré localement

il y a le national, le départemental, le communal, les concessions
d'autoroute et dans d'autres pays, il y a encore d'autres cas.
ce n'est donc pas cela la raison, la raison est franco-française :
on a en france qlq passionés des espaces de noms au point qu'on
en rajoute encore et encore parce que "d'autres l'ont fait".

si on veux distinguer les opérateurs ou les réseaux,
il y a les clefs qu'il faut pour.
quand je map un power=substation hors de France,
je n'ai pas besoin de wiki et pas besoin d'altérer le résultat
de mon éditeur, je met la ref dans ref et c'est terminé.

Le 07.01.20 à 17:05, Yves P. a écrit :
> si on ne connait pas la ref:* à mettre, on peut mettre ref

bien évidemenmt. mais elle serra invisible pour ceux qui ciblent
les ref:FR:xxx

Le 07.01.20 à 17:05, Yves P. a écrit :
> Les intérêts sont :
>
>   * de lier l’objet OSM à un objet dans une base de donnée externe.

c'est tout autant lié avec ref

>   * pour un objet qui a plusieurs références, de les différencier.

hors France, il y a aussi des objets multi-référence (dont les routes)
cela ne les empeches pas d'avoir comme règle de base d'utiliser ref
et de préciser la clef quand il y a besoin et non comme règle de base

>   * pour une machine (voir un humain), de savoir à quoi ça correspond.
> Référence de l’opérateur, de la commune… ?

on fait pareil avec name ? remplacer par défaut name=truc
par name:lenomdelentitiéquiadefinitlenom=truc ?
c'est compréhensible de vouloir être précis mais c'est nuisible d'en
faire un règle de clef par défaut.

je pense qu'il n'est pas du rôle d'osm de devoir
connaitre qui a définit la ref lisible sur plaque comme prérequis
pour l'ajouter correctement dans osm.
j'en reviens avec l'analogie des routes, on utilise ref pour la
référence principale sans se soucier si la ref a été définie
par la commune ou par le niveau national.
Et uniquement quand il y a plusieurs ref, on fait une règle
pour les autres ref. idem pour les noms, idem pour tout.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] communes-communautés

[Florent Richard]

Bonsoir,

Pour le cas des "Vallons de l'Erdre", il s'agit d'une erreur. où as-tu vu que 
les Vallons de l'Erdre (ou même seulement Freigné) ne serait dans aucun EPCI?

Elle fait bien partie dans son intégralité de la Communauté de Commune du Pays 
d'Ancenis (COMPA) depuis sa création il y a 2 ans.
Les sites web de la commune et de la COMPA le précisent bien tous les 2 (y 
compris dans des actualités récentes). https://www.vallonsdelerdre.fr/ 
https://www.pays-ancenis.com/
La relation correspondante est correcte dans OSM 
https://www.openstreetmap.org/relation/535798

Dès la création de cette commune nouvelle, elle a fait partie de la COMPA, car 
la plupart des communes d'origine y étaient déjà.
Freigné fait bien partie de cette commune nouvelle et est bien incluse dans la 
COMPA. Freigné était auparavant dans le département du Maine-et-Loire et a donc 
été déplacée dans le département de la Loire-Atlantique à cette occasion.

Il y a des chances pour que très peu de sources autres qu'OSM et Wikipédia 
soient à jour sur ce cas. On voit régulièrement que les frontières de la 
Loire-Atlantique ne sont pas mise à jour dans beaucoup de cartes.


Cordialement,
Florent RICHARD


De : Philippe Verdy 
Envoyé : mardi 7 janvier 2020 19:08
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] communes-communautés

Vous ne l'avez peut-être pas remarqué mais la loi de juillet 2019 permet 
maintenant à une commune nouvelle de prendre les responsabiltés d'un EPCI à 
fiscalité propre dès sa création, sans devoir adhérer à un autre EPCI à 
fiscalité propre.

Cela crée le statut de "commune-communauté" mixant à la fois en une seule 
collectivité l'EPCI et la commune nouvelle comprenant ses communes déléguées. 
Cela se fait à la création de la commune nouvelle. Cela apporte plus de 
souplesse pour relancer les communes nouvelles (qui autrement ne voudraient pas 
adhérer à une autre intercommunalité limitrophe devenant trop grande.

La loi étant passée en juillet 2019 intervient trop tard pour que ce dispositif 
se mette en place avant les prochaines élections municipales/intercommunales en 
mars 2020, donc on n'aura rien avant au minimum juillet 2020. Mais sans doute 
du chambardement avec des défusions de communes nouvelles et recréation de 
nouvelles communes-communauté.



Il semble qu'il n'y ait pour l'instant qu'un seul cas bizarre (à moins que ce 
soit une erreur):

Les "Vallons de l'Erdre" à côté de Candé en Maine-et-Loire, dont une commune 
(Freigné) n'est actuellement dans aucun des EPCI voisins déjà très grands (Pays 
d'Ancenis à l'ouest, Anjou Bleu Communauté au nord-est qui inclus la ville 
limitrophe de Candé et celle de Segré son chef-lieu, ou la CC de la Vallée du 
Haut Anjou au sud-est). Pourtant Freigné semble bien faire partie des Vallons 
de l'Erdre en tant que commune déléguée.

La fusion a-t-elle été annulée ou veut-elle changer d'EPCI et rejoindre Candé 
dans Anjou Bleu Communauté?

Veut-elle préserver son caractère rural entre Ancenis/Segré et Angers ; si 
certaines communes déléguées les plus proches d'Ancenis auraient pu rejoindre 
Anjou Bleu Communauté, d'autres se voyaient plus proche du pays d'Ancenis et 
aucune n'était satisfaite de se voir reléguée des services entre Segré, Ancenis 
et Angers, trois chef-lieux trop loin des préoccupation de cette communauté 
rurale.

Il faut dire que les EPCI de Maine-et-Loire ont été faits "à l'arrache" et sont 
les plus grands du territoire métropolitain et cela a conduit à une 
centralisation plus ou moins "forcée" vers un nombre plus restreint de pôles 
urbains et des tas de maires ruraux mécontents du sort qu'on leur fait et de la 
disparition contrainte de services de proximité et une planification renforçant 
le poids des centres urbains sur tout le reste (aménagement, transports, 
services sociaux, services fiscaux, police/gendarmerie, établissements 
culturels et sportifs, écoles et lycées, santé) et la désertification des 
campagnes qu'on prive de services essentiels et oblige à de longs déplacements 
(en voiture, faute de transport public cohérent et de liaisons que les petites 
communes rurales ne peuvent pas décider au sein des "EPCI géants" de 
Maine-et-Loire).

Verra-t-on du changement ailleurs ?

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

Re: [OSM-talk-fr] adresse mail rejetée

[marc marc]

Philippe ce n'est pas le cas, tous tes emails
sont en verd...@wanadoo.fr, ci dessous les entêtes
de celui auquel je répond.

j'ai aussi mis en dessous le nouveau thread
que tu as créés aujourd'hui.

Je te sugère de désabonner l'email wanadoo
pour ne garder que l'abo en gmail.com
ansi le problème cessera de lui-même.

 Message transféré 
Sujet : Re: [OSM-talk-fr] adresse mail rejetée
Date :  Tue, 7 Jan 2020 18:17:58 +0100
De :Philippe Verdy 


Pour les nouveaux messages à la liste, j'envoie maintenant
avec mon adresse Gmail


 Message transféré 
Sujet : [OSM-talk-fr] communes-communautés
Date :  Tue, 7 Jan 2020 19:08:33 +0100
De :Philippe Verdy 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] communes-communautés

[Philippe Verdy]

Vous ne l'avez peut-être pas remarqué mais la loi de juillet 2019 permet
maintenant à une commune nouvelle de prendre les responsabiltés d'un EPCI à
fiscalité propre dès sa création, sans devoir adhérer à un autre EPCI à
fiscalité propre.

Cela crée le statut de "commune-communauté" mixant à la fois en une seule
collectivité l'EPCI et la commune nouvelle comprenant ses communes
déléguées. Cela se fait à la création de la commune nouvelle. Cela apporte
plus de souplesse pour relancer les communes nouvelles (qui autrement ne
voudraient pas adhérer à une autre intercommunalité limitrophe devenant
trop grande.

La loi étant passée en juillet 2019 intervient trop tard pour que ce
dispositif se mette en place avant les prochaines élections
municipales/intercommunales en mars 2020, donc on n'aura rien avant au
minimum juillet 2020. Mais sans doute du chambardement avec des défusions
de communes nouvelles et recréation de nouvelles communes-communauté.



Il semble qu'il n'y ait pour l'instant qu'un seul cas bizarre (à moins que
ce soit une erreur):

Les "Vallons de l'Erdre" à côté de Candé en Maine-et-Loire, dont une
commune (Freigné) n'est actuellement dans aucun des EPCI voisins déjà très
grands (Pays d'Ancenis à l'ouest, Anjou Bleu Communauté au nord-est qui
inclus la ville limitrophe de Candé et celle de Segré son chef-lieu, ou la
CC de la Vallée du Haut Anjou au sud-est). Pourtant Freigné semble bien
faire partie des Vallons de l'Erdre en tant que commune déléguée.

La fusion a-t-elle été annulée ou veut-elle changer d'EPCI et rejoindre
Candé dans Anjou Bleu Communauté?

Veut-elle préserver son caractère rural entre Ancenis/Segré et Angers ; si
certaines communes déléguées les plus proches d'Ancenis auraient pu
rejoindre Anjou Bleu Communauté, d'autres se voyaient plus proche du pays
d'Ancenis et aucune n'était satisfaite de se voir reléguée des services
entre Segré, Ancenis et Angers, trois chef-lieux trop loin des
préoccupation de cette communauté rurale.

Il faut dire que les EPCI de Maine-et-Loire ont été faits "à l'arrache" et
sont les plus grands du territoire métropolitain et cela a conduit à une
centralisation plus ou moins "forcée" vers un nombre plus restreint de
pôles urbains et des tas de maires ruraux mécontents du sort qu'on leur
fait et de la disparition contrainte de services de proximité et une
planification renforçant le poids des centres urbains sur tout le reste
(aménagement, transports, services sociaux, services fiscaux,
police/gendarmerie, établissements culturels et sportifs, écoles et lycées,
santé) et la désertification des campagnes qu'on prive de services
essentiels et oblige à de longs déplacements (en voiture, faute de
transport public cohérent et de liaisons que les petites communes rurales
ne peuvent pas décider au sein des "EPCI géants" de Maine-et-Loire).

Verra-t-on du changement ailleurs ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide pour le Parc national de Guadeloupe

[Yves P.]

> Le 1 janv. 2020 à 18:11, Philippe Verdy  a écrit :
> 
> Ma question secondaire était en fait : Peut-on définir une seule fois la 
> géométrie avec par exemple 1047206 
> , et 
> inclure cette relation dans 2562137 
>  ?
> 
> Non. Les ways doivent être présentes dans les relations frontières, même si 
> ce sont les mêmes membres (car effectivement la région et le département se 
> partagent le même territoire ;

> la Guadeloupe n'a pas fusionné ses deux collectivités, elle s'y est opposée 
> par référendum local, donc deux entités, deux objets, deux niveaux 
> administratifs pour que l'ensemble des régions et celui des départements soit 
> complet en France).

Je trouve un cas similaire à La Martinique : Communauté d'agglomération du 
Centre de la Martinique  et 
Fort-de-France 
JOSM râle : « Relations avec les mêmes membres »

—
Yves

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

Re: [OSM-talk-fr] 1ere mondiale (enfin je crois) : le réseau de transport électrique français est routable

[Jacques Lavignotte]

Bravo François.


Le 07/01/2020 à 02:05, François Lacombe a écrit :



Bref, c'est vraiment super
A bientôt !

François

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



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
On mangera ? (c) (tm)

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

Re: [OSM-talk-fr] 1ere mondiale (enfin je crois) : le réseau de transport électrique français est routable

[Vincent Privat]

Félicitations \o/

Le mar. 7 janv. 2020 à 18:50, David Marchal  a écrit :

> Bravo pour le boulot, François ! C’est parfois une plaie de dénouer les
> lignes, même avec les données de RTE.
>
> Cordialement.
>
> Le 7 janv. 2020 à 02:05, François Lacombe  a
> écrit :
>
> Salut à tous
>
> Mon 1er mail de 2020 ici, donc bonne année à tous !
> Que vos projets respectifs se concrétisent et surtout que vous y trouviez
> une satisfaction sans cesse renouvelée
>
> Pour bien commencer, j'attire votre attention sur le changeset suivant :
> https://www.openstreetmap.org/changeset/79224080
>
> Il marque une étape importante dans la description du réseau de transport
> électrique, débutée dès 2008 je crois
> L'ensemble des tensions 400kV et 225kV sont désormais routables en France,
> via l'emploi de + de 1500 relations cousues-main comme celles-ci
> https://www.openstreetmap.org/relation/6194774
> Elles représentent une continuité métallique avec plusieurs extrémités
> parfois. C'est expliqué ici :
>
> https://wiki.openstreetmap.org/wiki/Power_networks/France#Circuits_et_routage_sur_le_r.C3.A9seau
> Il ne me semble pas que pareil niveau ait été atteint ailleurs dans le
> monde.
> http://overpass-turbo.eu/s/yUw
>
> Le projet a été assorti de la description des postes extrémités, jusqu'aux
> arbres et places de parking
> https://twitter.com/InfosReseaux/status/1210984860292206599?s=20
>
> La complétude va permettre d'extraire une dizaine de jeux de données
> thématiques, dont la plupart n'a pas d'équivalent en données ouvertes, dans
> les prochaines semaines et de communiquer sur leur disponibilité.
> On pourra parler :
> - De la centaine de personnes ayant contribué de ~2008 jusqu'à maintenant
> - Des milliers de km et de photos fait sur le terrain
> - Des dizaines de milliers de km de lignes tracées sur vues aériennes
> (avant la dispo de l'opendata RTE)
> - Des 1200 transformateurs de puissance traqués et positionnés
> - Des dizaines d'hectares de pelouse tracées dans les postes (peut
> directement servir à la planification de l'emploi de moutons chez RTE pour
> limiter l'usage de produits phytosanitaires)
> - Des milliers de km de jeux de barres, portiques, murs, voirie routière
> tracés dans les mêmes postes
> - Des centaines d'arbres positionnés (il me semble)
>
> + probablement d'autres stats
>
> Bref, c'est vraiment super
> A bientôt !
>
> François
> ___
> 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] BD Ortho down... donc UP du plan B

[David Marchal]

Ah, c’était donc ça. Bravo pour la réactivité, Christian !

> Le 7 janv. 2020 à 14:43, Christian Quest  a écrit :
> 
> Le 07/01/2020 à 13:58, Christian Quest a écrit :
>> Les appels de notre proxy à la BD Ortho sont rejetés (403 problème 
>> d'authentification).
>> 
>> Comme le site "pro" de l'IGN est indisponible depuis une dizaine de jours 
>> pour cause de migration version un futur nouveau site plus mieux, impossible 
>> d'aller voir ce qui coince, si il y a une clé à mettre à jour ou autre.
>> 
>> En attendant, je redirige les requêtes vers la couche "tous_fr" de 
>> wms.openstreetmap.fr
>> 
>> Elle ne couvre pas toute la France mais c'est mieux que rien du tout.
>> 
> 
> Rectificatif... l'IGN ne répond plus en HTTP mais uniquement en HTTPS et 
> redirige les requêtes, que le proxy ne suivait pas. C'est désormais corrigé 
> et retour à la normale.
> 
> Désolé pour le bruit !
> 
> 
> -- 
> 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] 1ere mondiale (enfin je crois) : le réseau de transport électrique français est routable

[David Marchal]

Bravo pour le boulot, François ! C’est parfois une plaie de dénouer les lignes, 
même avec les données de RTE.

Cordialement.

Le 7 janv. 2020 à 02:05, François Lacombe 
mailto:fl.infosrese...@gmail.com>> a écrit :

Salut à tous

Mon 1er mail de 2020 ici, donc bonne année à tous !
Que vos projets respectifs se concrétisent et surtout que vous y trouviez une 
satisfaction sans cesse renouvelée

Pour bien commencer, j'attire votre attention sur le changeset suivant :
https://www.openstreetmap.org/changeset/79224080

Il marque une étape importante dans la description du réseau de transport 
électrique, débutée dès 2008 je crois
L'ensemble des tensions 400kV et 225kV sont désormais routables en France, via 
l'emploi de + de 1500 relations cousues-main comme celles-ci
https://www.openstreetmap.org/relation/6194774
Elles représentent une continuité métallique avec plusieurs extrémités parfois. 
C'est expliqué ici :
https://wiki.openstreetmap.org/wiki/Power_networks/France#Circuits_et_routage_sur_le_r.C3.A9seau
Il ne me semble pas que pareil niveau ait été atteint ailleurs dans le monde.
http://overpass-turbo.eu/s/yUw

Le projet a été assorti de la description des postes extrémités, jusqu'aux 
arbres et places de parking
https://twitter.com/InfosReseaux/status/1210984860292206599?s=20

La complétude va permettre d'extraire une dizaine de jeux de données 
thématiques, dont la plupart n'a pas d'équivalent en données ouvertes, dans les 
prochaines semaines et de communiquer sur leur disponibilité.
On pourra parler :
- De la centaine de personnes ayant contribué de ~2008 jusqu'à maintenant
- Des milliers de km et de photos fait sur le terrain
- Des dizaines de milliers de km de lignes tracées sur vues aériennes (avant la 
dispo de l'opendata RTE)
- Des 1200 transformateurs de puissance traqués et positionnés
- Des dizaines d'hectares de pelouse tracées dans les postes (peut directement 
servir à la planification de l'emploi de moutons chez RTE pour limiter l'usage 
de produits phytosanitaires)
- Des milliers de km de jeux de barres, portiques, murs, voirie routière tracés 
dans les mêmes postes
- Des centaines d'arbres positionnés (il me semble)

+ probablement d'autres stats

Bref, c'est vraiment super
A bientôt !

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

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

Re: [OSM-talk-fr] adresse mail rejetée

[Philippe Verdy]

Mon analyse est limitée, mais comme j'ai eu une désinscription automatique
sans même être prévenu, pour que la liste soit contente je me suis
réinscrit aussi avec mon adresse Gmail.
J'ai toujours mon adresse wanadoo.fr inscrite, mais je n'utilise pas les
serveurs d'Orange pour les envois, juste pour la réception (l'adresse
wanadoo.fr est toujours valide et redirigée automatiquement vers Gmail).
Pour les nouveaux messages à la liste, j'envoie maintenant avec mon adresse
Gmail (je pourrais encore utiliser l'adresse Wanadoo au cas où quelqu'un
reprendrait un ancien fil ou mon adresse qui fonctionne toujours, mais que
je ne reçois pas, bien qu'elle est toujours inscrite à la liste, je reçois
malgré tout la copie à ma seconde adresse inscrite Gmail).
Parfois il arrive que les serveurs Orange fassent du "bounce", puis malgré
tout me transmet finalement le message (avec retard) mais alors les
serveurs d'Orange m'envoie le message de bounce du message de la liste
postée à mon adresse mail en lui ajoutant des entêtes dans le contenu
indiquant qu'Orange n'a pu transmettre le message original; je reçoi alors
le message modifié par Orange.
Cela arrive généralement quand celui qui a posté sur la liste son message a
utilisé une adresse non authentifiée (selon Orange) et qu'il a procédé à un
analyse anti-spam. Je note alors que le bounce envoyé par Orange à la liste
ne va pas sur la liste, mais m'est retourné en copie à mon adresse Gmail.
Je ne perds donc rien même si cela veut dire parfois des corps de message
modifiés par les serveurs d'Orange avec la notification d'échec de
livraison par Orange, mais le mail original venant de la liste inclus en
pièce jointe (parfois filtré s'il y a des images ou fichiers joints que je
ne vois pas). Je reçoi parfois ce message modifié par Orange en plus du
message que je reçois directement de la liste vers ma boite Gmail...

Bref, pour régler le problème j'ai simplement inscrit à la liste ma seconde
adresse @gmail.com en plus de celle (historique et valide depuis environ 30
ans) de @wanadoo.fr (j'ai eu des adresses aussi sur CompuServe et encore
d'autres avant sur des domaines qui n'existent plus). J'ai d'autres
adresses mail redirigées vers Gmail (dont un certain nombre de mes anciens
FAI: plusieurs d'Orange, de SFR, de Bouygues, de Free, et d'autres à usage
privé chez Yahoo, Hotmail/Live, tout va automatiquement vers Gmail ensuite).

Au final, il semble que seules les adresses Gmail et Yahoo fonctionnent
correctement et tout le temps avec les listes OSM. Tous les autres domaines
(Orange, Sosh, SFR, B, BouygTel, Free, et divers) ont des bounces de
temps en temps et ne suivent pas toujours les dernières préconisations pour
DMARC ou SPF ou SMTPS ou le DNS authentique et les certificats de domaine
(Orange en particulier oublie régulièrement d'inscrire des adresses IP de
ses serveurs SMTP dans le reverse DNS et cela peut durer des mois avant
qu'ils corrigent et créent et installent de nouveaux certificats à jour).

Le mar. 7 janv. 2020 à 16:53, marc marc  a
écrit :

> Bonjour,
>
> J'ai discuté avec TomH ce midi. Le soucis semble être double :
>
> - certains email sont protégé par spf et/ou dmarc,
> une technologique qui permet de préciser qui a le droit d'envoyer
> un email avec tel domaine ou tel serveur/ip.
> les listes de diffusion cassent cette protection (pour le destinataire,
> l'email n’apparaît plus comme venant de l'expéditeur d'origine mais
> comme venant d'un serveur sans rapport avec le domaine initial).
> Certains domaines de destination sont stricts sur ce critère,
> ce qui provoque un bounce et une fois atteint x bounce, le serveur de
> liste désinscrit ce destinataire.
> une modification a été faite à ce sujet pour modifier ces emails et
> mettre talk-fr comme expéditeur à la place (cfr mon email de 16h05
> comme exemple).
> cependant mon email suivant n'a pas été masqué, donc p'tre qu'il
> reste un problème.
>
> - certains domaines de destination ne semble pas aimer les emails
> redirigé. en effet ils reçoivent par exemple un email @wanadoo.fr
> avec l'ip d'un serveur qui n'est pas celui de wanadoo mais gmail.
> ils peuvent considérer cela comme de l'usurpation classique des spam.
> dans les logs, le serveur free.fr répond par exemple "550 spam detected"
> Pour résoudre cela, soit il faut demander à free.fr d'être moins strict
> (quasi aucune chance d'aboutir) soit les utilisateurs inscrits via un
> domaine mais qui transmettent cet email à un autre hébergeur devrait
> cesser ce le faire et s'inscrire directement avec cet autre hébergeur.
> les différents cas trouvé par TomH pour talk-fr concerne tous Philippe
> Verdy mais il n'a pas faire une analyse complète, donc si d'autres sont
> dans le cas, n'hésitez pas à signaler/migrer :)
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing 

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Bonjour Chris,

Nous suggerons dans nos instructions de mettre "amenity=fountain et
drinking_water=yes" quand une fontaine qui mérite ce nom est indiquée
potable et de mettre  "amenity=fountain et drinking_water=no" quand c'est
indiquée potable. Et nous dirons la meme chose pour tous les pays.

Et pour les fontaines modernes comme dans les aeroports, gares, ecoles,
etc, nous suggerons de mettre "amenity=drinking_water".

Bien cordialement,

Stuart



On Tue, 7 Jan 2020 at 17:05, Christian Quest 
wrote:

> Le 07/01/2020 à 15:45, European Water Project a écrit :
> > Malheureusement en France, la grande majorité de fontaines en pierre
> > avec de l'eau 100% potable sont libellée "non potable" par peur du
> > procès des maires (et ils ont raisons, tant que la legislation ne
> > change). Dans ce cas, faut-il mettre "amenity=fountain et
> > drinking_water=no".  Et si un jour la legislation change pour ces
> > fontaines, on mettra que "amenity=drinking_water" ?
>
>
> On voit aussi assez souvent quelque chose de plus honnête: "eau non
> contrôlée"
>
> amenity=drinking_water : ça indique un point d'eau potable
>
> amenity=fountain : une fontaine (le monument ou l'objet avec une
> vocation décorative et pas juste utilitaire)
>
> - si l'eau est potable: drinking_water=yes
>
> - si elle ne l'est pas: drinking_water=no
>
> - si elle est "non contrôle": drinking_water=conditional
>
> - si on ne sait pas on ne met rien
>
> Je ne connaissais pas drinking_water:legal
>
> Le wiki donne comme toujours bien plus de détails et décrit aussi
> amenity=water_point où l'on peut puiser de grandes quantité d'eau
> (potable ou non)
>
>
> --
> 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

[OSM-talk-fr] Sur utilisation non nécessaire des espaces de nom — Re: Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

[Yves P.]

—
Yves Pratter




> Le 7 janv. 2020 à 16:19, marc marc  a écrit :
> 
> Pour ma part, je me posais la question de ce que je considère comme
> une surutilisation non nécessaire des espaces de nom (l’enchaînement
> de clef: pour préciser une clef)
> je vais faire une comparaison avec les routes :
> en lisant une référence sur le panneau d'une route, cette référence
> se retranscrit dans la clef ref=numéro et ceci indépendamment de
> l'opérateur ou du pays.
> on n'utilise pas non plus d'espace de nom du genre ref:FR:auteur
> pour préciser qui serrait l'auteur de la ref.
> on n'utilise pas non plus de mot dans la clef pour donner le sens de
> cette référence ou le terme légal que celui-ci aurait dans la loi.


> Au final l'utilisateur qui lit une ref quelque part, ne peux pas
> l'ajouter dans osm sans devoir chercher dans le wiki quel est la règle
> particulière qui régit cet objet dans ce pays.
ce qui est aussi pénible, c’est que les rendus n’affichent pas les ref:xyz et 
que les modèles de saisie (preset) non que le champ de saisie ref.

> cela nuit à mon avis grandement à l'encodage simple et même à l’utilisation

> (essayez donc de connaître le nombre de power=substation
> au niveau mondial qui ont une ref, vous devez écrire une règle qui dit
> que cela peux être ref ou ref:* chose que de nombreux outil tel que
> tainfo ou overpass ne permettent pas ou pas facilement)
si on ne connait pas la ref:* à mettre, on peut mettre ref tout simplement.

> A l'inverse, dans le domaine énergétique (et des transports), au fil
> du temps, on utilise des espaces de nom pour la clef ref en France,
> sans que je perçoive ni le besoin ni même l’intérêt.
Les intérêts sont :
de lier l’objet OSM à un objet dans une base de donnée externe.
pour un objet qui a plusieurs références, de les différencier.
pour une machine (voir un humain), de savoir à quoi ça correspond. Référence de 
l’opérateur, de la commune… ?

Exemple d’un poste de transformation électrique :
On trouve souvent une référence GDO et une référence concernant l’éclairage 
public.
En pratique cette dernière se trouve sur un disjoncteur, mais comme on ne fait 
pas encore de micro mapping à ce niveau, il faudrait mettre les deux valeur 
dans reference=

Exemple d’une bouée en mer ou d’un phare : 
ref:nga la référence dans le livre des feux américain
ref:admiralty : la référence internationale (celle du livre des feux anglais)
une référence nationale (ref:ef pour l’Italie, ref:aladin pour la France, 
ref:uscg pour les USA, …)

—
Yves


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

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[Christian Quest]

Le 07/01/2020 à 15:45, European Water Project a écrit :
Malheureusement en France, la grande majorité de fontaines en pierre 
avec de l'eau 100% potable sont libellée "non potable" par peur du 
procès des maires (et ils ont raisons, tant que la legislation ne 
change). Dans ce cas, faut-il mettre "amenity=fountain et 
drinking_water=no".  Et si un jour la legislation change pour ces 
fontaines, on mettra que "amenity=drinking_water" ?



On voit aussi assez souvent quelque chose de plus honnête: "eau non 
contrôlée"


amenity=drinking_water : ça indique un point d'eau potable

amenity=fountain : une fontaine (le monument ou l'objet avec une 
vocation décorative et pas juste utilitaire)


- si l'eau est potable: drinking_water=yes

- si elle ne l'est pas: drinking_water=no

- si elle est "non contrôle": drinking_water=conditional

- si on ne sait pas on ne met rien

Je ne connaissais pas drinking_water:legal

Le wiki donne comme toujours bien plus de détails et décrit aussi 
amenity=water_point où l'on peut puiser de grandes quantité d'eau 
(potable ou non)



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Bonjour Philippe,



Et pourtant, la politique d'autre côté de nos frontières est très
différente. Plus que 70.000 fontaines potables en Italie. (Nous préparons
un "fountain hunt" en avril à Rome avec My-D.org et Wikimedia Suisse). Et à
2 kilomètres de notre maison, de l'autre côté de la frontière en Suisse
toutes les fontaines sont potables.



Avant 1970, quand les bouteilles en PET sont introduites nos fontaines
étaient utilisées quotidiennement ...  Peut-être la réponse est plus
nuancée et les industriels ont eu leur mot à dire dans l'écriture de cette
histoire.



Bien à toi,



Stuart

On Tue, 7 Jan 2020 at 16:40, Philippe Verdy  wrote:

> Hormi le cas des simples robinets à bouton poussoir du mobilier urbain,
> les fontaines avec un bac de pierre peuvent être qualifiés de "monuments",
> témoins d'un passé architectural et de l'activité du village.
> Elles peuvent être potables ou non mais ce sont des "fontaines",
> amenity=fountain et sont encore utilisées pour l'arrosage même si ce n'est
> plus pour boire, car non testé (parfois aussi des sources
> "waterway=spring"). Ces fontaines traditionnelles et préservées par les
> communes, sont marquées de panneaux "eau non potable" en cas de besoin (en
> fait bien des fontaines sont potables, mais les communes ne veulent pas
> prendre de risque si c'est une source naturelle, puisque l'eau n'est pas
> traitée, donc pas testée en continu, à moins que des travaux aient été
> faits pour les raccorder au réseau d'eau potable, et dans ce cas il y a un
> robinet car on ne gache pas les eaux traitées par une écoulement continu).
> Bref fountain=yes, drinking_water=no est bien souvent le signe d'un
> waterway=spring (ou d'une résurgence naturelle, ou d'une rigole
> d'infiltration, qui pourrait aussi être le déversoir d'un étang plus haut
> sur une colline, qui est susceptible d'être pollué par les eaux de
> ruissellements et le drainage de fossés le long de parcelles agricoles
> traitées, de routes ou de pollutions alentour).
> En France il n'est plus possible depuis longtemps de boire directement
> l'eau des fleuves et rivières sans traitement par le réseau d'eau potable
> (on n'est pas au milieu d'une île indonésienne où c'est encore possible, ce
> n'est déjà plus possible en Guyane ou en Nouvelle-Calédonie à cause de
> l'orpaillage et des mines, la pollution catastrophique que cela a entrainé
> dans les cours d'eau et la faune aquatique).
> La présence d'un robinet ne garantie pas non plus la potabilité (les
> déversoirs peuvent servir à alimenter les stations de traitement des eaux
> et il faut préserver les nappes d'alimentation et ne pas les laisser se
> vider en continu sans contrôle; il ne doit plus rester beaucoup de
> fontaines sans robinet, sauf si ce sont des sources de ruisseaux ou si
> c'est de l'eau qui s'écoule d'un petit bief de dérivation à partir d'un
> débordement, dans ce cas la fontaine est intermittente et on peut avoir
> intermittent=yes en plus sur cette fontaine, comme aussi toute autre source
> de ruisseau intermittent)
>
> Le mar. 7 janv. 2020 à 16:22, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
>> Merci Marc
>>
>> Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
>> qu'inciter les personnes de ne pas libeller la fontaine comme autre chose
>> que "amenty=fountain et drinking_water=no". Nous ne pouvons pas assurer de
>> la qualité de l'eau sans que les testes (qui ne sont pas couteux) soit
>> faites par les autoritées compétentes et je ne prendrai pas cette
>> responsabilité.
>>
>> Et dans ce cas,  il y a une incoherence entre une belle fontaine en
>> pierre dans un village français qui sera juste "amenity=drinking_water" is
>> l'eau est potable, et "amenity=fountain" et "drinking_water=no" si la
>> fontaine n'est pas potable.
>>
>> bien cordialement,
>>
>> Stuart
>>
>> On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr <
>> talk-fr@openstreetmap.org> wrote:
>>
>>> Bonjour,
>>>
>>> il y a 2 points différents dans ta question
>>>
>>> 1) à quoi ressemble l'objet ?
>>> la différence entre amenity=drinking_water <> amenity=fountain
>>> concerne l'apparence.
>>> un simple robinet d’où coule de l'eau avec une plaque d'égout en
>>> dessous, ce n'est pas une fontaine.
>>> un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
>>> d'être une fontaine.
>>> évidement le problème est entre les 2 (ex un objet en pierre sculpté
>>> avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
>>> quand il y a un doute, c'est un amenity=drinking_water
>>> il ne serrait d'ailleurs pas trop grave de mettre amenity=drinking_water
>>> sur une fontaine, osm se fait de manière incrémentielle, une fois la
>>> localisation précise connue, et qui plus est grâce aux photos que vous
>>> voulez récolter, il serrait facile d'améliorer la description de l'objet
>>> dans osm si nécessaire
>>>
>>> 2) potable ou non potable ? légalement ou en pratique ?
>>> tant un point d'eau qu'une fontaine 

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

[Philippe Verdy]

pour les routes (sur la voie publique) on n'a pas besoin de clé car il n'y
a à priori qu'un opérateur public attitré localement (indiqué par la/les
premières lettres).
Cependant des références multiples existent pour différents opérateurs (pas
tous attitrés localement, et pas tous pour le domaine public uniquement),
et on ne peut pas faire autrement que de mettre une clé spécifique pour
chacun (exemples : lignes de transport, réseaux cyclables, opérateurs
sportifs, référence de tourisme et randonnée...).
Pour les équipements électriques, tous ne sont pas sur le réseau public
général et GDO n'est plus le seul opérateur non plus. Si on veut distinguer
les réseaux, pas moyen non plus de se passer de clé, car il n'y a pas de
standard hors du réseau public de transport; de plus les opérateurs publics
ne sont plus uniques non plus (selon la collectivité qui commande les
branches du réseau et peut avoir des liaisons spécifiques venant d'autre
territoires hors de la collectivité ou du gros client final qui l'a
commandé).
Il y a aussi plein de réseaux de distribution ou d'alimentation avec eux
aussi leurs équipements (transformateurs et convertisseurs
continu/alternatif, isolateurs et coupe-circuits, postes de contrôle,
jonctions entre réseau enterré et réseau aérien, etc., petits batiments ou
armoires de rue ou cabinets sous-terrain sous une plaque pour la
distribution, pas tous non plus sur le domaine public mais parfois enclavés
dans un terrain privé, comme le sont aussi pas mal de poteaux et pylones au
milieu des champs et forêts et pas toujours avec un chemin public pour y
mener, parfois juste un chemin agricole privé avec un droit de passage pour
les techniciens)

Le mar. 7 janv. 2020 à 16:20, marc marc  a
écrit :

> Bonjour,
>
> Le 07.01.20 à 16:01, Quentin Salles a écrit :
> > Pouvez-vous me confirmer que l'usage de la clé "ref:FR:gdo" est bien
> actif ?
>
> Nous n'avions pas terminé la discussion sur la migration.
> Je te conseille d'utiliser l'ancienne clef en attendant, puisque
> c'est elle qui est la façon de faire actuellement.
>
> Pour ma part, je me posais la question de ce que je considère comme
> une surutilisation non nécessaire des espaces de nom (l’enchaînement
> de clef: pour préciser une clef)
> je vais faire une comparaison avec les routes :
> en lisant une référence sur le panneau d'une route, cette référence
> se retranscrit dans la clef ref=numéro et ceci indépendamment de
> l'opérateur ou du pays.
> on n'utilise pas non plus d'espace de nom du genre ref:FR:auteur
> pour préciser qui serrait l'auteur de la ref.
> on n'utilise pas non plus de mot dans la clef pour donner le sens de
> cette référence ou le terme légal que celui-ci aurait dans la loi.
>
> A l'inverse, dans le domaine énergétique (et des transports), au fil
> du temps, on utilise des espaces de nom pour la clef ref en France,
> sans que je perçoive ni le besoin ni même l'intérêt.
>
> Au final l'utilisateur qui lit une ref quelque part, ne peux pas
> l'ajouter dans osm sans devoir chercher dans le wiki quel est la règle
> particulière qui régit cet objet dans ce pays.
> cela nuit à mon avis grandement à l'encodage simple et même à
> l'utilisation (essayez donc de connaître le nombre de power=substation
> au niveau mondial qui ont une ref, vous devez écrire une règle qui dit
> que cela peux être ref ou ref:* chose que de nombreux outil tel que
> tainfo ou overpass ne permettent pas ou pas facilement)
>
> > Est-il possible de remonter l'information
> > via l'Open data. Si oui, est-il permis d'ajouter ces informations non
> > visibles sur le terrain ?
>
> bien sur, osmose ne propose rien sur le sujet ?
> https://osmose.openstreetmap.fr/fr/map/
>
> 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] adresse mail rejetée

[marc marc]

Bonjour,

J'ai discuté avec TomH ce midi. Le soucis semble être double :

- certains email sont protégé par spf et/ou dmarc,
une technologique qui permet de préciser qui a le droit d'envoyer
un email avec tel domaine ou tel serveur/ip.
les listes de diffusion cassent cette protection (pour le destinataire,
l'email n’apparaît plus comme venant de l'expéditeur d'origine mais
comme venant d'un serveur sans rapport avec le domaine initial).
Certains domaines de destination sont stricts sur ce critère,
ce qui provoque un bounce et une fois atteint x bounce, le serveur de
liste désinscrit ce destinataire.
une modification a été faite à ce sujet pour modifier ces emails et
mettre talk-fr comme expéditeur à la place (cfr mon email de 16h05
comme exemple).
cependant mon email suivant n'a pas été masqué, donc p'tre qu'il
reste un problème.

- certains domaines de destination ne semble pas aimer les emails
redirigé. en effet ils reçoivent par exemple un email @wanadoo.fr
avec l'ip d'un serveur qui n'est pas celui de wanadoo mais gmail.
ils peuvent considérer cela comme de l'usurpation classique des spam.
dans les logs, le serveur free.fr répond par exemple "550 spam detected"
Pour résoudre cela, soit il faut demander à free.fr d'être moins strict
(quasi aucune chance d'aboutir) soit les utilisateurs inscrits via un
domaine mais qui transmettent cet email à un autre hébergeur devrait
cesser ce le faire et s'inscrire directement avec cet autre hébergeur.
les différents cas trouvé par TomH pour talk-fr concerne tous Philippe
Verdy mais il n'a pas faire une analyse complète, donc si d'autres sont
dans le cas, n'hésitez pas à signaler/migrer :)

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

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Merci Marc

Je suis d'accord que ça doit etre libellée comme ça, donc ça me plait !

A bientôt,

Stuart



On Tue, 7 Jan 2020 at 16:35, marc marc  wrote:

> pour ceux craintif à propos de l'aspect légal,
> c'est justement l'intérêt du tag drinking_water:legal
> il fait la différence entre "tout le monde la boit" et "qlq a
> fait l'analyse et/ou a posé un panneau qui le dit"
>
> il y a une erreur dans ton raisonnement ci-dessous :
> une belle fontaine en pierre et potable est amenity=fountain
> et drinking_water=yes
>
> Le 07.01.20 à 16:20, European Water Project a écrit :
> > Merci Marc
> >
> > Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
> > qu'inciter les personnes de ne pas libeller la fontaine comme autre
> > chose que "amenty=fountain et drinking_water=no". Nous ne pouvons pas
> > assurer de la qualité de l'eau sans que les testes (qui ne sont pas
> > couteux) soit faites par les autoritées compétentes et je ne prendrai
> > pas cette responsabilité.
> >
> > Et dans ce cas,  il y a une incoherence entre une belle fontaine en
> > pierre dans un village français qui sera juste "amenity=drinking_water"
> > is l'eau est potable, et "amenity=fountain" et "drinking_water=no" si la
> > fontaine n'est pas potable.
> >
> > bien cordialement,
> >
> > Stuart
> >
> > On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr
> > mailto:talk-fr@openstreetmap.org>> wrote:
> >
> > Bonjour,
> >
> > il y a 2 points différents dans ta question
> >
> > 1) à quoi ressemble l'objet ?
> > la différence entre amenity=drinking_water <> amenity=fountain
> > concerne l'apparence.
> > un simple robinet d’où coule de l'eau avec une plaque d'égout en
> > dessous, ce n'est pas une fontaine.
> > un objet artistique, avec parfois plusieurs jets ou sculpté a des
> chance
> > d'être une fontaine.
> > évidement le problème est entre les 2 (ex un objet en pierre sculpté
> > avec un simple jet d'eau). mais je suis d'accord avec Stefan : à
> priori
> > quand il y a un doute, c'est un amenity=drinking_water
> > il ne serrait d'ailleurs pas trop grave de mettre
> amenity=drinking_water
> > sur une fontaine, osm se fait de manière incrémentielle, une fois la
> > localisation précise connue, et qui plus est grâce aux photos que
> vous
> > voulez récolter, il serrait facile d'améliorer la description de
> l'objet
> > dans osm si nécessaire
> >
> > 2) potable ou non potable ? légalement ou en pratique ?
> > tant un point d'eau qu'une fontaine peux fournir de l'eau potable
> > ou non ou potable sans garantie légale
> > Pour ma part, je m'en tiens à la page wiki
> > https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
> > s'il y a un panneau potable ou si c'est manifestement fait pour se
> > désaltérer (cas du mobilier urbain avec un robinet ou bouton
> poussoir)
> > amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
> > s'il y a un panneau non potable drinking_water:legal=no
> > s'il me semble raisonnable de boire l'eau drinking_water=yes
> > s'il me semble déraisonnable de boire l'eau drinking_water=no
> >
> > Cordialement,
> > Marc
> >
> > Le 07.01.20 à 15:45, European Water Project a écrit :
> > > Bonjour,
> > >
> > > Nous avons les instructions maintenant en 6 langues pour comment
> > ajouter
> > > une fontaine en OpenStreetMap et une photo d'une fontaine en
> Wikimedia
> > > Commons. Nous avons eu beaucoup d'aide pour completer cette tache
> > d'OSM
> > > Suisse et d'OSM Espagne.
> > >
> > >
> >
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
> > >
> > > Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la
> > > grande majorité de fontaines que  "amenity=drinking_water" et de
> > ne pas
> > > mettre 2) "amenity=fountain et drinking_water=yes".  Vous etes
> plutôt
> > > d'accord ? Malheureusement en France, la grande majorité de
> > fontaines en
> > > pierre avec de l'eau 100% potable sont libellée "non potable" par
> peur
> > > du procès des maires (et ils ont raisons, tant que la legislation
> ne
> > > change). Dans ce cas, faut-il mettre "amenity=fountain et
> > > drinking_water=no".  Et si un jour la legislation change pour ces
> > > fontaines, on mettra que "amenity=drinking_water" ?
> > >
> > > Bien cordialement,
> > >
> > > Stuart
> > >
> > >
> > >
> > > On Fri, 27 Dec 2019 at 14:13, European Water Project
> > >  > 
> >  > >>
> > > wrote:
> > >
> > > Bonjour,
> > >
> > >
> > >
> > > Je serai reconnaissant si vous pouvez nous donner vos
> commentaires
> > > sur les instructions en français de comment ajouter une
> fontaine
> > > 

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[Philippe Verdy]

Hormi le cas des simples robinets à bouton poussoir du mobilier urbain, les
fontaines avec un bac de pierre peuvent être qualifiés de "monuments",
témoins d'un passé architectural et de l'activité du village.
Elles peuvent être potables ou non mais ce sont des "fontaines",
amenity=fountain et sont encore utilisées pour l'arrosage même si ce n'est
plus pour boire, car non testé (parfois aussi des sources
"waterway=spring"). Ces fontaines traditionnelles et préservées par les
communes, sont marquées de panneaux "eau non potable" en cas de besoin (en
fait bien des fontaines sont potables, mais les communes ne veulent pas
prendre de risque si c'est une source naturelle, puisque l'eau n'est pas
traitée, donc pas testée en continu, à moins que des travaux aient été
faits pour les raccorder au réseau d'eau potable, et dans ce cas il y a un
robinet car on ne gache pas les eaux traitées par une écoulement continu).
Bref fountain=yes, drinking_water=no est bien souvent le signe d'un
waterway=spring (ou d'une résurgence naturelle, ou d'une rigole
d'infiltration, qui pourrait aussi être le déversoir d'un étang plus haut
sur une colline, qui est susceptible d'être pollué par les eaux de
ruissellements et le drainage de fossés le long de parcelles agricoles
traitées, de routes ou de pollutions alentour).
En France il n'est plus possible depuis longtemps de boire directement
l'eau des fleuves et rivières sans traitement par le réseau d'eau potable
(on n'est pas au milieu d'une île indonésienne où c'est encore possible, ce
n'est déjà plus possible en Guyane ou en Nouvelle-Calédonie à cause de
l'orpaillage et des mines, la pollution catastrophique que cela a entrainé
dans les cours d'eau et la faune aquatique).
La présence d'un robinet ne garantie pas non plus la potabilité (les
déversoirs peuvent servir à alimenter les stations de traitement des eaux
et il faut préserver les nappes d'alimentation et ne pas les laisser se
vider en continu sans contrôle; il ne doit plus rester beaucoup de
fontaines sans robinet, sauf si ce sont des sources de ruisseaux ou si
c'est de l'eau qui s'écoule d'un petit bief de dérivation à partir d'un
débordement, dans ce cas la fontaine est intermittente et on peut avoir
intermittent=yes en plus sur cette fontaine, comme aussi toute autre source
de ruisseau intermittent)

Le mar. 7 janv. 2020 à 16:22, European Water Project <
europeanwaterproj...@gmail.com> a écrit :

> Merci Marc
>
> Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
> qu'inciter les personnes de ne pas libeller la fontaine comme autre chose
> que "amenty=fountain et drinking_water=no". Nous ne pouvons pas assurer de
> la qualité de l'eau sans que les testes (qui ne sont pas couteux) soit
> faites par les autoritées compétentes et je ne prendrai pas cette
> responsabilité.
>
> Et dans ce cas,  il y a une incoherence entre une belle fontaine en pierre
> dans un village français qui sera juste "amenity=drinking_water" is l'eau
> est potable, et "amenity=fountain" et "drinking_water=no" si la fontaine
> n'est pas potable.
>
> bien cordialement,
>
> Stuart
>
> On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr <
> talk-fr@openstreetmap.org> wrote:
>
>> Bonjour,
>>
>> il y a 2 points différents dans ta question
>>
>> 1) à quoi ressemble l'objet ?
>> la différence entre amenity=drinking_water <> amenity=fountain
>> concerne l'apparence.
>> un simple robinet d’où coule de l'eau avec une plaque d'égout en
>> dessous, ce n'est pas une fontaine.
>> un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
>> d'être une fontaine.
>> évidement le problème est entre les 2 (ex un objet en pierre sculpté
>> avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
>> quand il y a un doute, c'est un amenity=drinking_water
>> il ne serrait d'ailleurs pas trop grave de mettre amenity=drinking_water
>> sur une fontaine, osm se fait de manière incrémentielle, une fois la
>> localisation précise connue, et qui plus est grâce aux photos que vous
>> voulez récolter, il serrait facile d'améliorer la description de l'objet
>> dans osm si nécessaire
>>
>> 2) potable ou non potable ? légalement ou en pratique ?
>> tant un point d'eau qu'une fontaine peux fournir de l'eau potable
>> ou non ou potable sans garantie légale
>> Pour ma part, je m'en tiens à la page wiki
>> https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
>> s'il y a un panneau potable ou si c'est manifestement fait pour se
>> désaltérer (cas du mobilier urbain avec un robinet ou bouton poussoir)
>> amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
>> s'il y a un panneau non potable drinking_water:legal=no
>> s'il me semble raisonnable de boire l'eau drinking_water=yes
>> s'il me semble déraisonnable de boire l'eau drinking_water=no
>>
>> Cordialement,
>> Marc
>>
>> Le 07.01.20 à 15:45, European Water Project a écrit :
>> > Bonjour,
>> >
>> > Nous avons les instructions maintenant en 6 langues pour comment ajouter
>> > 

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[marc marc]

pour ceux craintif à propos de l'aspect légal,
c'est justement l'intérêt du tag drinking_water:legal
il fait la différence entre "tout le monde la boit" et "qlq a
fait l'analyse et/ou a posé un panneau qui le dit"

il y a une erreur dans ton raisonnement ci-dessous :
une belle fontaine en pierre et potable est amenity=fountain
et drinking_water=yes

Le 07.01.20 à 16:20, European Water Project a écrit :
> Merci Marc
> 
> Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
> qu'inciter les personnes de ne pas libeller la fontaine comme autre
> chose que "amenty=fountain et drinking_water=no". Nous ne pouvons pas
> assurer de la qualité de l'eau sans que les testes (qui ne sont pas
> couteux) soit faites par les autoritées compétentes et je ne prendrai
> pas cette responsabilité. 
> 
> Et dans ce cas,  il y a une incoherence entre une belle fontaine en
> pierre dans un village français qui sera juste "amenity=drinking_water"
> is l'eau est potable, et "amenity=fountain" et "drinking_water=no" si la
> fontaine n'est pas potable. 
> 
> bien cordialement,
> 
> Stuart 
> 
> On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr
> mailto:talk-fr@openstreetmap.org>> wrote:
> 
> Bonjour,
> 
> il y a 2 points différents dans ta question
> 
> 1) à quoi ressemble l'objet ?
> la différence entre amenity=drinking_water <> amenity=fountain
> concerne l'apparence.
> un simple robinet d’où coule de l'eau avec une plaque d'égout en
> dessous, ce n'est pas une fontaine.
> un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
> d'être une fontaine.
> évidement le problème est entre les 2 (ex un objet en pierre sculpté
> avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
> quand il y a un doute, c'est un amenity=drinking_water
> il ne serrait d'ailleurs pas trop grave de mettre amenity=drinking_water
> sur une fontaine, osm se fait de manière incrémentielle, une fois la
> localisation précise connue, et qui plus est grâce aux photos que vous
> voulez récolter, il serrait facile d'améliorer la description de l'objet
> dans osm si nécessaire
> 
> 2) potable ou non potable ? légalement ou en pratique ?
> tant un point d'eau qu'une fontaine peux fournir de l'eau potable
> ou non ou potable sans garantie légale
> Pour ma part, je m'en tiens à la page wiki
> https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
> s'il y a un panneau potable ou si c'est manifestement fait pour se
> désaltérer (cas du mobilier urbain avec un robinet ou bouton poussoir)
> amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
> s'il y a un panneau non potable drinking_water:legal=no
> s'il me semble raisonnable de boire l'eau drinking_water=yes
> s'il me semble déraisonnable de boire l'eau drinking_water=no
> 
> Cordialement,
> Marc
> 
> Le 07.01.20 à 15:45, European Water Project a écrit :
> > Bonjour, 
> >
> > Nous avons les instructions maintenant en 6 langues pour comment
> ajouter
> > une fontaine en OpenStreetMap et une photo d'une fontaine en Wikimedia
> > Commons. Nous avons eu beaucoup d'aide pour completer cette tache
> d'OSM
> > Suisse et d'OSM Espagne.
> >
> >
> 
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>    
> >
> > Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la
> > grande majorité de fontaines que  "amenity=drinking_water" et de
> ne pas
> > mettre 2) "amenity=fountain et drinking_water=yes".  Vous etes plutôt
> > d'accord ? Malheureusement en France, la grande majorité de
> fontaines en
> > pierre avec de l'eau 100% potable sont libellée "non potable" par peur
> > du procès des maires (et ils ont raisons, tant que la legislation ne
> > change). Dans ce cas, faut-il mettre "amenity=fountain et
> > drinking_water=no".  Et si un jour la legislation change pour ces
> > fontaines, on mettra que "amenity=drinking_water" ?
> >
> > Bien cordialement,
> >
> > Stuart 
> >
> >
> >
> > On Fri, 27 Dec 2019 at 14:13, European Water Project
> >  
>  >>
> > wrote:
> >
> >     Bonjour, 
> >
> >      
> >
> >     Je serai reconnaissant si vous pouvez nous donner vos commentaires
> >     sur les instructions en français de comment ajouter une fontaine
> >     d’eau potable dans OpenStreetMap et une photo d’une photo dans
> >     Wikimedia Commons.
> >
> >      
> >
> >     Nous présentons le projet et l'application pour la première
> fois le
> >     8 janvier devant 860 lycéens de 48 pays - dont la moitie
> francophone. 
> >
> >      
> >
> >   
>  
> 

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Merci Marc

Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
qu'inciter les personnes de ne pas libeller la fontaine comme autre chose
que "amenty=fountain et drinking_water=no". Nous ne pouvons pas assurer de
la qualité de l'eau sans que les testes (qui ne sont pas couteux) soit
faites par les autoritées compétentes et je ne prendrai pas cette
responsabilité.

Et dans ce cas,  il y a une incoherence entre une belle fontaine en pierre
dans un village français qui sera juste "amenity=drinking_water" is l'eau
est potable, et "amenity=fountain" et "drinking_water=no" si la fontaine
n'est pas potable.

bien cordialement,

Stuart

On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr <
talk-fr@openstreetmap.org> wrote:

> Bonjour,
>
> il y a 2 points différents dans ta question
>
> 1) à quoi ressemble l'objet ?
> la différence entre amenity=drinking_water <> amenity=fountain
> concerne l'apparence.
> un simple robinet d’où coule de l'eau avec une plaque d'égout en
> dessous, ce n'est pas une fontaine.
> un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
> d'être une fontaine.
> évidement le problème est entre les 2 (ex un objet en pierre sculpté
> avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
> quand il y a un doute, c'est un amenity=drinking_water
> il ne serrait d'ailleurs pas trop grave de mettre amenity=drinking_water
> sur une fontaine, osm se fait de manière incrémentielle, une fois la
> localisation précise connue, et qui plus est grâce aux photos que vous
> voulez récolter, il serrait facile d'améliorer la description de l'objet
> dans osm si nécessaire
>
> 2) potable ou non potable ? légalement ou en pratique ?
> tant un point d'eau qu'une fontaine peux fournir de l'eau potable
> ou non ou potable sans garantie légale
> Pour ma part, je m'en tiens à la page wiki
> https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
> s'il y a un panneau potable ou si c'est manifestement fait pour se
> désaltérer (cas du mobilier urbain avec un robinet ou bouton poussoir)
> amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
> s'il y a un panneau non potable drinking_water:legal=no
> s'il me semble raisonnable de boire l'eau drinking_water=yes
> s'il me semble déraisonnable de boire l'eau drinking_water=no
>
> Cordialement,
> Marc
>
> Le 07.01.20 à 15:45, European Water Project a écrit :
> > Bonjour,
> >
> > Nous avons les instructions maintenant en 6 langues pour comment ajouter
> > une fontaine en OpenStreetMap et une photo d'une fontaine en Wikimedia
> > Commons. Nous avons eu beaucoup d'aide pour completer cette tache d'OSM
> > Suisse et d'OSM Espagne.
> >
> >
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
> >
> > Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la
> > grande majorité de fontaines que  "amenity=drinking_water" et de ne pas
> > mettre 2) "amenity=fountain et drinking_water=yes".  Vous etes plutôt
> > d'accord ? Malheureusement en France, la grande majorité de fontaines en
> > pierre avec de l'eau 100% potable sont libellée "non potable" par peur
> > du procès des maires (et ils ont raisons, tant que la legislation ne
> > change). Dans ce cas, faut-il mettre "amenity=fountain et
> > drinking_water=no".  Et si un jour la legislation change pour ces
> > fontaines, on mettra que "amenity=drinking_water" ?
> >
> > Bien cordialement,
> >
> > Stuart
> >
> >
> >
> > On Fri, 27 Dec 2019 at 14:13, European Water Project
> > mailto:europeanwaterproj...@gmail.com>>
> > wrote:
> >
> > Bonjour,
> >
> >
> >
> > Je serai reconnaissant si vous pouvez nous donner vos commentaires
> > sur les instructions en français de comment ajouter une fontaine
> > d’eau potable dans OpenStreetMap et une photo d’une photo dans
> > Wikimedia Commons.
> >
> >
> >
> > Nous présentons le projet et l'application pour la première fois le
> > 8 janvier devant 860 lycéens de 48 pays - dont la moitie
> francophone.
> >
> >
> >
> >
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
> >
> >
> >
> > Bien cordialement,
> >
> >
> >
> > Stuart Rapoport
> >
> >
> >
> > ___
> > 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] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

[marc marc]

Bonjour,

Le 07.01.20 à 16:01, Quentin Salles a écrit :
> Pouvez-vous me confirmer que l'usage de la clé "ref:FR:gdo" est bien actif ?

Nous n'avions pas terminé la discussion sur la migration.
Je te conseille d'utiliser l'ancienne clef en attendant, puisque
c'est elle qui est la façon de faire actuellement.

Pour ma part, je me posais la question de ce que je considère comme
une surutilisation non nécessaire des espaces de nom (l’enchaînement
de clef: pour préciser une clef)
je vais faire une comparaison avec les routes :
en lisant une référence sur le panneau d'une route, cette référence
se retranscrit dans la clef ref=numéro et ceci indépendamment de
l'opérateur ou du pays.
on n'utilise pas non plus d'espace de nom du genre ref:FR:auteur
pour préciser qui serrait l'auteur de la ref.
on n'utilise pas non plus de mot dans la clef pour donner le sens de
cette référence ou le terme légal que celui-ci aurait dans la loi.

A l'inverse, dans le domaine énergétique (et des transports), au fil
du temps, on utilise des espaces de nom pour la clef ref en France,
sans que je perçoive ni le besoin ni même l'intérêt.

Au final l'utilisateur qui lit une ref quelque part, ne peux pas
l'ajouter dans osm sans devoir chercher dans le wiki quel est la règle
particulière qui régit cet objet dans ce pays.
cela nuit à mon avis grandement à l'encodage simple et même à
l'utilisation (essayez donc de connaître le nombre de power=substation
au niveau mondial qui ont une ref, vous devez écrire une règle qui dit
que cela peux être ref ou ref:* chose que de nombreux outil tel que
tainfo ou overpass ne permettent pas ou pas facilement)

> Est-il possible de remonter l'information
> via l'Open data. Si oui, est-il permis d'ajouter ces informations non
> visibles sur le terrain ?

bien sur, osmose ne propose rien sur le sujet ?
https://osmose.openstreetmap.fr/fr/map/

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

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[marc marc via Talk-fr]

Bonjour,

il y a 2 points différents dans ta question

1) à quoi ressemble l'objet ?
la différence entre amenity=drinking_water <> amenity=fountain
concerne l'apparence.
un simple robinet d’où coule de l'eau avec une plaque d'égout en
dessous, ce n'est pas une fontaine.
un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
d'être une fontaine.
évidement le problème est entre les 2 (ex un objet en pierre sculpté
avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
quand il y a un doute, c'est un amenity=drinking_water
il ne serrait d'ailleurs pas trop grave de mettre amenity=drinking_water
sur une fontaine, osm se fait de manière incrémentielle, une fois la
localisation précise connue, et qui plus est grâce aux photos que vous
voulez récolter, il serrait facile d'améliorer la description de l'objet
dans osm si nécessaire

2) potable ou non potable ? légalement ou en pratique ?
tant un point d'eau qu'une fontaine peux fournir de l'eau potable
ou non ou potable sans garantie légale
Pour ma part, je m'en tiens à la page wiki
https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
s'il y a un panneau potable ou si c'est manifestement fait pour se
désaltérer (cas du mobilier urbain avec un robinet ou bouton poussoir)
amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
s'il y a un panneau non potable drinking_water:legal=no
s'il me semble raisonnable de boire l'eau drinking_water=yes
s'il me semble déraisonnable de boire l'eau drinking_water=no

Cordialement,
Marc

Le 07.01.20 à 15:45, European Water Project a écrit :
> Bonjour, 
> 
> Nous avons les instructions maintenant en 6 langues pour comment ajouter
> une fontaine en OpenStreetMap et une photo d'une fontaine en Wikimedia
> Commons. Nous avons eu beaucoup d'aide pour completer cette tache d'OSM
> Suisse et d'OSM Espagne.
> 
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>    
> 
> Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la
> grande majorité de fontaines que  "amenity=drinking_water" et de ne pas
> mettre 2) "amenity=fountain et drinking_water=yes".  Vous etes plutôt
> d'accord ? Malheureusement en France, la grande majorité de fontaines en
> pierre avec de l'eau 100% potable sont libellée "non potable" par peur
> du procès des maires (et ils ont raisons, tant que la legislation ne
> change). Dans ce cas, faut-il mettre "amenity=fountain et
> drinking_water=no".  Et si un jour la legislation change pour ces
> fontaines, on mettra que "amenity=drinking_water" ?
> 
> Bien cordialement,
> 
> Stuart 
> 
> 
> 
> On Fri, 27 Dec 2019 at 14:13, European Water Project
> mailto:europeanwaterproj...@gmail.com>>
> wrote:
> 
> Bonjour, 
> 
>  
> 
> Je serai reconnaissant si vous pouvez nous donner vos commentaires
> sur les instructions en français de comment ajouter une fontaine
> d’eau potable dans OpenStreetMap et une photo d’une photo dans
> Wikimedia Commons.
> 
>  
> 
> Nous présentons le projet et l'application pour la première fois le
> 8 janvier devant 860 lycéens de 48 pays - dont la moitie francophone. 
> 
>  
> 
> 
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>   
> 
>  
> 
> Bien cordialement,
> 
>  
> 
> Stuart Rapoport
> 
> 
> 
> ___
> 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] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

[Quentin Salles]

Bonjour,

Pouvez-vous me confirmer que l'usage de la clé "ref:FR:gdo" est bien actif ?
En faisant une requête Overpass, je n'ai vu qu'une seule utilisation sur
toute la France.

De plus, je suis novice sur le sujet, mais je pense qu'il serait
intéressant de parler d'autres cas (notamment le gaz) sur cette page. Qu'en
pensez-vous ?

Sur le terrain, je ne trouve pas beaucoup de référence sur les armoires,
mais quasiment que des noms. Est-il possible de remonter l'information via
l'Open data. Si oui, est-il permis d'ajouter ces informations non visibles
sur le terrain ?

Bonne journée

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

[OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Bonjour,

Nous avons les instructions maintenant en 6 langues pour comment ajouter
une fontaine en OpenStreetMap et une photo d'une fontaine en Wikimedia
Commons. Nous avons eu beaucoup d'aide pour completer cette tache d'OSM
Suisse et d'OSM Espagne.

https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr


Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la grande
majorité de fontaines que  "amenity=drinking_water" et de ne pas mettre 2)
"amenity=fountain et drinking_water=yes".  Vous etes plutôt d'accord ?
Malheureusement en France, la grande majorité de fontaines en pierre avec
de l'eau 100% potable sont libellée "non potable" par peur du procès des
maires (et ils ont raisons, tant que la legislation ne change). Dans ce
cas, faut-il mettre "amenity=fountain et drinking_water=no".  Et si un jour
la legislation change pour ces fontaines, on mettra que
"amenity=drinking_water" ?

Bien cordialement,

Stuart



On Fri, 27 Dec 2019 at 14:13, European Water Project <
europeanwaterproj...@gmail.com> wrote:

> Bonjour,
>
>
>
> Je serai reconnaissant si vous pouvez nous donner vos commentaires sur les
> instructions en français de comment ajouter une fontaine d’eau potable dans
> OpenStreetMap et une photo d’une photo dans Wikimedia Commons.
>
>
>
> Nous présentons le projet et l'application pour la première fois le 8
> janvier devant 860 lycéens de 48 pays - dont la moitie francophone.
>
>
>
>
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
>
>
>
> Bien cordialement,
>
>
>
> Stuart Rapoport
>
>>
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BD Ortho down... donc UP du plan B

[Christian Quest]

Le 07/01/2020 à 13:58, Christian Quest a écrit :
Les appels de notre proxy à la BD Ortho sont rejetés (403 problème 
d'authentification).


Comme le site "pro" de l'IGN est indisponible depuis une dizaine de 
jours pour cause de migration version un futur nouveau site plus 
mieux, impossible d'aller voir ce qui coince, si il y a une clé à 
mettre à jour ou autre.


En attendant, je redirige les requêtes vers la couche "tous_fr" de 
wms.openstreetmap.fr


Elle ne couvre pas toute la France mais c'est mieux que rien du tout.



Rectificatif... l'IGN ne répond plus en HTTP mais uniquement en HTTPS et 
redirige les requêtes, que le proxy ne suivait pas. C'est désormais 
corrigé et retour à la normale.


Désolé pour le bruit !


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Mentions légales

[marc marc]

Le 07/01/2020 à 09:43, Xavier BIZOT a écrit :

> Comment faire lorsque la mention OSM
> n'est pas présente sur la carte

https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
est-ce ceci que tu cherches ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] BD Ortho down... donc UP du plan B

[Christian Quest]

Les appels de notre proxy à la BD Ortho sont rejetés (403 problème 
d'authentification).


Comme le site "pro" de l'IGN est indisponible depuis une dizaine de 
jours pour cause de migration version un futur nouveau site plus mieux, 
impossible d'aller voir ce qui coince, si il y a une clé à mettre à jour 
ou autre.


En attendant, je redirige les requêtes vers la couche "tous_fr" de 
wms.openstreetmap.fr


Elle ne couvre pas toute la France mais c'est mieux que rien du tout.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] SPAM, Mentions légales

[Christian Quest]

Le 07/01/2020 à 12:57, Jérôme Villafruela a écrit :

Le 07/01/2020 à 12:19, Arnaud Champollion a écrit :


Dans les coupables il y a aussi :

http://www.inforoute04.fr/

et

https://www.inforoutefrance.fr/


Ou bien je n'ai pas bien vu.


La mention "© OpenStreetMap contributors" (avec lien vers 
http://www.openstreetmap.org/copyright) est affichée lorsqu'on clique 
sur l'icône roue dentée, donc c'est presque bon.



Ça pourrait être pire, mais ça pourrait être mieux.

La page copyright d'OSM est claire, quand il y a la place, ça doit être 
directement visible.


Openlayers n'est pas pratique pour montrer directement les attributions, 
du coup il faut coder... ce qui est rarement fait.


--

Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] SPAM, Mentions légales

[Jérôme Villafruela]

Le 07/01/2020 à 12:19, Arnaud Champollion a écrit :


Dans les coupables il y a aussi :

http://www.inforoute04.fr/

et

https://www.inforoutefrance.fr/


Ou bien je n'ai pas bien vu.


La mention "© OpenStreetMap contributors" (avec lien vers 
http://www.openstreetmap.org/copyright) est affichée lorsqu'on clique 
sur l'icône roue dentée, donc c'est presque bon.


--
Jérôme


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

Re: [OSM-talk-fr] SPAM, Mentions légales

[Arnaud Champollion]

Le 07/01/2020 à 09:43, Xavier BIZOT a écrit :

https://quefaire.net/cotes_d_armor/pledran/randonnee_pedestre_117443266.htm

est utilisateur de la carte mais sans menti



Dans les coupables il y a aussi :


http://www.inforoute04.fr/

et

https://www.inforoutefrance.fr/


Ou bien je n'ai pas bien vu.

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

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour Christian,

Cette circulaire est-elle accessible quelque part ? Cela pourrait me servir de 
base pour solliciter les communes pour leurs plaques bilingues.
D'avance merci

Denis

-Message d'origine-
De : rainerU  
Envoyé : mardi 7 janvier 2020 09:50
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

Bonjour Christian,

Am 04.01.20 um 17:53 schrieb Christian Rogel:
>   * Après la création du rendu des NL en breton (avril 17), j’ai envoyé une
> circulaire à tous les organismes s’occupant de langues locales en France
> (offices publics, directions nationale et régionales, associations).

Si tu as envoyé cette circulaire à un organisme régional qui s'occupe de la 
langue catalane, peux-tu m'en envoyer les coordonnées ?

Rainer


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[rainerU]

Bonjour Christian,

Am 04.01.20 um 17:53 schrieb Christian Rogel:

  * Après la création du rendu des NL en breton (avril 17), j’ai envoyé une
circulaire à tous les organismes s’occupant de langues locales en France
(offices publics, directions nationale et régionales, associations).


Si tu as envoyé cette circulaire à un organisme régional qui s'occupe de la 
langue catalane, peux-tu m'en envoyer les coordonnées ?


Rainer


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

[OSM-talk-fr] Mentions légales

[Xavier BIZOT]

Bonjour à toutes et tous,

Tous mes meilleurs voeux pour cette nouvelle année 2020.

J'ai vu passé une discussion sur "Comment faire lorsque la mention OSM
n'est pas présente sur la carte", mais j'ai beaucoup de retard dans mes
mails, et je n'arrive pas à le retrouver.

Donc pour info :
https://quefaire.net/cotes_d_armor/pledran/randonnee_pedestre_117443266.htm

est utilisateur de la carte mais sans mention.

Amicalement,

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

Re: [OSM-talk-fr] 1ere mondiale (enfin je crois) : le réseau de transport électrique français est routable

[Vincent de Château-Thierry]

Bonjour,

> De: "Jean-Christophe Becquet" 
> 
> Le 07/01/2020 02:05, François Lacombe a écrit :
> > La complétude va permettre d'extraire une dizaine de jeux de
> > données
> > thématiques, dont la plupart n'a pas d'équivalent en données
> > ouvertes,
> > dans les prochaines semaines et de communiquer sur leur
> > disponibilité.
> 
> Bonjour et bonne année à tous,
> 
> Un grand bravo François pour avoir nourri cette dynamique et animé ce
> travail de contribution !

Oui bravo François pour ce marathon et son issue \o/
On ajoute avec cette étape un jeu de données national complet, ça a de la 
gueule !

vincent

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