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
>
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
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.
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.
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
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
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
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
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
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
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
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
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
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
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
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
>>
>>>
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
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,
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
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
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
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
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
23 matches
Mail list logo