I took the following steps:
1) Download http://download.osgeo.org/gdal/2.3.0/gdal230.zip
2) Unzip to C:\gdal_ecw\gdal-2.3.0
3) Download, unzip and install
https://download.hexagongeospatial.com/downloads/ecw/erdas-ecw-jp2-sdk-v5-0
to C:\Intergraph\ERDAS ECW JPEG 2000 SDK 5.0
4) In C:\gdal_ecw\
Hi,
I need help setting up the .vrt file to read a raw bin file. This is
what I figured out about the files:
3601 row x 3601 columns, big endian byte order, 2-byte unsigned
integer. Some files are 2-byte signed integer or byte. They have the
following Extent. -72.00013840,-1.000138
Ah yes, my apologies.
On Wed, Aug 8, 2018 at 8:30 AM Even Rouault
wrote:
> > A concrete example: you should probably not setup a
> > /vsimem asset from one thread while another thread is reading a uffd
> backed
> > asset
>
> Just a small correction: James meant here not to mix uffd with the use
> A concrete example: you should probably not setup a
> /vsimem asset from one thread while another thread is reading a uffd backed
> asset
Just a small correction: James meant here not to mix uffd with the use of the
API in cpl_virtualmem.h ( CPLVirtualMemNew() and the like ).
/vsimem/ itself
Hello,
Support for use of /vsi paths to HDF5 and NetCDF files has just been merged
into master (please see here https://github.com/OSGeo/gdal/pull/786 ).
We believe that this will be helpful for many people because it is now
possible to work with remote files of those formats on an on-demand basi
Thanks .
I did as you said, but could you explain why I get a different result:
Before:
...
string translateOptions = options + translatedFileName + "--config
GDAL_TIFF_INTERNAL_MASK YES";
var gdalTranslateProc = new ProcessStartInfo
{
Arguments = translateOptions,
FileName = Gda
