[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