Dear all,
I need, using GDAL, a Geometric Correction and Resampling program for
ERDAS img in C++/MFC. Can you please help me. If you don't have the
source code, would you please mail me the detailed algorithm(s) to
accomplish the task.
With many thanks,
Ramesh
Ramesh,
Look at the GDAL command line utility list at
http://www.gdal.org/gdal_utilities.html and decide on the functionality you
want out of them. You can use their source code at
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps .
On Tue, Feb 1, 2011 at 5:53 PM, user gdal userofg...@gmail.com
This is exactly why many commercial applications do not or can not port to
Linux.
The GPL is a virus license, if you really wanted the code to be free it
would be released under an MIT style license. The GPL/LGPL is just another
proprietary license scheme that is meant to prevent people from
On Tue, Feb 01, 2011 at 07:04:44AM -0600, Patrick Cannon wrote:
This is exactly why many commercial applications do not or can not port to
Linux.
Again: you mean closed-source applications here, not commercial, right ?
The GPL is a virus license, if you really wanted the code to be free it
On 11-02-01 09:21 AM, strk wrote:
On Tue, Feb 01, 2011 at 07:04:44AM -0600, Patrick Cannon wrote:
The GPL is a virus license, if you really wanted the code to be free it
would be released under an MIT style license. The GPL/LGPL is just another
proprietary license scheme that is meant to
On Tue, Feb 01, 2011 at 10:33:20AM -0500, Daniel Morissette wrote:
I speak from experience: I had to refrain from using QGIS in a
(closed-source) project for a client not long ago because of its GPL
license. If there had been a single copyright holder I'd have talked to
that person instead
On 11-02-01 11:04 AM, Ray Gardener wrote:
Oh man. So over time, as more GPL'd drivers are written, the very purpose of
GDAL gets watered down. It's not like people are going to develop MIT-licenced
drivers if they see an existing GPL driver that does the job. At the very
least, the motivation
Well said Frank. Thank you.
matt wilkie
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
Submitted as ticket# 3947 but I had to link the sample data because of size.
-marius
Date: Tue, 1 Feb 2011 19:00:13 +0530
Subject: Re: [gdal-dev] Gdalwarp -crop_to_cutline results in shifted raster
From: chaitanya...@gmail.com
To: mariusjigm...@hotmail.com
CC: gdal-dev@lists.osgeo.org
Marius,
Ricardo,
Basically the XML you pass with SetMetadataItem() is deserialized and
serialized again, but the relativeToVRT element isn't part of the internal
model of the VRT driver and is recomputed at serialization time, so this
explains why it can change behind your back.
I think however that
Hi Even, list
Since I don't have a chance to test gdal 1.8.0 at my machine, I
decided to apply an (ugly) hack to alter the VRT file after it is
created, changing all the 'relativeToVRT' values to '0'. It is working
fine.
About my other question:
- Is it possible to use derived bands via python
Le mardi 01 février 2011 22:57:10, Ricardo Filipe Soares Garcia da a écrit :
Hi Even, list
Since I don't have a chance to test gdal 1.8.0 at my machine, I
decided to apply an (ugly) hack to alter the VRT file after it is
created, changing all the 'relativeToVRT' values to '0'. It is working
12 matches
Mail list logo