Le 28 juin 2013 16:18, Philippe Verdy <[email protected]> a écrit :
> Je suis aussi d'avis que ces IDs générés en interne par une base privée > sont du même type que ceux généras par un des nombreux services de type > TinyURL. Ils sont tous privés, pas homogènes, pas garantis d'être stables > ni même librement utilisables (et sans suivi de leur utilisation par un > tiers, qui peut aussi décider de renvoyer vers autre chose ou d'insérer des > données modifiées de son choix dans le trafic). > > Oui, bien sûr, ok, mais le mien ?? Moi c'est vachement mieux :-) > Si des IDs stables doivent exister pour référencer des objets OSM, ils > doivent être définis dans cette base OSM elle-même, ou bien s'appuyer sur > des bases tierces ouvertes ne demandant pas un tel suivi (c'est le cas des > identifiants INSEE par exemple, librement vérifiables). > > Je n'empêche personne de procéder ainsi. Il me semble, toutefois, que la création de tels identifiants, nécéssite de poser le même genre de questions que celles que j'essaie de proposer : qu'est-ce qui caractérise un objet ? Qu'est ce qui permet de le reconnaître ? Qu'est ce qui définit leur égalité ? Comment les hasher ? Mais enfin, on verra. La "stabilité" des IDs est très relative : elle n'est garantie que si ils > sont datés avec leur date de validité, les objets référencés pouvant à tout > moment changer de statut. Si un ID stable devait être utilisé, il devrait > au minimum inclure l'année de leur création > - soit dans leur valeur (exemple ref:INSEE=35238:2000 au lieu de > ref:INSEE=35238), > - soit dans la clé (exemple ref:INSEE:2000=35238, ce qui permettrait > d'avoir une autre clé pour d'autres années après un changement de l'objet > référencé, ici une commune si celle-ci est divisée ou fusionnée avec une > autre voisine). > Ensuite à charge pour les outils de recherche et de mise en relation avec > d'autres bases de faire les correspondances avec ces IDs stables, en tenant > compte de l'année s'il y a des IDs différents pour la même base de > référence (ici celle de l'lNSEE). > > Oui, enfin bon, OK. La stabilité comme tu dis des ID est effectvement un problème, puisque l'objet peut se modifier de toutes formes. Mais, à l'inverse, on peut dire que les risques de modifications permanentes rendent plus intéressantes encore l'existence d'un ID :-) > > Les IDs externes ne sont utiles que si la base externe est bien la source > de référence principale et fiable de vérification des données (cette > fiabilité pouvant être garanti par la loi quand elle oblige une entité à > s'inscrire dans un registre officiel reconnu, dont le nombre est > relativement limité). S'il s'agit par exemple d'un point géodésique en > France, la base de référence française est bien connue et c'est d'elle > qu'on tire l'identifiant externe. S'il s'agit d'un identifiant de société > ou d'un établissement de cette société, il n'y a que les identifiants au > RCS et SIREN+SIRET qui sont stables et fiables (mais eux aussi devrait être > datés), mais on peut ajouter le numéro fiscal européen. > > Donc... les IDs externes sont bien intéressants, si je résume bien ta pensée ?... Merci :-) Cordialement.
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
