Re: [gdal-dev] Understanding parquet vs adbc performance and SORT_BY_BBOX=YES

It was had to really test the ADBC connection as it would crash my cloud instance due to memory / cpu consumption. Doing two map queries at the same time would kill it. -- Michael Smith RSGIS Center – ERDC CRREL NH US Army Corps From: Even Rouault Date: Monday, July 21, 2025

[gdal-dev] Understanding parquet vs adbc performance and SORT_BY_BBOX=YES

PARQUET: 9/238 row groups selected, and the time drops to 0m1.412s. Using ADBC and libduckdb, the performance doesn’t change. For proper performance with gdal, is SORT_BY_BBOX=YES always needed? -- Michael Smith RSGIS Center – ERDC CRREL NH US Army Corps

Re: [gdal-dev] Gdal raster reproject equivalent to gdalwarp -rpc

Frank, Thanks for that, I can confirm I get the same results with gdalwarp -rpc and gdal raster reproject --to METHOD=RPC. I’ll create a doc ticket to preserve this. -- Michael Smith RSGIS Center – ERDC CRREL NH US Army Corps From: gdal-dev on behalf of Frank Warmerdam via gdal

Re: [gdal-dev] Gdal raster reproject equivalent to gdalwarp -rpc

From Frank Wamerdam, the answer is to use --to METHOD=RPC. And the pipeline would be: gdal raster pipeline ! read /vsis3/file_P004.NTF ! reproject --to METHOD=RPC ! write /tmp/test2.gdalg.json --overwrite && gdal raster info -f text /tmp/test2.gdalg.json Mike -- Michael Smit

[gdal-dev] Gdal raster reproject equivalent to gdalwarp -rpc

raster pipeline ! read  example_01_P004.NTF ! reproject --rpc ! info -f text or if there is a stdout/stdin method then gdal raster pipeline ! read  example_01_P004.NTF ! reproject --rpc ! write | gdal raster info -f text ? Mike -- Michael Smith RSGIS Center – ERDC CRREL NH US

Re: [gdal-dev] Creating gdal with oracle-support

GEOTIFF_INTERNAL=OFF \    -DGDAL_HIDE_INTERNAL_SYMBOLS=OFF \    -DOracle_LIBRARY=${PREFIX}/lib/libclntsh.so \   ${SRC_DIR} cmake --build . -j ${CPU_COUNT} --config Release --target ogr_OCI --verbose mkdir -p $PREFIX/lib/gdalplugins cp gdalplugins/ogr_OCI.so $PREFIX/lib/gdalplugins   --

Re: [gdal-dev] ADBC driver and DuckDB on Windows

Seth, Have you tried adding https://anaconda.org/conda-forge/libadbc-driver-manager to your conda build and then adding duckdb.dll? Mike -- Michael Smith RSGIS Center – ERDC CRREL NH US Army Corps On 7/12/25, 6:51 AM, "gdal-dev on behalf of Seth G via gdal-dev" mailt

Re: [gdal-dev] Motion: approve GDAL 3.11.2RC2 as final release

+1 Michael Smith > On Jul 9, 2025, at 3:30 AM, Even Rouault via gdal-dev > wrote: > > Hi, > > starting with my +1 > > Even > > -- > http://www.spatialys.com > My software is free, but my time generally not. > > _

Re: [gdal-dev] Motion: approve GDAL 3.11.1RC2 as final release

+1 Mike -- Michael Smith RSGIS Center – ERDC CRREL NH US Army Corps On 6/27/25, 5:16 AM, "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 <mailto:gdal-dev@lists.osgeo.org>> wrote:

Re: [gdal-dev] [PROPOSAL] Add CADRG write support via RPFTOC/NITF drivers

I would like to say that unfortunately even in this day and age there are still places that use and work with these terrible formats. It would definitely be used by the US Army Corps and NGA. Even if I wish we wouldn’t. Michael SmithUS Army Corps. On Jun 11, 2025, at 9:08 AM, Frank Warmerdam via gd

