Returning from the field
When you’ve completely finished with a field project (or are returning to periodic internet use), the following steps need to happen:
- OMK data should be cleaned and uploaded to local OSM (see ‘In the field’ section)
- Edits to local OSM (from iD, JOSM, and OMK) must be pushed to online-OSM. Between the time you created the AOI export to the time you are ready to push the data back, OSM users in online environments may have created changes to the map. Rather than overwriting this, you will need to go through a conflict detection process. To handle this, we’ve developed what we call the “POSM replay tool”.
POSM replay tool
The POSM replay tool requires some command line knowledge and familiarity with GitHub. Reach out if you get to this step and need some pointers.
In general, the replay process works as follows:
- Obtain an AOI extract (PBF or XML) corresponding to the point where the local OSM API branched from. (This is the PBF file you created through the AOI export and used to set up your POSM deployment )
- Gather local changesets.
- Initialize a git repository containing locally-modified entities present in the AOI extract.
- Obtain an AOI extract containing current data from your upstream (use export.posm.io and follow the same steps you did to create your POSM deployment in the first place… but with current data).
- Extract and apply changes to locally-modified entities from the current AOI extract.
- Create a branch representing the local history by applying all local changesets to a branch containing the starting AOI extract.
- Apply each local changeset to the branch containing the current AOI extract.
- Manually resolve merge conflicts between local and upstream edits.
- Submit resolved changesets to your upstream API, renumbering references to locally-created entities as necessary.
We are still improving and fine-tuning this part of the POSM workflow, and we would be interested in your feedback and experience with it.