i have a land use land cover image, i need to create a 1000 * 1000 m
grid(shape file format) over the image and i have to calculate the area of
the each class in each grid how to do this..And i attach a file here
visualization of my problem, Please help me how to do this.
http://osgeo-org.
Frank,
I've compiled and tested the code and it works reasonably well. The only
issue is the missing strcasecmp with the MSVC builds. I would support this
addition as it's pretty much extensible comparing to the previous code.
Best regards,
Tamas
2010/8/2 Frank Warmerdam
> Tamas Szekeres
-Original Message-
From: Frank Warmerdam [mailto:warmer...@pobox.com]
Sent: Thursday, July 29, 2010 4:35 PM
To: Kevin F Webb
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Memory leak from GDALRasterIO
Kevin F Webb wrote:
>
> I am experiencing a memory leak from looped calls to GD
On Fri, Jul 30, 2010 at 3:44 PM, Frank Warmerdam wrote:
>
> Martin,
>
> I do not agree with applications directly changing the OGRFieldDefn, even
> if ultimately the flag is stored here. There needs to be a virtual method
> on the OGRLayer (IMHO) so that drivers have an opportunity to hook the
>
I think more about the value of data.
http://osgeo-org.1803224.n2.nabble.com/file/n5368754/PixelRed.jpg
But it's not always the picture on the right which pixels become red; it can
be also the picture on the left.
I have the felling it depends on the range of merging.
--
View this message in co
Tacot,
If the red pixels are shaped like a block, it could be a missing tif image.
Otherwise, there may be a discrepancy in the nodata values.
A screenshot of your data can help.
On Tue, Aug 3, 2010 at 5:48 PM, Tacot wrote:
>
> Hi,
>
> I try to assemblez several TIF to make a unique picture.
>
Mistype in last post, geoTransform[3] = xOffset * geoT[4] + yOffset *
geoT[5]; should be:
geoTransform[3] = geoT[3] + xOffset * geoT[4] + yOffset * geoT[5];
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/GDALSuggestedWarpOutput-returns-negative-infinity-in-padfGeoTrans
OK, I just realized there is a problem with the code I just presented. I
think this is how it should be:
geoTransform[0] = geoT[0] + xOffset * geoT[1] + yOffset * geoT[2];
geoTransform[1] = geoT[1];
geoTransform[2] = geoT[2];
geoTransform[3] = xOffset * geoT[4] + yOffset * geoT[5];
geoTransform
Thanks for your response Manuel. m_dstGT is set to identity, but I'm not
setting m_srcGT exactly to that of the input image because I am trying to
split the image into parts. I think my problem is that I dont understand
all of the parts of the geotransform matrix correctly.
The input image has
Hi,
I try to assemblez several TIF to make a unique picture.
I use this command:
C:\GDAL\SCAN25_SCOT>gdalbuildvrt truc.vrt C:\GDAL\SCAN25_SCOT\*.tif
-srcnodata "0 0 0"
0...10...20...30...40...50...60...70...80...90...100 - done.
C:\GDAL\SCAN25_SCOT>gdal_translate -of GTiff
C:\GDAL\
Chaitanya,
thanks for this prompt response! We will do as you describe. Before,
we'd need your assistance: the rasdaman driver should be compiled in
only if it's found, and we are not sure whether our way of doing so is
the canonical one. Constantin will describe this soon in a separate mail.
Hi Seth,
On Tue, Aug 3, 2010 at 8:01 PM, Seth Price wrote:
> 3) Do I have any problems or obstacles which will interfere with my work?
> We need to finalize what's going on with pj_do_proj() in r.sun, but it
> sounds like this is pretty much done.
Out of curiosity, do you think porting proj4 to
1) What did I do last week?
All my work can be seen here:
http://github.com/mailseth/OpenCL-integration-for-GRASS---GDAL
I put a bunch more effort into finding and fixing bugs. The latest bug
(which I spent way too much time on) seems to be caused by error
introduced in the GPU. I think I've
13 matches
Mail list logo
