[gdal-dev] -sql switch in gdal_rasterize

Other gdal utilities that use the -sql switch allow you to specify a path to an sql file preceded with the @ symbol, such as: -sql @/path/to/source.sql Is there a way to do this with gdal_rasterize? Adding the above to an --optfile returns the same error as doing it on the command line. TIA

Re: [gdal-dev] -sql switch in gdal_rasterize

a Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Scott Lähetetty: lauantai 11. helmikuuta 2023 23.15 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] -sql switch in gdal_rasterize Other gdal utilities that use the -sql switch allow you to specify a path to an sql fil

Re: [gdal-dev] -sql switch in gdal_rasterize

Thanks Even! On 2/12/23 08:36, Even Rouault wrote: Implemented in https://github.com/OSGeo/gdal/pull/7235 Le 12/02/2023 à 17:16, Scott a écrit : The hope was to have the gdal_rasterize -sql switch work like it does in the other gdal utilities, ie, -sql @/path/to/source.sql. That consistency

Re: [gdal-dev] Terrain Analysis

You can also create a .vrt of your raster(s) and embed python (or C) to do the analysis. Any pip package you can find to do analysis can be used. VRT also allows for JIT compiling. See the VRT docs for details: https://gdal.org/drivers/raster/vrt.html On 2/21/23 08:38, Roa Carvajal, Camila via

Re: [gdal-dev] FileGDB_COMPILE fails during CMake

With gdal >= 3.6 OpenFileGDB is built in by default, no need for external API. On 2/24/23 08:37, Jon Morris wrote: Hi all, I’ve been upgrading our build script from autotools to CMake and I’ve almost got it working, except for FileGDB. I’ve added the cmake parameters  -DFileGDB_ROOT=/usr/l

Re: [gdal-dev] FileGDB_COMPILE fails during CMake

ender immediately by email if you have received this email by mistake and delete this email from your system. JBA Risk Management Limited is registered in England, company number 07732946, 1 Broughton Park, Old Lane North, Broughton, Skipton, North Yorkshire, BD23 3FD, England. -Original Me

Re: [gdal-dev] Difference between ogr2ogr and Python reprojection

While I don't have a direct answer to your question I might ask, why use 20 lines of python code when 1 line of ogr2ogr gives the correct result? On 3/14/23 11:15, Dion-Degodez,Nicolas (ECCC) wrote: _Context_ We are trying to reproject a GeoJSON polygon to EPSG:4326. In some cases, depending

Re: [gdal-dev] [EXT] GDAL sponsored maintenance report: Aug 2021-March 2023

The significant role GDAL has in GIS software cannot be overstated. Virtually all open source GIS would not exist without it. Proprietary software would be, well, proprietary. Thanks to Evan and Frank and the not frequently recognized developers for all they do. GDAL is huge, it's the center o

Re: [gdal-dev] [Question]Output from gdal_translate projwin is different from geoserver WCS GetCoverage request?

If I run: gdal_translate -projwin 137.915315044103 -36.51629558851893 154.64770004642423 -40.081875882617666 geoserver.tif new.tif It completes with warning: Warning 1: Computed -srcwin -1 -1 17 4 falls partially outside raster extent. Going on however. Try again with your -projwin values wi

Re: [gdal-dev] Failure to read some geojson files

Yeah, the raw works. It's easiest to grab it with vsi: ogrinfo /vsicurl/https://github.com/OSGeo/PROJ/raw/9.1/docs/plot/data/coastline.geojson On 4/28/23 15:09, Joaquim Manuel Freire Luís via gdal-dev wrote: Thanks Andrea, I thought that could be the case and downloaded the file with a right

Re: [gdal-dev] How to decrease file size of colored raster bands?

As a test you can skip the whole python debacle and try this: gdal_translate -f COG -co COMPRESS=DEFLATE -scale 0 255 -ot Byte source.tif target.tif On 6/1/23 07:35, afernandez wrote: Hello, I'm generating a raster file with GDAL. The pseudo-code (where the raster is loaded as 'var') for th

Re: [gdal-dev] How to decrease file size of colored raster bands?

import os os.system([gdal command here]) On 6/1/23 10:41, afernandez wrote: Hi Scott, As I mentioned to Laurentiu, I'm still not getting the handle on how to use overviews but will keep working at it. However, this is only useful to me (and probably to other people) if they can be used

[gdal-dev] OGR CSV oddity

If I select a single column from a table, the header column name has a trailing comma. If I select more than 1 column it does not. Example: ogr2ogr -f CSV -sql "select col1 from table limit 1" /vsistdout/ source.gpkg Output: col1, 123 Tested on 3.5.1 and 3.7 I've tried this on various column

Re: [gdal-dev] OGR CSV oddity

single column header without trailing comma, but the write side still generates one Le 17/06/2023 à 17:54, Scott a écrit : If I select a single column from a table, the header column name has a trailing comma. If I select more than 1 column it does not. Example: ogr2ogr -f CSV -sql "select

Re: [gdal-dev] gdal_translate tiff to netcdf

It sounds like the install wasn't built with libnetCDF. Try this: gdalinfo --formats If it's part of your install you'll see it. On 6/20/23 16:37, Abigaïl Dah wrote: Hello, I am trying to convert a file with the format GEOTIFF to netcdf using the command line: gdal_translate -of NetCDF

Re: [gdal-dev] Folder shared with you: "GDal Community"

It looks like the original requester is named "Rob" and Vijay is doing it for Rob and Vijay wants us to do it for him. Delegating his workload it seems... On 6/27/23 09:55, Greg Troxel wrote: "Vijay Kurhade (via Google Drive)" writes: I've shared an item with you: GDal Community https://dr

Re: [gdal-dev] ogr2ogr sqlite dialect and fgb format

The last line says: no such table: roadbed See if it exists in the gdb: ogrinfo dataset.gdb On 6/28/23 08:18, Patrick Young wrote: Hi, I'm playing around with the gdb dataset https://data.cityofnewyork.us/Transportation/NYC-Planimetrics/wt4d-p43d

Re: [gdal-dev] ogr2ogr sqlite dialect and fgb format

There may be a way to address the underlying issue, I don't know what it is. In lieu of that, here's a work around in 2 steps in 3.7. Create a gpkg: ogr2ogr -sql "select * from roadbed where source_id = 13350003311" tmp.gpkg /vsizip/NYC_DoITT_Planimetric_OpenData.gdb.zip Then do it with -dia

Re: [gdal-dev] gdal_rasterize parameters not working

You're using the -tr and -ts. You can only use one or the other, not both. On 7/3/23 07:35, Clive Swan wrote: I am trying to create a heatmap from a Shp Point feature. The output is doesn’t cover the Shp?? I entered the following gdal gdal_rasterize parameters. gdal_rasterize -a hazard_l_1

Re: [gdal-dev] gdal_rasterize parameters not working

gdal_grid is probably a better choice. On 7/3/23 16:06, Clive Swan wrote: Hi Thanks for the information.  The Shp file (WGS84), the aim is to export to a Heatmap. The Shp was exported to a Tif: coastal_2000-te.tif coastal_2000-tr.tif The pixel output ranges from 0-3 This doesn't produce

[gdal-dev] Off-topic: speaking of viewsheds....

The following viewsheds were created with GDAL, one tif for every tenth of a mile along the 2,650 mile Pacific Crest Trail. Stitched together with ffmpeg: https://youtu.be/tmY27ZIVfpA On 7/7/23 12:17, Tamas Szekeres wrote: Benoît, As far a I can understand - depending on the elevation model

[gdal-dev] Rotating a raster?

Someone over on reddit.com/r/gis asked a seemingly simple question, "How to rotate a raster by some value using xmin/ymax as the center of rotation?" The poster was trying to do this using C++, GDAL libs. Any thoughts on how to do this with code or gdal utils? Thanks! ___

Re: [gdal-dev] Setting up bash completions on Ubunto 18

