Re: [gdal-dev] don't search side car files on s3 with gdalinfo

Javier, You can control with the GDAL_DISABLE_READDIR_ON_OPEN configuration parameter (https://gdal.org/user/configoptions.html). Typically, I set GDAL_DISABLE_READDIR_ON_OPEN=EMPTY_DIR which will disable this. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps

Re: [gdal-dev] Open a string (json) as STACIT in python

Works perfectly just had to do myds=gdal.OpenEx("STACIT:/vsimem/temp_stacit.json") Mike On 3/11/24, 2:34 PM, "gdal-dev on behalf of Even Rouault via gdal-dev" mailto:gdal-dev-boun...@lists.osgeo.org> on behalf of gdal-dev@lists.osgeo.org > wrote: Mike,

Re: [gdal-dev] GDAL 3.8.0beta1 available for testing

… FlatGeobuf: Spatial index requested will write to temp file and do second pass on close Segmentation fault (core dumped) But no core file. -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of Even Rouault via gdal-dev Reply

Re: [gdal-dev] Directories and Parquet

.6873219,-0.6811768 46.6870573,-0.6814001 46.686869) Mike On 7/28/23, 6:05 PM, "Michael Smith" mailto:michael.smith.e...@gmail.com>> wrote: Paul, I had to use 3.7.1 to have it read the geometry properly, 3.7.0 would read the directories. docker run --rm -it ghcr.io/osgeo/gdal

Re: [gdal-dev] Directories and Parquet

2: String (0.0) isosubcountrycode: String (0.0) defaultlanugage: String (0.0) drivingside: String (0.0) bbox.minx: Real (0.0) bbox.maxx: Real (0.0) bbox.miny: Real (0.0) bbox.maxy: Real (0.0) type: String (0.0) Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers O

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

Yes! That is it. It explains so much. Thanks for figuring this out. I learned something important today. -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 5/26/23, 1:48 PM, "gdal-dev on behalf of Even Rouault" mailto:gdal-dev-boun...@lists

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

Well, a new install of gdal from conda-forge and now it works fine. Sorry for the noise. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 5/26/23, 1:09 PM, "Michael Smith" mailto:michael.smith.e...@gmail.com>> wrote: Interesting, that i

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

type": "MultiPolygon", "coordinates": [ [ [ [ 180.0, 66.6897763 ], [ 179.8288211, 66.6865727 ], [ 179.8516494, 66.5074095 ], [ 180.0, 66.5101821 ], [ 180.0, 66.6897763 ] ] ], [ [ [ -179.7187868, 66.6950392 ], [ -180.0, 66.6897763 ], [ -180.0, 66.5101821 ], [ -179.6992047, 6

[gdal-dev] ogr.VectorTranslate to json appears to be incomplete

s = ogr.Open(content) I get RuntimeError: Failed to read GeoJSON data It appears to be missing the closing “]}”. If I do: newds = ogr.Open(content+"]}") Then it works fine. --  Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Problem with file source projection doing a vertical datum reprojection

