[QGIS-Developer] Flatgeobuf for processing
Alessandro Pasotti
apasotti at gmail.com
Sat May 9 00:36:14 PDT 2020
On Sat, May 9, 2020 at 9:18 AM Matthias Kuhn <matthias at opengis.ch> wrote:
>
> Hi
>
> On 5/9/20 9:04 AM, Alexander Bruy wrote:
> > Not sure this makes much sense. Now Processing stores temporary
> > results as memory layers
> As long as you have enough memory, that's a good approach. When your
> system starts paging, you better have a backup plan.
> > and uses .shp/.geopackage as intermediate
> > format because these formats are compatible with wast majority of 3rd
> > party tools.
>
> I dare to guess that those flexible enough to have picked up geopackage
> in the last years are likely to pickup flatgeobuf in the near future too.
>
> > Also as flatgeobuf does not provide random write capability it can be
> > slow in some cases.
>
> In which cases does processing do random writes? I think in most cases
> it streams data from/to feature sources or to feature sinks.
Hi Matthias,
In some cases it does random edits, for example in some in-place
editing workflows.
Cheers
--
Alessandro Pasotti
QCooperative: www.qcooperative.net
ItOpen: www.itopen.it
More information about the QGIS-Developer
mailing list