It looks like it's not in your path. If you built gdal with the default install prefix it should be in /usr/local/bin. Make sure that's in your path: export PATH=$PATH:/usr/local/bin It seems odd that it's not in your path, though. On 7/16/23 16:01, Eric Knudstrup via gdal-dev wrote: I have b

Re: [gdal-dev] Rotating a raster?

3dd980b240946403e1f8024c?w=cHVibGljQHBvc3Rob2xlci5jb20&url=http%3A%2F%2Fwww.spatialthoughts.com&userId=8747767&signature=9b2a49a0cd6960e4> On Sun, Jul 16, 2023 at 3:57 AM Scott wrote: Someone over on reddit.com/r/gis <http://reddit.com/r/gis> asked a seemingly simpl

[gdal-dev] Installing Arrow/Parquet

I'm having a difficult time building gdal with Arrow/Parquet drivers on debian. Could someone show me exactly what cmake -D switches, paths and sources I need? I've cloned github.com/apache/arrow, and added it to my paths. Clearly, I'm missing something. Thanks!

Re: [gdal-dev] Installing Arrow/Parquet

, GDAL CMake will autodetect it. Otherwise you'll have to pass -DArrow_DIR=${install_prefix}/lib/cmake/Arrow you may also install a prebuilt arrow-cpp package: cf https://arrow.apache.org/install/  and GDAL CMake will autodetect it Le 26/07/2023 à 21:17, Scott a écrit : I'm having a diff

[gdal-dev] Parquet and nest structures (JSON)

vel = 2 and theme = 'admins'" -nln admin -overwrite admin.gpkg /vsis3/overturemaps-us-west-2/release/2023-07-26-alpha.0 It would be nice to save these JSON structures in the .gpkg, but I'm not sure how to go about it. Any help would be greatly appreciated! Scott ___

Re: [gdal-dev] Parquet and nest structures (JSON)

pports a varchar[] or integer[] type. P On Thu, Jul 27, 2023 at 2:51 PM Scott wrote: ogr2ogr'ing parquet data to GeoPackage I'm getting the following warnings: Warning 1: Field names of unhandled type map> ('names')> ignored Warning 1: Field sources of unhandled type

Re: [gdal-dev] Directories and Parquet

For what it's worth, this is as far as I've gotten and it works: ogr2ogr -dialect sqlite -sql @admins.sql -nln over -overwrite admins.gpkg /vsis3/overturemaps-us-west-2/release/2023-07-26-alpha.0 I've got a cheat sheet set up with the sql at: https://www.postholer.com/articles/Overature-Cheat-

Re: [gdal-dev] ogr2ogr postgis to sqlite composite primary key issueissue

You could build your column list without that specific column and pass it to ogr2ogr (bash): ogr2ogr -sql "select $(psql -d mydb --pset='footer=off' -F',' -qAc "select * from table where false" |sed 's/columnToOmit,//g') from table" target.gpkg PG:dbname=mydb On 8/15/23 17:12, Brent Wood vi

Re: [gdal-dev] ogr2ogr postgis to sqlite composite primary key issueissue

023 at 12:57:14 PM GMT+12, Scott wrote: You could build your column list without that specific column and pass it to ogr2ogr (bash): ogr2ogr -sql "select $(psql -d mydb --pset='footer=off' -F',' -qAc "select * from table where false" |sed 's/columnToOmit,//g&#

Re: [gdal-dev] compiling gdal: ogr_ODS error

Parquet issue. Do you have apache-arrow installed? https://arrow.apache.org/docs/index.html If you cmake it and install it in the default path, gdal should find it. I'm using apache-arrow 12.0.1 with gdal 3.7.1. Even solved this for me. The OGDI may be a different issue. It seems to be looking

Re: [gdal-dev] compiling gdal: ogr_ODS error

