<div dir="ltr"><span style="font-size:12.8px">Morten;</span><div style="font-size:12.8px">There are 2 versioning editing plugins for Postgre that might work for you. One is simply called Versioning and  pgVersion. I had little success with them but it was giving me errors that someone who is more database knowledgeable might be able to interpret and correct. </div><div style="font-size:12.8px">There is also the built in offline editing mode. I did some test with some success working with; PostgreSQL, MSSQL Express 2008R2 and 2012, and Filegeodatabase. Where I "checked out" some data into a sqlite database, made some edits and "checked in" the data. It worked with multiple users (my test was 2) as long as you didn't edit the same features. My testing was also on simple tables no relationships or triggers.</div><div style="font-size:12.8px">To my knowledge even using versioned datasets through Esri you are still limited in that you and someone else cannot edit the same feature during the same check out because it causes conflicts on reconciling and someones edits will be over ruled. At least that is how it was on the system we were using on an Oracle db.</div><div style="font-size:12.8px">Hope that helps;</div><div style="font-size:12.8px">Tyler </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 20, 2017 at 10:58 AM, Tyler Veinot <span dir="ltr"><<a href="mailto:tylerkveinot@gmail.com" target="_blank">tylerkveinot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Morten;<div>There are 2 versioning editing plugins for Postgre that might work for you. One is simply called Versioning and  pgVersion. I had little success with them but it was giving me errors that someone who is more database knowledgeable might be able to interpret and correct. </div><div>There is also the built in offline editing mode. I did some test with some success working with; PostgreSQL, MSSQL Express 2008R2 and 2012, and Filegeodatabase. Where I "checked out" some data into a sqlite database, made some edits and "checked in" the data. It worked with multiple users (my test was 2) as long as you didn't edit the same features. My testing was also on simple tables no relationships or triggers.</div><div>To my knowledge even using versioned datasets through Esri you are still limited in that you and someone else cannot edit the same feature during the same check out because it causes conflicts on reconciling and someones edits will be over ruled. At least that is how it was on the system we were using on an Oracle db.</div><div>Hope that helps;</div><div>Tyler </div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 20, 2017 at 10:28 AM, Morten Storm <span dir="ltr"><<a href="mailto:morten.storm@artogis.dk" target="_blank">morten.storm@artogis.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
We have quite a few QGIS users, who are used to working in ArcGIS for Desktop on an Esri Enterprise Geodatabase. These users want to apply versioned editing as known from ArcGIS.<br>
<br>
Their basic requirements for versioned editing in QGIS can be summarized as follows:<br>
- Versioned editing is based on data contained in a central multi-user data repository (database), preferably PostgreSQL/PostGIS.<br>
- The parent version/default version/master version is the "current" dataset that all ordinary users access for data browsing purposes.<br>
- Editing users should be able to create independent versions (or branches) of the data set - either in its entirety or for selected layers/tables in the data set.<br>
- It is not an ultimate requirement that a specific version/branch can be shared by multiple users.<br>
- But one user must be able to edit, whereafter another user can review, approve and commit.<br>
- Generally the "parent version/branch" (default version in ArcGIS terminology) should not be edited, but this need not be prevented by the versioning solution.<br>
- The individual user chooses which version/branch he/she wants to edit at the beginning of an editing session.<br>
- At any given time a user should be able to either delete (if edits are to be dropped again) or commit the version/branch to the parent/default version.<br>
- A complete history of editing or the ability to regret commit of version/branch is NOT needed.<br>
<br>
Do anyone know of any solutions, that will allow QGIS users to achieve this?<br>
<br>
<br>
Kind regards,<br>
<br>
Morten Storm<br>
<br>
ARTOGIS a/s<br>
Eltangvej 61<br>
6000 Kolding<br>
DENMARK<br>
<br>
Phone <a href="tel:%2B45%2075%2053%2073%2093" value="+4575537393" target="_blank">+45 75 53 73 93</a><br>
Direct <a href="tel:%2B45%2076%2030%2082%2022" value="+4576308222" target="_blank">+45 76 30 82 22</a><br>
Mobile <a href="tel:%2B45%2051%2051%2009%2029" value="+4551510929" target="_blank">+45 51 51 09 29</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-user</a></blockquote></div><br></div>
</div></div></blockquote></div><br></div>