[gdal-dev] problem with 5D variables in NetCDF

Hello, The 5D dataset in this NetCDF file causes an error on Windows but not on Linux. http://staff.acecrc.org.au/~mdsumner/gdal/foo.nc The Windows FWTools is recent, and the Linux version is old: Linux: GDAL 1.5dev, FWTools 1.3.2, released 2007/06/01 Windows: GDAL 1.6.0dev, FWTools 2.2.6,

Re: [gdal-dev] opendap on Windows

Hi Chris, Thank you for the feedback - I have tried copying the curl/xdr/pthreads headers into the libdap/include folder - and editing the top level nmake.opt to DODS_DIR. There just were a number of unclear steps (for me) so I'll go back and try again, then report back more completely. I

Re: [gdal-dev] opendap on Windows

Hello, Thanks so much for you answers - I used your lib path and it seems to work fine. Cheers, Mike. ==Original message text=== On Tue, 30 Sep 2008 8:13:46 +1000 Christopher Condit wrote: Hi Mike- Thank you for the feedback - I have tried copying the

Re: [gdal-dev] opendap on Windows

Hello, I'm afraid that while it seems to build correctly there is a runtime error An unhandled Win32 exception occured in gdalinfo.exe I don't know how to proceed to figure this out. I've tried building GDAL in release mode, and also without the /MD flag - but with the same result. The access

Re: [gdal-dev] opendap on Windows

200 Thanks again for the help, and patience. Regards, Mike. Subject: Re: [gdal-dev] opendap on Windows From: Michael Sumner [EMAIL PROTECTED] Date: Tue, 30 Sep 2008 15:21:31 +1000 To: [EMAIL PROTECTED], gdal-dev

Re: [gdal-dev] Compile GDAL With WMS Support (Win32)

I had no problem with this in VC++ Express with 1.6.0 RC4. If I remember correctly all I need was the libcurl download as described here: and this in nmake.opt CURL_DIR=C:\inst\libcurl CURL_INC = -I$(CURL_DIR)/include # Uncoment following line to use libcurl as dynamic library CURL_LIB =

Re: [gdal-dev] Writing a Tiff

Hello, Note this recent R-Sig-Geo post about the in-development nature of the latest builds of rgdal - you need to let us know what versions you are using. Also, view the definition of writeGDAL() to see how the lower level functions are used.

[gdal-dev] Writing a Tiff from R (was Writing a Tiff)

: On Mon, 2009-01-19 at 20:57 +1100, Michael Sumner wrote: Hello, Hey Mike, thanks for your exhaustive answere :-) Note this recent R-Sig-Geo post about the in-development nature of the latest builds of rgdal - you need to let us know what versions you are using. Also, view

[gdal-dev] (article) social organization of the open source R project

Hello, I thought this article would be of interest to the gdal-dev community: See page 5, Aspects of the Social Organization and Trajectory of the R Project. http://journal.r-project.org/archive/2009-2/RJournal_2009-2.pdf In particular I found this interesting: Many open-source projects, such

Re: [gdal-dev] Re: GDAL with netCDF4 support

Chris wrote: By the way, GDAL/netcdf-4 seems to be my only was of being able to access OpenDAP data from inside R. Which is why you should use Python (and Rpy) ;-) I didn't know Python was widely used for OpenDAP - is that via GDAL or native? Can you point to examples of its use and set up?

Re: [gdal-dev] NetCDF geotransform - pixel centre/upper-left issue

I believe that NetCDF generally uses cell centres to specify pixel coordinates, and there is no way to specify cell corners except by adding metadata about the actual dimensions boundaries (this is more problematic again if coordinates are not regular since you cannot assume a regular half cell).

Re: [gdal-dev] NetCDF driver in gdal_translate ignores xllcorner and yllcorner?

What is the result of running gdalinfo on the NetCDF file (or on the desired subdataset)? The y values are not regular, as you can see in this subset of the sequence: 9165629, 9166645, 9167660, 9168676 That might be part of the issue. Cheers, Mike. On Fri, May 21, 2010 at 2:28 PM, Kyle

Re: [gdal-dev] How to represent multi-dimensional array