et version: 12.0.1 -- Found the ArrowDataset shared library: /opt/local/lib/libarrow_dataset.so.1200.1.0 -- Found the ArrowDataset import library: ARROW_DATASET_IMPORT_LIB-NOTFOUND -- Found the ArrowDataset static library: /opt/local/lib/libarrow_dataset.a On 8/27/23 00:42, andy wrote:

[gdal-dev] gdalinfo coordinates problem?

nutes west longitude. Can someone explain what is happening here? Thanks, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] GDAL - GDB issue

there a switch I need to set or anything I need to do in the GDAL configuration to enable GDB conversion? scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL - GDB issue

Even, No. Where do I find/download the ogrInfo utility. I will try that! scott > Date: Thu, 14 Aug 2014 19:25:40 +0200 > From: even.roua...@spatialys.com > To: scott_row...@hotmail.com > CC: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] GDAL - GDB issue > > Selon Sco

Re: [gdal-dev] GDAL - GDB issue

Even, Yes. It was 1. Missing gcs.csv file from the implementation and also setting of paths and 2. Bad date time formats in the .gdb files. scott > Date: Fri, 15 Aug 2014 22:52:32 +0200 > From: even.roua...@spatialys.com > To: scott_row...@hotmail.com > CC: even.roua...@spatial

Re: [gdal-dev] GDAL - GDB issue

Even, I found a new error when parsing a very large file. Seems to be something in one of the source files: line 1064 Can you give me an idea what this might be? scott > Date: Fri, 15 Aug 2014 22:52:32 +0200 > From: even.roua...@spatialys.com > To: scott_row...@hotmail.com > C

[gdal-dev] SVG support

/resolve this? scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] SVG support

pport What is the source of your SVG file? According to the SVG driver page, only files produced with the Cloudmade Vector Stream Server will work. On 8/29/2014 9:25 AM, Scott Rowles wrote: Hi, I am using the 1.11 precom

Re: [gdal-dev] SVG support

s the source of your SVG file? According to the SVG driver page, only files produced with the Cloudmade Vector Stream Server will work. On 8/29/2014 9:25 AM, Scott Rowles wrote: Hi, I am using the 1.11 precompiled binaries with

[gdal-dev] cmake4gdal?

d projects less frustrating than autotools when building with Windows, especially when using MINGW. What is the status of cmake4gdal? Is there something I should do to help? -- Scott Bailey ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://

Re: [gdal-dev] cmake4gdal?

Dmitry, Great! So which drivers need CMake help? And what is the probability of cmake4gdal replacing autotools? SB On Mon, Feb 9, 2015 at 1:53 PM, Dmitriy Baryshnikov wrote: > Hi Scott, > > The latest code is here: > 1) https://github.com/nextgis/gdal_svn/tree/cmake4gda

Re: [gdal-dev] cmake4gdal?

Even, I take it the plan is to replace Autotools with CMake? Then it's just the timeline in question? SB On Mon, Feb 9, 2015 at 4:48 PM, Even Rouault wrote: > Le mardi 10 février 2015 00:34:44, Scott Bailey a écrit : > > Dmitry, > > > > Great! So which drivers ne

Re: [gdal-dev] can't open grib2 files

dience. If you could make your example files available on the web, it will probably be useful, I haven't attached them to this mail. Cheers, Scott > 2009/7/10 Alberto Pettazzi : > Dear Scott, > > sorry for disturbing you once more, but I am still having problems with the > gri

Re: [gdal-dev] Python bindings on RedHat cluster (was: AttributeError: 'MaskedArray' object has no attribute 'typecode' -- when writing GeoTiff)

experience here, but if you go to a Python prompt and do >>> import osgeo >>> print(osgeo) You should be able to work out where the GDAL bindings are installed and then set up the paths for your cluster appropriately. Cheers, Scott 2009/7/20 Greg Fiske : > Hi Scott -

Re: [gdal-dev] Polynomials in GDAL : 4th Order to 10th Order..

u probably don't want to do that. See: http://en.wikipedia.org/wiki/Runge%27s_phenomenon http://en.wikipedia.org/wiki/Spline_(mathematics) http://mathworld.wolfram.com/CubicSpline.html Cheers, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.

