Hello,
I'm trying to convert RGB image to PALETTE image with PIL:
/img = Image.open(tiffile)
img = img1convert("P", palette=Image.ADAPTIVE, colors=256)
img.save(newtiffile+"_index.tif")
img.close()/
...but, for example, the white color is 245, not 255 :(
And from CMYK to PALETTE? Is it pos
2018-01-23 13:40 GMT+01:00 Even Rouault :
> I just committed this fix
thanks, Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/li
On mardi 23 janvier 2018 13:36:44 CET Martin Landa wrote:
> Hi,
>
> I have problem compiling GDAL trunk on my Debian unstable machine:
>
> gdalwarpkernel_opencl.cpp: In function '_cl_kernel*
> get_kernel(oclWarper*, char, double, double, double, double, int, int,
> int, int, cl_int*)':
> gdalwarp
Hi,
I have problem compiling GDAL trunk on my Debian unstable machine:
gdalwarpkernel_opencl.cpp: In function '_cl_kernel*
get_kernel(oclWarper*, char, double, double, double, double, int, int,
int, int, cl_int*)':
gdalwarpkernel_opencl.cpp:1278:30: error: 'numeric_limits' is not a
member of 'std
On mardi 23 janvier 2018 13:10:30 CET Jaak Laineste wrote:
> Hey,
>
> I read the drv doc, it was not completely clear how OGR handles exactly
> multi-resolution specifics; as OGR data model does not really “support”
> multi-resolution vector in data model level AFAIK.
Indeed, there's no particula
Hi Ari,
Even if the development of the code for RFC62 has turned out to be more complex
than initially envisioned, I think it remains a good diagnosis of functionality
that is missing in GDAL. The use of multiprocessing in Perl is very
interesting, however I don't think it addresses the issues
Alex,
Thanks for the information. I wrote the RFC and I wrote the C++ add-on
that's linked to the RFC. However, in the end I run out of time with
that code. Later also Mario Roy took up the challenge of multiprocessing
raster operations with Perl GDAL and got good results(1).
Perhaps the app
