[QGIS-Developer] Flatgeobuf for processing

[Nyall Dawson]

On Sat, 9 May 2020 at 17:04, Alexander Bruy <alexander.bruy at gmail.com> wrote:
>
> Not sure this makes much sense. Now Processing stores temporary
> results as memory layers and uses .shp/.geopackage as intermediate
> format because these formats are compatible with wast majority of 3rd
> party tools.
>
> If we will use flatgeobuf, we will need convert back and forth all the time
> when 3rd party tools are involved, this may significantly increase processing
> time. Also as flatgeobuf does not provide random write capability it can be
> slow in some cases.

I'd suggest we shelve this discussion and revisit in ~12 months. While
I'm excited by the potential of flatgeobuf, I think any widespread use
of it right now would be premature. I'd rather see it stabilise and
mature before we start recommending it for use by end users
(implicitly or otherwise).

Nyall

>
> сб, 9 трав. 2020 о 09:54 Matthias Kuhn <matthias at opengis.ch> пише:
>
> >
> > Hi Richard,
> >
> > On 5/8/20 5:24 PM, Richard Duivenvoorde wrote:
> > >
> > > About Tobias' flatgeobuf: instead of a shp/gpkg file alternative, would
> > > this not be a very good candidate to store our intermediate processing
> > > steps in (which was shp, not shure what it is now?)?
> >
> > Good shout!
> >
> > I would love to see someone systematically test it with processing.
> >
> > Matthias
> >
> > _______________________________________________
> > QGIS-Developer mailing list
> > QGIS-Developer at lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> --
> Alexander Bruy
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer