apparently it also has a GDAL driver:
https://gdal.org/drivers/vector/flatgeobuf.html
cheers
Il 05/12/19 08:35, Alexander Bruy ha scritto:
> There is a FlatGeoBuf [0], probably we can use it or at least get some ideas.
>
> [0] https://github.com/bjornharrtell/flatgeobuf
>
> чт, 5 груд. 2019 о
There is a FlatGeoBuf [0], probably we can use it or at least get some ideas.
[0] https://github.com/bjornharrtell/flatgeobuf
чт, 5 груд. 2019 о 09:18 Richard Duivenvoorde пише:
>
> On 05/12/2019 01.01, Nyall Dawson wrote:
> > What's needed/missing is a method for the memory data provider to
>
On 05/12/2019 01.01, Nyall Dawson wrote:
> What's needed/missing is a method for the memory data provider to
> detect when a layer is growing too large, and start writing this out
> to disk. (Important note: we CAN'T use any of the standard spatial
> formats for this (as they are lossy when
On Wed, 4 Dec 2019 at 21:08, Andreas Neumann wrote:
> I'd like to better understand how QGIS processing works. What happens in such
> a case if the data is really, really big? Would it crash the machine, or
> switch from memory layer to a real file "automagically"? If yes, how would
> this be
On Wed, 4 Dec 2019 at 21:21, Alexander Bruy wrote:
> > In my opinion, the term "Create temporary layer", from a user perspective,
> > doesn't necessarily mean "Create Memory layer". A temporary layer could
> > also be stored in disk.
Right, hence the recent change to also expose warnings for
Plugin Task-Oriented Data Classification for Polygon approval by pcav.
The plugin version "[1498] Task-Oriented Data Classification for Polygon 0.8
Experimental" is now approved
Link: http://plugins.qgis.org/plugins/aChor/
___
QGIS-Developer mailing
I can confirm it works, but not out of the box: without adding a
filename for raster and vector output I get the error described.
There is a crash due to specific geometry issue, as reported, but this
is related to specific data (available for testing if useful).
Cheers.
Il 04/12/19 17:05, Pedro
Hi Paolo,
Tested here in Ubuntu Xenial, both with OTB 7.0.0 or 6.6.1, and QGIS 3.4.13
(OTB plugin), everything works, but with the issues reported by Aron.
Best regards,
Pedro
Paolo Cavallini escreveu no dia quarta, 4/12/2019
à(s) 15:44:
> Thanks for the feedback. Could you please add your
Thanks for the feedback. Could you please add your notes to the ticket
https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/issues/2001 ?
Cheers.
Il 04/12/19 14:42, Áron Gergely ha scritto:
> Hi Paolo and list,
>
> I am using the Segmentation algorithm on Linux without major problems.
> (OTB 6.6
Plugin Physiocap3 approval by pcav.
The plugin version "[1399] Physiocap3 3.10.0" is now approved
Link: http://plugins.qgis.org/plugins/Physiocap3/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info:
Hi Paolo and list,
I am using the Segmentation algorithm on Linux without major problems.
(OTB 6.6 and now 7.0 with QGIS 3.10). But indeed it does not work out
of the box:
Even when raster output does not not apply to the Segmentation alg , a
"bogus" value would have to be entered in the
sorry, its 7.0.0 not 6.6.1
---
Obrigado Pedro.
I don't see why on Linux it shouldn't work on Linux (6.6.1 as well).
Cross referenced in:
https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/issues/2001
Cheers.
Il 04/12/19 13:23, Pedro Venâncio ha scritto:
> Hi Paolo,
>
> I'm using OTB (6.6.1 and
Obrigado Pedro.
I don't see why on Linux it shouldn't work on Linux (6.6.1 as well).
Cross referenced in:
https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/issues/2001
Cheers.
Il 04/12/19 13:23, Pedro Venâncio ha scritto:
> Hi Paolo,
>
> I'm using OTB (6.6.1 and 7.0.0) with QGIS 3.10.0, without
Hi Paolo,
I'm using OTB (6.6.1 and 7.0.0) with QGIS 3.10.0, without any problem, but
I'm on Windows.
About the issues you reported (".raster.out.tif" and vectors not being
loaded), I think this thread can explain almost all of them (I had the same
doubts some time ago):
Hi devs,
When setting a shadow item for a label there's a "Blur only alpha pixels"
option (see
https://docs.qgis.org/testing/en/docs/user_manual/style_library/label_settings.html#shadow-tab
)
I'm unable to understand what it's supposed to do and there's a report in
the docs source
Hi Andreas,
ср, 4 груд. 2019 о 13:08 Andreas Neumann пише:
> What happens in such a case if the data is really, really big? Would it crash
> the machine, or switch from memory layer to a real file "automagically"?
There is no logic to check input size, so QGIS will try to keep it in memory.
It
Hi,
I noticed that when running processing algorithms and also models, that
both the in between results, but also end results are only kept in
memory and the end result ends up as memory layer, if I use the Option
"Create Temporary Layer".
I'd like to better understand how QGIS processing
17 matches
Mail list logo