Re: [gdal-dev] [gdal2tiles.py] python engineering

2017-01-27 Thread Grégory Bataille
ok, I'll try to get a look --- Gregory Bataille On Sat, Jan 28, 2017 at 2:26 AM, Kurt Schwehr wrote: > I just pushed a copy of all of the python unittest based tests that I have > so far to here: > > https://github.com/schwehr/gdal-autotest2/tree/master/python > > Be warned that I haven't test

Re: [gdal-dev] [gdal2tiles.py] python engineering

2017-01-27 Thread Kurt Schwehr
I just pushed a copy of all of the python unittest based tests that I have so far to here: https://github.com/schwehr/gdal-autotest2/tree/master/python Be warned that I haven't tested them in this form and that in addition to needing build infrastructure, I am pretty sure the code can't currently

Re: [gdal-dev] Motion: Promote 2.1.3RC1 for release

2017-01-27 Thread Kurt Schwehr
And a little after the fact :) Just checked 2.1.3 into fink on the mac. Thanks Even! +1 kurt On Fri, Jan 27, 2017 at 2:53 AM, Even Rouault wrote: > On mercredi 25 janvier 2017 09:27:06 CET Even Rouault wrote: > > > Hi, > > > > > > Motion: GDAL/OGR 2.1.3RC1 is promoted to be the official 2.1.3

Re: [gdal-dev] java Dataset.GetRasterBand(i).ComputeRasterMinMax not working for float data

2017-01-27 Thread mccorb
If you like I can upload the file and send you a google drive link if you give me the email you want to receive it from. Thanks, On Fri, Jan 27, 2017 at 1:34 PM, Even Rouault-2 [via OSGeo.org] < ml-node+s1560n5305129...@n6.nabble.com> wrote: > On vendredi 27 janvier 2017 12:25:43 CET mccorb wrot

Re: [gdal-dev] java Dataset.GetRasterBand(i).ComputeRasterMinMax not working for float data

2017-01-27 Thread mccorb
Driver: GTiff/GeoTIFF Files: elevation.tif Size is 7195, 5531 Coordinate System is: PROJCS["NAD_1983_UTM_Zone_17N", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.2572221010002, AUTHORITY["EPSG","7019"]], AUTHOR

Re: [gdal-dev] java Dataset.GetRasterBand(i).ComputeRasterMinMax not working for float data

2017-01-27 Thread Even Rouault
On vendredi 27 janvier 2017 12:25:43 CET mccorb wrote: > Even, > > I agree but the call to ComputeRasterMinMax() contains nodata values for > the min. It doesn't do the downcast correctly. What does gdalinfo -mm report ? > > thanks, > > On Fri, Jan 27, 2017 at 12:38 PM, Even Rouault-2 [via OS

Re: [gdal-dev] java Dataset.GetRasterBand(i).ComputeRasterMinMax not working for float data

2017-01-27 Thread mccorb
Even, I agree but the call to ComputeRasterMinMax() contains nodata values for the min. It doesn't do the downcast correctly. thanks, On Fri, Jan 27, 2017 at 12:38 PM, Even Rouault-2 [via OSGeo.org] < ml-node+s1560n5305119...@n6.nabble.com> wrote: > On vendredi 27 janvier 2017 11:15:59 CET mcc

Re: [gdal-dev] java Dataset.GetRasterBand(i).ComputeRasterMinMax not working for float data

2017-01-27 Thread Even Rouault
On vendredi 27 janvier 2017 11:15:59 CET mccorb wrote: > I have a geotiff image with float data (GDT_Float32). When I read a tile I > have to case the nodata value to float to make it compare otherwise it > doesn't...here is a reduced snippet of my code > > Double[] d = new Double[1]; > rb.GetNoD

[gdal-dev] java Dataset.GetRasterBand(i).ComputeRasterMinMax not working for float data