I don't think there is a GIS that does this in a natural way - all you can do is read in multiple slices. If the order of your axes really is time, x, y, z then you will have y.n * z.n (time, x) slices (as bands) when read by GDAL - NetCDF will tend to store dimensions in reverse order to the

Re: [gdal-dev] How to represent multi-dimensional array

...@lists.osgeo.org] On Behalf Of Christopher Barker Sent: Saturday, June 19, 2010 5:45 PM To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] How to represent multi-dimensional array Thanks to Michael, Joaquim, Ivan, and Jason. I'll explore some of the tools and suggestions you made. Michael Sumner wrote

Re: [gdal-dev] Geotiff AREA_OR_POINT

Am I correct in interpreting this post to mean that the pixel-is-area and pixel-is-point tiffs are read the exact same way by GDAL, with the only difference being in the value of the AREA_OR_POINT metadata key? Should viewers then be looking for the AREA_OR_POINT key in addition to the

Re: [gdal-dev] Geotiff AREA_OR_POINT

Thanks for the heads up, I've not used GMT versions of NetCDF much, or recently. The vast majority of NetCDF I've had to work with do not make this explicit, and this is about the most detailed discussion I've seen: http://www.mail-archive.com/cf-metad...@cgd.ucar.edu/msg00566.html Cheers, Mike.

Re: [gdal-dev] Worldfile creation inconsistency with gdal_translate

-dev -- Michael Sumner Institute for Marine and Antarctic Studies, University of Tasmania Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL windows installers available

://lists.osgeo.org/mailman/listinfo/gdal-dev -- Michael Sumner Institute for Marine and Antarctic Studies, University of Tasmania Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo

Re: [gdal-dev] GDAL windows installers available

by the add/remove option. Best regards, Tamas 2011/1/9 Michael Sumner mdsum...@gmail.com Awesome, thanks for this - I've really enjoyed the discussion too, a great deal of good information there. I downloaded and ran http://vbkto.dyndns.org/sdk/Download.aspx?file=release-1600-x64-gdal

Re: [gdal-dev] netCDF to Shapefile

/mailman/listinfo/gdal-dev -- Michael Sumner Institute for Marine and Antarctic Studies, University of Tasmania Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal

Re: [gdal-dev] Build GDAL from scratch on CentOS 6.5

This was helpful for me: http://scigeo.org/articles/howto-install-latest-geospatial-software-on-linux.html Cheets, Mike On 16 Aug 2014 05:40, Jake Brinkmann jakebrinkm...@gmail.com wrote: Hello all geospatial-web-wizards, I am struggling pretty hard building the GDAL libraries and all the

Re: [gdal-dev] NetCDF driver improvements (including groups support)

Hi, this is really interesting to me. On Fri Feb 06 2015 at 03:11:02 Julien Demaria julien.dema...@acri-st.fr wrote: Hi GDAL team, I've implemented several improvements to the NetCDF driver and I would like to provide them to the community. Main goal of the changes is to add full support of

Re: [gdal-dev] NetCDF driver improvements (including groups support)

:* Michael Sumner [mailto:mdsum...@gmail.com] *Envoyé :* samedi 7 février 2015 02:03 *À :* Julien Demaria; gdal-dev@lists.osgeo.org *Objet :* Re: [gdal-dev] NetCDF driver improvements (including groups support) Hi, this is really interesting to me. On Fri Feb 06 2015 at 03:11:02 Julien

Re: [gdal-dev] define netcdf time dimension

On Tue, 14 Apr 2015 at 05:46 Dominik Schneider dominik.schnei...@colorado.edu wrote: Hi - I have some .mdl files from IDL with .hdr header files that I’d like to convert to netcdf. The following code produces a netcdf file with a subdataset for each band in the mdl file. Is there any way

Re: [gdal-dev] define netcdf time dimension

, Michael Sumner mdsum...@gmail.com wrote: On Tue, 14 Apr 2015 at 05:46 Dominik Schneider dominik.schnei...@colorado.edu wrote: Hi - I have some .mdl files from IDL with .hdr header files that I’d like to convert to netcdf. The following code produces a netcdf file with a subdataset

Re: [gdal-dev] define netcdf time dimension

