Hi Steve,
Thanks I'll look into this.
I think that if you replace "u.u" with "u" libdap will look into the
entire file to find a variable called "u" regardless of the structure.
Denis
2008/8/21 <[EMAIL PROTECTED]>
> I think the source of the problem in ticket #2492 is not a GDAL defect,
> b
Thanks, Steve. I see that it's working now.
It should be noted that the same call (with the u.u) worked in libdap
3.6.2.
I went ahead and closed this ticket.
-Chris
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 21, 2008 7:13 PM
> To: Chr
Hi,
In agreement with Frank I created an ADAGUC wiki on trac:
http://trac.osgeo.org/gdal/wiki/ADAGUC. It describes the GDAL ADAGUC
netCDF driver I have been working on. It has been created on basis of
the original driver from Denis Nadeau and Frank Warmerdam.
The driver requires the latest net
Finally, found some PHP code that makes sense :-)
(source: http://forums.digitalpoint.com/showthread.php?t=475864)
Parameters:
$rgb- an array of color information where
$rgb[0] == red value
$rgb[1] == green value
$rgb[2] =
Finally, found some PHP code that makes sense :-)
(source: http://forums.digitalpoint.com/showthread.php?t=475864)
Parameters:
$rgb- an array of color information where
$rgb[0] == red value
$rgb[1] == green value
$rgb[2] ==
Hi Craig,
Good tip, I'll give it a shot and see what comes out.
BTW, GTiff driver won't let you create CMY-only dataset (3 bands: C, M and
Y).
I also sumbled onto this piece of code (if anyone's interested in
implementing it in GDAL) for both CMYK->RGB and RBG->CMYK conversions, based
on Adobe
Hi Frank and friends,
Just to wrap this one up - we actually ended up receiving a geocoded
image and I used gdal_translate to assign EPSG:27700 (the image was
missing the coord sys declaration - this seems to be the case with a
few image providers I've noticed):
gdal_translate -a_srs EPSG
I'm no expert on color conversions, but I am reading it as 1 = 100%. So, if
you have an RGB image with values ranging from 0 - 255, then convert it to a
percent first then subtract it from R.
For example, if you have RGB values of 200, 100, 255:
r = 200/255 = .7843
g = 100/255 = .3921
b = 255/
Hi Even,
Thanks for the info, but I need it other way round - RGB to CMYK conversion.
As Frank said, it's possible to create a CMYK result using gdal_translate
giving it an extra band as a parameter (i.e. -b 1 -b 2 -b 3 -b 1), but the
end result is of no use since that extra band (along with R, G
