[OSM-talk-fr] Données historique et historiques des données...

Christian Quest cquest at openstreetmap.fr
Ven 4 Jan 16:11:25 UTC 2013


Le 4 janvier 2013 17:02, Vincent Pottier <vpottier at gmail.com> a écrit :
> Un exemple (suivant ISO 8601 pour la notation des dates et intervalles) pour
> un POI :
> shop:[1985/1999-07]=florist
> name:[1985/1999-07]=Mille Fleurs
> shop:[1999-08/2005-02-21]=butcher
> name:[1999-08/2005-02-21]=L'entrecôte
> shop=electronics
> name=Fréquences
> On voit trois états successifs du magasin. L'état actuel est supposé être
> celui par défaut, ne comprenant pas de date de validité.
>
> Pour une ancienne commune, sur une relation :
> boundary:[/2011]=administrative
> name:[/2011]=Trifouilly-les-Oies
> ...
> Dans l'état actuel, les valeurs ne sont plus valides
>

Je ne connaissais pas la notation des intervalle ISO, ça me semble
plus propre comme ça.

tag:[intervalleISO]


> Cette formule reste compatible avec l'existant. Les outils lambda
> n'utiliseront pas les tags *:[*]
> La limite, c'est les collisions du genre :
> shop:[1985/1999-07]=florist
> amenity=pub
> En 1990, c'était déjà un bar ?
>

C'est pas parfait, mais c'est mieux que rien ;)


> L'autre limite, c'est, dans le premier exemple, en 1980, la boutique était
> "electronics", la valeur par défaut ?
>

Dans ce cas j'aurai ajouté un shop:[/1985]=electronics

On devrait considérer que par défaut tag=xxx est équivalent à tag[plus
grande date/]=xxx


> Bon. JOSM trouvera vite un plugin et un validateur pour gérer cette couche
> temporelle, genre "openning_hours", mais je redoute que certains éditeurs,
> que je ne nommerai pas, aient du mal.

Tant que ça ne leur pose pas de problème, ils les ignorent un point c'est tout.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest




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