Sorry, edit - the setZ line should be: r - setZ(r, dt0) On Wed, 15 Apr 2015 at 00:40 Michael Sumner mdsum...@gmail.com wrote: Well, FWIW - Here the CRS doesn't round-trip properly, partly as the PROJ.4 string in R is not sufficient, and the date type gets recorded as raw integer (that's

Re: [gdal-dev] gdalwarp problems with MODIS L1B

Hi Even, that is excellent, thank you. I have one question about the resampling workaround: On Wed, 20 May 2015 at 19:34 Even Rouault even.roua...@spatialys.com wrote: Mike, By my reading of https://trac.osgeo.org/gdal/wiki/rfc4_geolocate that means the Geolocation tag from gdalinfo

Re: [gdal-dev] Getting warning when opening NetCDF file using gdal?

Or rename to .h5 which triggers the right driver in GDAL. It would be good if the format auto-detect could determine that the file was HDF5 instead ? On Tue, 30 Jun 2015 at 19:47 Anton Korosov anton.koro...@nersc.no wrote: You can use 'ncdump -h A2015069035500.L2_LAC_OC.nc' ncdump is not

Re: [gdal-dev] Getting warning when opening NetCDF file using gdal?

Also, the fully expanded path for SDS does work already: gdalinfo HDF5:A2015069000500.L2_LAC_OC.nc://geophysical_data/Kd_490 Cheers, Mike. On Tue, 30 Jun 2015 at 19:50 Michael Sumner mdsum...@gmail.com wrote: Or rename to .h5 which triggers the right driver in GDAL. It would be good

[gdal-dev] guidance on NSIDC Sea Ice concentration data

Hello, I've put together an example of using NSDIC sea ice concentration data with GDAL VRT. In this Github readme I list two example data sets, one for the Northern and one for the Southern hemisphere where the raw binary NSDIC .bin files have accompanying VRT files:

Re: [gdal-dev] GDAL Java Bindings - Convert raster from [0, 360] to [-180, 180]

Ahem, I think this is the original tutorial intended by Trent: https://trac.osgeo.org/gdal/wiki/UserDocs/RasterProcTutorial See lower down under Virtual files. (The other page was specific to another project, now defunct - though it did source from this original GDAL tutorial) Cheers, Mike.

Re: [gdal-dev] Requesting new driver?

On Wed, 2 Dec 2015 at 06:34 Jonathan Greenberg wrote: > GDAL Developers: > > How do I go about requesting a new driver? R's "raster" format is a > pretty straightforward flat binary/header format (very similar to ENVI's). > The specifications are laid out in: > >

Re: [gdal-dev] vector drivers with mixed topology types in a single layer?

On Wed, 17 Feb 2016 11:18 pm Even Rouault <even.roua...@spatialys.com> wrote: > Le mercredi 17 février 2016 12:25:24, Michael Sumner a écrit : > > Hi there, is there an easy way to discover which formats allow mixing of > > vector types in a single layer? > > No, there

Re: [gdal-dev] vector drivers with mixed topology types in a single layer?

On Wed, 17 Feb 2016 at 23:24 Michael Sumner <mdsum...@gmail.com> wrote: > > > On Wed, 17 Feb 2016 11:18 pm Even Rouault <even.roua...@spatialys.com> > wrote: > >> Le mercredi 17 février 2016 12:25:24, Michael Sumner a écrit : >> > Hi there, is there a

Re: [gdal-dev] Shapefile with one feature and many incrementally-added vertices is huge

; > > > http://www.spatialys.com > > > > > > ___ > > gdal-dev mailing list > > gdal-dev@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/gdal-dev > _

Re: [gdal-dev] SQL FID 0- or 1-based

I forgot to add that I'm using 2.1.1, on Debian sid. GDAL 2.1.1, released 2016/07/07 Cheers, Mike. On Sat, 1 Oct 2016 at 16:20 Michael Sumner <mdsum...@gmail.com> wrote: > Hello, I'm seeing that the OGRSQL virtual FID value is 0-based for > shapefile, and 1-based for MapInfo

[gdal-dev] SQL FID 0- or 1-based

one feature returned ogrinfo shp -sql "SELECT * FROM seamless_part1 WHERE FID = 0" ## no feature returned ogrinfo shp -sql "SELECT * FROM seamless_part1 WHERE FID = 2" Cheers, Mike. -- Dr. Michael Sumner Software and Database Engineer Australian Antarctic Division 203 Channel

Re: [gdal-dev] Call for discussion on RFC 64: Triangle, Polyhedral surface and TIN

On Wed, 7 Dec 2016 at 07:41 Even Rouault <even.roua...@spatialys.com> wrote: > On mardi 6 décembre 2016 20:31:57 CET Michael Sumner wrote: > > > Thanks Even, > > > > > > Does a TriangulatedSurface consist of separate Triangles, all with each > &g

Re: [gdal-dev] Call for discussion on RFC 64: Triangle, Polyhedral surface and TIN

services > > http://www.spatialys.com > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Dr. Michael Sumner Software and Database Engineer Australian Antarctic Division 203 Channel Highway Kingston Tasmania 7050 Australia ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] GEOGRID projection question

parent_start = 1 ; :j_parent_start = 1 ; :i_parent_end = 216 ; :j_parent_end = 145 ; :parent_grid_ratio = 1 ; :sr_x = 1 ; :sr_y = 1 ; :FLAG_MF_XY = 1 ; } -- Dr. Michael Sumner Software and Database Engineer Australian Antarctic Division 203 Channel Highway Kingston Tasmania 7050 Australia __

Re: [gdal-dev] GEOGRID projection question

with this kind of output and PROJ.4 I'd appreciate any pointers. Cheers, Mike. On Fri, 4 Aug 2017 at 12:17 Brad Hards <br...@frogmouth.net> wrote: > Looks somewhat like it came from WRF/ARW forecast software. > > Brad > > > -- Dr. Michael Sumner Software and Database Engin

Re: [gdal-dev] how to use gdal to create a xlsx file

x file,how to use gdal to do that? > > > <http://t.sina.com.cn/2170550500?s=5aSn5ZGb5LiN5Lya6aOe> > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/l

[gdal-dev] HDF data mis-applied sinusoidal

00"N) Upper Right (-18903158.834,10007554.677) ( 77d21'53.56"W, 90d 0' 0.00"N) Lower Right (-18903158.834, 8895604.157) (101d 0'32.47"E, 80d 0' 0.00"N) Center (-19459134.094, 9451579.417) (152d 6' 0.67"E, 85d 0' 0.00"N) Band 1 Block=7200x3600 Type=Int

Re: [gdal-dev] HDF data mis-applied sinusoidal

nslate -a_ullr -180 90 180 -90 -a_srs > EPSG:4326 src dst > > HTH, > Andre Joost > > Am 29.11.18 um 21:31 schrieb Michael Sumner: > > Hello, these data in HDF4 format are interpreted as being in sinusoidal > > projection, I guess some conflation with the MODIS logi

[gdal-dev] MVT fields/geometry alignment

nal details of protocol buffers.) Thank you. Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mail

Re: [gdal-dev] MVT fields/geometry alignment

Oh I see, thanks for explaining! Cheers, Mike On Wed., 7 Aug. 2019, 18:19 Even Rouault, wrote: > > Michael, > > > > > In this MVT source poLayer->GetFeatureCount() reports that there are 85 > > features, as does ogrinfo summary: > > > > But, iterating features finds 81 valid features, as

Re: [gdal-dev] GDAL 3, PROJ 6.2 exportToProj4() drops Datum silently

9:33 AM Even Rouault wrote: > On mercredi 30 octobre 2019 09:22:11 CET Michael Sumner wrote: > > Great discussion, thanks to both of you. I have a question. > > > > I wonder how we ought to specify a projection that we desire, I work in > > contexts where 1.5m or even 1.5 km is

Re: [gdal-dev] GDAL 3, PROJ 6.2 exportToProj4() drops Datum silently

h GDAL + PROJ master: > > $ echo "150 -30" | gdaltransform -s_srs EPSG:4283 -t_srs EPSG:7844 --debug > on > OGRCT: proj=pipeline step proj=axisswap order=2,1 step proj=unitconvert > xy_in=deg xy_out=rad step proj=push v_3 step proj=cart ellps=GRS80 step > proj=helmert x=0.0615

Re: [gdal-dev] Need some help understanding why this raster is so big

What is the source (and target) projection and extent? Some projections have expansive limits, but you can specify the target extent with -te HTH On Fri., 13 Mar. 2020, 23:43 Brian, wrote: > Is it faster to do a gdal_warp with compression then without? Is it safe > to assume the drive write

[gdal-dev] gdaldem aspect is grid-oriented

much more efficient. Is there any interest in a more general approach? Best, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@l

[gdal-dev] help with GDALWarpApp - resample options

the implementation of the GDALWarpApp to get what I want, but if this resample method was settable it saves me going lower. Thanks! Best, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com

Re: [gdal-dev] help with GDALWarpApp - resample options

Oh, I see - you just append it all on. Thanks! C++ is a real struggle for me, but this is going to be excellent. Best, Mike On Sat, 15 May 2021, 07:18 Even Rouault, wrote: > Michael, > > > > how do I set the equivalent of eResampleAlg for the GDALWarp *app* ? > > > > >

Re: [gdal-dev] gdaldem aspect is grid-oriented

True, we don't care where the needle points - we need polar north, it's entirely dependent on longitude, and in our usual case, stere centred on south pole, a simple special case. Cheers, Mike On Tue, 29 Jun 2021, 01:06 Andrew C Aitchison, wrote: > On Fri, 25 Jun 2021, Michael Sumner wr

[gdal-dev] subdatasets of

SRE_Snow_Depth_Over_Ice SUBDATASET_2_DESC=Layer Snow Depth Over Ice (12 km, AMSR-E, Aqua) SUBDATASET_3_NAME=WMTS:/vsicurl/ https://gibs.earthdata.nasa.gov/wmts/epsg3031/best/1.0.0/WMTSCapabilities.xml,layer=AMSRE_Sea_Ice_Concentration_25km S -- Michael Sumner Software and Database Engineer Australian An

Re: [gdal-dev] subdatasets of

L version as the one of gdalinfo > (but I can't recall versions having such issues), or a flow in your code, I > don't see why you'd this. > > Even > Le 31/08/2021 à 12:07, Michael Sumner a écrit : > > Hello, I'm having trouble getting subdataset names programatically from > the WMTS/O

Re: [gdal-dev] VRT dataset to text in-memory?

XML text with: > > poVRTDS->GetMetadata("xml:VRT")[0] > > If you can submit a pull request documenting that, that would be welcome > > Even > Le 03/03/2022 à 11:14, Michael Sumner a écrit : > > Hello, reading the raster VRT tutorial > > https://gdal.org/drivers/rast

Re: [gdal-dev] regular grid longlat netcdf without crs meta

more positive impact (for me at least) as the heuristics will catch many other products. Best, Mike On Tue, 15 Mar 2022, 22:38 Even Rouault, wrote: > > Michael, > > Le 15/03/2022 à 06:06, Michael Sumner a écrit : > > Hi, > > these files don't present to GDAL with a C

[gdal-dev] regular grid longlat netcdf without crs meta

in case I'm missing something.) Thanks. Best, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.

Re: [gdal-dev] regular grid longlat netcdf without crs meta

gosh, very sorry I messed up the SDS string - I've posted as a gist here with the gdalinfo output: https://gist.github.com/mdsumner/615441365e3a0691c457493fe62b78bf Best, Mike On Tue, Mar 15, 2022 at 4:06 PM Michael Sumner wrote: > > Hi, > > these files don't present to GDA

[gdal-dev] question re netcdf grid_mapping

s to build an Oblique Mercator - but this is Swiss oblique mercator with a simpler set of initialization params. Is it a case of needing a very specific else if to match this case, or is there some more to this? Is it worth contributing cases as PRs? (I'm inclined to advise "use -a_srs 'EPSG:2056

Re: [gdal-dev] question re netcdf grid_mapping

ly address the issue? > > If the swiss oblique mercator differs from the regular oblique mercator > and is not correctly represented by the current grid mappings in the CF > conventions, it may be worth opening an issue here to add it to the CF > conventions: https://github.com/c

[gdal-dev] VRT dataset to text in-memory?

ant. I've seen examples using GetMetadataItem from a band for parts of the XML, but can't see how to get the entire thing. Thanks for your help. Best, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-m

[gdal-dev] GDAL warp tutorial question (C vs. C++)

issues, my C++ is rudimentary - certainly I'm keen to contribute to docs and more once I understand better). Thanks a lot. Best, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___

Re: [gdal-dev] GDAL warp tutorial question (C vs. C++)

Excellent - I'll submit a PR for the include in the first snippet. I've become more au fait with the different idioms today, and this description is very helpful. Best, Mike On Tue, Apr 5, 2022 at 8:47 PM Even Rouault wrote: > > > Le 05/04/2022 à 01:28, Michael Sumner a écrit :

Re: [gdal-dev] multidim arraySpecs/GetView

]) > nds.GetRootGroup().OpenMDArray("Band1").GetShape() > # (20, 20) > > This was a bug. Fixed per https://github.com/OSGeo/gdal/pull/8297 > > A way of working it around is to use scaleAxesSpecs=['x(4)', 'y(2)'] > instead > > Even > > -- http://www.spatialys.com

Re: [gdal-dev] -scale default

nly honouring the buffer data type > of the RasterIO() request from the AAIGrid driver (Int32, always used when > translating from source bands having integer data types, but with the > reasoning that if you query a Byte band then you would get always value in > [0,255] range) > >

[gdal-dev] -scale default

alues and output types. https://gist.github.com/mdsumner/ee4103d8616b9aa341e82c46b44a8c8c Cheers, Mike -- Michael Sumner Research Software Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osg

[gdal-dev] multidim arraySpecs/GetView

("[::2,::4]").GetShape() # (10, 5) Am I specifying the view wrong in MultiDimTranslate? Thanks, Mike I've put fuller notes here in case the email is a problem: https://gist.github.com/mdsumner/028d089ad9a960267347f891c058fc9a -- Michael Sumner Software and Database Engineer Australian

[gdal-dev] adding metadata -mo in a domain?

important Is that possible from cli? Thank you -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org

Re: [gdal-dev] adding metadata -mo in a domain?

o could do vrt://{dsn}?dmo=DOMAIN:META-TAG=VALUE Cheers, Mike On Wed, Sep 20, 2023 at 10:19 AM Even Rouault wrote: > Not from cli. From the API, it is dataset.SetMetadataItem(key, value, > domain) > Le 20/09/2023 à 02:14, Michael Sumner a écrit : > > When we add metadata with -

Re: [gdal-dev] adding metadata -mo in a domain?

cool thanks, I'll deal with that  On Thu, 21 Sept 2023, 18:48 Even Rouault, wrote: > > > > > which don't seem to exist. Is that just an outdated comment? > > yes, as far as I can see from history those functions have never > existed. This comment dates back to the initial commit and they

Re: [gdal-dev] adding metadata -mo in a domain?

! On Wed, Sep 20, 2023 at 6:40 PM Even Rouault wrote: > Sounds OK to me > Le 20/09/2023 à 02:32, Michael Sumner a écrit : > > Thanks Even, could add a AttachDomainMetadata here that expected "-dmo > DOMAIN:META-TAG=VALUE" > > >

[gdal-dev] default for RelativeToVRT field

mory VRT text that *always* has absolute paths for exactly this CreateCopy("", ) situation with no actual VRT file. Thank you, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com __

Re: [gdal-dev] Hints that a raster band represents a DEM?

nent (but unfortunately > even among DEM layers I think this will be rare!). > > Any suggestions? > Nyall > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev > --

Re: [gdal-dev] default for RelativeToVRT field

tion option to make some workflows easier, but I still need a bit longer exploring to get all the parts clear (to me) - I'll PR this at some point. Best, Mike > Even > > -- > http://www.spatialys.com > My software is free, but my time generally not. > >

[gdal-dev] determine default SQL dialect

, there appears to be dialect values DEBUG, INDIRECT_SQLITE, MONGO_DB, and ES in use but I gather they are for internal use (and so properly don't appear in the documentation). Thanks very much, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail

Re: [gdal-dev] Rotated lat lon projection

First step is try shoving it through the warper: gdalwarp in.nc out.tif set lonlat extent with -te and resolution with -ts or -tr GDAL knows about projections and internal coordinate arrays and often this is enough, the smart things come down to what output grid you define and what resampling

[gdal-dev] Zarr syntax question

ring.space/view/c6c1f3a7d0c260724115eaa2bf78f3738b275f7f633c1558639e7bbd75b31456#displayOptions=\ Cheers, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mai

Re: [gdal-dev] Zarr syntax question

RR:"/vsicurl/ > https://ncsa.osn.xsede.org/Pangeo/pangeo-forge/gpcp-feedstock/gpcp.zarr":/precip:0' > (0 here for the 2D slice at time index = 0) > > In https://github.com/OSGeo/gdal/pull/6330, I've improved doc and error > messages. > > Even > > > Le 08/09/202

Re: [gdal-dev] EXT: Re: Rotated lat lon projection

the same. > > > > In this file, first grid point should be something like: > > > > Thank you very much!! > > > > > > *De:* Michael Sumner > *Enviado el:* sábado, 3 de septiembre de 2022 8:59 > *Para:* De Juan De España, Javier > *CC:* gdal-dev >

[gdal-dev] question for scaling default

ady provides this kind of behaviour that I can learn from? Also, I feel like fraction (0, 1) is a more sensible data value than percentage (0, 100), although I've used percentage in the past with these data. Any thoughts, or examples that exist in GDAL? Thanks very much, Mike -- Michael Sum

Re: [gdal-dev] determine default SQL dialect

Excellent, thanks very much. Best, Mike On Wed, 3 Aug 2022, 02:30 Even Rouault, wrote: > > Le 02/08/2022 à 18:25, Even Rouault a écrit : > > > > Le 02/08/2022 à 09:42, Michael Sumner a écrit : > >> Is it possible to determine the default SQL dialect that will

Re: [gdal-dev] determine default SQL dialect

. > > MONGO_DB is documented in https://gdal.org/drivers/vector/mongodbv3.html. > > > > -Jukka Rahkonen- > > > > *Lähettäjä:* gdal-dev *Puolesta *Michael > Sumner > *Lähetetty:* tiistai 2. elokuuta 2022 10.43 > *Vastaanottaja:* gdal-dev > *Aihe:* [gdal-dev] det

Re: [gdal-dev] gdalwarp vs gdal_translate for scaling

ugh, sorry just realized my comment (sentence begins 'Further ...') about "scaling" is completely irrelevant - you mean spatial and not data scaling. Just ignore that one sentence. Cheers, Mike On Fri, Jan 6, 2023 at 10:36 AM Michael Sumner wrote: > in short, warp will giv

Re: [gdal-dev] gdalwarp vs gdal_translate for scaling

in short, warp will give you exactly the target extent of a (possibly) new grid specification in that -te subdivided by the -ts. translate will give you approximately the extent provided to projwin, but snapped to the source grid alignment at a particular zoom implied by the projwin subdivided by

Re: [gdal-dev] Call for review and comments on RFC90: Direct access to compressed raster data

beautiful! This has been low level on my mind to ask about. Thanks! Cheers, Mike On Fri, 6 Jan 2023, 01:42 Even Rouault, wrote: > Hi, > > I've submitted RFC90: Direct access to compressed raster data for review > and comments: > > https://github.com/OSGeo/gdal/pull/7020 > > Summary:

Re: [gdal-dev] clip raster to one cell at coordinates

example) I could use to achieve this ? > > Thanks > Karsten > > Karsten Vennemann > Principal > > Terra GIS LTD > 2119 Boyer Ave E > Seattle, WA 98112 > USA > www.terragis.net > ___ > gdal-dev mailing list > gdal

Re: [gdal-dev] Specify Grid Rotation for gdal.Warp() with Geolocation Arrays

utput raster? None of -te, -ts or -t_srs address this. > > > ---------- > *From:* Michael Sumner > *Sent:* Friday, November 4, 2022 6:41 PM > *To:* Brendan Heberlein > *Cc:* gdal-dev > *Subject:* Re: [gdal-dev] Specify Grid Rotation for gdal.Warp() with &g

Re: [gdal-dev] Specify Grid Rotation for gdal.Warp() with Geolocation Arrays

that's exactly what the warper does with geolocation arrays, set the target extent, dimension, and crs with -te, -ts, -t_srs with gdalwarp. python will have those analogous controls for the warper. Cheers, Mike On Sat, 5 Nov 2022, 01:23 Brendan Heberlein via gdal-dev, <

Re: [gdal-dev] Specify Grid Rotation for gdal.Warp() with Geolocation Arrays

. This would allow the grid to be assigned an arbitrary > orientation within the CRS frame. > > Thanks, > Brendan > ------ > *From:* Michael Sumner > *Sent:* Friday, November 4, 2022 6:57 PM > *To:* Brendan Heberlein > *Cc:* gdal-dev > *Sub

Re: [gdal-dev] question about python installation

our own, and you will likely > have to set the PYTHONPATH environment variable to point to > /usr/local/lib/python3/dist-packages > > GDAL_PYTHON_INSTALL_PREFIX will not help you here (and I'm not sure to > remember what the actual use case for it was) > > Even > Le

[gdal-dev] question about python installation

? Thank you. -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] help with (docker) build workflow

d it with something like: docker build . --target builder -t > whatever_tag_name_you_want > > Even > Le 19/02/2023 à 19:08, Michael Sumner a écrit : > > I would like to build GDAL in an image on the basis of a dockerfile used > for CI, I'm confused by the layer process that copies the b

[gdal-dev] help with (docker) build workflow

with docker - I can unpick the builder/COPY process, but maybe I'm missing something easy. Thank you -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev

Re: [gdal-dev] Convert NetCDF to GeoTIFF WGS 84

ucture Metadata: > COMPRESSION=LZW > INTERLEAVE=PIXEL > Corner Coordinates: > Upper Left (-116.000, 780.000) ( 10d25'13.65"W, 57d11'40.60"N) > Lower Left (-116.000, 660.000) ( 10d25'13.65"W, 50d52'46.07"N) > Upper Right ( 4.000, 780.000) ( 0d21'33.57"E, 57d11'40.60"

Re: [gdal-dev] Convert NetCDF to GeoTIFF WGS 84

oh dear I missed a key element in the actual command: gdalwarp band1.vrt tiff_test.tif -ts 4000 4000 -te -116.000 660.000 4.000 780.000 -t_srs "EPSG:3857" Best On Thu, Feb 23, 2023 at 6:35 PM Michael Sumner wrote: > in short, take the grid specification you

Re: [gdal-dev] GDALOpenShared: warning about "filename" vs "description"

Thank you. Cheers, Mike On Sun, Apr 30, 2023 at 1:07 AM Even Rouault wrote: > Hi Michael, > > Fixed per https://github.com/OSGeo/gdal/pull/7659 > > Even > Le 24/04/2023 à 05:09, Michael Sumner a écrit : > > > When invoking info on this vrt connection &

[gdal-dev] GDALOpenShared: warning about "filename" vs "description"

2.amazonaws.com/images/NSW041500.jp2 gdalinfo /vsicurl/ https://herbariumnsw-pds.s3-ap-southeast-2.amazonaws.com/images/NSW041500.jp2 ## GDAL version and provenance Ubuntu 20.04 GDAL 3.7.0dev-717dcc0eed, released 2023/04/22 (debug build) -- Michael Sumner Software and Database Engineer Austr

Re: [gdal-dev] Off topic COG question

I saw this : https://github.com/mapbox/COGDumper On Sat, 1 Apr 2023, 02:54 Travis Kirstine, wrote: > Sorry to post this unrelated question to the GDAL group but I was hoping > someone could provide some recommendations. Does anybody know of a way to > efficiently publish a WTMS / TMS from a

[gdal-dev] recent change?, issue with OGRGeometryFactory in R

ub.com/r-spatial/sf/blob/main/src/gdal_read.cpp#L582 Thank you. Cheers, Mike -- Michael Sumner Software and Database Engineer Australian Antarctic Division Hobart, Australia e-mail: mdsum...@gmail.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

  1   2   >