[OSM-talk-fr] Présence du code INSEE dans les relations communes ?

[sylvain letuffe]

> J'ai un peu réorganisé la page WikiProject France:
> http://wiki.openstreetmap.org/wiki/WikiProject_France
> J'ai sans doute oublié d'anciens liens. N'hésitez pas à les remettre
> ou à en mettre d'autres. Si vous trouvez la nouvelle version trop
> moche, faite un undo depuis l'historique.

Mmmm, j'aime pas trop cette structuration en tableau qui rend l'édition 
pénible et qui oblige à se plonger dans les tableaux wiki.

Déjà que le wiki est un peu austère et n'engage pas à participer, de la 
complexité en plus ne peut qu'éloigner encore ceux qui voudrait donner un 
coup de main.

J'avais structuré le wikiprojet france en :
- pour les contributeurs
- pour les utilisateurs de la donnée

Cette page se remplissant de lien ressemble à une page de bookmark, on ne 
trouve même plus de "mots" pour expliquer ce que c'est vraiment.

Elle commence à ressembler, selon moi, à ce que je trouve comme le plus bel 
example d'anti-ergonomie et de page austère :

http://wiki.openstreetmap.org/wiki/FR:Main_Page

Je sais que tu y a passé du temps (sur les deux pages) et je ne prendrais pas 
de décision de type undo (surtout s'il n'y a que moi qui pense ça), mais 
j'aimerais d'autres avis :
- Quelle est la page aujourd'hui (du wiki ou d'ailleurs) dit, en français, 
pour les français :
"voici ce qu'est opensteetmap, ce qu'on peut en faire et comment on peut 
participer"

Il me semble qu'on recrute des contributeurs d'abord en leur prouvant 
l'utilité du projet avant de les harceler de liens...

Cf "start ship troopers" : d'abord une accroche, puis, "en savoir plus ?"

> Demain, j'entame la page [[WikiProject France/Limites
> administratives]] sauf si quelqu'un d'autre commence avant moi. Je
> vois la page en deux parties (ou sous-pages): une listant les
> relations ID importants (France côtière, France eaux territoriales (à
> faire), régions, départements), l'autre expliquant la façon de taguer
> (la version minimale qui fait consensus pour l'instant, les
> superrelations, les points ouverts, etc).

Je te suis (et surveille ;-) ), tentons d'abord un plan de page simple (et 
pitié pas de wikitable de partout ! )

je verais comme toi, mais dans l'autre sens :
- les ids des relations importantes en "annexe" (loin en bas)

Page à l'attention d'un presque débutant :
- lien vers les admin_level
- principe de création d'une relation
- exemple concrêt (region+dép+commune)
- tags à lui associer (+alternatives dans les cas en cours de 
consensualisation, je me doute bien que je vais lire du left: et right: )
- superposition de ways ou non

Nouveau grain à moudre :

à ce propos la relecture de :
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries
indique :
It would solve multiple issues currently

    * Get rid of the name:left name:right, nation:right, region:right. This 
would be replaced by one relation per country/province/city etc
    * Make it more easy to stitch all the parts of an border to each other
    * Solve the multiple duplicated ways above each other as now used by some. 
( 
* Il permet de s'affranchir des right: left:
* permet de plus facilement rassembler les morceaux de frontières ensemble
* Résoud le problème des duplications de way les uns sur les autres que 
certains utilises toujours --NDT: une rivière peut très bien appartenir à la 
relation "commune" puisque de fait, c'est bien la rivière qui fait 
frontière--
)


Mais aussi l'intervention tout à fait judicieuse de F. Ramm en page de 
discussion :

Each administrative region is in fact a multipolygon (i.e. a number of one or 
more areas which may each have zero or more "holes"). I suggest that we use 
the standard multipolygon relation for boundaries, and just tag 
it "boundary=administrative"
(
En fait, le type=boundary n'est autre qu'une relation type=multipolygon sur 
laquelle il suffti de mettre boundary=administrative

)

--
sly