Le 07/02/2015 14:45, Vincent Frison a écrit :
Le 3 février 2015 14:30, Vincent Frison <vincent.fri...@gmail.com
<mailto: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
<http://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.
En pratique personne n'utilise la l'apidb.
Si tu veux faire des tests, l'api de du serveur de dev devrait sufire
c'est des cas biens définit.
Sur les données, tu as également le schéma de base osmosis qui est plus
proche de celui de l'api que de osm2pgsql qui est initialement destiné
au rendu et dont le contenu de la base résultante est partiel.
Mon avis est, comme cela a déjà était dit, est que tu veux mettre la
charrue avant les bœufs. S'assurer et obtenir une licence/accord de
l'utilisation des données est primordial, et peut prendre plus de temps
et être finalement plus compliqué que les aspects techniques.
My 2 cents.
Frédéric.
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
