[QGIS-Developer] Flatgeobuf for processing

[Matthias Kuhn]

Hi Alessandro

On 5/9/20 9:36 AM, Alessandro Pasotti wrote:
> 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.

Right. But in those we don't use a temporary storage, so that's a 
completely different code path?

Matthias