Re: [gdal-dev] exportToProj4

2014-01-25 Thread Paul Meems
Thanks Even, This seems to be working. But unfortunately we have projection code in several places, like https://mapwingis.codeplex.com/SourceControl/latest#MapWinGIS/trunk/Processing/Projections.cppand https://mapwingis.codeplex.com/SourceControl/latest#MapWinGIS/trunk/Grid/tkGridRaster.cpp(aroun

Re: [gdal-dev] New option INDEX_COLUMNS for SQLite and GPKG

2014-01-25 Thread Rahkonen Jukka (Tike)
Hi Even, Good points and vacuuming is also very important sometimes but but does not suit at all for a creation option. I will think about some text and examples that could be added into SQLite/Spatialite performance hints. -Jukka- Even Rouault wrote: > Hi Jukka, > I'm a bit ambivalent abou

Re: [gdal-dev] exportToProj4

2014-01-25 Thread Even Rouault
Le samedi 25 janvier 2014 23:50:10, Paul Meems a écrit : > Hi all, > > Thanks to Tamas Szekeres we are now using his binaries from > http://www.gisinternals.com/sdk/ with MapWinGIS, our mapping ActiveX. > This has drastically simplified our build process and we are very grateful > for Tamas' help.

[gdal-dev] exportToProj4

2014-01-25 Thread Paul Meems
Hi all, Thanks to Tamas Szekeres we are now using his binaries from http://www.gisinternals.com/sdk/ with MapWinGIS, our mapping ActiveX. This has drastically simplified our build process and we are very grateful for Tamas' help. We're now struggling with some minor issues regarding our 'old' C++

Re: [gdal-dev] New option INDEX_COLUMNS for SQLite and GPKG

2014-01-25 Thread Even Rouault
Hi Jukka, I'm a bit ambivalent about providing a creation option for that (although that would not be an heresy). For a few reasons : - it is relatively easy to create an attribute index manually (once you know the syntax) - it is not necessarily to create it at layer creation time - it would po

[gdal-dev] New option INDEX_COLUMNS for SQLite and GPKG

2014-01-25 Thread Jukka Rahkonen
Hi, I guess that both SQLite/Spatialite and especially OGC Geopackage will be used by people who consider them more like file formats than as datebases. Such users may not know the power of indexes and they do not necessarily know anything about SQL and such. How about writing a few lines about t

Re: [gdal-dev] Problem calling gdalwarp from within python script

2014-01-25 Thread Simon Richard Proud
Hi, >>I can't see any rational reason for that... Just in case : are you sure you >>are running the same GDAL lib and binary in the terminal and from Python ? Yes, there's only one GDAL lib installed on the system - the default one that can be installed from the Ubuntu package manager. Anyway, I

Re: [gdal-dev] Extra Decimal places added to ASCII gdal_translate mosaic

2014-01-25 Thread Even Rouault
Le vendredi 24 janvier 2014 23:03:24, Hermann Peifer a écrit : > On 2014-01-24 17:22, Norman Vine wrote: > > hmm > > > > this seems to be related to this fairly recent change > > http://trac.osgeo.org/gdal/ticket/3732 > > http://osgeo-org.1560.x6.nabble.com/gdal-dev-Change-of-DECIMAL-PRECISION- >

Re: [gdal-dev] gdaldem slope with -s 111120.0 works only at equator for lat/lon?

2014-01-25 Thread Even Rouault
Le samedi 25 janvier 2014 00:47:45, John Abraham a écrit : > Here’s a diff on the .dox for gdaldem, as a suggestion. Applied, thanks. > (I don’t want > commit access on the repository. Is sending the diff by email the > appropriate approach?) For very short patches such as that one, it is OK.