I believe that NetCDF generally uses cell centres to specify pixel
coordinates, and there is no way to specify cell corners except by
adding metadata about the actual dimensions boundaries (this is more
problematic again if coordinates are not regular since you cannot
assume a regular half cell).
The NetCDF driver computes the pixel centre from lat/lon variables (see
http://trac.osgeo.org/gdal/ticket/1506).
Is this correct or should it compute pixel upper-left?
Using the example NetCDF dataset attached to the above ticket
(http://trac.osgeo.org/gdal/attachment/ticket/1506/out.nc), gdali
I read data from a DEM file, and want to create a .png .Now I have read data,
but I do not know how to create a png file that contains the height map value
of each point from the DEM file.
Thk u.___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://
On Apr 5, 2010, at 1:29 PM, Matt Klaric wrote:
>
>
> 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
>BlockXSize="4463" BlockYS
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
On Apr 5, 2010, at 2:33 PM, Matt Klaric wrote:
> Check out the SourceProperties tag in http://www.gdal.org/gdal_vrttut.html.
> If you specify that for each source image, then GDAL doesn't have to open all
> 19000 images at runtime. The performance is quite good.
That would definitely help, a
On Apr 5, 2010, at 12:33 PM, Matt Klaric wrote:
>
> 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 betwee
I would be interested in your success or failure. I have a directory of 500
usgs drg map images, and I cannot get them to tile successfully with
gdalbuildvrt. I end up with a black image when I load it in visualization
software. I tried to find a discussion I had on the gdal irc channel some tim
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
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 I can easily extract regions for projects, so it would be
one-shot
Hi,
I tried the above procedure. Its working. I am giving input as Shapefile and
taking geotiff file as output. But the output file is loosing many details
as it has been converted at high resolution. Is there any way that I can
convert Shapefles into tiles at appropriate resolution so that I can
Now,I can read data from a DEM file into an array,but I do not know how to use
it to create a png file?
Thk u.
BTW,Some one tell me that freeimage can do it,but I do not know.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/ma
12 matches
Mail list logo