Re: [gdal-dev] Numeric package

g at a Python prompt? >>> import numpy >>> numpy.__version__ Cheers, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] convert Grass Raster to netCDF

to gdal_translate, the default output is GeoTIFF.. See http://www.remotesensing.org/gdal/gdal_translate.html & http://www.remotesensing.org/gdal/formats_list.html Cheers, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] gdal_rasterize with a NetCDF file?

atureCollection", "features": [{ "type": "Feature", "properties": { "BASIN_ID": 1.00, "AREA_SQKM": 1739.016470 }, "geometry": { "type": "Polygon", "coordinates&quo

Re: [gdal-dev] gdal_rasterize with a NetCDF file?

":Albedo_with_1400_Local_Time_of_Measurement' Thanks again for the help! Scott Even Rouault wrote: > Selon Scott Lewis : > > Scott, > > Anytime you want to access to a subdataset with a gdal utility, you must use > the > val

[gdal-dev] Re: gdal_rasterize with a NetCDF file?

Ah, thanks. I must have missed that. Looks like I'll have to find another way to accomplish what I'm trying to do then! Thanks for your help! Scott Hermann Peifer wrote: > The driver doesn't support updating netCDF files. gdalinfo --formats says: > > GTiff (rw+): Ge

Re: [gdal-dev] python bindings, no netcdf support

accessible in GDAL using the HDF5 driver... Cheers, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] python downsample API?

sArray(0,0,filehandle.RasterXSize,filehandle.RasterYSize,xsize,ysize) where xsize and ysize are smaller than the true RasterXSize or RasterYSize. I haven't looked at this in a while, but I'm pretty sure this will work. Did I miss the point of what you were asking? Thanks, Scott On Wed, Apr 11

Re: [gdal-dev] gdal_translate custom binary image format

/online_help/ENVI_Header_Format.html Not all fields are required, so you only need to define the bare basics for your data set. The vrt path is probably the more rigorous solution, but this might be easier. Thanks, Scott On Thu, Apr 12, 2012 at 3:39 AM, vonengel wrote: > Hi folks, > > I am

[gdal-dev] Reading DNG files with GDAL

olks might have. Thanks, -- Scott Arko ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] gdalwarp problem(s)

installed as part of OSGeo4W. Any ideas? Thanks, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] ERDAS/Intergraph ECW/JP2 compile problem in 1.10.0

Hi, I'm having trouble compiling GDAL 1.10.0 on Windows with the ERDAS ECW/JP2 Read/Write SDK v4.3.6.25. Thanks, Scott jp2userbox.cpp jp2userbox.cpp(133) : error C2664: 'NCS::JP2::CBox::UnParse' : cannot convert parameter 1 from 'NCS::SDK::CFileBase' to 'NC

[gdal-dev] gdalbuildvrt ignoring NoData for complex (CFloat32) valued rasters

ed when the CFloat32 is 0 (or really 0.0 + 0.0j ) Thanks, Scott slc1.slc.rsc Description: Binary data slc2.slc.rsc Description: Binary data slc1.slc Description: Binary data slc2.slc Description: Binary data ___ gdal-dev mailing list gdal-

[gdal-dev] ISCE raster changes from BIL to BIP after gdal_translate

ISCE Input file size is 586, 882 0...10...20...30...40...50...60...70...80...90...100 - done. (mapping) [scott@grace gdal-translate-bug]$ grep -i -n3 scheme test.unw.xml 11- 12-FLOAT 13- 14: 15-BIP 16- 17- I'm assuming it's related to this line for creating a dataset w

[gdal-dev] NGA High Resolution Elevation (HRE) data problem?

enced to UTM looks ok. Any ideas? Thanks, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Aster tif files to hgt

_ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev > -- Scott Arko Alaska Satellite Facility Deputy Director University of Alaska Fairbanks 903 Koyukuk Drive Fairbanks, AK 99775 Phone:

Re: [gdal-dev] Aster tif files to hgt

