[OSM-talk-fr] Pourquoi ne pas tagger les boundary administrative en relations de relations ???

sly (sylvain letuffe) sylvain at letuffe.org
Mar 30 Juin 14:10:46 UTC 2009


 
> Oui, c'est le même boulot, la première fois que tu le fais ! Mais
> réfléchissons à la maintenance.
> 
> Quand une relation région est cassée, il faut réparer la relation
> région, la relation département, la relation commune et sans doute
> d'autres si on augmente la granularité du maillage (ce n'est peut être
> pas toujours vrai mais je le constate très souvent).

Un point pour toi, il est vrai que la suppression d'un way faisant frontière 
avec 8 relations va casser 8 surfaces, là où on aurait pu tomber à 2 
seulement.


> Dans un modèle "surface", une relation région ne serait jamais cassée
> car son contenu (des relations) ne bougerait pas, à priori. Pareille
> pour un département, un canton etc...

Là je ne suis pas d'accord et je vois d'ailleurs un premier point plus clair 
qui me semble représenter plus de risque de "cassage"

Attachez vos ceintures, prenez un crayon car un dessin est plus parlant :

supposons un pays carré fait de 4 régions carrées, chacunes faites de 4 
départements carrés faits de 4 communes carrées. On supprime un seul way de 
commune qui se trouve en frontière de pays. 
- La commune ne forme plus une surface, elle est donc "non valide" (tant pis 
pour elle)
tout traitement qui va tenter de "construire" la surface ou la frontière du 
département (par calcul du polygone externe, c'est la seule solution) auquel 
elle appartient va être composé de 3 communes et former un L, si je dois 
dessiner ce département ou faire des traitements d'appartenance, de surface, 
etc. ça va merder car j'ai un département faux (il lui manque en effet un 
quart)
Idem pour région et pays

Donc on peut avoir l'illusion que ça va (on arrive à construire des surfaces), 
mais elles sonts "légèrement erronées"

Cas plus dommage encore avec une logique surfacique au lieu de frontière :
Si je casse le way d'une commune se trouvant à l'intérieur d'un département 
sans pour autant être en bordure, en construisant mon département j'ai un 
trou (une enclave ?) et mon département reconstruit devient faux à son tour.

> Je n'ai pas la prétention d'imposer un changement :), je cherche juste à
> comprendre pour l'instant (je ne suis sûr de rien non plus)

Pareil, je réfléchis à ta remarque sensée qui dit "on va perdre du temps"

J'ai une autre idée de modèle qui est un mi-chemin des deux 
(ton idée VS l'existant)
[Pieren, si tu me lis, arrête tout de suite, tu vas faire une attaque]

On conserve une logique de frontière et non surfacique, mais on construit tout 
de même une pyramide des appartenances.
J'avais déjà tenté ce mécanisme pour construire la frontière de la france, non 
pour simplifier, mais parce qu'elle devenait trop grosse d'un seul tenant 
(raison stupidement technique, mais qui s'avéra finalement plus sympa à 
manipuler)

Maestro, crayon ! (et cas concret) :
Soit la france, rhone alpes, la savoie et une commune X de bordure

La commune X dispose disons de 2 ways en frontière de pays (ben oui, les 
italiens ont aussi leurs communes et pas de chance, ça tombe pas "en face")

(En poussant à l'extrème :)
On créer une relation pour regrouper ces 2 ways (cette relation est de type 
linear et non une surface)
La commune X est donc composée de cette relation, et disons d'une ou deux 
autres représentant des objets linéaires

On créer ensuite une autre relation de type linear qui contient tous mes 
groupes de 2 ways et qui couvre la frontière entre savoie et italie

Ma relation savoie de type surface sera alors composée de cette relation et de 
3 ou 4 autres de même types

etc..

La rupture d'un seul way entraîne toujours la non validité de l'ensemble 
(comme aujourd'hui) mais la réparation consiste à créer le way et l'ajouter à 
ma relation de bordure de commune du départ, et tout rentre dans l'ordre

Bilan : un way (du modèle OSM) n'appartient qu'a 2 relations au max
(des types linear de chaque coté du way)

Chaque relation de type linéaire n'appartient qu'a 4 relations au max (aux 
deux surfaces qu'elle borde et au deux autre relations linéaire qu'elle 
compose)

Dans mon modèle les surfaces ne sont composés que de très peu de relation de 
type linéaire



-- 
sly
Sylvain Letuffe sylvain at letuffe.org
qui suis-je : http://slyserv.dyndns.org






Plus d'informations sur la liste de diffusion Talk-fr