[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