Re: [gdal-dev] Motion: approve GDAL 3.11.0RC2 as final release

+1 Mike On 5/7/25, 11:54 AM, "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: +1 Even -- http://www.spatialys.com My software is free, but

Re: [gdal-dev] Motion: ReadTheDocs Financial Support

+1 Mike On 4/17/25, 12:45 PM, "gdal-dev on behalf of Howard Butler via gdal-dev" mailto:gdal-dev-boun...@lists.osgeo.org> on behalf of gdal-dev@lists.osgeo.org > wrote: Dear PSC, GDAL and PROJ depend upon ReadTheDocs for documentation generation and hosti

[gdal-dev] STAC Geoparquet required fields - Inspecting one feature due to missing metadata items

ew. GDAL: Computing area of interest: 35.2452, 36.9774, 35.3063, 37.0264 GDAL: GDALDriver::Create(VRT,,19761,15849,3,Byte,0x6256c840) WARP: Copying metadata from first source to destination dataset Mike -- Michael Smith RSGIS Center – ERDC CRREL NH US Army Corps full output

Re: [gdal-dev] Motion: approve use of GDAL Sponsorship Program funds for 2 documentation contributors

+1Michael SmithOn Mar 12, 2025, at 9:17 AM, Javier Jimenez Shaw via gdal-dev wrote:+1 JavierOn Wed, 12 Mar 2025 at 14:15, Even Rouault via gdal-dev wrote:Hi, Seth Girvin (https://github.com/geographika) and Harrissou Sant-anna (DelazJ) are interested in contributing i

Re: [gdal-dev] OSM to GDB

ogr2ogr -f OpenFileGDB -spat 39 30 40 41 -nlt MULTIPOLYGON -ds_transaction C:\TEMP\TEST5.gdb C:\TEMP\World_8_3.osm multipolygons You need to just pass the single layer to ogr2ogr Mike From: John Oliver Date: Thursday, February 20, 2025 at 1:31 PM To: Michael Smith , "gda

Re: [gdal-dev] OSM to GDB

I believe you need to do this by layer, eg points/lines/etc. One GDB per geometry class. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of John Oliver via gdal-dev Reply-To: John Oliver Date: Thursday, February 20

[gdal-dev] Opening STACIT failure if there is any connection error to one file

-- 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] CSharp bindings queued for removal (was Re: GDAL CSharp bindings maintainers/contributors listening... ?)

Maybe the bindings should be moved out if gdal to a separate repo so those interested in the bindings can monitor that specific repo and not gdal in general. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of Tamas

Re: [gdal-dev] DuckDB queries in GDAL/OGR master branch

ytics etc. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 12/27/24, 1:45 PM, "gdal-dev on behalf of Scott via gdal-dev" mailto:gdal-dev-boun...@lists.osgeo.org> on behalf of gdal-dev@lists.osgeo.org <mailto:gdal-dev@lists.osgeo.org>&

[gdal-dev] DuckDB queries in GDAL/OGR master branch

= 'NH' and addresses[1].country='US' and bbox.xmin between -73 and -70 and bbox.ymin between 42 and 46) group by h3_id" ADBC: 15.60s user 2.36s system 48% cpu 36.935 total This is using gdal-master from conda on my mac arm64. https://imgur.com/a/zGp5Mwg

Re: [gdal-dev] Using ADBC to read geometries

406 ), 500)=true and bbox.xmin BETWEEN -73 AND -72 AND bbox.ymin BETWEEN 43 AND 44" -oo PRELUDE_STATEMENTS="load httpfs" -oo PRELUDE_STATEMENTS="load spatial" -oo PRELUDE_STATEMENTS="load parquet" ADBC:~/dummy.parquet Mike -- Michael Smith Remote Sensing/

Re: [gdal-dev] [PROJ] LIBERTIFF / Thread-safe TIFF reader

It’s a COG so it just decompresses and reads the tiles/cells needed for reprojection -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: PROJ on behalf of Rahkonen Jukka via PROJ Reply-To: Rahkonen Jukka Date: Sunday, December 22, 2024 at 3:12 PM To

