Derek - unless I am mistaken, gdalwarp should work fine for this, as
long as both datasets are properly geo-referenced.
gdalwarp tmp1.tif tmp2.tif result.tif
The order of the arguments controls how they are stacked one on top of
the other.
Etienne
On Thu, Mar 22, 2012 at 11:12 PM, Derek Morgan
Hello,
I am in a jam with ArcGIS, and am hoping there is a easier way to do
this with GDAL. Here is the situation: I am converting a vector
dataset of county polygons to raster at a pixel resolution of 231 m.
However, I want this to line up with a different raster dataset I have
at a much larger
+1
Tamas
2012/3/22 Frank Warmerdam
> Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
> contract with Chaitanya Kumar CH for up to $5200 USD at $13USD/hr
> over five months, and would be acting as supervisor, operating under
> the terms of RFC 9 (GDAL Paid Maintainer Guideli
--- Begin Message ---
What would be your suggestion for additional flags to add for the
compilation?
Try : gcc -shared SpotBlue.o -o SpotBlue.so -lgdal
Even
thanks a lot, seems to have done the trick. That made the mentioned
small script finish without errors. I will check then tomorrow if
On 12-03-22 4:49 PM, Frank Warmerdam wrote:
Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
contract with Chaitanya Kumar CH for up to $5200 USD at $13USD/hr
over five months, and would be acting as supervisor, operating under
the terms of RFC 9 (GDAL Paid Maintainer Guidelin
Le jeudi 22 mars 2012 21:54:39, Jean-Claude Repetto a écrit :
> On 03/22/12 20:55, Even Rouault wrote:
> > I'm a bit hesitant to apply that for now. Hopefully Gentoo will revert
> > their change under user pressure. Please complain loudly in the ticket
> > ;-)
>
> It seems they have chosen the opt
Le jeudi 22 mars 2012 21:49:54, Frank Warmerdam a écrit :
> Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
> contract with Chaitanya Kumar CH for up to $5200 USD at $13USD/hr
> over five months, and would be acting as supervisor, operating under
> the terms of RFC 9 (GDAL Paid
On 03/22/12 20:55, Even Rouault wrote:
I'm a bit hesitant to apply that for now. Hopefully Gentoo will revert their
change under user pressure. Please complain loudly in the ticket ;-)
It seems they have chosen the option to patch all the packages that are
using the OF macro.
For GDAL, see :
Le jeudi 22 mars 2012 21:52:03, Armin Burger a écrit :
> On 22/03/2012 21:00, Even Rouault wrote:
> > Le jeudi 22 mars 2012 19:26:56, Armin Burger a écrit :
> >> Hi all
> >>
> >> I set up 2 pixel functions to be used with VRT images and derived bands.
> >> This works fine with the GDAL utilities a
On 22/03/2012 21:00, Even Rouault wrote:
Le jeudi 22 mars 2012 19:26:56, Armin Burger a écrit :
Hi all
I set up 2 pixel functions to be used with VRT images and derived bands.
This works fine with the GDAL utilities and also with MapServer and
Python MapScript.
If I try however to load the pix
I don't really count, but Chaitanya is very helpful.
+1
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Thursday, March 22, 2012 2:50 PM
To: gdal dev
Subject: [gdal-dev] Motion: Contract Chaitanya as G
On Mar 22, 2012, at 3:49 PM, Frank Warmerdam wrote:
> Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
> contract with Chaitanya Kumar CH for up to $5200 USD at $13USD/hr
> over five months, and would be acting as supervisor, operating under
> the terms of RFC 9 (GDAL Paid Mai
Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
contract with Chaitanya Kumar CH for up to $5200 USD at $13USD/hr
over five months, and would be acting as supervisor, operating under
the terms of RFC 9 (GDAL Paid Maintainer Guidelines).
---
PSC Members,
Chaitanya has indicat
Le jeudi 22 mars 2012 19:26:56, Armin Burger a écrit :
> Hi all
>
> I set up 2 pixel functions to be used with VRT images and derived bands.
> This works fine with the GDAL utilities and also with MapServer and
> Python MapScript.
>
> If I try however to load the pixel functions in GDAL-Python as
Le jeudi 22 mars 2012 17:28:14, Jean-Claude Repetto a écrit :
> Le 22/03/2012 16:35, Kyle Shannon a écrit :
> > Jean Claude,
> > I have a gdal test machine running Ubuntu 11.10. I build zlib 1.2.6 and
> > built and linked gdal against it no problems. Probably doesn't help
> > much.
>
> It seems
Saâd,
Can you provide the vrt file and the commands you used?
On Thu, Mar 22, 2012 at 11:22 PM, Saâd HESSANE wrote:
> Hy Chaitanya,
>
> I applied a LUT to the VRT. It's work fine, and all pixel are between
> dst_min and dst_max.
> But why this is not work with the -scale parameter? The doc is cl
Hi all
I set up 2 pixel functions to be used with VRT images and derived bands.
This works fine with the GDAL utilities and also with MapServer and
Python MapScript.
If I try however to load the pixel functions in GDAL-Python as drivers,
I run into problems. The following code
from osgeo
Hy Chaitanya,
I applied a LUT to the VRT. It's work fine, and all pixel are between
dst_min and dst_max.
But why this is not work with the -scale parameter? The doc is clear :
http://www.gdal.org/gdal_translate.html.
"Rescale the input pixels values from the range *src_min* to *src_max* to
the ran
Saâd,
It is better to have a combined LUT. It will save processing time and data
degradation.
Be informed that GDAL VRT is not specialized for this work. To get a smooth
curve as LUT, use some other graphics application that can handle 16bit
rasters.
On Wed, Mar 21, 2012 at 6:00 AM, Saâd HESSANE
Hi,
I think the method described by Chaitanya in the VRT : "[src value
1]:[dest value 1],[src value 2]:[dest value 2]" is equivalent to do
"-scale srcMin srcMax dstMin dstMax", right?
So why when I do "-scale 0 65535 0 120" the output have pixels values
greater than 120 ?
Thank you.
2012/3/20
On 22 March 2012 16:28, Jean-Claude Repetto wrote:
> Le 22/03/2012 16:35, Kyle Shannon a écrit :
>>
>> Jean Claude,
>> I have a gdal test machine running Ubuntu 11.10. I build zlib 1.2.6 and
>> built and linked gdal against it no problems. Probably doesn't help much.
>>
>
> It seems the problem
Le 22/03/2012 16:35, Kyle Shannon a écrit :
Jean Claude,
I have a gdal test machine running Ubuntu 11.10. I build zlib 1.2.6 and built
and linked gdal against it no problems. Probably doesn't help much.
It seems the problem is specific to Gentoo. Please read
https://bugs.gentoo.org/show_bu
Jean Claude,
I have a gdal test machine running Ubuntu 11.10. I build zlib 1.2.6 and built
and linked gdal against it no problems. Probably doesn't help much.
kss
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Jean-Clau
Le 22/03/2012 14:53, Even Rouault a écrit :
Selon Jean-Claude Repetto:
Hello,
Since a few weeks, I have a problem to compile GDAL trunk on one of my
PCs. But it works on others, so I think there is a problem on the PC.
This PC runs Linux 32 bits (Gentoo), and gcc version is 4.5.3.
The first e
Selon Jean-Claude Repetto :
> Hello,
>
> Since a few weeks, I have a problem to compile GDAL trunk on one of my
> PCs. But it works on others, so I think there is a problem on the PC.
> This PC runs Linux 32 bits (Gentoo), and gcc version is 4.5.3.
>
> The first error occur in this line :
> typede
Hello,
Since a few weeks, I have a problem to compile GDAL trunk on one of my
PCs. But it works on others, so I think there is a problem on the PC.
This PC runs Linux 32 bits (Gentoo), and gcc version is 4.5.3.
The first error occur in this line :
typedef voidpf (ZCALLBACK *open_file_func) OF(
26 matches
Mail list logo
