Et voilà comment on se retrouve avec une base batarde à tout moment et aucun moyen d'assurer une transition de compatibilité. Il me semble raisonnable de garder des historiques limités (2 ans ça doit être suffisant) dans la base afin de faciliter ces transitions, surtout pour des objets de référence aussi importants que les frontières administratives.
Et ce n'est pas compliqué pour les moteurs de rendu et autres réutilisations ou croisements de bases, d'utiliser un filtre sur leur propre date de référence (même si cette date c'est la date du jour de leur requête ou du rendu) pour éliminer les ambiguïtés qui seront peu fréquentes sur cette période limitée : en cas de doublon(s), on peut éliminer facilement les objets en trop pour ne garder que celui dont l'intervalle de validité est le plus plus proche de la date de référence. Le 4 décembre 2013 18:12, Nicolas Dumoulin < nicolas_openstreetmap....@dumoulin63.net> a écrit : > Le mercredi 4 décembre 2013 18:02:47 Christophe Merlet a écrit : > > Est-ce que l'on veut conserver dans OSM l'historique des limites > > communales, leur dénomination et code INSEE... c'est moins sûr ! > > Non, clairement. > La solution sera de publier aux moments opportuns les exports kivonbien, et > d'archiver ces exports pour avoir un historique si besoin. > > -- > Nicolas Dumoulin > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > _______________________________________________ > 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
