|
From: Micha W. <mw...@gm...> - 2008-02-16 20:37:13
|
Hi, Are there any arguments against changing gnuplots default colors to help people with color blindness? I think red and green following immediatly each other is rather poor. Here is my email from gnuplot-info: Hernán Gonzalo Asorey wrote: > On Thu, Feb 14, 2008 at 8:57 AM, Micha Wiedenmann <mw...@gm...> wrote: >> Hi there, >> >> gnuplot default colors seem to be >> >> 1 red >> 2 green >> 3 blue >> 4 magenta >> 5 cyan >> ... >> >> I think it would be helpful for people with color blindness to change >> that order into >> >> 1 red >> 2 blue >> 3 magenta >> 4 cyan >> 5 green >> >> This makes the clas of red and green less likely. >> >> A workaround is using linetype in the plot command as in >> >> plot [][-1:1] sin(x), cos(x) lt 3, tan(x) lt 4, x lt 5, x**2 lt 2, x**3 >> >> or defining line styles >> >> set style line 2 lc 3 >> set style line 3 lc 4 >> set style line 4 lc 5 >> set style line 5 lc 2 >> set style increment user >> plot [][-1:1] sin(x), cos(x), tan(x), x, x**2, x**3 >> >> But this is lots of work on a day by day basis and I see no argument >> against change gnuplots default, at least moving green down in the color >> list. > > This is a good idea. As far as I know you can "pseudo-implement" that > by seting the .gnuplot file (or GNUPLOT.INI) in your home directory: > > "[...] If the initialization file is found, `gnuplot` executes the > commands in it. > These may be any legal `gnuplot` commands, but typically they are limited to > setting the terminal and defining frequently-used functions or variables." > > (see help .gnuplot for further details). > Cheers, > > Hernán |
|
From: Timothée L. <tim...@lp...> - 2008-02-17 22:51:17
|
Ethan A Merritt wrote: > On Saturday 16 February 2008 12:37, Micha Wiedenmann wrote: > >> Hi, >> >> Are there any arguments against changing gnuplots default colors to help >> people with color blindness? I think red and green following >> immediatly each other is rather poor. >> > > In the current version of gnuplot you can choose any colors you like, > in any order you like. > > Hi all, I am in favour of changing the defaults to a sequence whose two (or three if reasonably possible) first colors are distinguishable by color blind people. I know that those settings can be changed by the user, but it is an additional pain as for every tweak of that kind. It turns out that my PhD advisor is color-blind, as is the student that works next to me. As I am too lazy to change the defaults by myself, I keep having to tell them which curve is what data everytime I discuss with them. This is an accessibility problem. Best regards, Timothee P.S.: The oscilloscope I am currently using in the lab as the same problem : channel 1 is yellow, 2 is green so these two are indistinguishable, and 3 and 4 are purple and gray, not the best choices either... and impossible to change |
|
From: <pl...@pi...> - 2008-02-18 06:45:01
|
On Sun, 17 Feb 2008 23:42:56 +0100, Timothée Lecomte <tim...@lp...> wrote: > Hi all, > I am in favour of changing the defaults to a sequence whose two (or > three if reasonably possible) first colors are distinguishable by color > blind people. I know that those settings can be changed by the user, but > it is an additional pain as for every tweak of that kind. Hi, I agree it would be a worthwhile change. Since the way the colours come out always seems semi random anyway I dont think it will cause backwards compatability issues. Anywhere where colours are important they will require to be specified directly in the plot command. BTW T.L. , that is probably the easiest solution for you and your colleges. Check out help plot if you are not aware of how to set colours for each line. This relates to one issue I have already raised, that of having more consistant output colours in the various terminals. While some terminals will have resistrictions it seems that there is no relation between the default colours used by wx or x11 and , say, svg or png output. regards, Peter. |
|
From: Petr M. <mi...@ph...> - 2008-02-18 16:44:14
|
> I agree it would be a worthwhile change. Since the way the colours come > out always seems semi random anyway I dont think it will cause backwards > compatability issues. Anywhere where colours are important they will > require to be specified directly in the plot command. Gnuplot is used as a plotting engine for some other applications. The change of colours would affect them as well. (Octave was an example, however, it has changed to explicit rgb recently.) I'm opposed to change the colour sequence for compatibility reasons. The old graphs should be rendered as before. The postscript colour sequence is the master sequence. I would expect that some Matlab user could also come and ask to change the colour sequence. Try e.g. x=1:100; y=x/1000; plot(x,[y;1+y;2+y; 3+y; 4+y; 5+y; 6+y]) Nowadays, Octave has switched to this sequence. > it seems that there is no relation between the default colours used by wx > or x11 and , say, svg or png output. That's not right, please have a look to the "test" command output for different terminals. Few years ago, the colour sequence has been unified for most of the colour terminals. Typically the first 5 to 8 colours match. I propose that somebody contributes a script based on Ethan's suggestion: ... set style line 5 lc 2 set style increment user We could put it to the gnuplot web page, FAQ, etc. This way, it won't be necessary to change all the terminals again, and it will be easy for anybody to tune colours according to the particular preferences. Note that two versions should be prepared, for white and black background. --- PM |
|
From: <pl...@pi...> - 2008-02-19 03:12:43
|
On Mon, 18 Feb 2008 17:44:13 +0100, Petr Mikulik <mi...@ph...> wrote: >> it seems that there is no relation between the default colours used by >> wx >> or x11 and , say, svg or png output. > That's not right, please have a look to the "test" command output for > different terminals. Few years ago, the colour sequence has been unified > for > most of the colour terminals. Typically the first 5 to 8 colours match. OK , I'll try to find time to get a definate statement on this. I know in the last 6 months I was getting (entirely) different colours on screen shots and svg/png output. I sent a gnuplot to a college and had to refer to the lines by title because the colours bore no relation to what I was seeing on wxterminal. IIRC it was svg output that was probably the inconsistant one. thx. |
|
From: Petr M. <mi...@ph...> - 2008-02-19 05:56:17
|
> > That's not right, please have a look to the "test" command output for > > different terminals. Few years ago, the colour sequence has been unified > > for > > most of the colour terminals. Typically the first 5 to 8 colours match. > > OK , I'll try to find time to get a definate statement on this. I know in > the last 6 months I was getting (entirely) different colours on screen > shots and svg/png output. > > IIRC it was svg output that was probably the inconsistant one. You are right, the svg colour sequence is not consistent with the postscript one. --- PM |
|
From: Ethan A M. <merritt@u.washington.edu> - 2008-02-19 06:32:39
|
On Monday 18 February 2008 21:56, Petr Mikulik wrote: > > > That's not right, please have a look to the "test" command output for > > > different terminals. Few years ago, the colour sequence has been unified > > > for > > > most of the colour terminals. Typically the first 5 to 8 colours match. > > > > OK , I'll try to find time to get a definate statement on this. I know in > > the last 6 months I was getting (entirely) different colours on screen > > shots and svg/png output. > > > > IIRC it was svg output that was probably the inconsistant one. > > You are right, the svg colour sequence is not consistent with the > postscript one. The postscript sequence is ugly. Let's not use that as a standard. Ethan > > --- > PM > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Ethan A M. <merritt@u.washington.edu> - 2008-02-17 06:34:07
|
On Saturday 16 February 2008 12:37, Micha Wiedenmann wrote: > Hi, > > Are there any arguments against changing gnuplots default colors to help > people with color blindness? I think red and green following > immediatly each other is rather poor. In the current version of gnuplot you can choose any colors you like, in any order you like. > >> I think it would be helpful for people with color blindness to change > >> that order into > >> > >> 1 red > >> 2 blue > >> 3 magenta > >> 4 cyan > >> 5 green So put this in your ~/.gnuplot initialization file: set style line 1 lc rgb "red" set style line 2 lc rgb "blue" set style line 3 lc rgb "magenta" set style line 4 lc rgb "cyan" set style line 5 lc rgb "forest-green" set style increment user As I see, Hernan has already suggested this. > Here is my email from gnuplot-info: > > Hernán Gonzalo Asorey wrote: > > On Thu, Feb 14, 2008 at 8:57 AM, Micha Wiedenmann <mw...@gm...> wrote: > >> Hi there, > >> > >> gnuplot default colors seem to be > >> > >> 1 red > >> 2 green > >> 3 blue > >> 4 magenta > >> 5 cyan > >> ... > >> > >> I think it would be helpful for people with color blindness to change > >> that order into > >> > >> 1 red > >> 2 blue > >> 3 magenta > >> 4 cyan > >> 5 green > >> > >> This makes the clas of red and green less likely. > >> > >> A workaround is using linetype in the plot command as in > >> > >> plot [][-1:1] sin(x), cos(x) lt 3, tan(x) lt 4, x lt 5, x**2 lt 2, x**3 > >> > >> or defining line styles > >> > >> set style line 2 lc 3 > >> set style line 3 lc 4 > >> set style line 4 lc 5 > >> set style line 5 lc 2 > >> set style increment user > >> plot [][-1:1] sin(x), cos(x), tan(x), x, x**2, x**3 > >> > >> But this is lots of work on a day by day basis and I see no argument > >> against change gnuplots default, at least moving green down in the color > >> list. > > > > This is a good idea. As far as I know you can "pseudo-implement" that > > by seting the .gnuplot file (or GNUPLOT.INI) in your home directory: > > > > "[...] If the initialization file is found, `gnuplot` executes the > > commands in it. > > These may be any legal `gnuplot` commands, but typically they are > limited to > > setting the terminal and defining frequently-used functions or > variables." > > > > (see help .gnuplot for further details). > > Cheers, > > > > Hernán > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |