I think I found a way to handle this on windows.
create a batch file and put it in the same folder of the tif files (or
any other raster). put the following lines in the batch file and run
it.
--test.bat--
echo on
for /f %%a IN ('dir /b *.tif') do call gdaltindex -tileindex location te
Hi.
Im trying to generate an index shape file for serveral geotiff files
in the same directory and I am using gdaltindex -tileindex for that.
It seems to work fine with complete file name but is not accepting
wildcards incase I want to add all the files in the index.
my command line of WinXp
Luke, you are so full of awesome. That page answers my question and has other
good tips. Thank you so much.
Sent from my Verizon Wireless Phone
- Reply message -
From: "Pinner, Luke"
Date: Tue, Nov 23, 2010 7:04 pm
Subject: [gdal-dev] Unable to use geom.ExportToWkt() in Python ?
[SEC=U
Luke, you are so full of awesome. That page answers my question and has other
good tips. Thank you so much.
Sent from my Verizon Wireless Phone
- Reply message -
From: "Pinner, Luke"
Date: Tue, Nov 23, 2010 7:04 pm
Subject: [gdal-dev] Unable to use geom.ExportToWkt() in Python ?
[SEC=U
Frank Warmerdam wrote:
I declare this motion successful with support from Frank, Howard and
Daniel. I have already applied the proposed changes in trunk, and I
> will not migrate them into 1.7 and 1.6 per the RFC.
Ahem,
I *will now migrate* them into 1.7 and 1.6 per the RFC. I also discove
Frank Warmerdam wrote:
Folks,
I haven't seen any serious concerns with proceeding with this fix and I
have incorporated a few fixes. So now I'd like to motion to adopt RFC 33:
http://trac.osgeo.org/gdal/wiki/rfc33_gtiff_pixelispoint
Folks,
I declare this motion successful with support fr
You are running into a python "gotcha" -
http://trac.osgeo.org/gdal/wiki/PythonGotchas
Your reference to the feature is going out of scope when you use the
"firstgeom = layer.GetFeature(0).GetGeometryRef()" syntax. The
following works syntax fine:
feat = layer.GetFeature(0)
firstgeom = fea
Gregor at HostGIS wrote:
That's strange, the docs show ExportAsWkt as being a method of a
Geometry, as does the source code for the Python wrapper. Well, you
would know best...
If I do spatialref.ExportAsWkt() it gives the WKT of the SRS, right?
What if I want a feature's geometry? Would I ne
That's strange, the docs show ExportAsWkt as being a method of a Geometry, as
does the source code for the Python wrapper. Well, you would know best...
If I do spatialref.ExportAsWkt() it gives the WKT of the SRS, right? What if I
want a feature's geometry? Would I need to generate it myself fro
Gregor at HostGIS wrote:
Hey all. I am using the OGR binding for python, to open a SHP and print
a geometry's WKT. This works until I try to call geom.ExportToWkt() At
that time I simply get "Premature end of script headers" Running it from
the command line I get a segmentation fault.
The cod
Stephen Woodbridge wrote:
Hi Frank,
Does this generate one 60GB output file or can it generate a new
gdalwarp set of tiles with .vrt as output? This would be very cool!
Steve,
No, it produces one big internally tiled GeoTIFF file.
So what would the gdalwarp command look like? something lik
On 11/23/2010 7:52 PM, Frank Warmerdam wrote:
Mike Leahy wrote:
Hello list,
I'm wondering if anyone has any recommendations for reprojecting a
large, already-tiled RGB GeoTiff image dataset. It's straightforward
enough to script the reprojection of individual tiles, but this leaves
black wedges
Mike Leahy wrote:
Hello list,
I'm wondering if anyone has any recommendations for reprojecting a large,
already-tiled RGB GeoTiff image dataset. It's straightforward enough to script
the reprojection of individual tiles, but this leaves black wedges on the
sides. I can merge tiles and add '
Hello list,
I'm wondering if anyone has any recommendations for reprojecting a large,
already-tiled RGB GeoTiff image dataset. It's straightforward enough to script
the reprojection of individual tiles, but this leaves black wedges on the
sides. I can merge tiles and add '-n 0' to treat the b
Hey all. I am using the OGR binding for python, to open a SHP and print
a geometry's WKT. This works until I try to call geom.ExportToWkt() At
that time I simply get "Premature end of script headers" Running it from
the command line I get a segmentation fault.
The code snippet:
driver
Hello,
I was wondering what will be promising ways for raster performance
optimization for about 5000 DOP. I did identified 4 different (and more or
less independent) ways.
1) Building pyramids (external overviews) with gdaladdo of each tif file.
gdaladdo --config GDAL_CACHEMAX 200 --config
On Tue, Nov 23, 2010 at 2:30 PM, GeoJoda wrote:
>
> Yes, I've tried this link, there is no version that supports ecw format:
> I attached the log
> http://osgeo-org.1803224.n2.nabble.com/file/n5766611/makegdal10.log
> makegdal10.log
> I've made a small change. I have renamed "Erda ECW JPEG2000 SDK
Yes, I've tried this link, there is no version that supports ecw format:
I attached the log
http://osgeo-org.1803224.n2.nabble.com/file/n5766611/makegdal10.log
makegdal10.log
I've made a small change. I have renamed "Erda ECW JPEG2000 SDK Read" folder
to "SDK".
--
View this message in contex
Yes, I've tried this link, there is no version that supports ecw format:
I attached the log file.
http://osgeo-org.1803224.n2.nabble.com/file/n5766602/makegdal10.log
makegdal10.log
I've made a small change. I have renamed "Erda ECW JPEG2000 SDK Read" folder
to "SDK".
--
View this message in con
On Tue, Nov 23, 2010 at 10:18 AM, GeoJoda wrote:
>
> Hi every one
> I have a question, how can I compile GDAL 1.7.3 with ecw 4.1 in Virsual
> Studio 2010. It's easy to compile gdal 1.7.3 alone but when I include ecw
> 4.1 I get an error.
> . I've done the following steps:
>
> 1 - I downloaded the
Hi every one
I have a question, how can I compile GDAL 1.7.3 with ecw 4.1 in Virsual
Studio 2010. It's easy to compile gdal 1.7.3 alone but when I include ecw
4.1 I get an error.
. I've done the following steps:
1 - I downloaded the newest gdal (1.7.3) and downloaded
ECWJP2SDKSetup_RO_20100920.ex
Hi All,
excuse me Ryan, but the nitfdump you attached is for
another NITF file that has problems with GDAL, right?
Only to be accurateas it is completely different for mine.
Best regards
Bruno M
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Unable-to-load-
22 matches
Mail list logo
