Le 3 février 2015 14:30, Vincent Frison <vincent.fri...@gmail.com> a écrit :
> - Du coup la meilleure solution dans mon cas serait peut-être d'avoir mon > propre serveur de données en local ? Je pourrais ainsi importer toutes les > données de la France en conservant les IDs originaux du serveur principal. > Si j'ai bien compris il faudrait pour cela que j'utilise le schéma apidb > (avec l'outil osmosis + certainement plein d'autres choses) et donc au > final j'aurai les données OSM "en double" sur ma base PostGIS en local : > - un schéma osm2pgsql me permettant de calculer l'osmId en fonction des > coordonnées géographiques de l'immeuble. > - un schéma apidb me permettant de simuler l'API en lecture et en > écriture. > Cela vous semble être la bonne approche ? > Bon visiblement mon approche n'a choqué personne donc on va dire qu'elle n'est pas trop mauvaise :) J'ai donc essayé d'installer le 2e schema (apidb) sur mon PostGIS local afin d'y charger les données de PACA et IdF (qui seront largement suffisantes pour tester mes imports de PSS ou d'OpenDataParis). Mais j'ai cette erreur au moment de charger mon fichier PBF : org.openstreetmap.osmosis.core.OsmosisRuntimeException: Database version mismatch. The schema is missing migrations [20111116184519], may need to upgrade schema or specify validateSchemaVersion=no. J'ai d'abord essayé avec le package osmosis de Debian Wheezy (version 0.40.1) en chargeant le schema contrib/apidb-06.sql puis je me suis dis que c'était sans doute une version trop vieille version par rapport à mes données fraîchement récupérées sur geofrabrik.de. J'ai donc téléchargé et compilé osmosis directement depuis Git mais le problème est le même. Ce qui m'étonne c'est que même sur Git le fichier package/script/contrib/apidb_0.6.sql a comme migration la plus récente la 20110925112722. D'ailleurs le fichier n'a pas été touché depuis 3 ans. Du coup je me demande quelle est la bonne procédure à suivre pour charger un schéma apidb (sans devoir mettre l'option validateSchemaVersion=no). Merci, Vincent.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
