Le jeudi 18 juin 2015 17:51:20, Nicolas Cadieux a écrit :
> Thanks,
>
> That is good news.
>
> Is the buffer still at 16 mb? If so, why keep it this low?
Choosing a buffer size is always somewhat arbitrary. For example, it might
depend on if people are running only one instance of the utility,
Thanks,
That is good news.
Is the buffer still at 16 mb? If so, why keep it this low? Lidar is very
demanding even for the best rigs.
I will test out the algorithms and keep you posted on differences between nn
models. Will recompile if the buffer is still at 16 mg. I will also look at
t
Le mardi 16 juin 2015 19:00:45, Even Rouault a écrit :
> Le mardi 16 juin 2015 18:50:58, Nicolas Cadieux a écrit :
> > "As you're exploring new territories, I'd expect you to report how this
> > works ;-) "
> >
> > Report no 1:
> >
> > (Sharing how little I know but still trying to help:)
> >
>
Le mardi 16 juin 2015 18:50:58, Nicolas Cadieux a écrit :
> "As you're exploring new territories, I'd expect you to report how this
> works ;-) "
>
> Report no 1:
>
> (Sharing how little I know but still trying to help:)
>
> I have been recompiling gdal_grid with a 1 and 1.5 GB buffer instead of
"As you're exploring new territories, I'd expect you to report how this works
;-) "
Report no 1:
(Sharing how little I know but still trying to help:)
I have been recompiling gdal_grid with a 1 and 1.5 GB buffer instead of the
usual 16 mb. (Both files created with the 1 and 1.5GB are identica
Le lundi 15 juin 2015 21:00:15, Nicolas Cadieux a écrit :
> Thanks Even,
> One last question about the buffer. Is 2GB is the max buffer size for
> gdal_grid? If I select that, am I likely to run into problem with some
> values?
The variable is a uint32 so you could probably go up to 4 GB.
> Apar
Hi Nicolas,
I see someone already posted something about lidar2dems. We also wanted
to use only open-source, so put together this project to easily be able to
make DEMs using what's out there already.
The documentation gives an overview of what it can do and a tutorial for
processing a large are
Thanks Even,
One last question about the buffer. Is 2GB is the max buffer size for
gdal_grid? If I select that, am I likely to run into problem with some values?
Apart from trial and error, is there a balance that should be stuck between
available computer memory (currently at 64GB), input file
Le vendredi 12 juin 2015 23:18:26, Nicolas Cadieux a écrit :
> Hi Even,
> Thank you very much. I increased the buffer to 1.5 GB
> (512+512+514)*1024*1024 and I can now work much much faster with
> gdal_grid.
>
> Does gdal_fillnodata have the same type of variable that could speed things
> up? It
Hi Even,
Thank you very much. I increased the buffer to 1.5 GB (512+512+514)*1024*1024
and I can now work much much faster with gdal_grid.
Does gdal_fillnodata have the same type of variable that could speed things up?
It is also slow and does not seem speeded up by the "All_CPUS".
I will use
Thanks,
This is a very interesting development. I am trying to do a PhD using only open source software (Windows will soon go out the window!). I will take a good look at this post.
Nicolas Cadieux M.Sc.
Les Entreprises Archéotec inc.
8548, rue Saint-Denis Montréal H2P 2H2
Téléphone: 514.381.511
Thanks Even,
My programing skills are very limited (to mapbasic and thankfully python).
Restructuring the code is beyond me but I will try to change the variables and
recompile. What to you recommend the new value be?
I have never done recompiling in anything but MapBasic so any link towa
Hi Nicolas,
You might also be interested in a new development discussed over the past
couple of
days on the PDAL list.
See http://lists.osgeo.org/pipermail/pdal/2015-June/000590.html
Hope it helps,
carl
On Fri, Jun 5, 2015 at 4:13 PM, Even Rouault
wrote:
> Le samedi 06 juin 2015 00:18:45, N
Le samedi 06 juin 2015 00:18:45, Nicolas Cadieux a écrit :
> Hi,
> I have been using gdal_grid to interpolate LiDAR data for some time now.
> This would be a typical command:
>
> gdal_grid -l P0344_sol2004_XYZI_MTM8_CGVD28_150529 -txe 348733.0 401135.0
> -tye 5568587.0 5773796.0 -a
> nearest:radi
Hi,
I have been using gdal_grid to interpolate LiDAR data for some time now. This
would be a typical command:
gdal_grid -l P0344_sol2004_XYZI_MTM8_CGVD28_150529 -txe 348733.0 401135.0 -tye
5568587.0 5773796.0 -a nearest:radius1=3.0:radius2=3.0:angle=0.0:nodata=0.0
-outsize 52402.0 205209.0 -o
15 matches
Mail list logo
