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 priv
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 :
https
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 à 10:47
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
( http://qgis.org/en/site/forusers
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 14:
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:
http://osgeo-org.1560.x6.nabble.com/Qgis-donload-entire-postgis-data-table-with-geom-opening-attribute-table-tp5285532p
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 wrot
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" but
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 thre
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
Le 2015-08-13 15:07, Doctor Who a écrit :
30 sec is maximum time with french cadastral map which contains lot of
objects indeed (point, plot, etc.).
It's faster with other referential.
Not a big deal, I was afraid by a bad PostGreSQL/PostGIS configuration
or
something like that.
Exact same us
Le 2015-07-23 10:22, Hugo Mercier a écrit :
On 22/07/2015 21:26, Tim Sutton wrote:
Hi
On 22 Jul 2015, at 14:52, Paolo Cavallini mailto:cavall...@faunalia.it>> wrote:
Il 22/07/2015 11:48, Julien Michel ha scritto:
Hi Qgis developers,
I wrote a small library called Ice which is able to render
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
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.
Question:
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 ? :)
http://osgeo-org.1560.x6.nabble.com/Use-of-Tiny-W
-many 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
PARA: qgis-developer@lists.osgeo.o
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 simplificati
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
anyb
o Huarte as it seems to
be a way to improve display's efficiency without significant loss.
Blog posts about the format :
http://blog.jordogskog.no/tag/twkb/
ST_AsTWKB :
http://postgis.net/docs/manual-dev/ST_AsTWKB.html
Regards,
Jean-Roc Morreale
_
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
___
Qgis-de
20 matches
Mail list logo
