Le 17 avril 2013 19:06, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox > qui est de plus en plus petite lorsque le geohash est long (et > inversement). C'est un truc existant qui est même supporté en interne > par postgis (ST_GeoHash). > Pour ceux qui ne connaissent pas voir: > http://fr.wikipedia.org/wiki/Geohash > > En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 > permet de facilement faire du matching partiel... bakery.shop@#a4u2k > une boulangerie dans une zone un peu plus grande, shop@#a4u2 > correspond juste à une boutique dans une zone encore plus grande, > etc... et une simple recherche textuelle en "contient" fait l'affaire > ;) > > On peut aussi déterminer le niveau de similitude entre 2 ID assez > facilement (longueur de la partie commune gauche, droite ou combinée). > Tout ça se calcule facile sans faire appel à des API car le principe > est universel et pas spécifiquement liée à OSM. > > Je me permets de te dire que ça revient peu ou prou à mon système... les "bakery.shop" ne sont rien d'autres que des critères sur des propriétés des objets osm, que je sache ? Chez toi les propriétés retenues sont fixes, et même classées, sauf erreur si j'ai bien compris me semble-t-il. Mais s'il n'y a pas besoin d'api au motif que le principe est universel... Let's go.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
