Une forme de désertification où l'homme a joué un rôle initial, et la
nature a fait le reste en amplifiant le problème.
Comment traiter alors les zones en voie de désertification en Afrique et
ailleurs, même en Espagne, le sud de l'Italie et d'autres îles
méditerranéennes, ou encore en Australie
Salut,
Comment étiquetteriez-vous ceci…
https://fr.wikipedia.org/wiki/Padza
J'ai mis :
natural=bare_rock
surface=ground
En fait ce n'est pas très naturel. C'est le résultat d'une pratique
"agricole".
@+
___
Talk-fr mailing list
résumé de la modif automatique proposée en France
en tenant compte de tous les suggestions :
7371 amenity=swimming_pool
- 71 qui ont déjà un tag leisure
- 272 avec un tag name
- 39 avec un tag building
- 18 avec une surface dams josm areasize > 2000m2
cela fait environ 7000 à modifier en
Article paru sur un site du Ministère de l’Economie, de l’Industrie et du
Numérique...
https://labo.societenumerique.gouv.fr/2018/10/17/collectivites-misent-openstreetmap-cartographie-participative/
--
Christian Quest - OpenStreetMap France
___
Talk-fr
Le "name:fr" est le nom **d'usage courant** en français, il n'est pas
forcément le nom **officiel** (quel que soit sa langue d'origine, française
ou régionale) qui lui figure dans "official_name=*"
Il peut y avoir plusieurs noms officialisés **localement** dans quelques
langues, dont le français,
>
> Les choses seraient plus simples si OSM ne permettait plus de représenter
> une surface avec des chemins d'orientation quelconque et imposait la même
> restriction que le GIS standard. On n'aurait même pas besoin non plus des
> rôles "inner" et "outer" qui ne sont qu'indicatifs (pour les
Dernière note importante : les surfaces "riberbank" peuvent être des
relations "multipolygon", mais leur complexité géométrique s'accroît vite
et peut poser des difficultés au rendu s'ils couvrent des surfaces très
étendus. En effet un rendu ne peut pas se contenter de chercher les ways
présents
ça ajoute quand même une info :
name + name:ru sur un objet, mais avec des valeurs différents ne permet pas
de savoir la langue de ce name (cas bien courant)
avec le default:name=fr on sait que name est en français, sans avoir à
doubler avec un name:fr
Par contre, pour le rendu, la requête pour
Pour info (rendu osm.org, cela prendra du temps pour la maj des tuiles)
hasard de calendrier, icône en plus pour les centres sportif :)
Message transféré
Sujet : [OSM-dev] OpenStreetMap Carto release v4.16.0
Date : Fri, 19 Oct 2018 05:44:45 +0200
De :Daniel Koć
Je pense que le but de la propal est mal expliquée.
S'il y a un name qui est égale au name:fr, on sait déjà déduire
que le nom est en Français. et s'il y a un name=Viva Pizza name:it=Viva
Pizza on sait déjà déduire que le nom du resto est en italien.
On sait déjà faire un rendu "priorité fr"
Note: Positron est le seul ici à ne pas accepter de faire un rendu des
multipolygon des surfaces de riverbank. C'est pourtant partie du schéma
standard : toute surface fermée représentée par un chemin fermé peut
librement devenir un multipolygon avec les mêmes attributs (juste le tag
Les multipolygons des riverbanks arrivent justement parce que tous les
riverbanks ne sont pas des polygones fermés et ont du à un moment être
découpés (à cause des difficultés liées aux superpositions des ways avec
divers autres polygons attenants, mais aussi parce qu'il y a assez souvent
aussi
Elle règle une partie des problèmes, mais ne permet pas de gérer du 100%.
Ceci dit, on n'est pas obligé de l'utiliser cette info ou bien le faire
avec intelligence...
Cas du rendu FR: si default:language=fr, je prends les name, sinon je
prends les name:fr
Du coup, on aura bien le "name" sur le
Le 19 octobre 2018, rainerU a écrit :
> Bonjour,
>
> Je me pose des questions sur l'impact de cette proposition sur les objets qui
> ont un nom officiel en langue régionale :
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_Format
>
> Si j'ai bien compris la
Salut Paul,
On est quasiment d'accord !
Mon plan était de commencer par la proposition de Marc de transformer
toutes les amenity=swimming_pool en leisure=swimming_pool comme première
étape.
Puis de faire ce que tu décris, mais sur les leisure=swimming_pool,
puisque comme tu l'as indiqué, il y a
J'ai rencontré il y a peu la personne qui s'occupe de maintenir la première
base (établissements du 1er et 2nd degré) et on n'a absolument pas parlé du
reste qui doit être hors de son périmètre.
Donc, le plus probable c'est que chaque base est gérée séparément, pas
différents services, et que le
Bonjour,
Je me pose des questions sur l'impact de cette proposition sur les objets qui
ont un nom officiel en langue régionale :
https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_Format
Si j'ai bien compris la proposition, on mettrait default:language=fr sur la
Le 19/10/2018 08:48, Antoine Riche a écrit :
> Le 19/10/2018 à 07:25, Jean-Christophe Becquet a écrit :
>> Y a t-il un moyen de retrouver les changesets sur lesquels j'ai laissé
>> un message ?
>
> Le site https://hdyc.neis-one.org/ de Pascal Neis inclut une rubrique
> "Changeset discussions",
Le 19/10/2018 à 07:25, Jean-Christophe Becquet a écrit :
Y a t-il un moyen de retrouver les changesets sur lesquels j'ai laissé
un message ?
Le site https://hdyc.neis-one.org/ de Pascal Neis inclut une rubrique
"Changeset discussions", avec un lien qui liste les commentaires créés.
Antoine.
Oui, une façon de tagguer ces piscines tournesols ou à toits
rétractables (qui sont ni location=indoor et ni location=outdoor) est en
plus nécessaire, mais
ceci ne doit pas nous empêcher de mapper la très grande majorité de
piscines qui sont soit des piscines indoor, soit des piscines outdoor
Bonjour,
Je n'avais peut-être pas compris le sens du mail de Noémie, et je
cherche ci-dessous à le ré-exprimer, voir si on est d'accord :
L'idée principale consiste à transformer les "amenity=swimming_pool"
soit en "leisure=sports_centre + sport=swimming",
soit en
21 matches
Mail list logo
