<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 04/01/2013 16:24, Ista Pouss a
écrit :<br>
</div>
<blockquote
cite="mid:CAGQAJ4j1f_3rJWdEeLpdK3EZ2rekeocS5R83tQLNvu31oZ7OGg@mail.gmail.com"
type="cite">
<div dir="ltr">Le 4 janvier 2013 15:38, Christian Quest <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span>
a écrit :<br>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex"><br>
Rappel: name[:1970]=Place de l'Etoile<br>
<br>
</blockquote>
</div>
<br>
</div>
<div class="gmail_extra">Malheureusement les dates sont un des
nids à problèmes de l'informatique et, à ma connaissance, il
n'existe pas de solution universelle.<br>
<br>
</div>
<div class="gmail_extra">
Surtout que ta proposition suppose que ce soit une plage de
dates, et non une date seule, qui indexe le nom. Car j'imagine
que tu vas vouloir dire quel était le nom de cette place en
1969, un jour.<br>
<br>
</div>
<div class="gmail_extra">
Ce n'est pas impossible, mais je ne sens absolument pas OSM
assez robuste pour ça.<br>
<br>
</div>
<div class="gmail_extra">Surtout que, sauf erreur, le name n'est
qu'un tag parmi d'autres, qui ne distingue absolument pas
l'objet terrain.Or ce que tu veux est l'historique de l'objet.
Quel est, dans la base, ce qui dit "c'est un objet" ? Si t'as
pas ça on tombe forcément dans le pataquès dénoncé, avec son
style bien à lui, par Philippe.<br>
<br>
</div>
<div class="gmail_extra">Je passe le baton de parole au suivant.<br>
</div>
</div>
</blockquote>
Un exemple (suivant ISO 8601 pour la notation des dates et
intervalles) pour un POI :<br>
shop:[1985/1999-07]=florist<br>
name:[1985/1999-07]=Mille Fleurs<br>
shop:[1999-08/2005-02-21]=butcher<br>
name:[1999-08/2005-02-21]=L'entrecôte<br>
shop=electronics<br>
name=Fréquences<br>
On voit trois états successifs du magasin. L'état actuel est supposé
être celui par défaut, ne comprenant pas de date de validité.<br>
<br>
Pour une ancienne commune, sur une relation :<br>
boundary:[/2011]=administrative<br>
name:[/2011]=Trifouilly-les-Oies<br>
...<br>
Dans l'état actuel, les valeurs ne sont plus valides<br>
<br>
Cette formule reste compatible avec l'existant. Les outils lambda
n'utiliseront pas les tags *:[*]<br>
La limite, c'est les collisions du genre :<br>
shop:[1985/1999-07]=florist<br>
amenity=pub<br>
En 1990, c'était déjà un bar ?<br>
<br>
L'autre limite, c'est, dans le premier exemple, en 1980, la boutique
était "electronics", la valeur par défaut ?<br>
<br>
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.<br>
--<br>
FrViPofm<br>
</body>
</html>