Re: [gdal-dev] List of reasonable default parameters for each projection

On 2015-10-11 21:09, Ray Gardener wrote: I was wondering if there is a list, for each projection supported by OGR, reasonable default values for each projection parameter. For example, if the user is switching projections in an app, a small table listing the projection parameters appears, but the

[gdal-dev] List of reasonable default parameters for each projection

I was wondering if there is a list, for each projection supported by OGR, reasonable default values for each projection parameter. For example, if the user is switching projections in an app, a small table listing the projection parameters appears, but they need to be populated with reasonable

Re: [gdal-dev] GDAL precision for Geometry object

On 2015-10-11 19:20, Dimitrianos Savva wrote: I just wondering if GDAL make use of any kind of custom-user-defined type that provides higher precision from a double. My question wasn’t so clear. The problem started comparing GDAL’s and GeoTools’ (Java) WKT representations of the same geometrie

Re: [gdal-dev] GDAL precision for Geometry object

> On Oct 11, 2015, at 7:27 PM, Hermann Peifer wrote: > > On 2015-10-10 13:45, Dimitrianos Savva wrote: >> >> For example the geometry POINT (4799826.09861662145704 >> 2773995.445373429451138) cannot be represented by two double types. But >> still the ExportToWKT function produces the correct r

Re: [gdal-dev] GDAL precision for Geometry object

On 2015-10-10 13:45, Dimitrianos Savva wrote: For example the geometry POINT (4799826.09861662145704 2773995.445373429451138) cannot be represented by two double types. But still the ExportToWKT function produces the correct result with full precision for the values. While thinking twice about

Re: [gdal-dev] gdalUtils (GDAL/OGR for R) now on CRAN

Le dimanche 11 octobre 2015 17:54:13, Jonathan Greenberg a écrit : > Will the "old way" be removed from future updates? Or will the binary > utilities be retained? Nobody use command line utilities, so they will be removed of course > > --j > > On Fri, Oct 9, 2015 at 1:27 PM Even Rouault >

Re: [gdal-dev] gdalUtils (GDAL/OGR for R) now on CRAN

Will the "old way" be removed from future updates? Or will the binary utilities be retained? --j On Fri, Oct 9, 2015 at 1:27 PM Even Rouault wrote: > Le vendredi 09 octobre 2015 19:43:28, Jonathan Greenberg a écrit : > > Folks: > > > > I wanted to let you know I've pushed a major release of my

Re: [gdal-dev] Unable to compile Gdal under Cygwin

Le dimanche 11 octobre 2015 16:17:28, Dr Rainer Woitok a écrit : > Hi, > > On Saturday, 2015-10-10 16:31:50 +0200, I myself wrote: > > ... > > > > And lo and behold! the compilation succeeded. > > Now on to testing: plenty of tests failing due to > >ERROR 6: Unable

Re: [gdal-dev] Unable to compile Gdal under Cygwin

Hi, On Saturday, 2015-10-10 16:31:50 +0200, I myself wrote: > ... > And lo and behold! the compilation succeeded. Now on to testing: plenty of tests failing due to ERROR 6: Unable to load PROJ.4 library (cygproj-0.dll) Well, the real PROJ.4 library is meanwhile na

Re: [gdal-dev] GDAL precision for Geometry object

> On Oct 10, 2015, at 3:06 PM, Even Rouault wrote: > > Le samedi 10 octobre 2015 13:45:05, Dimitrianos Savva a écrit : >> Hi all, >> >> Recently I noticed that the ExportToWKT >> function >> of a Geometry object that has been read

Re: [gdal-dev] decoding consistency between JPEG2000 drivers

Even Rouault spatialys.com> writes: > > Le vendredi 09 octobre 2015 20:26:34, Pierre Soille a écrit : > > Dear GDLALers, > > > > recently we tested the following 3 JPEG2000 drivers: JP2ECW, JPEG2000, > > and JP2OpenJPEG. A jp2 file was opened by all three drivers and we > > tested whether the

Re: [gdal-dev] GDAL precision for Geometry object

Even Rouault spatialys.com> writes: > Hum I thought that WKT didn't allow scientific notation for coordinates, but > actually checking at http://portal.opengeospatial.org/files/?artifact_id=25355 > (SFA 1.2.1), page 52, it seems legal. So perhaps this could be changed. A quick test with OpenJ