<div dir="ltr"><div dir="ltr"><div>Hi Greg,</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, 19 Mar 2025 at 13:33, Greg Troxel via QGIS-User <<a href="mailto:qgis-user@lists.osgeo.org">qgis-user@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Andreas Neumann via QGIS-User <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank">qgis-user@lists.osgeo.org</a>> writes:<br>
<br>
> For Multi-User data editing I definitely recommend using PostgreSQL<br>
> (the server should be in the same LAN than the clients<br>
> editing).<br>
<br>
By 'same LAN', do you mean "same Ethernet, meaning no IP routing" or<br>
just "on the same premises so you have Gigabit speed and only a few<br>
milliseconds of latency"?   I would expect that it is only performance<br>
that matters, and several-ms gigabit-speed is fine.<br></blockquote><div><br></div><div>It is mainly an issue of "latency", but also bandwidth. There are a lot of SQL queries between QGIS and PostgreSQL. Every zoom and pan means several SQL queries. If the latency is bad, then it isn't a lot of fun to work with a remote PostgreSQL server.</div><div><br></div><div>In a case where the PostgreSQL server is at another company location with a high latency in between than it should be considered to use more than one PostgreSQL server and replication between the servers, in order to offer a low latency to all QGIS clients.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I am also curious how well it works if say the pgsql server is 80 ms RTT<br>
away, with a link such that one can get 2 MB/s usually.   I realize it's<br>
going to be slower, but I'm interested in hearing experience.<br>
<br>
> Geopackage isn't designed for multi-user editing. Two users using<br>
> Geopackage "read only" should work though.<br>
<br>
Even worse, access to files across SMB, when the programs expect to do<br>
locking, is asking for trouble.<br>
<br>
> The QGIS project can be stored in Geopackage or PostgreSQL, but is<br>
> normally a separate file (.qgz or .qgs). The project file doesn't<br>
> store the geodata but only the references to the files, databases or<br>
> web services as well as any configuration and styling.<br>
<br>
When you do this, is it basically storing a blob with what would have<br>
been written to qgs in a table of projects?<br></blockquote><div><br></div><div>yes</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
What happens if multiple people try to use the same project?  Are<br>
changes by one person propagated back to others as they are opened?<br>
How are write-write conflicts handled?<br></blockquote><div><br></div><div>There is no conflict handling. The one that writes last wins.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Or is the norm that projects are opened readonly by most people, and<br>
rarely changed?<br></blockquote><div><br></div><div>This depends of course on the workflow and situation. I don't think one can make a general statement here.</div><div> </div>Andreas</div></div>