Re: [gdal-dev] Compiling with ECW/JP2ECW support enabled

2016-02-17 Thread Jonathan Williams
Indeed, my work fell victim to a path error. My apologies, all. I have ECW support working for SDK 5.2.1 and Gdal 2.0.2. Hopefully, the OpenCL issue is similar. Best, Jonathan On 2/17/2016 1:41 PM, Jonathan Williams wrote: > I do, though I'm afraid to admit I may have discovered a simple path >

Re: [gdal-dev] Compiling with ECW/JP2ECW support enabled

2016-02-17 Thread Jonathan Williams
I do, though I'm afraid to admit I may have discovered a simple path issue with an early compilation run that may have been obscuring subsequent work. If that's the case, I'll send my apologies. Best Jonathan On 2/17/2016 1:20 PM, Even Rouault wrote: > Le mercredi 17 février 2016 18:13:02, Jonat

Re: [gdal-dev] Compiling with ECW/JP2ECW support enabled

2016-02-17 Thread Even Rouault
Le mercredi 17 février 2016 18:13:02, Jonathan Williams a écrit : > That's exactly correct, for the plugin attempt. I tried it just to see > if it would get anywhere, as I couldn't find a plugin build script that > supported GDAL >2.0. > > As for trying to build the ecw/jp2ecw support into GDAL 2.

Re: [gdal-dev] Compiling with ECW/JP2ECW support enabled

2016-02-17 Thread Jonathan Williams
That's exactly correct, for the plugin attempt. I tried it just to see if it would get anywhere, as I couldn't find a plugin build script that supported GDAL >2.0. As for trying to build the ecw/jp2ecw support into GDAL 2.0.2 itself, I've now tried the old libecwj2 3.3 code in lieu of the SDK 5.2.

Re: [gdal-dev] Compiling with ECW/JP2ECW support enabled

2016-02-17 Thread Even Rouault
Le mercredi 17 février 2016 16:38:30, Jonathan Williams a écrit : > I have tried this; I've added the Ubuntu-GIS repository, but none of the > builds are for 64 bit 14.04 LTS, from what I've seen. > > I've also tried to force the issue with the instructions here: > http://gis.stackexchange.com/a/1

Re: [gdal-dev] Compiling with ECW/JP2ECW support enabled

2016-02-17 Thread Jonathan Williams
I have tried this; I've added the Ubuntu-GIS repository, but none of the builds are for 64 bit 14.04 LTS, from what I've seen. I've also tried to force the issue with the instructions here: http://gis.stackexchange.com/a/102088 However, the build fails, perhaps because I'm using version 5.2.1 of

Re: [gdal-dev] Verbose mode in GDAL

2016-02-17 Thread Robert Coup
Hi Jonathan, You can try setting CPL_DEBUG=ON as a config option (see https://trac.osgeo.org/gdal/wiki/ConfigOptions). Some specific formats/drivers also have additional debug settings, but not GeoTIFF. Rob :) On 17 February 2016 at 13:51, Jonathan Moules wrote: > Hi List, > I'm running the fo

[gdal-dev] Windows10 & RHEL7

2016-02-17 Thread William Kelly Magee
Hi, We are currently using gdal-1.11.1 on both Windows7 and RHEL6 and are looking to upgrade to Windows10 and RHEL7 in the upcoming months. Are there any known issues with using gdal-1.11.1 on Win10 and RHEL7 or do we need to upgrade to the latest gdal stable release (2.0.x)? I've deferred

Re: [gdal-dev] [OSGeo-Standards] CSV spatial data on the web

2016-02-17 Thread Stefan Keller
2016-02-17 14:02 GMT+01:00 Oliver Tonnhofer : > RFC4180 allows newlines as long as they are inside of double quotes. This is > at least supported by the Python and Go standard libraries, not sure how > other software handles this. Thanks, Oliver. That's correct. I have to be more specific: The A

[gdal-dev] Verbose mode in GDAL

2016-02-17 Thread Jonathan Moules
Hi List, I'm running the following four queries against the same data (a packbits compressed geotiff): gdaladdo -r average --config COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR i1.tif 2 4 8 16 gdaladdo -r average --config PHOTOMETRIC_OVERVIEW YCBCR i2.tif 2 4 8 16 gda

Re: [gdal-dev] GDALApplyGeoTransform

2016-02-17 Thread Andrew Bell
On Wed, Feb 17, 2016 at 4:12 AM, Even Rouault wrote: > Le mercredi 17 février 2016 00:23:26, Andrew Bell a écrit : >> Hi, >> >> I'm trying to understand why GDALApplyGeoTransform behaves as it does. >> I would think that when you use it to transform a raster coordinate to >> a geo coordinate, it w

Re: [gdal-dev] [OSGeo-Standards] CSV spatial data on the web

2016-02-17 Thread Stefan Keller
Jeremy, 2016-02-17 11:48 GMT+01:00 Jeremy Palmer : >> Allowing non-printable control-characters in strings makes it very >> complicated and disables mainly all existing CSV software. > > Yes but Excel handles it. So does OGR and QGIS Delimited Text Provider. > From memory the Microsoft ODBC CSV dr

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

2016-02-17 Thread Michael Sumner
On Wed, 17 Feb 2016 11:18 pm Even Rouault 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 is no such driver metadata currently. You need to open t

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

2016-02-17 Thread Even Rouault
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 is no such driver metadata currently. You need to open the dataset and query the layer geometry type. If it is unkn

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

2016-02-17 Thread Michael Sumner
Hi there, is there an easy way to discover which formats allow mixing of vector types in a single layer? I.e. a single layer MapInfo file with points, lines, and polygons - I know there is MapInfo (tab) and MapInfo (mif) and GeoJSON, I'd also like to know what drivers can present as a single data

Re: [gdal-dev] [OSGeo-Standards] CSV spatial data on the web

2016-02-17 Thread Jeremy Palmer
We have all sorts or data within our fields, including pipe - think free description text field where users cut and paste all sorts of stuff! Cheers Jeremy > On 17/02/2016, at 11:58 PM, Johan Van de Wauw > wrote: > > On Wed, Feb 17, 2016 at 11:31 AM, Stefan Keller wrote: >> Hi Jeremy >> >>>

Re: [gdal-dev] [OSGeo-Standards] CSV spatial data on the web

2016-02-17 Thread Jeremy Palmer
Hi Sfefan, > On 17/02/2016, at 11:31 PM, Stefan Keller wrote: > > Hi Jeremy > > Semicolon is well supported in software. > Tab is poorly supported in some text editors. > Comma is heavy used in number values in european countries. > What delimiter do you prefer and why? > Comma because it’s a we

Re: [gdal-dev] Question on using SetFID

2016-02-17 Thread Gane R
I am using gdal-1.11.3 I see the nFID have the value at debug when the poFeature->setFID(100); is called. then poLayer->CreateFeature( poFeature ) is called. Thanks Gane On Wed, Feb 17, 2016 at 3:37 PM, Even Rouault wrote: > Le mercredi 17 février 2016 08:33:02, Gane R a écrit : > > Hi all,

Re: [gdal-dev] [OSGeo-Standards] CSV spatial data on the web

2016-02-17 Thread Stefan Keller
Hi Jeremy > However looking at the GeoCSV specification it would be a step > backwards for our users due to the field delimiter being semicolon. Semicolon is well supported in software. Tab is poorly supported in some text editors. Comma is heavy used in number values in european countries. What

Re: [gdal-dev] [OSGeo-Standards] CSV spatial data on the web

2016-02-17 Thread Jeremy Palmer
Hi Stefan, Yes I’m aware of the GeoCSV specific and the implementation within OGR. We actually support CSV+VRT from the NZ land data service: https://data.linz.govt.nz/. When we did the implementation about 4 years ago I don’t think your specification was around. I do like the simple approach o

Re: [gdal-dev] GDALApplyGeoTransform

2016-02-17 Thread Even Rouault
Le mercredi 17 février 2016 00:23:26, Andrew Bell a écrit : > Hi, > > I'm trying to understand why GDALApplyGeoTransform behaves as it does. > I would think that when you use it to transform a raster coordinate to > a geo coordinate, it would apply what is known about the raster and > the transfor

Re: [gdal-dev] Question on using SetFID

2016-02-17 Thread Even Rouault
Le mercredi 17 février 2016 08:33:02, Gane R a écrit : > Hi all, > > I am creating a layer for geopackage, But I don't see the fid I set using > setFID here is my code flow. > > Step1: > poLayer = OGRDataSource::CreateLayer(); > > Step2: > adding all the fields > > Step3: > poFeature = OGRF

Re: [gdal-dev] Question on using SetFID

2016-02-17 Thread Ari Jolma
17.02.2016, 09:33, Gane R kirjoitti: Hi all, I am creating a layer for geopackage, But I don't see the fid I set using setFID here is my code flow. Step1: poLayer = OGRDataSource::CreateLayer(); Step2: adding all the fields Step3: poFeature = OGRFeature::CreateFeature( poLayer->GetLayer