Hi,
> The problem itself can only be solved if the transfer protocol is a bit
> more complex, meaning: Osm-Server should only put data in the DB which
> are affirmed by the client:
> 1. josm sends new primitive
> 2. server sends new ID
> 3. josm replies the new ID to the server
> 4. server stores the primitive
This won't happen in the near future so let's try our best to work with
what we've got.
Dirk's suggestion sounds not too bad. If we manage to educate our users
a bit ("after a failed/cancelled upload, make sure to re-download the
area from the server before re-attempting the upload") then the problem
can be solved just as Dirk said; if a new node is downloaded from the
server at the exact place where we have a node that is tagged "uploaded
but to confirmation received" then we assume that our node has in fact
been uploaded and merge it with the one we've got.
But this is a lot of work for a rare case, only do this if you really
think it's necessary ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
_______________________________________________
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