2017-01-27 Thread mccorb
I have a geotiff image with float data (GDT_Float32). When I read a tile I have to case the nodata value to float to make it compare otherwise it doesn't...here is a reduced snippet of my code Double[] d = new Double[1]; rb.GetNoDataValue(d); double noDataVal = d[0]; ... if(rasterBandDataType ==

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Rainer M Krug
Sebastiaan Couwenberg writes: > Please upgrade your system to jessie, Debian lenny is EOL since February > 6th 2012. See: Sorry - they actually use Jessie - I got confused. Cheers, Rainer > > https://wiki.debian.org/DebianReleases > > Kind Regards, > > Bas -- Rainer M. Krug email: Rainerk

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Sebastiaan Couwenberg
Please upgrade your system to jessie, Debian lenny is EOL since February 6th 2012. See: https://wiki.debian.org/DebianReleases Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 _

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Rainer M Krug
Thanks for the answer - but the problem was a short coming in the detection of the library location as Even pinted out. Thanks, Rainer Andrew C Aitchison writes: > Rainer, > > I'm not very familiar with Debian or apt-get, but does installing libhdf5 > perhaps with something like > apt-ge

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Rainer M Krug
Even Rouault writes: > On vendredi 27 janvier 2017 14:28:21 CET Rainer M Krug wrote: > >> Hi > >> > >> We am working on a docker image for spatial analysis using R (see > >> https://github.com/rocker-org/rocker/issues/213 for the discussion) and > >> I am struggling to get gdal compiled with HDF

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Even Rouault
On vendredi 27 janvier 2017 14:28:21 CET Rainer M Krug wrote: > Hi > > We am working on a docker image for spatial analysis using R (see > https://github.com/rocker-org/rocker/issues/213 for the discussion) and > I am struggling to get gdal compiled with HDF5 support. > > Any ideas what I am miss

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Andrew C Aitchison
Rainer, I'm not very familiar with Debian or apt-get, but does installing libhdf5 perhaps with something like apt-get install -y --no-install-recommends libhdf5 help ? If so, the "--no-install-recommends" may be making things harder for you. Alternatively, the problem *might* be that th

[gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

2017-01-27 Thread Rainer M Krug
Hi We am working on a docker image for spatial analysis using R (see https://github.com/rocker-org/rocker/issues/213 for the discussion) and I am struggling to get gdal compiled with HDF5 support. I install the following dependencies: --8<---cut here---start->

Re: [gdal-dev] WFS-T using OGR

2017-01-27 Thread Ahmed Tolba
Here is the schema for insertion, deletion http://www.opengis.net/wfs"; service="WFS" version="1.1.0" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd http://www.tinyows.org/ http://127.0.0.1/cgi-bin/tinyows.exe?service=wfs&request=DescribeFeatureType

Re: [gdal-dev] WFS-T using OGR

2017-01-27 Thread Ahmed Tolba
This is the schema of that layer: tows:poi_aisAIS POIEPSG:4326 From: Even Rouault [mailto:even.roua...@spatialys.com] Sent: Friday, January 27, 2017 12:22 PM To: Ahmed Tolba Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] WFS-T using OGR On vendredi 27 jan

Re: [gdal-dev] WFS-T using OGR

2017-01-27 Thread Even Rouault
On vendredi 27 janvier 2017 10:59:21 CET Ahmed Tolba wrote: > Hi > Thanks for your answer. > > I tried to do what you suggested, but I get " Can not insert the feature, > because we didn't manage to parse the .XSD schema " As the message suggests, the OGR WFS client didn't manage to get or correc

[gdal-dev] GDAL/OGR 2.1.3 is released

2017-01-27 Thread Even Rouault
Hi, On behalf of the GDAL/OGR development team, I am pleased to announce the release of the GDAL/OGR 2.1.3 bug fix version.It contains ~46 bug fixes (including an enhancement for the support of the Sentinel2 "SafeCompact" L1C format) since 2.1.2. The sources are available at: http://downlo

Re: [gdal-dev] WFS-T using OGR

2017-01-27 Thread Ahmed Tolba
Hi Thanks for your answer. I tried to do what you suggested, but I get " Can not insert the feature, because we didn't manage to parse the .XSD schema " Here is my code: m_wfs_t = OGRSFDriverRegistrar::Open("WFS:http://192.168.139.128/cgi-bin/tinyows.exe?SERVICE=WFS&VERSION=1.0.0",true);

Re: [gdal-dev] Motion: Promote 2.1.3RC1 for release

2017-01-27 Thread Even Rouault
On mercredi 25 janvier 2017 09:27:06 CET Even Rouault wrote: > Hi, > > Motion: GDAL/OGR 2.1.3RC1 is promoted to be the official 2.1.3 final > release. > > --- > I declare this motion passed with support from PSC members JukkaR, TamasS, DanielM, HowardB and myself, as well as support from comm

Re: [gdal-dev] WFS-T using OGR

2017-01-27 Thread Even Rouault
On vendredi 27 janvier 2017 10:20:36 CET Ahmed Tolba wrote: > I followed the example here. http://www.gdal.org/ogr_apitut.html > > How would I set a transaction through a webserver. > > The tutorial only shows how to do it on disk. > > Is it possible to write a transaction WFS-T using a server

Re: [gdal-dev] gdalwarp - dataset shifted several metres compared to arcgis

2017-01-27 Thread Even Rouault
On vendredi 27 janvier 2017 01:59:30 CET jratike80 wrote: > Nicole Stoffels wrote > > > Hi, > > > > I am trying to reproject the CORINE 2012 dataset from LAEA (EPSG:3035) > > to UTM 32 (EPSG:32632). I use the following command: > > > > $ gdalwarp -overwrite -s_srs EPSG:3035 -t_srs EPSG:32632 -tr

[gdal-dev] WFS-T using OGR

2017-01-27 Thread Ahmed Tolba
I followed the example here. http://www.gdal.org/ogr_apitut.html How would I set a transaction through a webserver. The tutorial only shows how to do it on disk. Is it possible to write a transaction WFS-T using a server call ? m_wfs_t = OGRSFDriverRegistrar::Open("http://192.168.139.128/c

Re: [gdal-dev] gdalwarp - dataset shifted several metres compared to arcgis

2017-01-27 Thread jratike80
Nicole Stoffels wrote > Hi, > > I am trying to reproject the CORINE 2012 dataset from LAEA (EPSG:3035) > to UTM 32 (EPSG:32632). I use the following command: > > $ gdalwarp -overwrite -s_srs EPSG:3035 -t_srs EPSG:32632 -tr 100 100 > -tap -dstnodata '-' g100_clc12_V18_5.tif corine2012_utm32n