We're unable to get this working from our c# code on the EC2 instance. It
appears to be an issue related to c# and curl. Attached is a sample c# and
log:
The open works fine from our container using bash, but not python. It's a
real mixed bag. BTW Its linux and using an IAM role.
--
*Jeanni
Hi,
The reason is that by the GetCapabilities and DescribeCoverage requests GDAL
is unable to create GetCoverage request that works. There may be a bug in
GDAL, or missing special handling that the combination of WCS 1.0.x or 1.1.x
+ MapServer would require. Different WCS versions are handled by d
Thank you Even and Javier for your help.
GDAL list is great!!
From: Even Rouault
Sent: April 20, 2021 5:03 PM
To: ni hao ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Python create BigTIFF image
Ah ok that explains it then. The heuristics in the Create(
Ah ok that explains it then. The heuristics in the Create() method only
takes into account the full resolution image, not potential overviews
you might add. So you have to go with the explict option =
['BIGTIFF=YES'] argument I suggested
Le 20/04/2021 à 21:37, ni hao a écrit :
Even,
Thank y
I don't think so. Bigtiff is a creation option, that defines the format of
the file.
ni hao schrieb am Di., 20. Apr. 2021, 21:37:
> Even,
>
> Thank you for your reply.
> You are right: ds = gdal.GetDriverByName('GTiff').Create( ) is under 4GB.
> It was the next command pushes GTiff over 4GB:
>
Even,
Thank you for your reply.
You are right: ds = gdal.GetDriverByName('GTiff').Create( ) is under 4GB.
It was the next command pushes GTiff over 4GB:
ds.BuildOverviews('AVERAGE_MAGPHASE', [2,4,8,16])
Is there a way to specify BIGTIFF in ds.BuildOverviews() ?
Le 20/04/2021 à 20:53, ni hao a écrit :
Hi list,
I use Python to create GeoTiff image, and I get the error because it
exceeds 4GB.
ds = gdal.GetDriverByName('GTiff').Create(output_magnitude, xsize,
ysize, 1, gdal.GDT_Float32)
ERROR 1: TIFFReadDirectory:Failed to read directory at offset
Hi list,
I use Python to create GeoTiff image, and I get the error because it exceeds
4GB.
ds = gdal.GetDriverByName('GTiff').Create(output_magnitude, xsize, ysize, 1,
gdal.GDT_Float32)
ERROR 1: TIFFReadDirectory:Failed to read directory at offset 4294957836
ERROR 1: TIFFWriteDirectoryTag
I was talking a bit with George Percivall back in November about MIME types
for Earth Engine w.r.t. STAC which is sorta similar. He pointed me to
Panagiotis (Peter) A. Vretanos. That chat wasn't public, but I can forward
to anyone interested.
And a similar discussion:
Link rel type for links to
After re-reading https://tools.ietf.org/html/rfc6838, I remember that
"applications/gdalvrt+xml" would necessarily be a "standards tree" media
type and would need to be published in an RFC. The "vendor tree" is more
open. So something like "application/vnd.gdalvrt+xml" is more appropriate.
If you w
PM jratike80 <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
> Do you count ArcMap or ArcGIS Pro as self standing software or rather as
> applications that use GDAL? They read VRTs pretty well but for writing some
> developer tools are required
>
> https://pro.arcgi
application/gdalvrt+xml would just mean what the organization that defines the
format is. People could reimplement that from scratch
Note that there is potentially the OGR VRT format (that could go as
application/ogrvrt+xml), but that is a separate schema and likely less used
than its raster c
Hi Jukka,
It's possible that ArcGIS has independently implemented VRT, but I think
it's more likely that it delegates to GDAL. I think it would be possible to
craft a VRT doc that would reveal some details -- such as one that uses
GDAL's embedded Python pixel functions to dump some system informat
Hi Elena,
Check the service with direct http calls from the browser:
1) The capabilities
https://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_WCS_mdt?SERVICE=WCS&version=2.0.1&request=GetCapabilities
Result: OK
2) Describe one coverage
https://www.juntadeandalucia.es/medioambiente/mapwms/R
Hi,
Ogr2ogr by default converts all the columns so you should not need to do
anything. Test first ogr2ogr from the command line without mixing Python
into the soup. If you still do not get your "name" attribute converted you
may have something special in your data, like a few first features in the
Hi,
I declare this motion passed with +1 from PSC members EvenR, KurtS,
FrankW, MateuszL, DanielM, HowardB and NormanB
Even
Le 16/04/2021 à 16:50, Even Rouault a écrit :
Hi,
I hereby motion to adopt RFC 80:
https://github.com/OSGeo/gdal/pull/3682
This also implies adopting the "GDAL Spons
Hello I am testing the WCS service but I have a error that I don’t understand.
If I put in a web server this:
http://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_WCS_mdt?SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&COVERAGE=
Modelo%20Digital%20de%20Elevaciones%20(MDE)%20de%20Andalucia%2
Hello
I use GDAL(https://github.com/OSGeo/gdal) with python bindings. I am
importing GeoJSON to PostgreSQL (PostGIS). I know how to import only
geometry to the table. I dont know how to import geometry with others
columns to one table. I need to import geometry to "wkt_geometry" column
and his nam
18 matches
Mail list logo
