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
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
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
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
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
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
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
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
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
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_
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
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.
__
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
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
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
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=$
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
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
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
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
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
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
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
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
24 matches
Mail list logo