Hi Ricardo,
Il giorno Tue, 25 Jan 2011 23:20:50 +
Ricardo Filipe Soares Garcia da ricardo.garcia.si...@gmail.com ha
scritto:
Hi list
I am using the python bindings to handle some HDF5 data.
Up until now I had been using another python module (pytables) to
access the file's metadata and
Ahmet,
Transparency can be easily set using the alpha channel in RGBA images. Use
the -init option to set the background to transparent. Make sure this is
equal to the value set as nodata.
You can set the nodata value using the -a_nodata option.
Make the rasterized areas visible by setting the
Hi All,
The File Geodatabase API - Beta is now open. [1] Accessing the api
download and fgdb-api forum requires an ESRI global account (free). The
licensing agreement is voluminous, almost 5 thousand words.[2] I've
scanned through it as best I could looking for show-stoppers. I don't
_think_
On 11-01-26 08:33 AM, morabit wrote:
Hi All,
In our project we have to support the loading of tiff images
that will be geo-referenced by means of external companion
files containing the affine geo transformation and projection
information (WKT).
We have tested that GDAL supports external
On 11-01-25 03:09 PM, Fernando Cacciola wrote:
Hello,
I have a geotiff image which, according to its accompaning htm, uses the
WGS_1984 Datum.
However, when I call GDALGetProjectionRef() it fails, returning
GCS tag not found, plus
ENR_L01.tif (from ENR_L01.zip)
Failed to setup Geographic
Hi Frank,
Thanks for the reply.
On 1/26/2011 11:16 PM, Frank Warmerdam wrote:
On 11-01-25 03:09 PM, Fernando Cacciola wrote:
Hello,
I have a geotiff image which, according to its accompaning htm, uses the
WGS_1984 Datum.
However, when I call GDALGetProjectionRef() it fails, returning
GCS
Hello,
I'm trying to understand why my gdal-config file says libodbc(-lodbc) and
libodbcinst(-lodbcinst) are located in /usr/local/lib:
CONFIG_LIBS=-L/usr/local/lib -lgdal
CONFIG_DEP_LIBS= -L/usr/local/lib -lgeos_c -lsqlite3 -lodbc -lodbcinst
-lxerces-c -lpthread -ljasper -lhdf5 -lmfhdfalt
On 11-01-26 10:26 PM, Fernando Cacciola wrote:
OK, I have it already so here is the information:
Corner Coordinates:
... unable to transform points between pixel/line and PCS space
Geotiff_Information:
Version: 1
Key_Revision: 1.0
Tagged_Information:
End_Of_Tags.
Keyed_Information:
End_Of_Keys.
Thnx for explaining Frank ;)
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/gdal-dev-gdal-config-file-lists-different-directories-for-libodbc-and-libodbcinst-tp5965096p5965120.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
Hi Frank,
so it seems like the data is there after all.
Ah. I suspect this is a problem with having both an .aux and .aux.xml file.
I suppose the .aux file is being used and the .aux.xml file is ignored.
Try moving the .aux file somewhere out of the way and see if things
behave more properly.
Hi Frank,
If you can make the dataset available I might be able to improve the
robustness of the logic for the case with a .aux and .aux.xml file.
Here's a link to the dataset from my dropbox account:
http://dl.dropbox.com/u/938865/ENR_P01.zip
Best regards,
--
Fernando Cacciola
SciSoft
Hi,
I have a general question (and I don't know where else to ask, sorry if this is
off-topic)
Can I assume that in practice the transformations from PCS to raster space are
lineal?
That is, cropping a TIFF given 4 lat/lon corners amount to *simply* mapping the
corners to (x,y) pairs?
Ouch... on top of being off-topic, I hit Reply instead of Compose Message.
I'll get my coat.
--
---
Fernando Cacciola
SciSoft Consulting, Founder
http://www.scisoft-consulting.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
13 matches
Mail list logo