Hi, this is really interesting to me.
On Fri Feb 06 2015 at 03:11:02 Julien Demaria
wrote:
> Hi GDAL team,
>
> I've implemented several improvements to the NetCDF driver and I would
> like to provide them to the community.
> Main goal of the changes is to add full support of NetCDF-4 including
>
Interesting... Thanks for the insights.
And about performance, if I have 1000 JPEG files forming a mosaic, and want
to run gdal tools over that mosaic, which option should I choose?
- Build real merged tif file (gdal_merge)
- Build virtual raster (gdalbuildvrt)
For example, if I want to run gdal
Hi,
As announced, I have prepared a GDAL/OGR 1.11.2 release candidate. Please
review and test.
Peek up an archive among the following ones (by ascending size):
http://download.osgeo.org/gdal/1.11.2/gdal-1.11.2RC1.tar.xz
http://download.osgeo.org/gdal/1.11.2/gdal-1.11.2RC1.tar.gz
http://do
Well, you are right, I do not find neither the code that I pasted before in
the .diff.
Probably, it should be a local 'patch' used with gdal 1.10.1 to read
correctly CSK imagery. Sorry.
I will look what can be done with this code and gdal 1.11.0 version and put
the patch in the tracker.
--
V
Le vendredi 06 février 2015 12:32:22, vf a écrit :
> Thank you for the reply, Even
>
> I agree that the patch was firstly to handle correctly dimensions of h5
> files : previously it was [width, height, 2] -> nbBands = width. Using
> patch, dimensions were correctly interpreted. However, the patch
Thank you for the reply, Even
I agree that the patch was firstly to handle correctly dimensions of h5
files : previously it was [width, height, 2] -> nbBands = width. Using
patch, dimensions were correctly interpreted. However, the patch contained
the following code to handle complex data type (se
Hello Jukka,
On 06/02/15 10:25, Jukka Rahkonen wrote:
Even Rouault spatialys.com> writes:
>
>>
>>> gdalbuildvrt is a more
>>> powerful tool that provides a virtual raster that acts as a 'window'
>>> into the
>>> input datasets, potentially with reprojection amidst other options.
>>
>> Small c
Even Rouault spatialys.com> writes:
>
> > gdalbuildvrt is a more
> > powerful tool that provides a virtual raster that acts as a 'window'
> > into the
> > input datasets, potentially with reprojection amidst other options.
>
> Small correction: gdalbuildvrt can only deal with datasets of the s
Le vendredi 06 février 2015 10:42:04, Carlos Piury a écrit :
> Hi, I am trying to create a vector format (i.e. ESRI Shapefile) from laser
> file (.las), and it works fine, but when I try to overwrite the file I get
> the following error:
>
> ERROR 1: Layer 'output' already exists
--> The message
Hi, I am trying to create a vector format (i.e. ESRI Shapefile) from laser
file (.las), and it works fine, but when I try to overwrite the file I get
the following error:
ERROR 1: Layer 'output' already exists
terminate called after throwing an instance of 'std::runtime_error'
what(): output la
> gdalbuildvrt is a more
> powerful tool that provides a virtual raster that acts as a 'window'
> into the
> input datasets, potentially with reprojection amidst other options.
Small correction: gdalbuildvrt can only deal with datasets of the same
projection.
--
Spatialys - Geospatial professi
Hello Jorge,
I didn't see an answer to this question, so...
On 29/01/15 15:39, Jorge Arévalo wrote:
Hello,
>
> What's the difference between gdal_merge and gdalbuildvrt? If I'm not
wrong, gdal_merge actually creates a new dataset, merging the input
ones. And gdalbuildvrt just creates a VRT f
Victor,
>
> Recently, I updated GDAL to the version 1.11.0 and found the problem when
> read CSK L1A imagery :
> gdalinfo HDF5:"CSK_SCS_TEST_FILE.h5"://S01/SBI shows that image has 2 bands
> encoded as Int16
>
> While 1,5 year ago, in the ticket http://trac.osgeo.org/gdal/ticket/4227
> there was
Hello Jorge,
If I've got it right the attached VRT should apply the nodata values you
require
to katrina.tif, assuming you save it in the same directory.
I didn't use gdal2tiles but instead used this VRT with the ctb-tile utility
(which makes heavy use of GDAL -
https://github.com/homme/cesium
Hello GDAL developers,
Recently, I updated GDAL to the version 1.11.0 and found the problem when
read CSK L1A imagery :
gdalinfo HDF5:"CSK_SCS_TEST_FILE.h5"://S01/SBI shows that image has 2 bands
encoded as Int16
While 1,5 year ago, in the ticket http://trac.osgeo.org/gdal/ticket/4227
there was
15 matches
Mail list logo
