On Mon, Jan 25, 2010 at 8:38 PM, Frank Warmerdam wrote:
> I don't think the VRT approach supports actually adding
> different images together, only overlaying and rescaling.
>
>
However, pixel functions could be used in a VRT file to accomplish the
desired outcome.
--matt
On Fri, Feb 5, 2010 at 8:41 AM, Howard Butler wrote:
> +1. Except for BigTIFF, the HFA driver is one of the consistent large
file drivers we have. Instead of marking it deprecated, I think we should
retract the release (remove it from download.osgeo.org) and immediately
issue 1.7.1 RC1 today. 1
On Mon, Apr 5, 2010 at 2:20 PM, William Kyngesburye
wrote:
> I thinking of creating a vrt for approx 19000 geotiff DEM tiles (SRTM).
> Any comments on the performance or practicality of this? Is there a
> difference in performance between Geotiff and GRASS as the tile format?
>
> Mainly it's so
On Mon, Apr 5, 2010 at 2:52 PM, John C. Tull wrote:
>
> Looking at the vrt from the file I built with my drg images, I have this:
>
>
>relativeToVRT="1">./barrett_canyon/o39117a4.tif
> 1
>DataType="Byte" BlockXSize="4463" BlockYSize="1"/>
>
>
>
>
> So
http://www.gdal.org/frmt_mem.html
On Thu, May 20, 2010 at 2:48 PM, Felix Obermaier wrote:
> Hello list,
>
> I'm using GDAL via swig C# bindings. Is there a way to create a gdal
> dataset object from an in-memory Image/Bitmap/byte[]/MemoryStream, and if
> so, how can I achive this.
>
> Thanks in
While you certainly can accomplish this using GDAL, you'll need to first
figure out which hgt file to open, then translate the geographic coordinate
to the image coordinate to know what pixel value to lookup.
An alternative solution is OSSIM (http://www.ossim.org/). It has a
command-line app call
On Wed, Oct 6, 2010 at 7:34 AM, Frank Warmerdam wrote:
> Livneh Yehiyam wrote:
>
>> I agree that the amount is small per file, but in our application we need
>> to keep thousands of files open, and keep memory consumption to a certain
>> limit.
>>
>
> Ah, I'm starting to grasp your issue. I will
(the first band of) the image in the PAM XML file.
Any ideas?
FYII'm using version 1.5.2.
Thanks,
Matt Klaric
#include
using namespace std;
#include
int main(int argc, char** argv) {
GDALAllRegister();
// open a file
pe is not valid in GDAL(
http://gdal.org/gdal_8h.html#22e22ce0a55036a96f652765793fb7a4). Does anyone
have any experience with this? How difficult would it be to modify the TIFF
driver to handle these?
Thanks,
Matt Klaric
___
gdal-dev mailing list
gda
On Fri, Dec 19, 2008 at 2:26 PM, Even Rouault
wrote:
> The TIFF driver also supports writing 1-bit TIFF images. See NBITS in the
> Creation Options section.
>
>
Thanks. This was exactly what I was looking for. I wasn't expecting it as
a creation option.
--Matt
__
On Wed, May 6, 2009 at 4:22 PM, mohwawang wrote:
>
> Is there a website that provides free download for raster elevation model
> (DEM) that can be used by the gdal utility gdal_contour? Thanks.
>
>
NASA:
ftp://e0srp01u.ecs.nasa.gov/srtm/
___
gdal-dev ma
ugh timeline: a
week, a month, a few months, a year, etc.
Thanks,
Matt Klaric
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
On Wed, Jun 10, 2009 at 12:29 PM, Even Rouault wrote:
>
> 1.7 release date hasn't been decided yet. There is no precise criterion to
> determine when it happens : it depends mainly on when RFC or major work
> planned by developers have been implemented. But if you look at the release
> date of pr
I'm trying to make use of the GDAL Pixel Functions in the virtual dataset
driver. I have a situation where I would like to construct a pixel function
that is a function of the pixel values as well as some extra piece of
information. This might be one of the metadata items for the image (which I
c
On Thu, Aug 6, 2009 at 10:36 AM, Gong, Shawn (Contractor) <
shawn.g...@drdc-rddc.gc.ca> wrote:
>
>
> Is JP2KAK the only way to open JPEG2000 image within NITF file ?
>
No, libecwj2 works as well.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http:/
15 matches
Mail list logo