I've tried to write some gdal python scripts but in some case I've got
unwanted error message. Here is a small example (from gdal tutorial).
src_filename = "src.tif"
dst_filename = "dest.tif"
# ensure no dest file exists
if os.path.exists(dst_filename):
os.unlink(dst_filename)
src_ds = g
D:\Utility\ms4w\tools\gdal-ogr>ogrinfo test.ovf PointData --debug on
ERROR 4: Update access not supported for VRT datasources.
OGR_ODBC: EstablishSession(DSN:"CLO", userid:"un", password:"pw")
ODBC: SQLConnect(CLO)
OGR_ODBC: Table PointData has no identified FID column.
OGR: OGROpen(ODBC:un/p...@c
I think it's faster since it doesn't have to enumerate all the tables,views,
etc.
so how do you get for attributes names when you do a
ogrinfo test.ovf PointData --debug on
Brent
David Lowther wrote:
Still doesn't see the FID but is way faster!
ODBC:un/p...@clo,PointData
Still doesn't see the FID but is way faster!
ODBC:un/p...@clo,PointData
PKey
ogrinfo test.ovf --debug on
ERROR 4: Update access not supported for VRT datasources.
OGR_ODBC: EstablishSession(DSN:"CLO", userid:"un", password:"pw")
ODBC: SQLConnect(CLO)
Yeah I saw that after I sent the message. Take out the , it's really
only useful if want to do "special" things, and it can kill spatial indexing on
ODBC datasources. Does this work any better:
ODBC:un/p...@clo,PointData
PKey
Brent
David Lowther wro
Brent,
Thanks for the reply. On initial read I thought you had found my issue -
that I was trying so many things I finally messed it all up. But on closer
inspection I am aliasing the PKey column to FID in the SrcSQL (select PKey
as FID, Feature from PointData).
When FID ogrinfo returns:
ODBC: E
List,
I have an OVF layer defined as follows:
ODBC:un/p...@clo
select PKey as FID, Feature from PointData
FID
The ODBC connection is to a SQL Express 2008 database. The PointData table
is defined as follows:
CREATE TABLE [dbo].[PointDat
Merci.
If there are any ideas for work-arounds, shoot them my way!
On Thu, Aug 19, 2010 at 2:15 PM, Even Rouault
wrote:
> Le jeudi 19 août 2010 20:13:57, Joel Odom a écrit :
> > We're trying to set up FalconView to redraw automatically when a PostGIS
> > table changes. Does OGR have any facil
Le jeudi 19 août 2010 20:13:57, Joel Odom a écrit :
> We're trying to set up FalconView to redraw automatically when a PostGIS
> table changes. Does OGR have any facility for call backs when a data
> source changes? I can't find this feature, but maybe it's there somehow.
> Thanks.
Short (and l
We're trying to set up FalconView to redraw automatically when a PostGIS
table changes. Does OGR have any facility for call backs when a data source
changes? I can't find this feature, but maybe it's there somehow. Thanks.
--
http://www.operationliberate.com/
mail2vajram wrote:
I installed python 2.7(installation procedure in first slide), and download
gdal 32-1.6 files and extracted and placed in c drive(files in second
slide), then i set the envoronment variables(slide 3).Then when i wrote
simple one line code and run it. but i got the error(screen
Ari Jolma wrote:
Is anything planned? I would be interested in and available.
http://wiki.osgeo.org/wiki/FOSS4G_2010_Code_Sprint
Ari,
I anticipate being available that day and would be interested in
participating in the code sprint working on GDAL, MapServer, PROJ.4 or
related projects. I hav
Look here, http://www.gdal.org/gdal_retile.html
I think this should do your job.
Cheers
Quoting "Edi.Karadumi" :
Yep but im creating an overview so i need a lowered resolution so i need the
-ps parameter. I know that gdal_merge.py can take more than two files but
the new mosaiced overview
Yep but im creating an overview so i need a lowered resolution so i need the
-ps parameter. I know that gdal_merge.py can take more than two files but
the new mosaiced overview will have 6000 or less tiles, thats why i said
that i dont want to write the command for every two tiles.
Best Regards
Ari Jolma wrote:
Folks,
This was discussed a while ago[1] and while there was no general
conclusion, I believe there is no requirement for the Perl bindings to
keep the generated files in the repository. In fact, I recommend that
the Perl bindings are regenerated every time they are built. Th
Edi,
You don't have to specify the -ps parameter. You specify it only if you want
to set a specific resolution. Also, note that gdal_merge.py can accept more
than two files.
Another way to do what you are probably trying to do is to build a VRT
file[1] using gdalbuildvrt [2] and then build an ext
i have 3T of images and there are more than 12000 tiles. I want to create a
new mosaic overview. Im using the gdal_merge.py command. I cant use
gdal_merge for every 2 images. Is there any other way to merge the tiles for
the new layer? if my pixel size of the original tile are 0.08meters, how
many
Is anything planned? I would be interested in and available.
http://wiki.osgeo.org/wiki/FOSS4G_2010_Code_Sprint
Ari
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Folks,
This was discussed a while ago[1] and while there was no general
conclusion, I believe there is no requirement for the Perl bindings to
keep the generated files in the repository. In fact, I recommend that
the Perl bindings are regenerated every time they are built. The only
exception
19 matches
Mail list logo
