Am 17.05.2013 19:00, schrieb Thomas Campagne:
When I run cs2cs -v +init=epsg:4267 I still do not understand how the
+nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat parameter is being
generated as I cannot find it within the text/csv files.
EPSG:4267 expands to
+proj=longlat +datum=NAD27 +n
I am running GDAL (1.9.2-2) and PROJ4 (4.8.0-0) installations on Windows 7.
I have two installs of the latest release one through the osgeo4w setup and
another with my PythonXY install.
With osgeo4w the files are in :
C:\OSGeo4W\share\gdal (contains csv files, and pci_datum.txt seems to contain
I have created a ticket and attached a patch to resolve this.
http://trac.osgeo.org/gdal/ticket/5087
On Wed, May 15, 2013 at 11:12 AM, Etienne Tourigny
wrote:
> I have just noticed that destination nodata value is not set when
> -dstnodata option is not used in gdalwarp.
>
> This can be problema
2013/5/17 Hank Finley
> Hi Tamas,
>
> thanks for the advice, I would still like to continue with my goal, down
> the
> track I'm going to be using this to fuel my OpenGL graphical map. The SQL
> API level was far too slow, so I am going to the C API level.
>
> Is it possible to contact Even someh
Hi Tamas,
thanks for the advice, I would still like to continue with my goal, down the
track I'm going to be using this to fuel my OpenGL graphical map. The SQL
API level was far too slow, so I am going to the C API level.
Is it possible to contact Even somehow?
Regards Hank
--
View this mess
Hank,
As far as I know Even Rouault has been working on the maintenance of
GDAL/Java wrapper in the recent time.
You may also consider using GDAL to access the spatialite db, which would
eliminate the need to create the wrapper around spatialite as you have
mentioned.
Best regards,
Tamas
201
