Re: [gdal-dev] Compiling GDAL with Visual Studio 2015

2016-07-01 Thread Christopher McGeorge
Thank you for your help, Even. Yes, I tried cleaning before rebuilding and even re-downloading the original source code. Thank you for your posting on AppVeyour. To verify, you simply downloaded the following file: release-1800-x64-gdal-mapserver-src.zip unzipped, changed to the "gdal" f

Re: [gdal-dev] Compiling GDAL with Visual Studio 2015

2016-07-01 Thread Even Rouault
Le samedi 02 juillet 2016 02:13:03, vous avez écrit : > Hi, Even. Thank you for your response. Yes, I uncommented out this line > in the nmake.opt file, and I used the "WIN64=yes" nmake command-line > argument. > And MSVC_VER=1900 ? Make sure to clean before rebuilding if you change options He

Re: [gdal-dev] Compiling GDAL with Visual Studio 2015

2016-07-01 Thread Christopher McGeorge
Hi, Even. Thank you for your response. Yes, I uncommented out this line in the nmake.opt file, and I used the "WIN64=yes" nmake command-line argument. Thank you, Chris -Original Message- From: Even Rouault [mailto:even.roua...@spatialys.com] Sent: Friday, July 01, 2016 6:10 PM To: gda

Re: [gdal-dev] Compiling GDAL with Visual Studio 2015

2016-07-01 Thread Even Rouault
Le samedi 02 juillet 2016 01:57:10, Christopher McGeorge a écrit : > Hi. Has anyone been able to build 64-bit GDAL 2.1 using Visual Studio > 2015? I keep getting the following errors that I have not been able to > resolve: Did you define WIN64=YES in nmake.opt/nmake.local ? > > > > LINK : erro

[gdal-dev] Compiling GDAL with Visual Studio 2015

2016-07-01 Thread Christopher McGeorge
Hi. Has anyone been able to build 64-bit GDAL 2.1 using Visual Studio 2015? I keep getting the following errors that I have not been able to resolve: LINK : error LNK2001: unresolved external symbol OCTNewCoordinateTransformation LINK : error LNK2001: unresolved external symbol GDALDitherRGB2

Re: [gdal-dev] R: Problem using ogrlineref

2016-07-01 Thread 積丹尼 Dan Jacobson
Well OK but the Debian guy closed all my bug reports instantly, and on the man page you will need to give full examples, including input file content, before any of this becomes understandable. Thanks. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org h

Re: [gdal-dev] gdalbuildvrt 2.1.0 and off by 1 pixel display

2016-07-01 Thread Even Rouault
Le vendredi 01 juillet 2016 22:48:36, Jed Frechette a écrit : > On 2016-07-01 1:51 PM, Even Rouault wrote: > > If read by GDAL < 2.1, those VRT files will > > exhibit possible one-off shift, since those older versions only read > > values as integers. Is it your case ? > > I see it in QGIS 2.14.3

Re: [gdal-dev] gdalbuildvrt 2.1.0 and off by 1 pixel display

2016-07-01 Thread Even Rouault
Le vendredi 01 juillet 2016 20:43:24, Jed Frechette a écrit : > Starting with version 2.1.0 I've started to see display errors in both > QGIS and ArcGIS for datasets built with gdalbuildvrt. In both cases, the > vrt data ends up offset by 1 pixel relative to the source files. This > offset is not c

[gdal-dev] gdalbuildvrt 2.1.0 and off by 1 pixel display

2016-07-01 Thread Jed Frechette
Starting with version 2.1.0 I've started to see display errors in both QGIS and ArcGIS for datasets built with gdalbuildvrt. In both cases, the vrt data ends up offset by 1 pixel relative to the source files. This offset is not consistent between applications or within the data set. My guess is th

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

2016-07-01 Thread Antonio Valentino
Hi Bugbuster, Il 01/07/2016 08:52, Bugbuster ha scritto: > Hi Antonio, > > I did try the test suite you provided. I tried to convert all VRT images to > GTiff with the simple command : > > > None of them gave any results. please ensure to have gdal_PIXFUN.so in the GDAL_DRIVER_PATH: env GDAL_

[gdal-dev] Removing one of the two svn:keyword Id lines in all source files

2016-07-01 Thread Kurt Schwehr
See: https://trac.osgeo.org/gdal/ticket/6547 I propose to remove the $id line from the comments at the top of the file for files that already have CPL_CVSID. Having two lines means we have a redundant copy of all this info, which is changing for every commit. In addition, I propose to set the sv

Re: [gdal-dev] gdal_calc.py IF ELSE Condition

2016-07-01 Thread Gabriele N.
Ciao Antonio. Now everything looks perfect. Thank you very much Gabriele -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-calc-py-IF-ELSE-Condition-tp5274166p5274365.html Sent from the GDAL - Dev mailing list archive at Nabble.com. __

