[OSM-talk-fr] schéma pour renseigner les découpages [était : Quartiers à Paris]

[Léo El Amri]

On 15/03/2019 18:21, marc marc wrote:
> Le 15.03.19 à 17:34, Léo El Amri via Talk-fr a écrit :
>> Les aires sont définies <...> avec area=yes.
> 
> pas nécessairement.
> De nombreux objet définissent automatiquement une aire implicitement
> natural=wood landuse=* place=* building=* les relations polygone, etc
> Pas besoin par exemple de mettre building=yes area=yes parce qu'il 
> n'existe pas de building=yes area=no
> 
> area=yes s'ajoute uniquement sur les objets pouvant parfois décrire
> une ligne, parfois une aire :
> ex highway=footway, si le way est fermé, c'est un chemin qui fait une 
> boucle ou c'est une aire ? on considère par défaut que c'est une ligne 
> et on ajoute area=yes pour préciser quand c'est une aire.

Tu semblais dire que c'était un tag qui définissait si un objet était
une aire ou non. Je donnais l'exemple explicite de area=yes en précisant
que seuls les ways pouvaient être des area. ;)

On est sur la même longueur d'onde en fait.

>> catégoriser la relation, area ou node, par exemple:
>> "type_decoupage=admin" pour les infos tirées du cadastre
> 
> la façon actuelle de faire est :
> relation type=boundary bounary=administrative
> et source=cadastre sur le changeset
> 
>> ou "type_decoupage=usuel" pour les découpages "populaires"
>> (Les fameux quartiers de Paris).
> 
> place=* et source=local_knownledge ou survey sur le changeset selon que 
> c'est une connaissance ou vu sur le terrain

On pourrait donc étendre un peu les valeurs de `source`, et peut-être
rajouter un tag pour certaines précisions. Par exemple,
source=local_knowledge englobe les types "populaire" (Que j'ai décris
plus tôt) et "académique" (Décris superficiellement par Vincent de
Château-Thierry).