Hi,
On 07/25/2018 06:00 PM, Even Rouault wrote:
Is this supported behavior, should I be able to read these files remotely,
and do windowed reads on them?
For windowed reads, you need to prefix with /vsicurl/, but I don't guarantee
the efficiency of this with JPEG2000 in general, and with JP2Op
Thanks Even
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Christopher,
I believe that this problem has to do with how you build the HDF5 library. Are
you building it yourself
I fight with that same problem on Linux a couple of months ago, after an HDF5
update.
The solution was to include Zlib into the HDF5 building configuration.
I don't have access
I am trying to build GDAL with HDF5 usability on a Windows 7 64-bit
computer using Visual Studio Community Edition 2017. I have followed a
YouTube video (https://www.youtube.com/watch?v=Yf8rYOfvZjY) for getting the
vcxproj files, but get stuck when trying to build the main project. The
command I us
On lundi 23 juillet 2018 22:46:26 CEST Martin Landa wrote:
> Hi,
>
> I have problem with reading some files provided by Czech State
> Administration of Land Surveying and Cadastre in VFR format (supported
> by GML driver). Some files seems to be incorrectly compressed.
>
[...]
> NO features are p
Matt,
>
> I'm having trouble reading JP2K files remotely. I originally ran into this
> problem when trying to use remote Sentinel-2 files as input to the GDAL
> Warp API in C++. It works when I use a local version of the file.
>
> I'm not sure if this is supported behavior, I thought it was, but
A bit late to the party, but there's also geolambda which works in a
similar manner as the above solutions. It's got the latest version of GDAL
and dependencies, Python 2.7 and 3.6 and packaging scripts for packaging up
your code for deployment to lambda:
https://github.com/developmentseed/geolamb
Hello,
I'm having trouble reading JP2K files remotely. I originally ran into this
problem when trying to use remote Sentinel-2 files as input to the GDAL
Warp API in C++. It works when I use a local version of the file.
I'm not sure if this is supported behavior, I thought it was, but to test I
t
Piyush,
> We are working on use cases where we have to perform operations similar
> to gdal_translate / gdalwarp on complex valued datasets.
> The last discussion that I could on this topic in the mailing archives is
> from 2010:
> https://lists.osgeo.org/pipermail/gdal-dev/2010-September/02
Josh,
> I know I could just overwrite the existing prj file with the one I want, but
> I'd like to do it through ogr2ogr if it's possible.
There's no way to do it with OGR. The shapefile driver automatically
transforms from OGC WKT to ESRI WKT. So your manual overwriting is the way to
go.
Even
10 matches
Mail list logo
