<div dir="ltr">Although it is not recommended we use google drive and as of the latest release it works ok for most files including Geopackage. In past versions any time a layer on a geopackage was opened this would cause the file to be marked as changed and upload the whole file. In the current version (3.26) this only happens when edit mode is turned on. However saving after edits is much slower when it is in the Google drive. It appears that the .wal file decides to load the entire file into itself when in the google drive before writing the change to the file.  Of course this doesn't prevent people from overwriting each other's changes if two people are concurrently editing on different machines. <div>The file path doesn't seem to be a problem if the files are in the same location relative to the project file on different machines.  </div><div>I would be interested if at some point someone created a solution that allowed for diffs on geopackages using Lutra's <a href="https://github.com/MerginMaps/geodiff">https://github.com/MerginMaps/geodiff</a> . I imagine if that worked there would be an cloud unsynced local version and a cloud synced local version that you could trigger a diff operation against.  </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 5, 2022 at 3:28 PM Gert-Jan van der Weijden (GISNederland) via Qgis-user <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank">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">
  
    
  
  <div>
    <p>Hi, <br>
    </p>
    <p>My employer is moving from "traditional" network shares to a 100%
      Sharepoint/MS Teams solution.</p>
    <p>The idea behind Sharepoint (and OneDrive) is that the content
      (files) is synchronised between server and local PC's.<br>
      1. For large files this means a lot of network traffic on each
      single edit. <br>
    </p>
    <p>2. The path to a dataset (geopackage, shapefile, geotiff) to be
      used in a QGis project (.qgz) is the local path b(c:\users\<b>joe</b>\data\etc).
      However, when Joe's college Jane opens this QGis project the next
      day, the data is synchronized to her local path
      (c:\users\jane\data\etc.), but the QGis project file (.qgz) is
      still pointing to c:\users\joe, which doesn't exist on Jane's
      laptop)<br>
    </p>
    Solutions?<br>
    a. Microsoft used to advertise a way to make drive mappings to
    Sharepoint sites. That solution was based upon an Internet Explorer
    library, and is no longer supported. I tried to use it; it's clumsy
    and unreliable.<br>
<a href="https://support.microsoft.com/en-us/office/map-a-network-drive-to-a-sharepoint-library-751148de-f579-42f9-bc8c-fcd80ccf0f53" target="_blank">https://support.microsoft.com/en-us/office/map-a-network-drive-to-a-sharepoint-library-751148de-f579-42f9-bc8c-fcd80ccf0f53</a><br>
    <p>b. 3rd party solutions like ZeeDrive
      (<a href="https://www.thinkscape.com/Map-Network-Drives-To-Office-365-OneDrive/" target="_blank">https://www.thinkscape.com/Map-Network-Drives-To-Office-365-OneDrive/</a>)
      and CloudDriveMapper
      (<a href="https://www.iamcloud.com/cloud-drive-mapper/" target="_blank">https://www.iamcloud.com/cloud-drive-mapper/</a>).</p>
    I haven't tried these solutions yet, bu will do so somewhere this
    month. <br>
    <p>By the way, also on the "commercial side of Planet GIS" (Esri's
      ArcGIS) there's no solution for this problem (yet):<br>
      <a href="https://support.esri.com/en/technical-article/000025605" target="_blank">https://support.esri.com/en/technical-article/000025605</a></p>
    <p>The problems as described on that Esri support page are prette
      much the same as in QGis+Sharepoint.<br>
      The so-called "solution or workaround" is hardly to be taken
      seriously by a professional GIS user</p>
    <p><br>
    </p>
    <p>Apart from the Sharepoint-problems as described above,
      Geopackages are not designed for a multi-user environment.
    </p>
    <p><br>
    </p>
    <p>Kind regards, <br>
    </p>
    <p>Gert-Jan</p>
    <p><br>
    </p>
    <p><br>
    </p>
    <div>On 5-8-2022 19:49, chris hermansen via
      Qgis-user wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div dir="ltr">Guido and list,<br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Fri, Aug 5, 2022 at 6:35
            AM Guido Häfliger via Qgis-user <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank">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">
            <div lang="DE-CH">
              <div>
                <p class="MsoNormal">Hello</p>
                <p class="MsoNormal"> </p>
                <p class="MsoNormal"><span lang="EN-GB">We are
                    discussing in our company to switch from local
                    fileserver/NAS to Sharepoint (hosted in cloud). Will
                    QGIS-projects and geopackages work on sharepoint
                    environment or do we have to expect a lot of
                    troubles? Have anybody experience with QGIS and
                    geopackages on sharepoint? Will we encounter
                    problems if geopackages are opened by several users?</span></p>
              </div>
            </div>
            <br>
          </blockquote>
          <div><br>
          </div>
          <div>I can't speak to the use of QGIS with Sharepoint, but
            we've tried using both QGIS and ESRI products with Google
            Drive for Desktop and the name remapping done by GDD in
            Windows Explorer is not picked up by the file manager
            component used by them; so the file names do not appear as
            expected.</div>
          <div><br>
          </div>
          <div>I've run across the same thing with QGIS and the Google
            Drive - Nautilus connection in GNOME / Linux and not found a
            solution.</div>
          <div><br>
          </div>
          <div>I suggest you try before you buy. <br>
          </div>
        </div>
        <br clear="all">
        <br>
        -- <br>
        <div dir="ltr">
          <div dir="ltr">Chris Hermansen · clhermansen "at" gmail "dot"
            com<br>
            <br>
            C'est ma façon de parler.</div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
Qgis-user mailing list
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
</pre>
    </blockquote>
  </div>

_______________________________________________<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/mailman/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr">___________________________<br><div dir="ltr"><span>Sebastian "Bas* " Gutwein</span></div><div><span><span>*rhymes with Josh <br></span></span></div><div><span><span><br></span></span></div>Regenerative Design Group<br>1 Chevalier Ave<br>Greenfield, Ma 01301<br>Web: <a href="http://regenerativedesigngroup.com" target="_blank">regenerativedesigngroup.com</a><br>(631) 241-1018<br><br><div dir="ltr"><i><span><span>Look close, think big, make change. </span></span></i></div><div dir="ltr"><span></span></div></div></div>