Set palette colormap, macros, Matlab, palette, rgb In order to apply the colormap, we now can simple write Here we defined the colors directly as rgb values in the range of 0.1, which can be alternatively used a color definition. If you want to use this colormap regularly, you can store it in the Gnuplot config file as a macro. The numbers 0.8 are automatically rescaled to 0.1, which means you can employ arbitrary numbers here, only their difference counts. This can be achieved by defining the palette as follows. In Fig.1, you see a photoluminescence yield in a given region, and as you can see Gnuplot is able to apply the jet colormap from Matlab.
1 Photoluminescence yield plotted with the jet colormap from Matlab ( code to produce this figure, data) Is this maybe causing the difference? If so, maybe someone knows when it was changed, such that I can compare the source codes and hopefully restore the old behaviour.Fig.
* FIX accurate placement of color boundaries in the colorbar When searching around I found this entry in the NEWS: common to all terminals (bitmap and postscript based) Now, with from to ranges for each color, no interpolation of colors is done, such that it is very limited in use as compared to the old version. palette and palette z both map the z coordinate of the plot element being colored onto the current palette.
palette cbThe old behaviour took the defined colors as "supporting values" in the palette of true colors (or at least much more colors than given in set palette defined), while the maxcolor gave the possibility to quickly reduce/change this number as needed. The palette defines a range of colors with gray values between 0 and 1. the palette maxcolor value is not used anymore. one doesn't need to give each color twice (from and to value) because it is assumable that the previous color ends where the next starts At least for the moment.Īnyhow, I think the previous behaviour, which was common to all terminals I have used, is much nicer: The bug happens also with the libgd outputs.įirst of all, thank you very much. This allows smoothly-varying color along a 3d. ' palette z ' maps the z value of each plot segment or plot element into the cbrange mapping of the palette. You can use either of these to select a constant color from the current palette. I guess the bug might be in draw_inside_color_smooth_box_bitmap in color.c. palette cb maps the range of the color axis onto the same palette. So far I test some things but could find the bug. In 2 and 3, there are more than 10 color ranges and they are of different size. In 2 and 3 the last color is never the one as defined but some mixture. it is showing magenta as lowest in the colorbox and each color range in the colorbox is equal in size. In my eyes, 1 and 4 is working properly, i.e. The eps is viewed with GhostView.Īs one can clearly see the colorbar 1 and 4 is different from 2 and 3. Gnuplot 4.5 with terminal postscript eps from CVS May 2011 (today).
Gnuplot 4.5 with libgd in terminal windows from CVS May 2011 (today)Ĥ. Gnuplot 4.5 with terminal windows from CVS May 2011 (today)ģ. Gnuplot 4.5 with libgd in terminal windows one year old: CVS May 2010Ģ. In the picture I've plotted these commands with different versions of gnuplot:ġ. Smooth palette in windows: using 4096 of 4096 available color positions
I recently updated my CVS gnuplot and had a strange colorbox behaviour (see comparison in picture).