n see that the LR corner extends past 73/29 by one half an arc-second (.000139 degrees). This worked for my application and properly formatted the tiles. Hope this helps you sort out your problem. Thanks, Scott On Mon, Nov 7, 2011 at 4:24 PM, Jaromír Mikeš wrote: > > Od: Scott Arko

Re: [gdal-dev] Aster tif files to hgt

orous ways of combining data sets, but this should give you an excellent indication of whether this approach is feasible at all. Thanks, Scott On Wed, Nov 9, 2011 at 5:31 PM, Jaromír Mikeš wrote: > > Od: Scott Arko > > Hello Scott, > > > I wouldn't worry about it the fi

[gdal-dev] GMLJP2 question

ed to submit a bug against: 1) GDAL 2) JP2 writer 3) Me Thanks, Scott Driver: JP2ECW/ERMapper JPEG2000 Files: e:\TestData\junk.jp2 Size is 256, 256 Coordinate System is: GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["

[gdal-dev] Opening VRT files within zip archive using /vsizip

e gdalinfo call to fail as well, but it does not. Apologies if this is not the right list for this type of question. I have been fighting with variants of this problem for a while now and am a bit frustrated. We want to provide these data files to our users and allow them to access t

Re: [gdal-dev] Opening VRT files within zip archive using /vsizip

Thank you so much Even. That is an amazing fast turnaround. On Tue, Sep 26, 2017 at 1:21 PM, Even Rouault wrote: > On mardi 26 septembre 2017 13:08:18 CEST Scott Arko wrote: > > > Hello, > > > > > > > > > I have found an odd behavior using the /vsizip

[gdal-dev] Using /vsicurl and /vsizip with zip files and signed S3 links

if there is something I am doing wrong, something in the way gdal handles S3 signed links, or perhaps the functionality I'm looking for just doesn't exist yet. Thank you very much for any thoughts you might have. Kindest Regards, Scott Arko -- Scott Arko Alaska Satellite Facili

[gdal-dev] Fwd: Post for gdal-dev

ent redirect on line 182 as desired. vsicurl receives the same cookie on line 96, but does not forward it with the subsequent redirect on line 106. This leads to an infinite redirect loop, and vsicurl eventually fails with a "Maximum (10) redirects followed" error. -- Scott Arko Alaska Sat

[gdal-dev] GDAL.NET System.TypeInitializationException

;m guessing that I either have a configuration issue or a dependency issue with the underlying native code, but, at this point, I'm just guessing. Any help would be appreciated, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL.NET System.TypeInitializationException

f yet. I'm just trying to confirm I have a proper dev environment setup using the given demos. Is there a better starting point for c#/dotnet development? Is there a quick start or a tutorial that I missed? Thanks again. Scott On Sat, Oct 27, 2018 at 9:12 AM Tamas Szekeres wrote: > Sco

Re: [gdal-dev] GDAL.NET System.TypeInitializationException

here is another configuration step required, I missed it. Thanks Scott On Sat, Oct 27, 2018 at 1:35 PM Tamas Szekeres wrote: > Not sure how you project is looking like, I thought you added the GDAL.NET > nuget package as the reference. > Within this package, you can find some code GdalConfiguratio

[gdal-dev] optimal vsicurl settings for merging range requests

vsicurl/http://storage.googleapis.com/gcp-public-data-landsat/LC08/01/047/027/LC08_L1TP_047027_20130421_20170310_01_T1/LC08_L1TP_047027_20130421_20170310_01_T1_B4.TIF LC08_L1TP_047027_20130421_20170310_01_T1_B4.TIF Thanks for any hints or clarification! Scott

Re: [gdal-dev] ogr2ogr

A quick look at the GDAL source in gdal-3.0.1\ogr\ogrsf_frmts\aeronavfaa\ograeronavfaadatasource.cpp suggests that the code is not processing the file format correctly and therefore not identifying the file as a Daily DOF. I would try to fix it, but I can't get PROJ to build on Windows using V

[gdal-dev] Combining raw .vrt with derived bands

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

Re: [gdal-dev] Combining raw .vrt with derived bands

band) ... ... 1 phase CFloat32 On Wed, Mar 11, 2020 at 9:54 AM Even Rouault wrote: > On mercredi 11 mars 2020 09:49:49 CET Scott Staniewicz wrote: > > Is it possible to have a VRTRawRasterBand and a VRTDerivedRasterBand, > which > > is der