Re: [gdal-dev] make install fails

2016-07-01 Thread Kai Muehlbauer
Hi Marco, thanks for the reply. Although I tried to dig up every related issue, I didn't find. Am 01.07.2016 um 13:35 schrieb Marco Atzeri: On 01/07/2016 13:20, Kai Muehlbauer wrote: Hi Matthias, I did experience the same issue. See https://lists.osgeo.org/pipermail/gdal-dev/2016-July/04467

Re: [gdal-dev] make install fails

2016-07-01 Thread Marco Atzeri
On 01/07/2016 13:20, Kai Muehlbauer wrote: Hi Matthias, I did experience the same issue. See https://lists.osgeo.org/pipermail/gdal-dev/2016-July/044678.html Although I did not find the root cause of this, I found that in my use case, copying and unsetting CC and CXX environment variables did

Re: [gdal-dev] make install fails

2016-07-01 Thread Kai Muehlbauer
Hi Matthias, I did experience the same issue. See https://lists.osgeo.org/pipermail/gdal-dev/2016-July/044678.html Although I did not find the root cause of this, I found that in my use case, copying and unsetting CC and CXX environment variables did the trick. So what I did is: export CF_C

Re: [gdal-dev] GDAL python bindings build error (gcc command replaced by bash)

2016-07-01 Thread Kai Muehlbauer
Hi James, I did experience the same issue. See https://lists.osgeo.org/pipermail/gdal-dev/2016-July/044678.html Although I did not find the root cause of this, I found that in my use case, copying and unsetting CC and CXX environment variables did the trick. So what I did is: export CF_CC=$

[gdal-dev] GDAL/OGR 2.0.3 RC2 Available for Review

2016-07-01 Thread Even Rouault
I'm backing out RC1 to add a last minute fix for a regression introduced in 2.0.1: * morphToESRI(): correctly compute standard_parallel_1 of Mercator(2SP) projection from scale factor of Mercator(1SP) (#6456, #4861) Updated links: http://download.osgeo.org/gdal/2.0.3/gdal-2.0.3RC2.tar.xz

[gdal-dev] GDAL/OGR 2.0.3 RC1 Available for Review

2016-07-01 Thread Even Rouault
And now GDAL/OGR 2.0.3 release candidate. Please review and test. Peek up an archive among the following ones (by ascending size): http://download.osgeo.org/gdal/2.0.3/gdal-2.0.3RC1.tar.xz http://download.osgeo.org/gdal/2.0.3/gdal-2.0.3RC1.tar.gz http://download.osgeo.org/gdal/2.0.3/gdal20

[gdal-dev] GDAL/OGR 1.11.5 RC1 Available for Review

2016-07-01 Thread Even Rouault
Hi, As announced, I have prepared a GDAL/OGR 1.11.5 release candidate. Please review and test. Peek up an archive among the following ones (by ascending size): http://download.osgeo.org/gdal/1.11.5/gdal-1.11.5RC1.tar.xz http://download.osgeo.org/gdal/1.11.5/gdal-1.11.5RC1.tar.gz http://do

Re: [gdal-dev] R: Problem using ogrlineref

2016-07-01 Thread Dmitry Baryshnikov
Hi Dan, I see your tickets on debian bug tracker. 1. ogrlineref support all GDAL vector drivers with write capability 2. You didn't set -f (format) option, so default driver was set - ESRI shape file 3. I reproduce segmentation fault (will be fixed soon) 4. Current implementation have the only

Re: [gdal-dev] R: Problem using ogrlineref

2016-07-01 Thread 積丹尼 Dan Jacobson
I just have a single . I want to put kilometer markers along it. That is all I am trying to do. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] R: Problem using ogrlineref

2016-07-01 Thread 積丹尼 Dan Jacobson
I am trying to use the ogrlineref command. I can't even understand its man page. Maybe it only works on shapefiles. Maybe it only Seg Faults. How can I get the locations of the kilometer markers given only this KML: zaokeng main road 中45市道 1 120.86817,24.17922,0.0 120.86816,24.17922

Re: [gdal-dev] Amplitude virtual bands for complex datasets ?

2016-07-01 Thread Bugbuster
Hi Antonio, I did try the test suite you provided. I tried to convert all VRT images to GTiff with the simple command : None of them gave any results. In each function, I added a debug message when testing the number of source rasters : I always get : If you have any ideas, I would be very gr

Re: [gdal-dev] building gdal with python and libtool

2016-07-01 Thread Kai Muehlbauer
Hi all, I tried to reproduce this with a standard linux system. So I used my OpenSuse Leap42 Box. Steps to reproduce: 1. Download gdal-2.1.0 tarball 2. extract to some folder 3. ./configure --prefix=/usr/local --with-python 4. make This builds fine using libtool. 5. extract gdal tarball to