Hi Simon,
It is possible that this may be a limitation of the MITAB driver. I
don't have time to check now, and won't have time for the next two weeks
at least, but if you bring this up again at the end of April then I
could have a look and see how involved that would be to support.
On 11-04
Hi,
I am trying to convert a GIF image into a georeference tiff image. Since I
don't know the exact projection used to create the original image I
downloaded from a website, I am trying to use various projections in an
attempt to get the right one. On an ealier post it was suggested to use
cs2cs
Hi List,
I have observed a puzzling behaviour of the reported extent of an ogr
layer after geometries of features have been modified, with the file opened
in update mode. I use gdal 1.7 via the pyhton bindings, open a dataset with
ogr.Open(fname,update=True), then loop through layers and feature
Very interesting...
I'm not a C++ expert, but I'm always curious to learn possibilities like
this, thank you!
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Catch-a-GDALOpen-exception-tp6246599p6251016.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
On 07/04/11 08:04, canduc17 wrote:
Ok. So if I have well understood the most safe thing to do is the following:
myDataset = (GDALDataset *) GDALOpen( "myFile.tif", GA_ReadOnly );
if(myDataset == NULL )
{
return 14;
}
Depends on what you consider as "most
Hi all,
I am using GDAL v. 1.7.1 to programmatically generate MapInfo TAB files to
record sets of features (mainly point geometries). The file generation is
being done within Java code, using the . I would like to label each point
based on a field in the feature, as is said to be possible in
Even,
Thank you. That clarifies, and motivates use of the MEM format.
I gradually start to understand that GDAL is generally more
file-oriented than memory-oriented.
Then I have one last question for this thread:
As mentioned in another post, for some formats (e.g. Envisat) both the
image dat
Selon Knut-Frode Dagestad :
> Hi Even,
>
> On 06.04.2011 20:21, Even Rouault wrote:
> > You can certainly write a (non-GDAL) reader in Python, but of course, you
> > won't be able to benefit from the GDAL API with the "dataset" returned by
> your
> > reader, or using them in software that use the
Chris,
GDAL is using the GCPs for location information.
On Thu, Apr 7, 2011 at 4:08 PM, Goo Creations wrote:
> Yes, here it is:
>
>
>
> Size is 8415, 1368
> Coordinate System is `'
> GCP Projection =
> GEOGCS["WGS 84",
> DATUM["WGS_1984",
> SPHEROID["WGS 84",6378137,298.257223563,
>
Hi Knut-Frode,
Il giorno Thu, 07 Apr 2011 12:03:24 +0200
Knut-Frode Dagestad ha scritto:
> Antonio,
>
> On 06.04.2011 13:09, Antonio Valentino wrote:
> > I'm not sure to understand. GDAL reads data from the product. If the
> > product is not geo-referenced you will get data that are not
> > geo
Antonio,
On 06.04.2011 13:09, Antonio Valentino wrote:
I'm not sure to understand. GDAL reads data from the product. If the
product is not geo-referenced you will get data that are not
geo-referenced.
In this case you could use GDAL tools to interpolate data in a
geographic grid but you need to
Chris,
Can you provide the gdalinfo output of the geotiff?
On Thu, Apr 7, 2011 at 2:29 PM, Goo Creations wrote:
> I've worked through some QGis code and noticed that if this happens,
> GDALAutoCreateWarpedVRT is called on the image to create a copy. So
> GDALAutoCreateWarpedVRT somehow retrieves
Hi Even,
On 06.04.2011 20:21, Even Rouault wrote:
You can certainly write a (non-GDAL) reader in Python, but of course, you
won't be able to benefit from the GDAL API with the "dataset" returned by your
reader, or using them in software that use the GDAL API.
But if I use the GDAL API to creat
Chris,
What did you use to view the image? Were you able to read any other Geo
related data with that?
On Thu, Apr 7, 2011 at 1:56 PM, Goo Creations wrote:
> Hi all
>
> I tried to read the transformation coefficients by using
> GDALDataset::GetGeoTransform. This function however returned CE_Fail
Hi all
I tried to read the transformation coefficients by using
GDALDataset::GetGeoTransform. This function however returned CE_Failure, so
i assume that the values are not stored in the metadat.
When I view the image, the image is rotated. There is no world file or
anything that could cause the r
Ok. So if I have well understood the most safe thing to do is the following:
myDataset = (GDALDataset *) GDALOpen( "myFile.tif", GA_ReadOnly );
if(myDataset == NULL )
{
return 14;
}
Indeed it works and I obtain 14 as returning value of my program...
--
View
16 matches
Mail list logo
