Heureusement la position d'extension temporelle ne s'est pas faite sans
réfléchir aux conséquences.
Ajouter le paramètre temporel en variable aurait cassé toutes les
valeurs, imposant à tout utilisateur des données de regarder s'il s'agit
d'une valeur normale ou d'une valeur temporelle.
Là on introduit de nouvelles clés évaluées seulement par l'humain ou par
la machine à un instant t et remplaçant donc la clé suffixée par cette
même clé non suffixée.
Date_namespace_suffix_as_"keyname:DATESPEC=..."
<https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts#Date_namespace_suffix_as_.22keyname:DATESPEC.3D...22>
C'est la même logique que le disused: utilisé aussi par Christian mais
cette fois-ci en utilisant le suffixe et non le préfixe.
Lifecycle prefix (<status>:<key> = <value>)
<https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts#Lifecycle_prefix_.28.3Cstatus.3E:.3Ckey.3E_.3D_.3Cvalue.3E.29>:
si tu te fiches de l'aspect temporel tu ignores simplement ces clés, si
ça t'intéresse tu les gères. La logique de JB serait : tu casses tout ce
qui existe dès que tu introduis un paramètre temporel.
Jean-Yvon
Le 30/12/2018 à 09:46, JB - jb...@mailoo.org a écrit :
Le 29/12/2018 à 21:54, Christian Quest a écrit :
admin_level:-2018-12-31=8
admin_level:2019-01-01-=9
je ne connaissais pas la syntaxe, je peux les ajouter, mais est-ce
que les précédentes communes fusionnées ont été mise à jour comme
cela par quelqu'un de façon systématique ?
La syntaxe est déconseillée : pas de valeur variable dans la clé (ici
la date), la partie variable est dans la valeur (à droite du "=").
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr