[QGIS-Developer] QGIS/OGR: FeatureIds reassigned on write to data provider?
Nathan Woodrow
madmanwoo at gmail.com
Tue Jul 4 16:31:28 PDT 2017
> I'd say we definitely do in the processing case. It'd be a significant
shortcoming to have to manually unload layers from projects before you
can run analysis on them.
> Not sure about totally external applications though....
My comments only relate to external applications using files we have open,
I guess having it open in two QGIS instances is the same issue. But I get
the same thing if I open the same word doc twice one of the applications
will take a write lock on the file.
On Wed, Jul 5, 2017 at 9:29 AM, Nyall Dawson <nyall.dawson at gmail.com> wrote:
> On 5 July 2017 at 09:10, Nathan Woodrow <madmanwoo at gmail.com> wrote:
> >>
> > A common workflow that leads to this situation is when working on
> shapefiles
> > and then using them in a processing algorithm that involves an external
> > process. The processing situation could be avoided (detect if potentially
> > dangerous operations like a delete have been performed since the last
> repack
> > and if yes repack or write it to a new file), but there were also other
> > situations where people just have been working on the same file in
> different
> > GIS applications side-by-side.
> >
> >
> > This raises the question. Should we support that? A lot of file types
> are
> > just not meant to be opened by many applications at the same, e.g MapInfo
> > wants a full exclusive read/write lock on tab files. My gut has always
> been
> > if it's file based you shouldn't be using it in other applications at the
> > same time.
>
>
> I'd say we definitely do in the processing case. It'd be a significant
> shortcoming to have to manually unload layers from projects before you
> can run analysis on them.
>
> Not sure about totally external applications though....
>
> Nyall
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20170705/55e41376/attachment-0001.html>
More information about the QGIS-Developer
mailing list