[OSM-dev] problem with osmosis to apply changeset to postgresql db
Frederik Ramm
frederik at remote.org
Sun Dec 18 21:19:08 GMT 2011
Hi,
On 12/18/2011 09:23 PM, Oon Arfiandwi wrote:
> osmosis --read-xml-change file="asiadiff.osc" --read-pbf
> file="asia.10des.sorted.osm.pbf" --apply-change --write-apidb
> dbType="postgresql" database="osm" user="osm" password="xxx"
There is a logic problem here.
You have an OSM file O1 (10 December) and an OSM file O2 (17 December).
You compute a change file C so that O1 + C1 = O2.
Your database has O1 loaded.
You wish to update your database to O2.
The only thing your database needs, therefore, is C.
But above, you try and feed O1 *as well as* C into the database.
The correct way to apply file C to your database is
osmosis --read-xml-change asiadiff.osc --write-apidb-change
dbType="postgresql" database="osm" user="osm" password="xxx"
Be aware that an APIDB database records object history, i.e. it can have
old versions of each object, but the approach you are following does not
give you the full history - if an object was at version 1 on 10 December
and at version 5 on 17 December, then after updating your database will
only contain versions 1 and 5, not versions 1,2,3,4,5.
If you need all historic versions then you will have to find another way
to update your database, working from the "replication diffs" that you
can download. I have never done that and cannot say if/how well it works.
If you don't need historic versions at all, then you might as well
import the 17 December file anew instead of computing and applying an
update.
Bye
Frederik
--
Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33"
More information about the dev
mailing list