Wenn Du ein aktuelles osmosis und aktuelle Daten hast (nach 0.6 API),
dann sollte
osmosis --read-xml 0001.osm --sort outPipe.0=1sorted
--read-xml 0002.osm --sort outPipe.0=2sorted --merge
conflictResolutionMethod=timestamp inPipe.0=1sorted inPipe.1=2sorted
--write-xml merged.osm
vermutlich funktionieren: migrate fliegt raus, read-xml-0.5 wird durch
read-xml ersetzt; ansonsten ist der Befehl identisch.
Gruß
Peter
Am 07.09.2011 10:54, schrieb Lars Schimmer:
On 2011-09-07 10:49, Lars Schimmer wrote:
On 2011-09-06 19:04, ant wrote:
On 06.09.2011 18:27, ant wrote:
osmosis --read-xml-0.5 0001.osm --migrate --sort outPipe.0=1sorted
--read-xml-0.5 0002.osm --migrate --sort outPipe.0=2sorted --merge
inPipe.0=1sorted inPipe.1=2sorted --write-xml merged.osm
Nochmal schnell nachgebessert: mit conflictResolutionMethod=timestamp
kannst du verhindern, dass Original-Nodes durch Fremdkachel-Nodes
überschrieben werden:
osmosis --read-xml-0.5 0001.osm --migrate --sort outPipe.0=1sorted
--read-xml-0.5 0002.osm --migrate --sort outPipe.0=2sorted --merge
conflictResolutionMethod=timestamp inPipe.0=1sorted inPipe.1=2sorted
--write-xml merged.osm
Hm, das Osmosis 0.39 meckert da aber fleissig:
task type read-xml-0.5 not existant
task type --migrate not existant...
Ha, Osmosis ist zu aktuell, der kann kein migrate mehr und ich hab da
noch alte 0.5 Daten im Auszug, also mal suchen...
Grüße
ant
MfG,
Lars Schimmer
MfG,
Lars Schimmer
_______________________________________________
Talk-de mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de
