Hello,
Pourquoi ne pas réfléchir à une utilisation des tables geonames (http://geonames.org) ?
Plus de 6 millions de fiches géocodées avec une id unique, et disponibles en libre au téléchargement pour qui veut les utiliser sur une base propre, ou par webservice en json ou xml.
Tous les pays du monde sont couverts. Tout le monde peut contribuer en ajoutant de nouvelles fiches et enrichir la base.
Des ouvertures au web sémantique, aussi, qui permettent déjà de faire le lien, via des fichiers rdf, vers les articles de wikipedia... Il y a aussi bcp à creuser par là.
Un esprit très voisin de SPIP.
Qu'en pensez-vous ?
... Et bonne nuit.
Pierrick
Le 18 févr. 10 à 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.--
davux