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 work
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 b
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
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,
C
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
http://environmentyukon.gov.yk.ca/geomatics/
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 wil
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 inst
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 will be blunted.
The whole reason I went w
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 pre
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 "fr
Marius,
Can you provide some sample data to investigate this? You can raise a ticket
at http://trac.osgeo.org/gdal/newticket and attach the data.
On Tue, Feb 1, 2011 at 8:12 AM, Marius Jigmond wrote:
> Hi Everyone,
>
> I am using the -crop_to_cutline option of gdalwarp but the resulting
> raster
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
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 wrote:
> Dear all,
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
14 matches
Mail list logo