Hi Even,
as usual GDAL and you are really bombastic!!
Thank you very much
--
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
There are 2 issues:
- the CSV driver only recognizes files with .csv extension, unless you prefix
the filename with CSV:
- the underling resource doesn't support HTTP GET requests used by /vsicurl/.
Fortunately in that situation, you can use the alternate /vsicurl_streaming/
implementation
So a
Hi Even,
Even Rouault-2 wrote
> /vsicurl/ should automatically follow links. This is even tested in
> https://github.com/OSGeo/gdal/blob/master/autotest/gcore/vsicurl.py#L230
I have this example CSV input source
https://query.data.world/s/q4h3mwm2acruvoc5snpp5ltsn5h2gk
It replies:
HTTP/1.1 301
Nope, that didn’t help. Same error message.
From: Cainã K. Campos
Sent: Wednesday, March 11, 2020 10:54 AM
To: Bret Johnson
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Convert TIF to BIL
Bret,
maybe gdal did not recognize source projection, try to run again with -s_srs
EPSG:, wh
On mercredi 11 mars 2020 09:53:55 CET aborruso wrote:
> Hi Even ,
>
>
> Even Rouault-2 wrote
>
> > No, this is an implementation detail. You'd have to use the curl or other
> > HTTP
> > API for that.
>
> today a lot of datasets, especially structured text data, are hosted in
> portals that repl
Oh very cool, thanks!
So that appears to work for getting the Derived band (pasted below), but
I've got 2 followups
1. is there any way to access the nested VRT? So for this one .vrt, it
would have one band as Float32 (the derived phase), and one as CFloat32
(the original raw file). Or are the dif
Bret,
maybe gdal did not recognize source projection, try to run again with -s_srs
EPSG:, where should be
the epsg code for your projection. Like:
gdalwarp -s_srs EPSG: -t_srs EPSG:4326 input.tif output.tif
On Wed, Mar 11, 2020 at 1:39 PM Bret Johnson wrote:
> Tried your recommend
Hi Even ,
Even Rouault-2 wrote
> No, this is an implementation detail. You'd have to use the curl or other
> HTTP
> API for that.
today a lot of datasets, especially structured text data, are hosted in
portals that reply with "HTTP/1.1 301 Moved Permanently".
A classic example are the many and
Tried your recommendation of GDALWARP, and received this error message:
ERROR 1: Too many points (529 out of 529) failed to transform, unable to
compute output bounds.
Warning 1: Unable to compute source region for output window 0,0,2784,89882,
skipping.
From: Cainã K. Campos
Sent: Tuesday, Ma
On mercredi 11 mars 2020 09:03:05 CET aborruso wrote:
> Hi all,
> using /vsicurl/ is it possible to native intercept HTTP 3XX response code
> and get the final URL of the source?
No, this is an implementation detail. You'd have to use the curl or other HTTP
API for that.
Even
--
Spatialys - Ge
Hi all,
using /vsicurl/ is it possible to native intercept HTTP 3XX response code
and get the final URL of the source?
Thank you
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.or
On mercredi 11 mars 2020 09:49:49 CET Scott Staniewicz wrote:
> Is it possible to have a VRTRawRasterBand and a VRTDerivedRasterBand, which
> is derived from that Raw file, together as two bands in a single VRT file?
>
>
> I've got a CFloat32 raster file with only one complex band in binary forma
Is it possible to have a VRTRawRasterBand and a VRTDerivedRasterBand, which
is derived from that Raw file, together as two bands in a single VRT file?
I've got a CFloat32 raster file with only one complex band in binary format
(called "20160327_20160420.int" in the example below), and I've figure
13 matches
Mail list logo