Hello,
I am quite new to Geogig, and I would like to know if the way I am working with it is optimal (or at least not dumb).
We collect data in the field with QGIS 2.18 + PostGIS and in the end of the day, each user commits to his repository (PostgreSQL repository). The commits are done in a branch that only that user uses.
Those repositories are clones from a central repository for the project, which stays in a base.
The commit is done directly using geogig --repo ... commit, so no Geoserver or Geogig serve are used in the process. The commit is done by pg import > add > commit.
When a group of users returns to the base they use geogig --repo ... push to the central repository. After that, a data manager merges the users' branches to the master branch.
After all the users committed, and everything is merged, each user does a geogig pull, create a skeleton database (only the schema, no data), and use pg export back to PostGIS.
There are a lot of steps in this process, and I am sure there is a way to make things easier. Would be really great to hear some advice!
Thanks,
Felipe Diniz
Brazilian Army
