Le samedi 18 décembre 2010 01:09:28, Frank Warmerdam a écrit :
Folks,
Motion: Extend Commit Priveledges for Kirk McKelvey.
+1 Even
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Some last comment about the test case, the current source checks
test_gdal_retile_2()
ds.GetRasterBand(4).Checksum() != 35
ds.GetRasterBand(4).Checksum() != 35
If I run this on a Linux Intel 32 bit configuration, it has to be
ds.GetRasterBand(4).Checksum() != 283
Hi,
Gave this a try on Windows (relatively simple to build) with CUDA and
indeed the difference in speed is big.
Petty that the result is quite broken.
My test was with this projection
gdalwarp -t_srs +proj=sinu mundo.tiff lixo32.tiff
Joaquim
I'm working on the trunk OpenCL build on my
Le samedi 18 décembre 2010 14:31:21, christian.muel...@nvoe.at a écrit :
Some last comment about the test case, the current source checks
test_gdal_retile_2()
ds.GetRasterBand(4).Checksum() != 35
ds.GetRasterBand(4).Checksum() != 35
If I run this on a Linux Intel 32 bit configuration,
Ah, things get complicated :-(. I am working on openSUSE 11.3, 32 Bit
and Ubuntu 10.10 64 Bit. Additionally, I have SUSE Linux Enterprise on
IBM pSeries and IBM zSeries (Mainframe). Some times I even use gdal on
AIX.
I compile against gdal 1.7, no debug mode.
The important fact is that
http://osgeo-org.1803224.n2.nabble.com/file/n5848200/gdalwarp_problem1.doc
gdalwarp_problem1.doc
Hi Uwe,
I have tried your suggestion on the same raster file with a modified
+x_0=50 parameter in the command line (as seen in the attached doc). I
could see the major difference:there is still
+1
Tamas
2010/12/18 Frank Warmerdam warmer...@pobox.com
Folks,
Motion: Extend Commit Priveledges for Kirk McKelvey.
Kirk is a software developer at Lizardtech and has been workin with GDAL
for a number of years. He has proposed some patches to upgrade to version
8 of the MrSID SDK and