Hi Paolo,
This would probably be quite a different way of dealing with the data
source. I suppose the idea would be to fetch all the points at once and
store them in a kd-tree. Otherwise, refreshing the canvas would take
ages to refresh.
The laslib [0,1] (from lastools) is LGPL.
But there
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 29/01/2014 09:01, Denis Rouzaud ha scritto:
This would probably be quite a different way of dealing with the data source.
I
suppose the idea would be to fetch all the points at once and store them in a
kd-tree. Otherwise, refreshing the
On 2014/01/29 09:59, Alex Mandel wrote:
On 01/28/2014 10:53 PM, Zoltan Szecsei wrote:
Hi List,
I have a friend, not in South Africa, who has a need to bundle raster
vector data with a map viewer, so that the entire package can be
deployed via a DVD.
The catch is that usage of the data bundled
The best way is to provide your data with a proper disclaimer of use.
Trying to add some lock is just useless. Anyone who will really wants to
fully get or edit the data will still be able to do it.
You will just make your bundle less usable, and loose some time/money at
trying to implement
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
On 29. 01. 14 05:27, Olivier Dalang wrote:
Hi !
Thanks for all the replies !! I updated the plugin which should work
on mac/linux now, please give it a try ! Do you think it's too soon to
put it in the plugin repo as experimental at this stage ?
+1 to publish, it would allow more users to
Hi Olivier,
This is excellent work, thank you.
+1 on uploading it as experimental.
As already stated, I also believe that we would all benefit from a
common framework for digitizing/CAD plugins.
If we could merge them all into one plugin, it would be awesome, plus
this could be merged into
+1 to publish
Great work, just what I needed in my everyday routine as a licensed
surveyor. QGIS is one more step closer to replacing proprietary CAD
application... If it were not for LISP routines, we would hardly be using
5% of CAD features anyway... And here we have Python ;-)...
Hi All,
I'm upgrading EasyCustomLableing plugin to 2.x API (late, I know).
I'm having troubles activating correctly labeling toolbar buttons.
When using StartEditing on active layer, with all labeling parameter
correctly set, following buttons don't activate, while others do:
- pin/unpin
There was some discussion about LAS format and PDAL on the GDAL mailing
list a few weeks ago, there is probably some interesting info there.
cheers
Etienne
On Tue, Jan 28, 2014 at 5:13 PM, Paolo Cavallini cavall...@faunalia.itwrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 29/01/2014 11:37, Etienne Tourigny ha scritto:
There was some discussion about LAS format and PDAL on the GDAL mailing list
a few
weeks ago, there is probably some interesting info there.
I suppose you mean:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
Apparently single rooms are sold out @kindl. Should we share rooms?
All the best.
- --
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using
Hi Paolo, about performance reasons recently we spoken about this item in
other thread:
[Qgis-developer] On the fly simplication of point layer
In order to render so big layers as LAS files are, there are two strategies,
discard points on renderer side, or on featureiterator side by distance
Hi !
Ok the plugin is published in the repo (with a nice icon for the occasion
;) ) ! Champagne !
*@Denis*
I wanted to say that if you need a hand on implementing things in the API,
I can help. Although I am by far not the most advanced programmer around, I
am truly interested by your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 29/01/2014 12:27, A Huarte ha scritto:
Hi Paolo, about performance reasons recently we spoken about this item in
other thread:
[Qgis-developer] On the fly simplication of point layer
In order to render so big layers as LAS files are, there
yes, it can be implemented on renderer level (Martin Dobias propose it) or on
featureiterator level similar to current simplification classes for line and
polygons
I think it is pending for a test of performance
Best Regards
Alvaro
De: Paolo Cavallini
+1 I can share but I haven't booked yet
On 29 January 2014 11:49, Paolo Cavallini cavall...@faunalia.it wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
Apparently single rooms are sold out @kindl. Should we share rooms?
All the best.
- --
Paolo Cavallini - www.faunalia.eu
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
I think but using a quadtree approach there is a problem, and it is none other
than the construction of the quadtree itself for so big data.
IMHO I would use a specific provider (with a specific featureiterator) reading
sequentially the LAS file and discarding points before fetch it to renderer
Hi Alvaro,
That seems really interesting, hopefully something similar thing can be
created for QGIS. Your video shows how slick it can be.
I've created a fairly bland issue for this - http://hub.qgis.org/issues/9451
What's next?
Cheers,
Jonathan
On 28 January 2014 15:19, A Huarte
On Wed, Jan 29, 2014 at 6:55 PM, A Huarte ahuart...@yahoo.es wrote:
yes, it can be implemented on renderer level (Martin Dobias propose it) or
on featureiterator level similar to current simplification classes for line
and polygons
Personally I do not think we can treat lidar data like with
I agree,
http://www.fugroviewer.com/
can be our target ?
Alvaro
De: Martin Dobias wonder...@gmail.com
Para: A Huarte ahuart...@yahoo.es
CC: cavall...@faunalia.it cavall...@faunalia.it; Etienne Tourigny
etourigny@gmail.com; qgis-developer
Time to develop it
:-)
De: Jonathan Moules jonathanmou...@warwickshire.gov.uk
Para: A Huarte ahuart...@yahoo.es
CC: Nathan Woodrow madman...@gmail.com; qgis-developer@lists.osgeo.org
qgis-developer@lists.osgeo.org
Enviado: Miércoles 29 de enero de 2014
Most lidar files are not spatially ordered so with a sequential read you
will end up reading the whole file, it's like accessing a untiled
unpyramided bigtiff : painful.
Le 2014-01-29 13:52, A Huarte a écrit :
I think but using a quadtree approach there is a problem, and it is
none other than
I believe this is how uDig does it too. Maybe good to have a look at uDig for
inspiration as well?
http://www.ogcnetwork.net/img/ogcn/wfs_tut_02-adddatawfs.png
Fra: qgis-developer-boun...@lists.osgeo.org
[mailto:qgis-developer-boun...@lists.osgeo.org] På vegne av A Huarte
Sendt: 29. januar
Would LASTools add anything to the conversation? I do believe they
re-order the file (but I've not used it).
-
Randal Hale, GISP
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611 rjh...@northrivergeographic.com
Hi again,
the very usefull $scale variable seems to be not evaluated everywhere in
QGIS interface.
- in Dufour 2.0, only label expression seem to get the value
- in master, label expression and data defined symbol properties have it,
but ruled based renderer gets nothing .
Anyone has this
You are right, but only if it is possible to generate the quadtree on the fly
(millions of points), or preprocess it to disk.
this doc uses a mixed strategy (I used it and it works fine)...
http://www.cs.unc.edu/~isenburg/papers/ilss-scdt-06.pdf
a first pass read the file to build a special
But then we must preprocess the data before load it in QGIS
De: Randal Hale rjh...@northrivergeographic.com
Para: qgis-developer@lists.osgeo.org
Enviado: Miércoles 29 de enero de 2014 14:49
Asunto: Re: [Qgis-developer] Lidar data into QGIS
Would LASTools add
Hi,
I contacted Howard Butler, one of the developers of PDAL, about possibly
providing some input on questions we have in this thread, and believe he is
now subscribed to the list.
Howard, any ideas on a strategy for using PDAL in QGIS, e.g. via proposed
GDAL support, as a separate data
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
On close, I get a crash:
==
Warning: QMainWindow::saveState(): 'objectName' not set for QDockWidget
0x5986260
'Improved Polygon Capturing;
Warning: QMainWindow::saveState(): 'objectName' not set for QDockWidget
0x776b780 ';
IntersecIt ::
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 29/01/2014 19:04, Larry Shaffer ha scritto:
I contacted Howard Butler, one of the developers of PDAL, about possibly
providing
some input on questions we have in this thread, and believe he is now
subscribed to
the list.
Howard, any
I think authorities have tried to do this in the past with poor quality
images and pdfs where all the layers are sandwiched together and not
meant to be disassembled. So that the only way to extract the data
beyond viewing is hand digitizing and recoding of the attributes.
I agree with Denis
Hi,
Since LIDAR data 1. has a special data structure 2. is huge and 3.
needs index, using a database with QGIS as client seems to me a
natural architectural decision.
As you may know, PostgreSQL has a pointcloud extension made by the
father of PostGIS, Paul.
See e.g. my wiki notes and
Hello,
Lidar data in LAS format are increasingly widespread. Leaving aside all 3D
frenzy, we
would be interested in simply displaying them in QGIS, with their useful
attributes
(classification and intensity), either with a native driver or through an
available
library.
I am *very*
Yep - I agree that it is a fruitless venture - quite frankly, even the
license to use methodology gives one no real peace of mind.
When this request popped into my mailbox, I figured it was worth a shot
putting it out there, as I had not given this any thought for a number
of years now.
Howard,
If anyone with experience in those environments is interested in chipping
in, I'd be happy to help guide the effort.
yes, I am interested
:)
I worked for years in LiDAR data survey and processing, and I writed a program,
named LaserDrink :) that displays in realtime TerraSolid
The OSGeo Code Sprint in Vienna would seem like the perfect
gathering to get a skeleton functionality in place as several names in this
thread are listed to show up there.
I think also it need to be: an Hack-LiDAR Vienna :)
+1
___
Qgis-developer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 30/01/2014 05:09, isenburg ha scritto:
I am *very* interested in supporting this in any way I can.
Hope to see many of you in Vienna.
Glad to see my request has spurred so much interest.
Let's keep on this discussion here, and see you in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 29/01/2014 21:48, Howard Butler ha scritto:
I think the first question to answer for a QGIS point cloud capability is to
define what it will do. Is it a renderer/viewer? Product processing pipeline?
Everything? I think it is important to keep
40 matches
Mail list logo
