Dear Lorenzo,
On 03/03/2016 12:13 PM, Lorenzo Bottaccioli wrote:
Yes I have 8 cores! The I/O output files are different for each process.
I have to preform the gdal_calc on different maps each process. I just
wanted to lunch more than one gdal_calc.py script at time.
Yes, I assumed the files u
Dear Lorenzo,
On 03/03/2016 12:44 AM, Lorenzo Bottaccioli wrote:
If i run the code with out parallelization it takes around 650s to
complete the calculation. Each process of the for loop is executed in
~10s. If i run with parallelization it takes ~900s to complete the
procces and each process of
--without-ogr into --with-ogr, the build succeeds.
Maybe something OGR-ish is building while it shouldn't(?).
Best regards,
Kor de Jong
libtool: compile: /opt/gcc-4.9/bin/g++ -I/tmp/blah/gdal-2.0.0/port
-I/tmp/blah/gdal-2.0.0/gcore -I/tmp/blah/gdal-2.0.0/alg
-I/tmp/blah/gdal-2.0.0/ogr -
Hi Bart,
On Tuesday 08 December 2009 13:53:07 bart...@osgis.nl wrote:
> I tried this change but with strange results. Also in Mapserver it seems
> that a GByte * is used for the buffer:
>
> LoadGDALImage( GDALRasterBandH hBand, int iColorIndex,
>layerObj *layer,
>in
Hi Bart,
On Tuesday 08 December 2009 12:33:10 bart...@osgis.nl wrote:
> in ArcMap I see negative values, in GDAL all values seem to have a shift
> of 256, so -21 becomes 235. Nodata values are also off with 256, so -256
> in ArcMap becomes 0 in GDAL.
The pixel type of your input is char (signed 8
Hi Bart,
On Tuesday 08 December 2009 10:45:25 bart...@osgis.nl wrote:
> I've debugged the problem to the following part of
> frmts/sde/sderasterband.cpp:
>
> if (bits_per_pixel >= 8) {
> memcpy(pImage, pixels, block_size);
> GByte *p = reinterpret_cast(pImage);
> } else {
>
Hi all,
In my code I am stealing the OGRFeature's OGRGeometry objects
(OGRFeature::StealGeometry). Am I correct that there currently is
not a safe way for me to destroy these geometry objects (within the
context of the GDAL/OGR heap)? I am looking for an equivalent of
OGRDataSource::DestroyDataSou
Hi Sjur,
On Tuesday 28 October 2008 13:26:45 Kolberg Sjur A wrote:
> I seem to get a conflict between the GDAL file hdf4dataset.h and the HDF4
> file mfhdfi.h concerning 'UNKNOWN' as an enum definition: 1>c:\program
> files\gdal-1.5.3\frmts\hdf4\hdf4dataset.h(55) : error C2365: 'UNKNOWN' :
> redef
