Geonames permet de disposer d'un identifiant unique et puisque la base est mondiale, il semble plus intéressant, pour qui veut ajouter de nouveaux points, de les faire sur cette base plut^tot que sur une base personelle (ce qui n'empêche pas d'avoir sa propre base si on le souhaite).
Pour la France seule, Geonames dispose (je crois) d'environ 80 000 points géolocalisés qui comprenennt notamment l'organisation administrative française depuis la région jusqu'à la commune (région/Département/Arrondissement/Communes).
En webservice, la réponse à une requête est quasi-instantanée et peut se faire en xml ou en json, facilement intégrable dans n'importe quelle page en ajax.
Enfin, et ce n'est pas la moindre des choses, les données sont libres et livrées sous licence CC.
Pierrick
Le 18 févr. 10 à 08:47, RastaPopoulos a écrit :
Le 18/02/2010 00:45, davux a écrit :
Wed, 17 Feb 2010 22:30:03 +0100, Quentin:
Spip-geo sur la zone était amené à faire cela ...
Cool, je le connaissais pas. Je connais pas l'histoire à laquelle tu
fais allusion, mais chouette initiative pourtant, dommage que ça ait
pas pris.Ceci dit, en voyant les imports à partir de fichiers CSV, et avant
d'avoir envie d'y contribuer, je continue à me demander si des tables
c'est vraiment un bon modèle pour ce genre de données (liste fixe, a
priori la même pour tout le monde).Par exemple, quand il y a des changements dans les données (un code
ISO, une dénomination d'État, etc.), les mises à jour vont être
compliquées. En effet, impossible d'écraser la table sur le site des
gens, car ils ont peut-être fait des modifs exprès. De manière
générale, à mon sens les tables c'est pour les données propres à un
site.Vu comme ça, je pense que la meilleure logique pour ce type de
données est vraiment celle des fichiers de langue, mais le fait de
tout charger en RAM me gêne. Faudrait penser à un mix des deux.Ben nan parce qu'avec cette méthode on peut pas mettre plusieurs données pour une entité : différents codes iso, coordonnées, relations entre les entités (fait parti de...).
Geonames ça a l'air cool !
D'ailleurs ya un plugin qui l'intègre dans Drupal, ya peut-être moyen de s'en inspirer.
Ce qu'il faudrait c'est que les plugins qui ont besoin de données géographiques utilisent les mêmes identifiants unique (code iso ou autre) mais que derrière la BOUCLE(GEOGRAPHIE) puisse utiliser différents backends :
- soit on a installé un plugin qui importe toutes les données dans la base du site, alors la boucle va chercher dedans directement
- soit on a installé un plugin qui intègre Geonames et alors la boucle va en fait appeler le webservice mais renvoyer la même choseUne même API, plusieurs manières de stocker les données.
--
RastaPopoulos_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
