osmconvert bugs (data loss during osmchange file processing)

Hello,

Probably topic addressed to Marqqs who did this great application.
There are some problems with osmchange file processing.

#1 problem: after flag in osmchange file

FILE: test.osm

<?xml version='1.0' encoding='UTF-8'?> --------------------------------------------------------------------------------------------- FILE: test.osc <?xml version='1.0' encoding='UTF-8'?> **** **** --------------------------------------------------------------------------------------------- COMANDLINE: osmconvert -v test.osm test.osc --out-osm -o=test_out.osm The way 112900205 in this example should be updated and added to the output file.

#2 problem: after flag in osmchange file

FILE: test.osm

<?xml version='1.0' encoding='UTF-8'?> --------------------------------------------------------------------------------------------- FILE: test.osc <?xml version='1.0' encoding='UTF-8'?> **** **** --------------------------------------------------------------------------------------------- COMANDLINE: osmconvert -v test.osm test.osc --out-osm -o=test_out.osm The way 112900205 in this example should not be added to the output file.

Attachement with documented bug here:
http://www.wlodekk.w.interia.pl/osmconvert_bugs.zip

Regards,
Wlodzimierz

The OSM objects in the change file must be unique. That means, there has to be only one occurrence of every node, way or relation. Minutely and hourly change files may contain more than one version of OSM objects, therefore you will get warning messages. You can combine all versions of each object if you specify the option --merge-versions. Then, only the newest version of each object will remain in the file.

You have 2 self ID in Change (test.osc).

You must running

osmconvert -v test.osm test.osc --merge-versions --out-osm -o=test_out.osm

That’s it.
–merge-versions does this job.
This is what I looked for.

Thank you quasilotte and thanks to Markus for express explanation.

Regards,
Wlodzimierz