Le fait que ça n'ai pas été intégré dès le départ va forcément motiver pas mal de modifications. Profitons-en.
Les versions correspondent peut-être à diverses modifications qui ne relève pas d'un changement terrain, mais lorsqu'il y a changement terrain, il y a une nouvelle version OSM et c'est ce qui compte. Pour l'avoir déjà testé, un fonctionnement à 4 dates permet : - de dater la version elle-même - de dater l'objet qu'elle représente de manière différente (ces dates peuvent ne pas évoluer d'une version à l'autre). Utiliser les tags, même avec un suffixe, va compliquer les choses si on veut des enregistrements sans les données historisées. Les tags ne sont pas les seuls à être modifiés, les coordonnées d'un node (par exemple) le peuvent également d’où l'impérieuse nécessité :) de placer l'historisation au niveau de l'enregistrement (sa version). Les tags restent un tableau à 2 dimensions, c'est peu évolutif comme concept, la "version" l'est beaucoup plus. Pour le soucis des liaisons, ça ne sera pas simple dans tous les cas. - Si on utilise un identifiant invariant suivant la version (comme c'est le cas sur OSM), l'intégrité n'est pas préservée. - Si on utilise un identifiant unique par couple objet/version, chaque mise à jour d'objet va être un casse-tête pour le répliquer dans les références qui le pointent. Je crois que c'est un thème abordé sur le Wiki de débat sur l'API 0.7 par ailleurs. Le 4 janvier 2013 15:38, Christian Quest <cqu...@openstreetmap.fr> a écrit : > C'est l'utilisation de tags standards qui crée la confusion. > > Ajouter un tag (comme historic=yes) ne résoudra le problème que pour > les outils tenant compte de celui-ci, ce n'est donc pas une bonne > solution à mon avis. > > Le principe du suffixe aux tags ne vous semble pas intéressant à creuser ? > > Rappel: name[:1970]=Place de l'Etoile > > - pas de risque de confusion > - possibilité d'en avoir plusieurs car des changements il peut y en > avoir eu plus d'un ! > > -- > Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- *François Lacombe* *Apprenti Ingénieur Télécom Bretagne* francois dot lacombe At telecom-bretagne dot eu +33 6 73 41 92 99 http://www.infos-reseaux.com
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
