Re: [gdal-dev] Fwd: [OSGeo-Discuss] [@Mentors: Action required] GSoC 2016 Ideas page

2016-02-18 Thread Ari Jolma
19.02.2016, 03:42, Even Rouault kirjoitti: Le mardi 16 février 2016 11:28:33, Even Rouault a écrit : Hi, Potential mentors and students: time to update https://trac.osgeo.org/gdal/wiki/SummerOfCode To help resolving the blank page syndrome, I've drafted, with heterogeneous level of details, a

Re: [gdal-dev] Possible to test for a layer capability before creating a layer?

2016-02-18 Thread Ari Jolma
19.02.2016, 02:23, Even Rouault kirjoitti: Le vendredi 19 février 2016 00:55:21, Nyall Dawson a écrit : Hi all, I'm aware that for drivers I can use OGR_Dr_TestCapability to determine whether a particular driver as a specific capability. But is there anyway to test whether a specific driver als

Re: [gdal-dev] Fwd: [OSGeo-Discuss] [@Mentors: Action required] GSoC 2016 Ideas page

2016-02-18 Thread Even Rouault
Le mardi 16 février 2016 11:28:33, Even Rouault a écrit : > Hi, > > Potential mentors and students: time to update > https://trac.osgeo.org/gdal/wiki/SummerOfCode To help resolving the blank page syndrome, I've drafted, with heterogeneous level of details, a few ideas : https://trac.osgeo.org/gd

Re: [gdal-dev] Possible to test for a layer capability before creating a layer?

2016-02-18 Thread Even Rouault
Le vendredi 19 février 2016 01:34:27, Nyall Dawson a écrit : > On 19 February 2016 at 11:23, Even Rouault wrote: > > Le vendredi 19 février 2016 00:55:21, Nyall Dawson a écrit : > >> Hi all, > >> > >> I'm aware that for drivers I can use OGR_Dr_TestCapability to > >> determine whether a particul

Re: [gdal-dev] Possible to test for a layer capability before creating a layer?

2016-02-18 Thread Nyall Dawson
On 19 February 2016 at 11:23, Even Rouault wrote: > Le vendredi 19 février 2016 00:55:21, Nyall Dawson a écrit : >> Hi all, >> >> I'm aware that for drivers I can use OGR_Dr_TestCapability to >> determine whether a particular driver as a specific capability. But is >> there anyway to test whether

Re: [gdal-dev] Possible to test for a layer capability before creating a layer?

2016-02-18 Thread Even Rouault
Le vendredi 19 février 2016 00:55:21, Nyall Dawson a écrit : > Hi all, > > I'm aware that for drivers I can use OGR_Dr_TestCapability to > determine whether a particular driver as a specific capability. But is > there anyway to test whether a specific driver also has support for a > layer capabili

[gdal-dev] Possible to test for a layer capability before creating a layer?

2016-02-18 Thread Nyall Dawson
Hi all, I'm aware that for drivers I can use OGR_Dr_TestCapability to determine whether a particular driver as a specific capability. But is there anyway to test whether a specific driver also has support for a layer capability? The situation is that I'd like to populate a list with all available

Re: [gdal-dev] Mask value data type in Python wrappings

2016-02-18 Thread Dave Welch
Thanks for the help! When you mention refactoring, that was in regards to GDAL not my script, yes? (Remember, GDAL n00b here…) __ Dave Welch Software Engineer URTHECAST On 2/18/16, 10:32 AM, "gdal-dev on behalf of Even Rouault" wrote: >Le jeu

Re: [gdal-dev] Mask value data type in Python wrappings

2016-02-18 Thread Even Rouault
Le jeudi 18 février 2016 17:20:14, Even Rouault a écrit : > Dave, > > > >>> band.SetNoDataValue(0) # Set the NODATA value to > > >>> zero print "Nodata:", band.GetNoDataValue(), > > >>> type(band.GetNoDataValue()) > > > > Nodata: 0.0 > > > > >>> mb = band.GetMaskBand() > > >

Re: [gdal-dev] GDAL using Nvidia - won't use OpenCL

2016-02-18 Thread Even Rouault
Le jeudi 18 février 2016 16:10:34, Jonathan Williams a écrit : > OK, I've solved this one, too, but it took a bit more hunting and > inserting of debug messages... > > The issue in this case was the data. I was using weather data in .grib2 > files, which comes in Float64 format. Digging into the

Re: [gdal-dev] Mask value data type in Python wrappings

2016-02-18 Thread Even Rouault
Dave, > >>> band.SetNoDataValue(0) # Set the NODATA value to > >>> zero print "Nodata:", band.GetNoDataValue(), > >>> type(band.GetNoDataValue()) > > Nodata: 0.0 > > >>> mb = band.GetMaskBand() > >>> ma = mb.ReadAsArray() > >>> > >>> > >>> print "Origin:", ma[0, 0], type(m

Re: [gdal-dev] GDAL using Nvidia - won't use OpenCL

2016-02-18 Thread Jonathan Williams
OK, I've solved this one, too, but it took a bit more hunting and inserting of debug messages... The issue in this case was the data. I was using weather data in .grib2 files, which comes in Float64 format. Digging into the gdalwarpkernel.cpp code, I see it is explicitly designed to only use up t

[gdal-dev] Mask value data type in Python wrappings

2016-02-18 Thread Dave Welch
Hi all, I’m trying to mask a band from a GeoTiff file like so: >>> from osgeo import gdal, ogr, osr >>> from gdalconst import * >>> import numpy as np >>> import matplotlib as mpl >>> dataset = gdal.Open('001.tif') >>> band = dataset.GetRasterBand(1) >>> ba = band.ReadAsArray() >>> print "Origin

Re: [gdal-dev] Get EPSG code from WKT

2016-02-18 Thread Jukka Rahkonen
Gane R gmail.com> writes: > When I try to convert to different projection using the gdalwarp without specifying the -s_srs option it reprojects to a different location, for some raster it projects to a correct location. > > But when try to run gdalinfo and I see a lot of EPSG code, when I use t

[gdal-dev] Get EPSG code from WKT

2016-02-18 Thread Gane R
When I try to convert to different projection using the gdalwarp *without *specifying the* -s_srs option* it reprojects to a *different location*, for some raster it projects to a correct location. But when try to run gdalinfo and I see a lot of EPSG code, when I use the last AUTHORITY EPSG code a