Re: [gdal-dev] GDAL 2.1.0, released 2016/04/25

> mmm,,,don't work. Not very descriptive > GDAL_PATH: C:\Program Files\GDAL Maybe you need to quote the path, or use something with no space? Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] GDAL raster processing: parallel computing

http://www.keittlab.org/ On Wed, Aug 17, 2016 at 3:26 PM, James Ramm wrote: > Hi, > I wasn't talking about MapReduce per se (although this would also be very > interesting), but rather the 'classic' functional programming functions of > 'map' and 'reduce'. > > A 'map'

Re: [gdal-dev] GDAL raster processing: parallel computing

Hi, I wasn't talking about MapReduce per se (although this would also be very interesting), but rather the 'classic' functional programming functions of 'map' and 'reduce'. A 'map' function essentially takes some user defined function and applies it to every element of a list/vector or some other

[gdal-dev] Fwd: [TC-Announce] Request for early implementations - GeoPackage 1.0

Forwarding to the list. Is someone interested in doing the below mentionned steps to get GDAL a certified implementation ? (that shouldn't involve development, just using gdal_translate / ogr2ogr ) -- Message transmis -- Begin forwarded message: From: Luis E Bermudez via

Re: [gdal-dev] GDAL 2.1.0, released 2016/04/25

mmm,,,don't work. I'm dowload the gdal 2.1.0 installer from this site: http://www.gisinternals.com/query.html?content=filelist=release-1800-gdal-2-1-0-mapserver-7-0-1.zip and this is installed in C:\Program Files\GDAL Then I have created the environment path: GDAL_PATH: C:\Program

Re: [gdal-dev] GDALSuggestedWarpOutput return wrong pnPixels and pnLines

Le mercredi 17 août 2016 14:10:19, Vincent BERNAT a écrit : > Hi all, > > I work with gdal-2.1.0 on CentOS > I have an image and when I want to use the GDALSuggestedWarpOutput, it > returns no failure but pnPixels = 2173 > pnLines = 0 > > What could be the problem ? Vincent, The issue is that

Re: [gdal-dev] GDAL 2.1.0, released 2016/04/25

Le mercredi 17 août 2016 14:58:24, Francisco José Raga López a écrit : > HI. > > I'm using gdal for java in a personal project,but I have a question. > What version java is need? 1.5 or later > > I'm using eclipse and If I use jdk 1.7.0 return this error,when debugging. > > > Native library

Re: [gdal-dev] GDAL raster processing: parallel computing

Hi Ari, > > This relates to RFC 62, raster algebra. > > I realized that parallel processing is really an essential element of > this. I don't have a lot of experience with parallel processing and > threads so please let me know if I'm writing silly or ignorant things. > > James, in your emails

[gdal-dev] GDAL 2.1.0, released 2016/04/25

HI. I'm using gdal for java in a personal project,but I have a question. What version java is need? I'm using eclipse and If I use jdk 1.7.0 return this error,when debugging. Native library load failed. java.lang.UnsatisfiedLinkError: C:\Program Files\GDAL\gdaljni.dll: No se encontró el

[gdal-dev] GDAL raster processing: parallel computing

Hi, This relates to RFC 62, raster algebra. I realized that parallel processing is really an essential element of this. I don't have a lot of experience with parallel processing and threads so please let me know if I'm writing silly or ignorant things. James, in your emails you write that

[gdal-dev] GDALSuggestedWarpOutput return wrong pnPixels and pnLines

Hi all, I work with gdal-2.1.0 on CentOS I have an image and when I want to use the GDALSuggestedWarpOutput, it returns no failure but pnPixels = 2173 pnLines = 0 What could be the problem ? Thanks a lot. Regards, Vincent here are the gdalinfo : Driver: SRP/Standard Raster Product

Re: [gdal-dev] Problem with Gdal transforming "world" wgs84 to EPSG:3857

Le mercredi 17 août 2016 09:07:28, oliver.kla...@ksti.de a écrit : > down > votefavorite -transform-from-wgs84-to-epsg3857-does-not-cover-world#> > > > i am using gdal 1.10 and 2.1.1. > > i have a VRT datasource in WGS84 where i

[gdal-dev] Problem with Gdal transforming "world" wgs84 to EPSG:3857

down votefavorite i am using gdal 1.10 and 2.1.1. i have a VRT datasource in WGS84 where i forced the corner coordinates to the min/max values of EPSG:3857