On 2009-07-09 10:18+0100 Andrew Ross wrote:

> [...]I suggest we go with floating point in the range 0-1 for the
> pos parameter. For consistency we should also ensure we do the same for the r,
> g, b values. While we are on (since this requires a new file format) perhaps 
> we
> should also add support for the rev parameter and for HLS as well as RGB color
> spaces. I've committed a straw man implementation for comment. This supports 
> the
> old format .pal files, but any file which starts with v2 is assumed to be in 
> the
> new floating point format. I've also included a sample palette in the data
> directory (cmap1_blue_yellow.pal). This is one I've used in the past for 
> various
> plots and I quite like.

I made some important changes today (up to and including revision 10135).

* Fixed a bug for the old format where the rgb colours were not properly
   normalized (they ranged from 0 to 255 rather than 0. to 1.).  This was the
   reason the bindings/tk/cmap1*.pal files gave such bad looking results
   before. (However, I agree that for the new format, the rgb colours in the
   file should be normalized to the range from 0. to 1.)

* Fixed bug in current directory pldebug information output for
   plLibOpenPdfstr.

* Dropped fopen logic that was screwing up the -cmap0 and -cmap1 options.
   (It is possible I am missing something there, but I don't believe there
   was any way for the old logic to work properly.)

* Dealt properly with two (!) old tk formats (one with and one without rev
   information). bindings/tk/cmap1*.pal has the oldest format (without rev),
   but current output from -dev tk GUI cmap1 palette editor outputs rev
   information.  My implementation demands the file stick to one or the
   other of these old formats if it is not the v2 format.

* Implemented range checking for most of the plspal0 and plspal1 values that
   are set.  Most of this range checking is routine, but now demand at least
   16 colours when setting cmap0. I have done this because I now call
   plscmap0n from within plspal0.

* Added cmap0_black_on_white.pal (black lines on white background) and
   cmap1_gray.pal (gray scale).

   cmap0_black_on_white.pal works well (at least to my eyes) with
   cmap1_blue_yellow.pal for the standard examples.  (It is obviously a
   matter of personal taste, but I find the default cmap0 colours or the
   cmap0 colours in cmap0_white_bg.pal clash a bit with
   cmap1_blue_yellow.pal.  Furthermore, for light backgrounds I far prefer
   the visibility of black lines to the coloured lines you get for the
   standard examples with the default cmap0 colours or the cmap0 colours in
   cmap0_white_bg.pal.)

   cmap1_gray.pal gives reasonable looking gray scale results for example 16,
   and should be useful (along with cmap0_black_on_white.pal) for those
   scientific journals who are still reluctant to publish colour figures.

After these changes I am satisfied with the current status of our C library
palette support, and the v2 format for cmap1 files seems fine to me.

I believe the next step is to change the -dev tk colour palette
editing GUI so the transparency can be edited, displayed and output for both
pal0 and pal1 (with the latter in v2 format).

After a week or so delay to make sure we have finalized the API, we should
also propagate plspal0 and plspal1 to all the other languages

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to