7;schemaname.mytable') #schema name always has to
be passed here
If this is not the intended behaviour I can create a ticket, otherwise
thanks for your time (and drivers!).
Regards,
Seth
--
web:http://geographika.co.uk
twitter: @geographika
On 07/02/2011 13:26, Tamas Szekeres wrote
annot
connect to any of the layers in the database.
I can add this to trac if it is an issue - I just want to first make
sure I've not made any obvious errors.
Regards,
Seth Girvin
--
web:http://geographika.co.uk
twitter: @geographika
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi,
As I understand it the only reason to use 64bit integers for IDs would
be for tables with more than 2 billion records (in the positive range).
There is a related question on StackOverflow about this
http://stackoverflow.com/questions/2124631/sql-server-int-or-bigint-database-table-ids
Are
4.3985653462
],
[
On 21/11/2010 15:38, Chaitanya kumar CH wrote:
Seth,
You can obtain the WKT of the geometries in a vector data source by
using ogrinfo with the -al option.
(http://www.gdal.org/ogrinfo.html)
On Sun, Nov 21, 2010 at 6:20 PM, geographika <mai
On 19/11/2010 18:04, Frank Warmerdam wrote:
geographika wrote:
Hi,
I have upgraded from GDAL 1.6 (32bit Windows) to 1.7 (64 bit Windows)
and the following command no longer works:
C:\mapserver\bin\gdal\apps\gdalwarp C:\Data\Rasters\MiscSuit.tif
C:\RasterClips\mytest.tif -cutline c
Hi,
I have upgraded from GDAL 1.6 (32bit Windows) to 1.7 (64 bit Windows)
and the following command no longer works:
C:\mapserver\bin\gdal\apps\gdalwarp C:\Data\Rasters\MiscSuit.tif
C:\RasterClips\mytest.tif -cutline c:\RasterClips\hello.json -te
118008.672141 177232.164284 138695.761666 206