tionable from a purist > point of view, but is the behaviour we have had for long now. > > Even > > Le 12/04/2023 à 10:36, Michael Smith a écrit : > > I have a file with a projection shown, using REPORT_COMPD_CS=TRUE of: > > > > COMPOUNDCRS["WGS 84 / UTM zone 17N + unkno

[gdal-dev] Problem with file source projection doing a vertical datum reprojection

p to EGM2008 using gdalwarp -t_srs epsg:32617+3855, vertical datum reprojection does not occur unless I overwride the source srs with -s_srs epsg:32617. Using GDAL 3.6.2 and proj 9.1.1. With proj_debug, I can see that the PROJ_TRACE: vgridshift: is not occurring unless the srs is overridden. I’m fairly sure that this has worked in the past but I can’t say exactly which version. This is an older geotiff that was written about 7 years ago. -- Michael Smith US Army Corps / Remote Sensing GIS Center ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Is there a way to put config options in a vrt?

s3.eu-central-1.wasabisys.com works as those config options can be set at the command line or an env variables. But when the vrt is separated, it doesn’t. Is there a way to get them added to the vrt so those are applied at runtime? Mike Michael Smith US Army Corps

Re: [gdal-dev] [Board] Travis usage of GRASS

now we are on the: Premium plan 10 concurrent jobs with 30% discount. So if we do need to maintain, could we drop to 5 or 2 concurrent builds? - Michael Smith OSGeo Treasurer From: Even Rouault Date: Tuesday, February 14, 2023 at 10:38 AM To: Michael Smith , , Markus Neteler , Veronica

Re: [gdal-dev] ERROR 13: The specified key does not exist

a relative subsection whose name starts with “[.” (e.g. “[.some_arbitrary_name]”), and whose first key is “path”. Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center From: gdal-dev on behalf of Clive Swan Date: Monday, December 12, 2022 at 9:24 AM To: Andrew C

Re: [gdal-dev] Is there a way to create a spatial index in FGB if created without?

I don’t believe these are huge features, its OSM building for the world. Must be the memory constraint since it is a lot of features. This doesn’t happen (i think, am retesting now) if created from the osm pbf file directly but does from the fgb created from the pbf. Do either of the columnar

[gdal-dev] Is there a way to create a spatial index in FGB if created without?

Basically, can one create a spatial index in a flatgeobuf file if the source does not have one? Also, when trying to just create a new flatgeobuf with a spatial index from one without (using ogr2ogr), I get a lot of ERROR 2: ICreateFeature: Too big feature Mike -- Michael Smith US

Re: [gdal-dev] errors using IAM instance profile auth in s3

Cool, I was looking at the PR and trying to decide if it was the same error. The error state being cleared and then working did sound like the same issue. It all makes sense now. Thanks for the fix! Mike -- Michael Smith US Army Corps / Remote Sensing GIS Center From

Re: [gdal-dev] errors using IAM instance profile auth in s3

ight ( 740000.000, 6375000.000) ( 1d 0'53.53"E, 60d39'59.57"N) Center ( 552500.000, 6505000.000) ( 0d19'56.63"W, 60d44'44.22"N) Band 1 Block=256x256 Type=Float32, ColorInterp=Gray NoData Value=- Overviews: 37500x26000, 18750x13000, 9375x6500, 4688x3250, 2344x1625

Re: [gdal-dev] errors using IAM instance profile auth in s3

uot;],PARAMETER["latitude_of_origin",57.5175539305556],PARAMETER["central_meridian",24],PARAMETER["standard_parallel_1",59.3],PARAMETER["standard_parallel_2",58],PARAMETER["false_easting",50],PARAMETER["false_northing",6375000]

Re: [gdal-dev] errors using IAM instance profile auth in s3

Is there a reason why OpenEx would work but Open wouldn’t? In [1]: from osgeo import gdal In [2]: pszFilename = "/vsis3/grid-dev-publiclidar/estonia/dtm/estonia_dtm_5m.tif" In [3]: hDataset = gdal.Open(pszFilename, gdal.GA_ReadOnly) In [4]: hDataset In [5]: hDataset =

Re: [gdal-dev] errors using IAM instance profile auth in s3

Using gdal_cp.py, it copies using IAM credentials (and using key credentials from the curl call). Now I’m even more confused. I was able to replicate with the docker image osgeo/gdal:latest, so its not just my own docker image although it could be my own environment. Will continue to

Re: [gdal-dev] errors using IAM instance profile auth in s3

Correct, not a public bucket, which is why the IAM credentials are needed. If I set them manually, it all works fine.[ u02]$ export AWS_ACCESS_KEY_ID=x[ u02]$ gdalinfo

Re: [gdal-dev] errors using IAM instance profile auth in s3

I’m seeing that it’s getting a 206 response code, so wouldn’t that indicate auth is working? gdalinfo /vsis3/grid-dev-publiclidar/estonia/dtm/estonia_dtm_5m.tif HTTP: Fetch(http://169.254.169.254/latest/api/token) HTTP: libcurl/7.86.0 OpenSSL/3.0.7 zlib/1.2.13 libssh2/1.10.0 nghttp2/1.47.0

Re: [gdal-dev] errors using IAM instance profile auth in s3

curl http://169.254.169.254/latest/meta-data/iam/security-credentials/iam-grid-s3 { "Code" : "Success", "LastUpdated" : "2022-11-19T14:30:52Z", "Type" : "AWS-HMAC", "AccessKeyId" : "xxx", "SecretAccessKey" : "x/1ssuwVLuUevA", "Token" :

[gdal-dev] errors using IAM instance profile auth in s3

until 2022-11-19T19:39:17Z gdalinfo failed - unable to open '/vsis3/grid-dev-publiclidar/estonia/dtm/estonia-dtm-5m.tif'. You can see it fetching the credentials. And if I manually fetch the credentials and set the AWS_ variables (access/secret/session) then it all works Mike Michael Smith US

Re: [gdal-dev] Build GDAL for RedHat 7.9 with python bindings and non-default drivers

You could just install the linux conda version on Redhat. I do this on Redhat 8.5 without issue. I believe the conda linux version contains all those drivers (and python bindings). -- Michael Smith US Army Corps / Remote Sensing GIS Center From: gdal-dev on behalf of Roman

Re: [gdal-dev] exportToPrettyWkt and simplify

A 3d srs would have to be demoted to 2d first before exporting to wkt1, correct? sr.SetFromUserInput("epsg:4979") sr.ExportToWkt(['FORMAT=WKT1_SIMPLE']) RuntimeError: PROJ: proj_as_wkt: WKT1 does not support Geographic 3D CRS. Mike -- Michael Smith US Army Corps of Engineers Remo

Re: [gdal-dev] Driver maintenance - long-term solution ?

Angelos, OSGeo is a US non profit 501(c)(4), not (c)(3). We can receive donations but they are not tax deductible. Michael Smith OSGeo Treasurer > On Jan 20, 2021, at 4:27 AM, Angelos Tzotsos wrote: > > Hi, > > OSGeo is an approved 501(c)(3) organization. > > htt

Re: [gdal-dev] Serve COG images - GEE & Google Cloud Storage

Another option is a fuse level driver that maps cloud storage to a drive path. Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center From: gdal-dev on behalf of Travis Kirstine Date: Friday, September 4, 2020 at 8:35 AM To: gdal dev Subject: Re

Re: [gdal-dev] Required PROJ data in PROJ7

at runtime and never download, or you can download ahead of time, whatever subsets you need. Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center On 8/19/20, 5:05 PM, "gdal-dev on behalf of John Daniel" wrote: Hello, The old proj-datumgrid is divided in

Re: [gdal-dev] Problems loading swedish climate data to PostGIS

precision equals NO and try the load. Michael Smith US Army Corps > On Jun 23, 2020, at 7:49 PM, Thiemo Kellner > wrote: > > Hi all > > Eli, you are quite right. Typo of mine. > > thiemo @ thiemos-toshi /mnt/schweden % ogr2og

Re: [gdal-dev] Using GDAL WMS with USGS 3DEPElevationIndex

/vsizip//vsicurl/https://prd-tnm.s3.amazonaws.com/StagedProducts/Elevation/1/GridFloat/USGS_NED_1_n35w117_GridFloat.zip/usgs_ned_1_n35w117_gridfloat.flt Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center From: Carl Godkin Date: Thursday, June 4, 2020 at 10

Re: [gdal-dev] Using GDAL WMS with USGS 3DEPElevationIndex

size than 2500x2500 just change that size Michael Smith US Army Corps > On Jun 3, 2020, at 8:27 PM, Carl Godkin wrote: > >  > Hi, > > I'm unable to figure out how to retrieve elevation data (grids) from the 3DEP > program's endpoints. > > Starting here: > https://in

Re: [gdal-dev] GDAL VRT with Cloud Optimized GeoTIFFs and AWS

be mounted to one EC2 instance. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of Richard Greenwood Date: Monday, March 4, 2019 at 9:21 AM To: Jeremy Palmer Cc: gdal dev Subject: Re: [gdal-dev] GDAL VRT with Cloud

Re: [gdal-dev] PROJ6?

You need to change your build order, you need to build proj before you build gdal. -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of Komяpa Darafei Praliaskouski Date: Friday, February 1, 2019 at 3:21 PM To: Even Rouault Cc

[gdal-dev] showing vertical datum in wgs84 or its variants

myfile_wgs.vrt myfile_wgs.tif It no longer shows the compd_cs PROJCS["WGS 84 / UTM zone 51N", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]],

Re: [gdal-dev] gdalwarp ERROR 6: PHOTOMETRIC=YCBCR requires a source raster with only 3 bands (RGB)

Steve, Setting that alpha channel makes it 4 bands. RGB + alpha channel. Either remove the ycbcr or the alpha channel. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Jul 1, 2018, at 10:07 AM, Stephen Woodbridge > wrote: > > Hi all, > > I'm tryin

Re: [gdal-dev] GDAL + Docker with NFS

mode though, we aren’t using selinux, and we use the same uid/gid inside the docker container as owns the files. So that might be something to look at. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Mar 18, 2018, at 8:09 AM, Ouwen Huang <ouwen...@gmail.com> wrot

Re: [gdal-dev] GDAL + Docker with NFS

Have you restarted the docker daemon after mounting the EFS drive to the local OS? If not, do that and then map the volume with -v. That worked for me. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Mar 18, 2018, at 7:15 AM, Ouwen Huang <ouwen...@gmail.com&

Re: [gdal-dev] Vertical datum conversion for SRTM data

Egm96 grid shift file available from http://download.osgeo.org/proj/vdatum/egm96_15/egm96_15.gtx Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev <gdal-dev-boun...@lists.osgeo.org> on behalf of Even Rouault <even.roua...@spat

Re: [gdal-dev] Using the tables connection parameter correctly in ogr2ogr command for db with large number of tables with geometry columns.

That's what always use with oracle driver. Sent from my iPhone > On Feb 8, 2017, at 7:01 PM, Hemant Bist wrote: > > Hi, > Is it correct to pass dummy tables that don't exist in database to ogr2ogr > command. It seems to work, but I am not sure it will work going

Re: [gdal-dev] GDAL - JAVA getting Elevation Data

Use gdalbuildvrt to merge all your rasters to a single virtual file and the open that vrt. Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers > On Feb 1, 2017, at 4:02 AM, Mahir Karabacak <mkaraba...@meteksan.com> wrote: > > Hi All, > > I hava Java

Re: [gdal-dev] Getting Elevation data from GeoTiff file with JAVA

You can use gdallocationinfo utility to get the cell value (elevation) at a specified location. See http://www.gdal.org/gdallocationinfo.html Mike Michael Smith US Army Corps Remote Sensing GIS/Center michael.sm...@usace.army.mil -Original Message- From: gdal-dev <gdal-dev-b

Re: [gdal-dev] Ogr2ogr -dim and Oracle

a_srs and –t_srs behave or if the > OCI driver option –lco SRID is still needed. > > -Jukka- > > Lähettäjä: Michael Smith [mailto:michael.smith.e...@gmail.com] > Lähetetty: 17. marraskuuta 2016 13:49 > Vastaanottaja: Rahkonen Jukka (MML) <jukka.rahko...@maanmittauslaitos.f

Re: [gdal-dev] Ogr2ogr -dim and Oracle

Yes even the current version needs the layer creation option for dim. I would be +1 for this change (never really understood why it was this way). I think we are probably one of the biggest users of the oracle driver and I think this would be a good improvement. Sent from my iPhone > On Nov

Re: [gdal-dev] Building gdal with Oracle Developer Studio 12.5 on solaris 11

I've only compiled GDAL on solaris using the gcc compiler. You might want to try that. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev <gdal-dev-boun...@lists.osgeo.org> on behalf of Andrew Watkins <and...@dcs.bbk.ac.uk> Date: Friday,

Re: [gdal-dev] WMS Driver defaulting to version 1.1.1

Completely concur with Jeff. Everyone avoids 1.3.0 if they can help it. 1.1.1 is the de-facto standard version. Mike Michael Smith US Army Corps Remote Sensing GIS/Center michael.sm...@usace.army.mil -Original Message- From: gdal-dev <gdal-dev-boun...@lists.osgeo.org> on

[gdal-dev] GDAL/Mapserver PSC Members - OGC Trademark License Agreement signed by OSGeo

FYI, to GDAL / Mapserver PSC members, Today I signed the OGC Trademark License Agreement on behalf of the OSGeo board. This was previously done by the MapServer and GDAL PSCs before it was merged under the OSGeo provider. Mike Michael Smith OSGeo Foundation Treasurer treasu...@osgeo.org

Re: [gdal-dev] Re: ogr2ogr OCI: problem loading shapes

Sebastian, Looks like you didn¹t commit the change. There still is a duplicate entry in the user_sdo_geom_metadata. Delete From User_Sdo_Geom_Metadata Where Table_Name Like 'FLU%'; Commit; Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center Hanover, NH On 7/26/10