Frank (and all):
Thanks for the information. Using this link:
http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/tolatlong.py
I was able to figure out how to transform points from one EPSG coordinate
system to another using Python. Here's how:
#transform()
def transform(i_srs, o_srs, lon,
Hejhej,
please allow me two short questions:
1) Using the GDAL Python bindings I currently need to extract a single
band from a raster stack and save it in a different format, i.e. ENVI.
To achieve this my processing includes
(a) analysis of the source dataset and desired band (width, height,
p
Roger Bivand wrote:
(reverting to list)
Correction, the user reported that:
Apparently, gdalinfo retrieves the correct min, max, and statistics,
despite the use of GDT_Int16.
on his Windows platform. The different GDAL versions ought to explain
why his gdalinfo says Int16 but gives statist
Selon nsolomon :
>
> Hi,
>
> I'm having some troubles creating a Nitf image that spans the International
> Date Line (180/-180 degrees longitude). If I have an image that has a
> western edge of around 150 degrees and an eastern edge of -150 degrees, I am
> getting the following error "Attempt to
Hi,
I'm having some troubles creating a Nitf image that spans the International
Date Line (180/-180 degrees longitude). If I have an image that has a
western edge of around 150 degrees and an eastern edge of -150 degrees, I am
getting the following error "Attempt to write geographic bound outsid
Florian Hillen wrote:
gdalinfo delivers the right projection:
PROJCS["unnamed",
GEOGCS["DHDN",
DATUM["Deutsches_Hauptdreiecksnetz",
SPHEROID["Bessel 1841",6377397.155,299.152812809,
AUTHORITY["EPSG","7004"]],
AUTHORITY["EPSG","6314"]],
[...
bart...@osgis.nl wrote:
Hi list,
I've got a tiff file of 28 Mb and it is really slow, so I am assuming the
classification gets applied on the fly or something like that.
If I do a gdalinfo I get a huge list of STATISTICS_HISTOBINVALUES
Metadata:
STATISTICS_MINIMUM=-5838
STATISTICS_MA
Adam Nowacki wrote:
You can test with http://pastebin.com/m45e46f53
Also remember to use -wo SKIP_NOSOURCE=YES
Now the input images are read in many chunks, rather than 1 (or max 2)
before. Nevertheless, the performance is really great. Now, 100 tiles
are warped in 5 minutes! That's 4-5 time
On Mon, Aug 24, 2009 at 6:17 PM, tozjerimiah wrote:
>
> Can anyone help with this? Or point me to a source of information?
>
> Thanks v much.
>
>
> tozjerimiah wrote:
> >
> > Hello,
> >
> > I am wondering if anyone can help with a problem which I have to solve: I
> > want to take coordinates in m
Hi list,
I've got a tiff file of 28 Mb and it is really slow, so I am assuming the
classification gets applied on the fly or something like that.
If I do a gdalinfo I get a huge list of STATISTICS_HISTOBINVALUES
Metadata:
STATISTICS_MINIMUM=-5838
STATISTICS_MAXIMUM=4225
STATISTICS_
Can anyone help with this? Or point me to a source of information?
Thanks v much.
tozjerimiah wrote:
>
> Hello,
>
> I am wondering if anyone can help with a problem which I have to solve: I
> want to take coordinates in meters from an ACAD file, and project them in
> lat/long as is compatible
You can test with http://pastebin.com/m45e46f53
Also remember to use -wo SKIP_NOSOURCE=YES
Hermann Peifer wrote:
Adam Nowacki wrote:
Some rather counterintuitive gdalwarp behavior: the bigger
dfWarpMemoryLimit (-wm setting) the more cpu time will be wasted on
warping not existing pixels. Why?
Adam Nowacki wrote:
Some rather counterintuitive gdalwarp behavior: the bigger
dfWarpMemoryLimit (-wm setting) the more cpu time will be wasted on
warping not existing pixels. Why? Warping begins with the destination
window size of entire output image size. If this size is larger than
dfWarpMe
Hi list,
I was wondering why GDALGetProjectionRef delivers an other result than
gdalinfo from FWTools of course by using the same file.
Here is my code from my qgis plugin:
if( GDALGetProjectionRef( inputDS ) != NULL )
{
OGRSpatialReferenceH inputSRS;
char *pszProjection;
14 matches
Mail list logo