[gdal-dev] Using ADBC to read geometries

: GetLayerCount() = 1 1: overture-places (None) GDAL: GDALClose(ADBC:s3://private-bucket/overture-base/overture-places.parquet, this=0x129e15350) GDAL: In GDALDestroy - unloading GDAL shared library. CPL_DEBUG=on ogrinfo -oo ADBC_DRIVER=libduckdb -oo -oo -oo -oo -oo -oo 90.25s us

Re: [gdal-dev] STACIT driver and iten collections and origin / pixel size

Thanks for the clarification! Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: Even Rouault Date: Wednesday, September 11, 2024 at 9:19 AM To: Michael Smith , Subject: Re: [gdal-dev] STACIT driver and iten collections and origin / pixel size

Re: [gdal-dev] STACIT driver and iten collections and origin / pixel size

The proj:bbox is in geodetic. Is that the issue, the bbox needs to be in the projected coords? I have proj:projjson and proj:wkt2 defined but the bbox is geodetic. Mike From: Even Rouault Date: Wednesday, September 11, 2024 at 9:11 AM To: Michael Smith , Subject: Re: [gdal-dev

[gdal-dev] STACIT driver and iten collections and origin / pixel size

from stac to vrt to support arcpro users and the vrt then inherits the bbox/pixel size/origin of the geodetic values from stac. Trying to see how I can get these values in actual projected coordinates. Mike -- Michael Smith Remote Sensing/GIS Center US Arm

[gdal-dev] Issue converting geo parquet data

in the process. Ideas? Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Changes in conda-forge packaging for GDAL 3.9.1

It would be just mamba install -c conda-forge libgdal-core libgdal-jp2openjpeg Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of Michał Kowalczuk via gdal-dev Reply-To: Michał Kowalczuk Date: Thursday, July 25

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 of

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, Yes

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-To

Re: [gdal-dev] Directories and Parquet

-0.6797574 46.6881753,-0.6807998 46.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. doc

Re: [gdal-dev] Directories and Parquet

isocountrycodealpha2: 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

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.osg

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

-179.6992047, 66.6950392 ], "geometry": { "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

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

do: newds = 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

onable 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 1

[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

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 forma

[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

d58' 8.49"N) Lower Right ( 74.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: 37500x2

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

2SP"],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",637

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 = gdal.OpenEx(pszFilena

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 debu

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 /vsis3/grid-dev-publiclidar/estoni

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 HTTP:

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" : "xz6ZANv

[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 Michae

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 Engi

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

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: >

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

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

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 wrote: > > I feel qu

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 wrote: > > Hello,

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 on behalf of Even Rouault Date: Tuesday, November 21, 2017 at 6:18 AM To: Subject: Re

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 forward(I am > currently usi

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 wrote: > > Hi All, > > I hava Java code below which gets elevation da

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 on behalf of

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

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) > Kopio: 'gdal-dev@lists.osgeo.org' (gdal-dev@lists.osgeo.org) &g

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 1

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 on behalf of Andrew Watkins Date: Friday, July 8, 2016 at 11:17 AM To: Subject: [gdal-dev] Building gdal

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 on behalf of Jeff McKenna Date: Wednesday

[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

Re: [gdal-dev] ogr 1.6 and ArcSDE 9.3sp1: not reading varchar2 fields

Duarte, Why not create a view that has the TRANSLATE and TO_CHAR and then use that in OGR. Mike -- Michael Smith RSGIS Center ERDC - CRREL US Army Corps of Engineers On 3/27/09 5:44 AM, "Duarte Carreira" wrote: > I'm correcting the subject of the message - t

[Gdal-dev] support for Oracle GeoRaster?

John, Saw your inquiry in the gdal-dev list and wanted to let you know that beta oracle georaster support is now in gdal svn. Note that I¹m not the developer but one of the proponents that help push Oracle to fund this. Mike -- Michael Smith RSGIS Center ERDC - CRREL US Army Corps of