[gdal-dev] gdalbuildvrt -separate from list of files with two bands

Hi, I'd like to combine a large list of raster files (each of which has two bands) into one .vrt, where each band of the VRT would have the 2nd band from each file. I thought that the "-b 2" option , but doing gdalbuildvrt -b 2 -separate outvrt.vrt *two2band_inputs.tif just gives the warnin

[gdal-dev] gdalwarp cutting off projected image

rce gdalwarp to reproject the entire image? Thanks! Scott Lewis NSIDC ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] gdalwarp cutting off projected image

not act any different (IE, it takes the same amount of time to process) with or without the -wo option, so I'm thinking I'm just not using the option correctly somehow. Again, I appreciate your help! Scott Frank Warmerdam wrote: Scott Lewis wrote: Hi, I'm fairly new with GD

Re: [gdal-dev] gdalwarp cutting off projected image

I've been having problems getting it staged. As soon as I'm able to I'll send the URL. Maybe the source geotiff file doesn't have the information necessary to convert correctly, perhaps. Again, thanks for your help. Hopefully I'll have the URL soon. Scott Fran

Re: [gdal-dev] gdalwarp cutting off projected image

te you taking a look. Scott PS - I'm still new to the GDAL list; when you say file a Trac ticket, where would I do this? Scott Lewis wrote: I've been having problems getting it staged. As soon as I'm able to I'll send the URL. Maybe the source geotiff file doesn't have th

Re: [gdal-dev] gdalwarp cutting off projected image

Frank Warmerdam wrote: Scott Lewis wrote: Frank, The image I've been trying to convert is at this URL. It's about 6MB, hopefully that's not too big. ftp://sidads.colorado.edu/pub/incoming/glewis/polar.gtiff.tif Basically, I'm trying to convert it to a plain-ol

[gdal-dev] Lossless JPEG in GDAL

m not even sure this is possible, but I would appreciate any thoughts people might have. Thanks, -- Scott Arko ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Lossless JPEG in GDAL

it would be nice to have support for this in GDAL.  I don't imagine many people run into this file format, though.  Best Regards, Scott Frank Warmerdam wrote: Scott Arko wrote: Hello, I am wondering if there is a way to compile support for lossless JPEG into GDA

Re: [gdal-dev] satellite image processing in Python

Imagery\Landsat\Landsat7\L71040036_03620071224_B20.TIF etc.. and run as C:\> my_batch.bat By processing each file in a new Python process, you'll be sure to free the memory after processing the file. Cheers, Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Fwd: [gdal-dev] can't open grib2 files

Forgot to copy the list. -- Forwarded message -- From: Scott Sinclair Date: 2009/6/30 Subject: Re: [gdal-dev] can't open grib2 files To: Alberto Pettazzi >2009/6/29 Alberto Pettazzi : >  I just have executed the command you suggested me, > > gdal-config --

[gdal-dev] PROJ Data

d the GDAL functions I've used (albeit I've only used a few) seem unaffected by not having PROJ data. Can any of you provide any insights into what the implications are of having PROJ data installed vs. not installed? Thank you, Scott Arnold _

[gdal-dev] PointOnSurface returning (0, 0, 0)

deas what I'm doing wrong? Thanks, Scott #include #include "ogrsf_frmts.h" #include "ogr_geometry.h" static void CPL_STDCALL CplErrorHandler(CPLErr cplErr, int nError, char* pszErrorTxt) { std::cout << "GDAL(" << nError << "): "

[gdal-dev] Using ogr2ogr with limited memory

