Le 4 janvier 2013 17:02, Vincent Pottier <[email protected]> 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 _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
