Le 4 janvier 2013 15:38, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> C'est l'utilisation de tags standards qui crée la confusion.
>
> Ajouter un tag (comme historic=yes) ne résoudra le problème que pour
> les outils tenant compte de celui-ci, ce n'est donc pas une bonne
> solution à mon avis.
>
> Le principe du suffixe aux tags ne vous semble pas intéressant à creuser ?
>
> Rappel:  name[:1970]=Place de l'Etoile

Cela ne marche QUE pour les objets dont la géométrie n'a pas évolué.
Là je parlais des objets limités différemment (par exemples des
fusions/scissions de cmmunes ou d'EPCI ou d'arrondissements, ou
changements du découpage cantonal/électoral, voire aussi les anciens
pays comme la Tchécoslavquie, ou l'Union soviétique, ou la RDA, font
il est aberrant de ne plus pouvoir dresser une carte alors qu'on a
souvent besoin de les montrer pour expliquer l'histoire, ou encore les
variations des frontières de la France au cours des siècles, y compris
les départements d'Alsace et Lorraine pendant les conflits avec
l'Allemagne depuis 1870, ou encore les cartes des anciens empires
français et britanniques).

Pourtant l'histoire a fourni des traces persistantes dans les statuts
légaux et traités internationaux (par exemple en Alsace-Moselle pour
le concordat), qu'il est difficile de matérialiser sans support par
une carte montrant ces historiques.

Il y a aussi le cas des collectivités en transition (deux coexistent
dans la même période : il n'est pas toujours poassible de choisir
l'une ou l'autre comme plus actuelle, même si leurs tags sont
différents) : on a donc besoin d'objets séparés marqués entièrement
eux-mêmes comme "historiques" avec leur propre ID séparé des objets
actuels.

Et pouvoir disposer d'un filtre permettant de masquer AUTOMATIQUEMENT
certains objets historiques (tant qu'on ne les demande pas
EXPLICITEMENT dans une requête) serait préférable à l'introduction de
tags spéciaux comme name[:1970] : à mon avis c'est mieux de coder deux
objets séparés chacun avec leur date de validité et la possibilité
d'en cacher certains par défaut.

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à