Any tips for using ogr2ogr to use only a specified amount of RAM? I'm not having any luck. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL Interpolation Help

Averaging rasters is a common task. Often I see developers write many lines of python to do simple tasks like this. The following GDAL command should give you the results you're looking for: gdal_calc.py -A input1.tif -B input2.tif --outfile=result.tif --calc="(A+B)/2" The above command was

Re: [gdal-dev] Using ogr2ogr with limited memory

I should have been more specific. One particular machine has 8GB of memory. When I try to do the most simple ogr2ogr command on large files, the host runs out of memory (vmstat shows this) and ogr2ogr terminates with 'Killed', nothing more. The data formats I have experienced this with are

Re: [gdal-dev] Using ogr2ogr with limited memory

) = 0.8323 area_in_meters (Real) = 178.5448 POLYGON ((-64.6397672401299 17.7220665249078,-64.6397654280552 17.722041016034,-64.6395789582891 17.7220531822569,-64.6395832735872 17.7221139302758,-64.639696737462 3 17.7221065273415,-64.639698399651 17.7221299263498,-64.6398064310524 17.7221228777942

Re: [gdal-dev] Using ogr2ogr with limited memory

I get the same error on OS AWS Linux 2. Also, on either OS with source .parquet instead of .fgb. On 9/28/23 10:17, Scott via gdal-dev wrote: USA.fgb is 36 GB. I've renamed it from its original source which can be found here: https://beta.source.coop/vida/google-microsoft-open-buil

Re: [gdal-dev] Using ogr2ogr with limited memory

ncement to mention this requirement: https://github.com/OSGeo/gdal/pull/8490 Le 28/09/2023 à 19:17, Scott a écrit : USA.fgb is 36 GB. I've renamed it from its original source which can be found here: https://beta.source.coop/vida/google-microsoft-open-buildings ogr2ogr -sql "select

Re: [gdal-dev] Using ogr2ogr with limited memory

On Thu, Sep 28, 2023 at 3:18 PM Scott via gdal-dev mailto:gdal-dev@lists.osgeo.org>> wrote: Thanks for digging into that Even! Can I create my new .fgb in sections? If I limit the number of source rows with -sql, doing that multiple times with -update, will it still build t

Re: [gdal-dev] help needed with pygdaltools library, documentation sparse

-nln is being ignored because the data layer you're -updating -appending to exists. You can't rename a layer if it has a name. Remove -nln option Next you are trying to write a collection as a linestring. Use -explodecollections (if exists in your install) and/or use -nlt PROMOTE_TO_MULTI Tr

Re: [gdal-dev] help needed with pygdaltools library, documentation sparse

//pasteboard.co/1wIMI9xRymkZ.png <https://pasteboard.co/1wIMI9xRymkZ.png> -Original Message- From: Rahkonen Jukka <mailto:jukka.rahko...@maanmittauslaitos.fi>> Sent: Wednesday, October 11, 2023 2:12 AM To: Catania, Luke A ERDC-RDE-GRL-VA CIV <mailto:luke.a.cata...@e

Re: [gdal-dev] GDAL 3.7.3 RC1 available

Looking at the release notes did #8262 make it in? https://github.com/OSGeo/gdal/pull/8262 On 10/30/23 09:15, Even Rouault via gdal-dev wrote: Hi, I have prepared a GDAL/OGR 3.7.3 release candidate. Pick up an archive among the following ones (by ascending size):   https://download.osgeo.o

[gdal-dev] Segfault with ogr2ogr and Parquet

r tst.gpkg /vsis3/overturemaps-us-west-2/release/2023-10-19-alpha.0/theme=admins I appreciate your help! Scott ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Segfault with ogr2ogr and Parquet

Check that. This is only on 3.8beta. Apologies. On 11/5/23 09:35, Scott via gdal-dev wrote: On debian 10 linux, using gdal 3.7.1 or 3.8beta, built with apache arrow 12.0, I get a segfault immediately after running either of these commands: ogr2ogr tst.gpkg PARQUET:"/vsicurl/

  1   2   >