After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 132487 - GeglColorSpace needs to be written
GeglColorSpace needs to be written
Status: RESOLVED OBSOLETE
Product: GEGL
Classification: Other
Component: GeglBuffer
git master
Other Linux
: Normal enhancement
: ---
Assigned To: Default Gegl Component Owner
Default Gegl Component Owner
Depends on:
Blocks:
 
 
Reported: 2004-01-25 17:19 UTC by Daniel Rogers
Modified: 2006-09-20 23:15 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Rogers 2004-01-25 17:19:25 UTC
GeglColorSpace is broken into two parts, GeglColorSpace and GeglColorSpaceImp.

The GeglColorSpace header is already in cvs.  The only ambigious part (I
think) is the limits field of the object.  The limits should define what
the upper and lower bounds of each color is.

The varients describe color spaces in a very specific way.  A varient of a
color space can be created with scales and rotations only.  If there is a
parity change, or a different orthagonal set (rectangular, polar, etc),
then it belongs to a different varient.

What this means is that any color space in which the same math produces
similar (though not exactly the same) results, then they are the same
varient.  This means that Lab and xyY are similar, HSV, and HSL are similar
(though HSL is much better defined) all RGB colors space are the same, and
all CYMK color spaces are the same.  The varient names could probably be
named better.  Perhaps after what their axies mean.  Many people call this
a photometric interpretation.
Comment 1 Øyvind Kolås (pippin) 2006-09-20 23:15:13 UTC
Something similar might be needed, but it might also belong in babl. Closing the bug for now.