Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

Correct merge via timestamp #191

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 0 comments
Closed

Correct merge via timestamp #191

openstreetmap-trac opened this issue Jul 23, 2021 · 0 comments

Comments

@openstreetmap-trac
Copy link

Reporter: immanuel.scholz[at]gmx.de
[Submitted to the original trac issue database at 10.19am, Wednesday, 12th April 2006]

JOSM should respect the timestamp on objects to do a merge. timestamp of null means, unknown or "very old" ;-).

For sake of simplicity, assume that no timestamp mean e.g. "1.1.1970" or something like this.

JOSM should track an intern last modified date together with the timestamp obtained from the server. If this is null, no modification occoured to the server. the intern timestamp may not be before the servers one (for obvious reasons ;)

First step: Merge items with identical id

  • On merges, look after the newest modification date and use this object.
  • If the newest is a server timestamp and the older object has a local modification a CONFLICT is reported.

Next step: Perform simplify of the data (current "merge")

  • Look for any node on same (+-precision delta) location where one of both nodes has id=0 (new object). Merge both together (this means, download a node will make an existing new node "already uploaded", which is correct in 99.9%)
  • After that, look for segments with same start/end nodes and one id=0. Adulterate them.
  • Finally, do the same for ways with exact the same segments and one of them id=0.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant