[gdal-dev] Specifying NODATA values for the TMS (mini)driver

Hello, I'm currently running a TMS tile server generating geotiff tiles from DEM data which I'm consuming with the GDAL TMS driver using an XML file along the following lines: http://localhost:8080/terrain/${z}/${x}/${y}.tif -20037508.34 20037508.34

Re: [gdal-dev] GDAL/OGR 2.1.2 released

Hi, For anyone interested in using GDAL with Docker, you can now get this version from the Docker Hub: docker pull geodata/gdal:2.1.2 See for further details. Best regards, Homme. On 27/10/16 10:44, Even Rouault wrote: Hi, On behalf of the GD

Re: [gdal-dev] GDAL/OGR 1.11.5, 2.0.3 and 2.1.1 released

Hi, For Docker users the releases are packaged up as Docker images at . These are based on the GDAL TravisCI test environment and as such are compiled with a broad range of drivers - the following commands list the available raster formats for the thre

Re: [gdal-dev] The "Magic" kernel

Hello Graeme, I agree that looks interesting - it would be good to see the results of some empirical tests on height data. I have had similar problems to you with some resampling algorithms (https://github.com/geo-data/cesium-terrain-builder/issues/4): 'average' seemed to produce good result

Re: [gdal-dev] Generating 200x200 tiles

ailing list. Best regards, Homme. > Alistair > > > - > mov eax,1 > mov ebx,0 > int 80 > > From: on behalf of Homme Zwaagstra > Date: Monday, 21 September 2015 08:29 > To: "gdal-dev@lists.osgeo.org" > Subject: Re: [gdal-dev] Generatin

Re: [gdal-dev] Generating 200x200 tiles

On 19/09/15 08:14, Alistair Young wrote: Thanks for that. I tried ctb but just got "Could not get transformation > information from source dataset². Chaning gdal2tiles to output 200x200 > worked ok but the SDK failed to display the tiles. I just have a 4000x4000 > tif with no geo referencing

Re: [gdal-dev] Generating 200x200 tiles

Hi Alistair, You could try ctb-tile (https://github.com/geo-data/cesium-terrain-builder#ctb-tile) with the`--tile-size 200` option. This uses GDAL under the hood and works on GDAL datasets, so pretty similar to gdal2tiles. Best regards, Homme. On 17/09/15 19:03, Alistair Young wrote: I’ve

Re: [gdal-dev] error in converting tiff to terrain

Hello Datta, I believe `gdal2srtmtiles.py` is a patched version of `gdal2tiles.py` and is not part of the official GDAL distribution, so help may be limited on this mailing list. I can't find any reference to it being actively supported or developed. You could also try

Re: [gdal-dev] Call for discussion on RFC 59 (v2): GDAL/OGR utilities as a library

On 09/09/15 10:38, Even Rouault wrote: In terms of unsetting options, will passing NULL to the relevant setter do the trick, or do we need to re-create the structure in that case? The setters should behave nicely hopefully (ie deallocate any previously allocated/duplicated objected, and assign

Re: [gdal-dev] Call for discussion on RFC 59 (v2): GDAL/OGR utilities as a library

Hi Even, On 09/09/15 10:04, Even Rouault wrote: Hi Homme, > >> From my point of view anything that makes the new API feel less like a >> wrapper >> around a system call is great: passing expensive objects like datasets and >> enabling progress functions is important. Hopefully this would al

Re: [gdal-dev] Call for discussion on RFC 59 (v2): GDAL/OGR utilities as a library

On 08/09/15 16:28, Even Rouault wrote: For example, let's say the user calls gdal.Translate("format" => "GTiff", >>> "src_win" => [100,400,50,50] ) (this is probably not valid Perl syntax, >>> but hope you got it !), and you would call GDALTranslateOptionsNew(list) >>> where you would build li

Re: [gdal-dev] gdaldem color-relief geotiff alpha band nv value not working (take 2)

Hello Even, On 07/08/15 21:16, Even Rouault wrote: Homme, > >> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >>NoData Value=nan >> >> All files are available at . > > Fixed by https://trac.osgeo.org/gdal/ticket/6066 > The issue was that gdaldem didn't hav

[gdal-dev] gdaldem color-relief geotiff alpha band nv value not working (take 2)

Hi all, This is a similar question to that posed in , which didn't seem to be resolved on the mailing list. Basically, I am running the following command: gdaldem color-relief dhaka.tif colour-relief.ramp dhaka-colour-rel

Re: [gdal-dev] Setting NODATA to -nan

On 15/07/15 19:02, Even Rouault wrote: >> Thanks Even, >> >> I have submitted with an >> attached TIFF >> infested with `-nan` values. >> >> While researching this I cam across this question >> which might contain

Re: [gdal-dev] Setting NODATA to -nan

On 15/07/15 14:18, Even Rouault wrote: On Wednesday 15 July 2015 10:21:54 Homme Zwaagstra wrote: >> Hello, >> >> I've got the following raster exported from GRASS using `r.out.gdal`: >> >> gdalinfo ppp-2015.tif >> Driver: GTiff/GeoTIFF >> File

[gdal-dev] Setting NODATA to -nan

Hello, I've got the following raster exported from GRASS using `r.out.gdal`: gdalinfo ppp-2015.tif Driver: GTiff/GeoTIFF Files: ppp-2015.tif ppp-2015.tif.aux.xml Size is 432017, 216009 Coordinate System is: GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.25722

Re: [gdal-dev] UFO format / GDAL 3.0

On 01/04/15 15:31, Matt Hanson wrote: I think this is a great idea, finally users can be forced to stop using all those silly formats. > > But I think GDAL 3.0 needs a good slogan, may I suggest "There can be only one" ? > Or, "One Format to rule them all"... Homme > > On Wed, Apr 1, 2

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Hi, On 01/04/15 22:52, Jukka Rahkonen wrote: Sean Gillies mapbox.com> writes: > >> >> >> Hi all, >> I'm not entirely clear on the signatures of the new functions. Are we > considering new functions that would be called with a single string argument > like this? >> >> ogr2ogr('-of "ESRI Sh

Re: [gdal-dev] RFC 44: Add Parseable Output Formats for ogrinfo and gdalinfo

Hello, On 30/03/15 10:20, Even Rouault wrote: Homme's comments : > >> Yes, it would be nice to have support (or the possibility of support) >> for the >> information concerning the larger gdal data model. This kind of high level >> declarative API is really useful in covering a lot common us

Re: [gdal-dev] RFC 44: Add Parseable Output Formats for ogrinfo and gdalinfo

Hi Jukka, On 30/03/15 09:46, Jukka Rahkonen wrote: Homme Zwaagstra geodata.soton.ac.uk> writes: > >> >> >> >> P.S. on the proposal below, perhaps things could be 'standardised' >> even more by >> including the cornerCoordinate

Re: [gdal-dev] RFC 44: Add Parseable Output Formats for ogrinfo and gdalinfo

ate system. e.g.: { "cornerCoordinates": { "wgs84": ... GeoJSON FeatureCollection transformed to EPSG:4326 ..., "native: ... GeoJSON FeatureCollection in native coordinates ... } } Best regards, Homme On 30/03/15 08:16, Homme Zwaagstra wrote: > Regarding t

Re: [gdal-dev] RFC 44: Add Parseable Output Formats for ogrinfo and gdalinfo

Hi, On 29/03/15 23:58, Robert Coup wrote: Hi, > > Good work, thanks for taking this on! Yes, this will be very useful! 2: In terms of the proposed gdalinfo JSON... > > b) personally I'd prefer to be slightly more verbose in attribute naming. eg. block -> blockSize, colorInterp -> colorInt

Re: [gdal-dev] gdal_merge vs gdalbuildvrt

Hello Jukka, On 06/02/15 10:25, Jukka Rahkonen wrote: Even Rouault spatialys.com> writes: > >> >>> gdalbuildvrt is a more >>> powerful tool that provides a virtual raster that acts as a 'window' >>> into the >>> input datasets, potentially with reprojection amidst other options. >> >> Small c

Re: [gdal-dev] gdal_merge vs gdalbuildvrt

Hello Jorge, I didn't see an answer to this question, so... On 29/01/15 15:39, Jorge Arévalo wrote: Hello, > > What's the difference between gdal_merge and gdalbuildvrt? If I'm not wrong, gdal_merge actually creates a new dataset, merging the input ones. And gdalbuildvrt just creates a VRT f

Re: [gdal-dev] Are those 2 things possible using gdal2tiles?

Hello Jorge, If I've got it right the attached VRT should apply the nodata values you require to katrina.tif, assuming you save it in the same directory. I didn't use gdal2tiles but instead used this VRT with the ctb-tile utility (which makes heavy use of GDAL - https://github.com/homme/cesium

Re: [gdal-dev] Compiling gdal 1.11.1 on ubuntu 14.10

Hi, On 16/01/15 07:45, Zoltan Szecsei wrote: Hi, > I compiled QGIS 2.7 successfully on ubuntu 14.10, and then noticed that it had gdal 1.10, so I downloaded the source for gdal 1.11.1 and compiled it. > The trouble is that running gdalinfo --version still gives me the 1.10 version. > > Can a

Re: [gdal-dev] Problem using gdalbuildvrt with a large number of source datasets

ng at <http://trac.osgeo.org/gdal/ticket/5762>. Many thanks and best regards, Homme On 03/12/14 10:31, Homme Zwaagstra wrote: Even, On 03/12/14 10:24, Even Rouault wrote: > Homme, > >> >> I've come up against a problem with `gdalbuildvrt` taking a long time to >

Re: [gdal-dev] Problem using gdalbuildvrt with a large number of source datasets

Even, On 03/12/14 10:24, Even Rouault wrote: Homme, > >> >> I've come up against a problem with `gdalbuildvrt` taking a long time to >> create >> a VRT when it is passed a large number of source datasets. I am trying >> to create >> a VRT file for a zoom level in a TMS structure containing JPEG

Re: [gdal-dev] Problem using gdalbuildvrt with a large number of source datasets

Hello Jukka, On 03/12/14 10:13, Jukka Rahkonen wrote: Homme Zwaagstra geodata.soton.ac.uk> writes: > >> >> Hello, >> >> I've come up against a problem with `gdalbuildvrt` taking a long time to >> create >> a VRT when it is passed a large numb

[gdal-dev] Problem using gdalbuildvrt with a large number of source datasets

ce datasets? Conceptually in this instance it seems as if it would be useful for a VRT file (and `gdalbuildvrt`) to reference the output of `gdaltindex` or something similar. I'm not sure how efficiently source datasets are indexed in VRTs and whether this might be contributing to the

Re: [gdal-dev] Define Virtual Format for a remote GeoJSON file

Hi Andrea, The VRT is an XML format and hence you need to ensure the content is XML compliant: your URL contained `&` characters that need to be escaped to `&`. The following VRT works for me: http://www.provincia.caltanissetta.sitr.it/ArcGIS/rest/services/Immobili/MapServer/0/query?wher

Re: [gdal-dev] GDAL Arbitrary Warp Problems

Hi Michael, I had to tangle with warping recently and took inspiration from both the warp tutorial and the gdalwarp source. The result is at - it may be of help. Homme On 15 July 2014 20:00:50 GMT+01:00,

[gdal-dev] gdal2tiles.py alternative

Hi, This might be of interest to users of gdal2tiles.py: . Although originally designed to create terrain tiles for the Cesium Javascript engine, it can also create tiles in any GDAL write enabled file based format e.g: ctb-tile --ou

[gdal-dev] GDAL Docker image

Hi, In case it's of use to anyone else, I've uploaded an image to the docker index containing a recent build of GDAL (see https://index.docker.io/u/homme/gdal/ for details). The only dependency is that you have docker installed (http://www.docker.io/ - currently only on x86_64). Assuming th

Re: [gdal-dev] Standard Dev. Environment?

Hello, On 10/01/14 18:23, Jay L. wrote: Success. Ivan, I used your ./configure flags - stock was also not working on this VM. > > I wonder if the dev. community is large enough to warrant storing a lightweight Vagrant box image somewhere. > Thinking along these lines, Docker has been gett

Re: [gdal-dev] Still not working: Python ogr DataSource.ExecuteSQL syntax?

> > > > for pt in range(0,nPts): > > > > minDist = 100 > > > > pointFeature = pointsLayer.GetFeature(pt) > > > > for poly in range(0,nPolys): > > > > polyFeature = polysLayer.GetFeature(poly) > > > >

Re: [gdal-dev] Python ogr DataSource.ExecuteSQL syntax?

minDist = Dist > > print (pt,minDist) > > > > Thank you. > > > > Dave Verbyla > > > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Homme Zwaagstra GeoData Institute University of Southampton Tel: +44(0)2380 59 8709 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] v1.9.2 throws ERROR 4 exception, v1.6.1 does not

s me for both GDAL trunk and GDAL 1.9.0, so I suspect there is > something wrong in your setup, or something else ... > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Homme Z

Re: [gdal-dev] ECW support on Fedora Linux - error

Hi Johan, Johan Hedin wrote: >Thanks for the hint Jeff. I will definitely update the ECW wiki as >soon as I get time! > >I'm working on collecting as many patches regarding libecwj2 and linux >as I can find to get the lib to build cleanly on modern linux >distributions. Many of the various pa

Re: [gdal-dev] Policy for C/C++ API for GDAL 2.0 ?

x27;frozen' whilst new development takes place within new utilities (whichever new naming convention is chosen). A configure option (--disable-gdal1?) could determine whether the gdal1 utilities are installed on the system. Best regards, Homme -- Homme Zwaagstra GeoData Institute Univers

[gdal-dev] On-the-fly reprojection using the OGR VRT driver?

r2ogr cannot do this but am wondering if the vector version of `transformed.vrt` can be created manually? Having looked at the source code it looks like the answer will be no ;) - if this is the case is there be a reason not to file an enhancement request for this functionality? Best Regards, H

[gdal-dev] Colour interpretation missing in the TMS mini-driver

02, 1.3411045074462891e-06, 0.e+00, 9.e+01, 0.e+00, -1.3411045074462891e-06 Red tms.xml 1 Green tms.xml 2