Hi,
I understand the concern here but please don't change this behaviour,
we use it in our projects and I can't replace it or ask all our users
to opt-in.
regards,
jean-roc
Le mardi 23 mars 2021 à 09:00 +0100, matteo a écrit :
> Hi devs,
>
> in the Italian QGIS Group we had a discussion on
Hi Andreas,
If the point cloud data is static and used by several users, I usually
triangulate it once into its own seperate file (.ply, which seems to be
supported by Qt3DRender::QMesh) for further access.
For a generic cache, maybe 3D Tiles can fit the need for both mesh and
point cloud :
Hi,
If this limit is still present, maybe the composer should ask the user
if he wants to defaut to a blendless export ? It would be similar to
the text option (glyph/shape) and avoid to the user to track down which
symbology level is using one.
regards,
jean-roc
Le mardi 17 octobre 2017 à
Le 2016-11-03 11:17, Jürgen E. Fischer a écrit :
QGIS 2.18 includes great new features, tweaks and enhancements to make
the most
popular Free desktop GIS even more feature filled and useful. Visit
the
visual changelog that highlights some of the new additions
(
Maybe, I'm not sure but I remember you at the HF2009 already being
surprised that people were still using Table Manager :)
I would happily translate your farewell message
Le 2016-09-22 16:59, Borys Jurgiel a écrit :
Ah it was you, Jean Roc, weren't you? :)
Dnia czwartek, 22 września 2016
It's not an issue, it's the default behaviour :)
Le 2016-09-16 08:19, Pietro Rossin a écrit :
Am I the only one having this issue??
Pietro
--
View this message in context:
github have now +1/-1 reactions, it may be enough
https://github.com/blog/2119-add-reactions-to-pull-requests-issues-and-comments
Le 2016-03-11 11:23, Denis Rouzaud a écrit :
> apparently there are solutions for github
> http://feathub.com/ [1]
>
> On 03/11/2016 10:56 AM, Tom Chadwin
the command seems to lack :
* -co BIGTIFF=IF_NEEDED to create a file over 4Gb
* -wo OPTIMIZE_SIZE=TRUE to apply the compression scheme correctly
Le 2015-10-20 13:53, Niccolo' Marchi a écrit :
Hi all,
clipping a large raster image (1.3Gb) I tried to use "-co
COMPRESS=DEFLATE -co PREDICTOR=2"
Le 2015-08-13 16:31, Denis Rouzaud a écrit :
On 08/13/2015 04:28 PM, Jean-Roc Morreale wrote:
Le 2015-08-13 16:04, Denis Rouzaud a écrit :
on my project, a progress appears, but there's a threshold around
about 2 seconds (i.e. appears only when it takes a certain time).
which version of QGIS
Le 2015-08-13 16:40, Denis Rouzaud a écrit :
On 08/13/2015 04:37 PM, Jean-Roc Morreale wrote:
Le 2015-08-13 16:31, Denis Rouzaud a écrit :
On 08/13/2015 04:28 PM, Jean-Roc Morreale wrote:
Le 2015-08-13 16:04, Denis Rouzaud a écrit :
on my project, a progress appears, but there's a threshold
Andreas, did you you try to setup these connection over ssh ? ssh -C
uses gzip
Le 2015-02-13 10:26, Andreas Neumann a écrit :
Hi,
Just came across this:
http://michael.otacoo.com/postgresql-2/postgres-9-5-feature-highlight-pglz-compression-libpqcommon/
This read is very technical.
ssh connections would be a big plus.
Thanks,
Andreas
On 13.02.2015 10:31, Jean-Roc Morreale wrote:
Andreas, did you you try to setup these connection over ssh ? ssh -C
uses gzip
Le 2015-02-13 10:26, Andreas Neumann a écrit :
Hi,
Just came across this:
http://michael.otacoo.com/postgresql-2
Le 2014-02-26 11:30, Matthias Kuhn a écrit :
Solution (partly):
* Activating server side simplification for such layers gives a
noticeable speed boost here.
* Get a faster network ;)
What about requesting and using Tiny WKT when possible ? :)
Le 2014-01-29 09:07, Paolo Cavallini a écrit :
Hi all,
thanks for following up. Of course we need some smart way to deal with
such huge
amounts of points (that's why I think we need a brand new provider).
libLAS and PDAL
seem to overlap, and at least one developer is involved in both: does
Can it performs fast enough to display hundred millions points or
billions at once ? Does it leverage a quadtree approach ?
Le 2014-01-29 12:55, A Huarte a écrit :
yes, it can be implemented on renderer level (Martin Dobias propose
it) or on featureiterator level similar to current
QgsFeature's that after are discarded in
renderer side.
I use this technique in a personal viewer, and after first read of
file (the file is cached in SO), the following drawings are quite
fast.
Alvaro
-
DE: Jean-Roc Morreale jr.morre...@enoreth.net
PARA: qgis-developer
Hi,
Now that 2.0 is done, let's start suggesting cool features for 2.1,
3.0, etc. !
http://www.mapbox.com/blog/user-friendly-guided-feature-extraction/
Maybe a QGIS equivalent could made using DTclassifier from GIS-Lab
Regards,
Jean-Roc
___
17 matches
Mail list logo