Menu
▾
▴
gnuplot-beta
|
From: Dhiman B. <dh...@ca...> - 2006-08-16 00:43:50
|
The following is a summary of what one has to do to hack gnuplot4.1's prepare to work on FreeBSD; thanks to Dan Andersen who made it work: in the script 'prepare': change all instances of 'make' with gmake. Freebsd has it's own BSDesque make program. The makefiles in gnuplot use features unavailable in bsd make, so gnu make must be used. work around FreeBSD's choice of naming autoconf and automake binaries with version numbers. You can either modify the prepare script directly, or create a ~/bin directory and create symlinks like ~/bin/aclocal -> /usr/local/bin/aclocal19 Dhiman |
|
From: Daniel J S. <dan...@ie...> - 2006-08-16 01:40:26
|
Dhiman Barman wrote: > The following is a summary of what one has to do to hack gnuplot4.1's prepare > to work on FreeBSD; thanks to Dan Andersen who made it work: Thanks Dhiman. I know little about the prepare innards, so I will simply ask questions, for the list not just Dhiman. > in the script 'prepare': > > change all instances of 'make' with gmake. Freebsd has it's > own BSDesque make program. The makefiles in gnuplot use features > unavailable in bsd make, so gnu make must be used. Is gmake something available on all platforms? Or can the prepare script figure out somehow when to use make vs. gmake? > > work around FreeBSD's choice of naming autoconf and > automake binaries with version numbers. You can either modify the > prepare script directly, or create a ~/bin directory and create symlinks > like ~/bin/aclocal -> /usr/local/bin/aclocal19 Again, isn't this something that prepare can figure out? Dan |
|
From: Dhiman B. <dh...@ca...> - 2006-08-25 23:04:14
|
Hi, I don't know if I am missing anything in using fill pattern in gnuplot 4.1 . Two items with legends w and m have the same fill pattern. The plot is at http://www.caida.org/~dhiman/c.eps What could be the reason ? Is it a feature or bug ? Dhiman |
|
From: Lars H. <lhe...@us...> - 2006-08-24 17:38:28
|
Dhiman Barman writes:
> The following is a summary of what one has to do to hack gnuplot4.1's prepare
> to work on FreeBSD; thanks to Dan Andersen who made it work:
>
> in the script 'prepare':
>
> change all instances of 'make' with gmake. Freebsd has it's
> own BSDesque make program. The makefiles in gnuplot use features
> unavailable in bsd make, so gnu make must be used.
This is not strictly correct. The auto* generated Makefiles work well with
*BSD make, as is intended. But the "prepare" related stuff in Makefile.am.in
fails. OBSD's make actually errors out where FBSD's make fails silently:
Using $< in a non-suffix rule context is a GNUmake idiom (line 11 of Makefile.am.in)
I will address this. Ultimately, it is probably best to get rid of the
various Makefile.am.in.
> work around FreeBSD's choice of naming autoconf and
> automake binaries with version numbers. You can either modify the
> prepare script directly, or create a ~/bin directory and create symlinks
> like ~/bin/aclocal -> /usr/local/bin/aclocal19
FreeBSD should really switch to metaauto ...
I will address this, too. I have a patch ready to go into cvs that uses
ACLCAL=${ACLOCAL:-aclocal}
...
etc. so that one can use, e.g. on FreeBSD (sh syntax - use env in t/csh):
$ AUTOCONF=autoconf259 AUTOHEADER=autoheader259 AUTOMAKE=automake19 ACLOCAL=aclocal19 ./prepare
Unless there are objections, of course.
|
|
From: Ethan M. <merritt@u.washington.edu> - 2006-08-25 23:10:15
|
On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote: > > Two items with legends w and m have the same fill pattern. The plot > is at http://www.caida.org/~dhiman/c.eps > > What could be the reason ? Is it a feature or bug ? There are only 8 patterns. Successive plots cycle through them. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: Daniel J S. <dan...@ie...> - 2006-08-28 19:39:02
|
Ethan Merritt wrote: > On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote: > >> Two items with legends w and m have the same fill pattern. The plot >>is at http://www.caida.org/~dhiman/c.eps >> >> What could be the reason ? Is it a feature or bug ? > > > There are only 8 patterns. Successive plots cycle through them. First, 8 is rather low, but hey, how many patterns can there be, right? So, a combination of patterns and colors should cover enough I would think. (And there might even be an argument for not having so many patterns because if the box is small, it is kind of difficult to tell exactly what the pattern is.) However, if one looks at the example http://www.caida.org/~dhiman/c.eps you'll see that the w/m (second 'm' of 'm s i g') confusion is a result of the pattern being blank, i.e., no pattern. The problem with that even though the color may be modulating with the pattern "blank" has no color to modulate. I'd say "blank" should not be a pattern. Could it instead by a pattern of dots or circles? (Dots would give more variety and be distinguishable from lines, even for small boxes.) Dan PS: Another question about this example: Why does the fourth column from the right not reach as high as the rest? |
|
From: Dhiman B. <dh...@ca...> - 2006-08-25 23:15:06
|
Hi, What is the solution if more than 8 patterns are needed ? color pattern also does not help ? dhiman On Fri, Aug 25, 2006 at 04:10:05PM -0700, Ethan Merritt wrote: > On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote: > > > > Two items with legends w and m have the same fill pattern. The plot > > is at http://www.caida.org/~dhiman/c.eps > > > > What could be the reason ? Is it a feature or bug ? > > There are only 8 patterns. Successive plots cycle through them. > > > > -- > Ethan A Merritt > Biomolecular Structure Center > University of Washington, Seattle WA |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-08-25 23:19:25
|
On Friday 25 August 2006 04:15 pm, Dhiman Barman wrote: > Hi, > What is the solution if more than 8 patterns are needed ? color > pattern also does not help ? The color is separate from the pattern. So yes, you could combine 8 patterns with as many colors as you like. Or just color. See for example the histogram examples on http://gnuplot.sourceforge.net/demo_4.1/ http://gnuplot.sourceforge.net/demo_4.1/histograms.html > > dhiman > > On Fri, Aug 25, 2006 at 04:10:05PM -0700, Ethan Merritt wrote: > > On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote: > > > Two items with legends w and m have the same fill pattern. The > > > plot is at http://www.caida.org/~dhiman/c.eps > > > > > > What could be the reason ? Is it a feature or bug ? > > > > There are only 8 patterns. Successive plots cycle through them. > > > > > > > > -- > > Ethan A Merritt > > Biomolecular Structure Center > > University of Washington, Seattle WA -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: Dhiman B. <dh...@ca...> - 2006-08-25 23:27:50
|
Hi Ethan, Initially I had tried with color. It still repeats. Here are the plots. http://www.caida.org/~dhiman/c.eps http://www.caida.org/~dhiman/c2.eps Thanks, Dhiman On Fri, Aug 25, 2006 at 04:19:18PM -0700, Ethan Merritt wrote: > On Friday 25 August 2006 04:15 pm, Dhiman Barman wrote: > > Hi, > > What is the solution if more than 8 patterns are needed ? color > > pattern also does not help ? > > The color is separate from the pattern. > So yes, you could combine 8 patterns with as many colors as you like. > Or just color. > See for example the histogram examples on > http://gnuplot.sourceforge.net/demo_4.1/ > http://gnuplot.sourceforge.net/demo_4.1/histograms.html > > > > > > > dhiman > > > > On Fri, Aug 25, 2006 at 04:10:05PM -0700, Ethan Merritt wrote: > > > On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote: > > > > Two items with legends w and m have the same fill pattern. The > > > > plot is at http://www.caida.org/~dhiman/c.eps > > > > > > > > What could be the reason ? Is it a feature or bug ? > > > > > > There are only 8 patterns. Successive plots cycle through them. > > > > > > > > > > > > -- > > > Ethan A Merritt > > > Biomolecular Structure Center > > > University of Washington, Seattle WA > > -- > Ethan A Merritt > Biomolecular Structure Center > University of Washington, Seattle WA |
|
From: Mojca M. <moj...@gm...> - 2006-08-27 03:21:59
|
On 8/26/06, Dhiman Barman wrote: > Hi, > I don't know if I am missing anything in using fill pattern > in gnuplot 4.1 . > > Two items with legends w and m have the same fill pattern. The plot is at > http://www.caida.org/~dhiman/c.eps > > What could be the reason ? Is it a feature or bug ? It's not a bug, but just as the others said: points, colors, patterns, ... cycle between a standard set (if you use more pattern types than defined, they'll start repeating). But what makes me wonder: I got a different pattern (fewer repetitions). See http://pub.mojca.org/gnuplot/temp/a.ps Mojca PS: In the case that you're willing to invest some time into suggesting & testing, please let me know. I would like to make those patterns configurable (in another terminal), but I don't use/like patterns so much and I have no idea about how a representative set (and alternative patterns to choose from) should look like. I implemented points and colors so that they can very easily be configured, but there are infinite possibilities for patterns and I don't know where to start from. |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-08-27 04:18:54
|
On Saturday 26 August 2006 08:21 pm, Mojca Miklavec wrote: > > But what makes me wonder: I got a different pattern (fewer repetitions). See > http://pub.mojca.org/gnuplot/temp/a.ps That is an interesting example. I do not recognize that set of patterns. What plot command is generating them? > PS: In the case that you're willing to invest some time into > suggesting & testing, please let me know. I would like to make those > patterns configurable (in another terminal), In the 4.2 postscript terminal and associated terminals (epslatex, etc) pattern definition has been moved into an external prologue file. So if you want to experiment with new patterns, you can make a local copy of the prologue and edit it as you please. You do not have to edit or rebuild gnuplot itself. The same could easily be done for the svg terminal, which refers to patterns definitions via a URL. Ethan -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Mojca M. <moj...@gm...> - 2006-08-27 05:45:15
|
On 8/27/06, Ethan A Merritt wrote: > On Saturday 26 August 2006 08:21 pm, Mojca Miklavec wrote: > > > > But what makes me wonder: I got a different pattern (fewer repetitions). See > > http://pub.mojca.org/gnuplot/temp/a.ps > > That is an interesting example. > I do not recognize that set of patterns. > What plot command is generating them? http://pub.mojca.org/gnuplot/temp/data.plt http://pub.mojca.org/gnuplot/temp/data.dat (I didn't modify the file prologues.ps.) > In the 4.2 postscript terminal and associated terminals (epslatex, etc) > pattern definition has been moved into an external prologue file. I still have problems loading it (if it's not located in the folder where I execute gnuplot), but I hope that it will work OK when the release comes out. Would it be possible to store prologues into the binary somehow, so that if the file isn't found, the string stored in the binary would be used as a fallback? I guess that that would cause much less trouble to 99% of users which don't mind editing that file anyway. > So if you want to experiment with new patterns, you can make a local > copy of the prologue and edit it as you please. You do not have to > edit or rebuild gnuplot itself. Yesterday I took a closer look to the prologues. It's too late for 4.2, but for the next release: now the colors are "partially hardcoded". It means that one can change "color of linetype 3", but not the overall number of colors (unless h/shee manually replaces all the occurencies of "set color to linetype 4" to whatever other number). It shouldn't be that difficult to reimplement it is such a way that one would specify a list of colors to be used, gnuplot would output "linetype 30" and PostScript could figure out which color that is from current settings. (A slight fearing is that if that is going to happen, any users that would mind to change prologues.ps in the current version are likely to fail to repeat the process with the next version. But that's another issue.) Mojca |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-08-27 06:07:10
|
On Saturday 26 August 2006 10:45 pm, Mojca Miklavec wrote: > > Would it be possible to store prologues into the binary somehow, so > that if the file isn't found, the string stored in the binary would be > used as a fallback? I guess that that would cause much less trouble to > 99% of users which don't mind editing that file anyway. You can build it that way if you want. Just make sure that GNUPLOT_PS_DIR is #undefined during the build. At least, that was the intent. > Yesterday I took a closer look to the prologues. It's too late for > 4.2, but for the next release: now the colors are "partially > hardcoded". It means that one can change "color of linetype 3", but > not the overall number of colors (unless h/shee manually replaces all > the occurencies of "set color to linetype 4" to whatever other > number). It shouldn't be that difficult to reimplement it is such a > way that one would specify a list of colors to be used, gnuplot would > output "linetype 30" and PostScript could figure out which color that > is from current settings. I agree. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-08-27 06:13:38
|
On Saturday 26 August 2006 10:45 pm, Mojca Miklavec wrote: > On 8/27/06, Ethan A Merritt wrote: > > On Saturday 26 August 2006 08:21 pm, Mojca Miklavec wrote: > > > > > > But what makes me wonder: I got a different pattern (fewer repetitions). See > > > http://pub.mojca.org/gnuplot/temp/a.ps > > > > That is an interesting example. > > I do not recognize that set of patterns. > > What plot command is generating them? > > http://pub.mojca.org/gnuplot/temp/data.plt > http://pub.mojca.org/gnuplot/temp/data.dat At first I could not reproduce your plot; I got only the expected hash-mark patterns. Eventually I realized that the unusual visual effect in your original plot comes from drawing the patterns with dashed lines. I don't know whether to consider that a bug or a feature :-) Ethan -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Daniel J S. <dan...@ie...> - 2006-08-28 19:41:02
|
Ethan A Merritt wrote: >>http://pub.mojca.org/gnuplot/temp/data.plt >>http://pub.mojca.org/gnuplot/temp/data.dat > > > At first I could not reproduce your plot; I got only the > expected hash-mark patterns. > > Eventually I realized that the unusual visual effect in your > original plot comes from drawing the patterns with dashed lines. > I don't know whether to consider that a bug or a feature :-) It is some interesting patterns, unfortunately it is unique to PostScript terminal, isn't it? Otherwise it would be a feature. Dan |
|
From: Dhiman B. <dh...@ca...> - 2006-08-28 19:57:38
|
Hi All,
Another challenge I am facing, how to arrange the legends
from bottom to top. So, if red is the first color used
in the leftmost bar (similarly for a pattern), I want it to be
bottom most legend and not the top most as you might have seen
in the figs, c.eps or c2.eps.
Thanks,
Dhiman
On Mon, Aug 28, 2006 at 02:48:52PM -0500, Daniel J Sebald wrote:
> Ethan Merritt wrote:
> >On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote:
> >
> >> Two items with legends w and m have the same fill pattern. The plot
> >>is at http://www.caida.org/~dhiman/c.eps
> >>
> >> What could be the reason ? Is it a feature or bug ?
> >
> >
> >There are only 8 patterns. Successive plots cycle through them.
>
> First, 8 is rather low, but hey, how many patterns can there be, right?
> So, a combination of patterns and colors should cover enough I would think.
> (And there might even be an argument for not having so many patterns
> because if the box is small, it is kind of difficult to tell exactly what
> the pattern is.)
>
> However, if one looks at the example
>
> http://www.caida.org/~dhiman/c.eps
>
> you'll see that the w/m (second 'm' of 'm s i g') confusion is a result of
> the pattern being blank, i.e., no pattern. The problem with that even
> though the color may be modulating with the pattern "blank" has no color to
> modulate.
>
> I'd say "blank" should not be a pattern. Could it instead by a pattern of
> dots or circles? (Dots would give more variety and be distinguishable from
> lines, even for small boxes.)
>
> Dan
>
> PS: Another question about this example: Why does the fourth column from
> the right not reach as high as the rest?
|
|
From: Ethan M. <merritt@u.washington.edu> - 2006-08-28 20:04:25
|
On Monday 28 August 2006 12:57 pm, Dhiman Barman wrote: > Hi All, > Another challenge I am facing, how to arrange the legends > from bottom to top. Please use the "help" utility. "help set key" will tell you that the option you are asking about is set key invert > So, if red is the first color used > in the leftmost bar (similarly for a pattern), I want it to be > bottom most legend and not the top most as you might have seen > in the figs, c.eps or c2.eps. > > Thanks, > Dhiman > > On Mon, Aug 28, 2006 at 02:48:52PM -0500, Daniel J Sebald wrote: > > Ethan Merritt wrote: > > >On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote: > > >> Two items with legends w and m have the same fill pattern. The > > >> plot is at http://www.caida.org/~dhiman/c.eps > > >> > > >> What could be the reason ? Is it a feature or bug ? > > > > > >There are only 8 patterns. Successive plots cycle through them. > > > > First, 8 is rather low, but hey, how many patterns can there be, > > right? So, a combination of patterns and colors should cover enough > > I would think. (And there might even be an argument for not having > > so many patterns because if the box is small, it is kind of > > difficult to tell exactly what the pattern is.) > > > > However, if one looks at the example > > > > http://www.caida.org/~dhiman/c.eps > > > > you'll see that the w/m (second 'm' of 'm s i g') confusion is a > > result of the pattern being blank, i.e., no pattern. The problem > > with that even though the color may be modulating with the pattern > > "blank" has no color to modulate. > > > > I'd say "blank" should not be a pattern. Could it instead by a > > pattern of dots or circles? (Dots would give more variety and be > > distinguishable from lines, even for small boxes.) > > > > Dan > > > > PS: Another question about this example: Why does the fourth > > column from the right not reach as high as the rest? > > --------------------------------------------------------------------- >---- Using Tomcat but need to do more? Need to support web services, > security? Get stuff done quickly with pre-integrated technology to > make your job easier Download IBM WebSphere Application Server > v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121 >642 _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-08-28 20:05:53
|
On Monday 28 August 2006 12:48 pm, Daniel J Sebald wrote:
>
> I'd say "blank" should not be a pattern. Could it instead by a
> pattern of dots or circles? (Dots would give more variety and be
> distinguishable from lines, even for small boxes.)
No. The maximal difference in fill patterns is the difference
between solid background and solid foreground; that is,
"empty" and "solid". These should clearly be among the first few
patterns provided. After that it is not so obvious, but the
criss-cross hash pattern is probably the safest, so two different
densities of that are my preference for numbers #3 and #4.
Beyond that it's a losing battle.
Dots are particularly bad, however, unless you can scale them
up or down to match the printer resolution. The default "dot"
on a high-resolution printer is effectively invisible.
Diagonal lines are also problematic, because they lead to
odd visual effects. Adjacent rectangles with opposite diagonal
fill give the optical illusion of leaning toward or away from
each other.
We don't have to invent this stuff from scratch, however.
There are many collections of fill patterns on the web, and
serious publications evaluating whether they are good or
bad. For example:
portal.acm.org/ft_gateway.cfm?id=192438&type=pdf
ieeexplore.ieee.org/iel2/1131/8046/00347511.pdf?arnumber=347511
Note that one school of thought says that fill patterns of any
sort are bad, and it is usually preferable to label the interior
of the area with a text or symbolic description of its contents.
--
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA
|
|
From: Daniel J S. <dan...@ie...> - 2006-08-28 20:16:12
|
Ethan Merritt wrote: > Beyond that it's a losing battle. > Dots are particularly bad, however, unless you can scale them > up or down to match the printer resolution. True. > The default "dot" > on a high-resolution printer is effectively invisible. True. > Diagonal lines are also problematic, because they lead to > odd visual effects. Adjacent rectangles with opposite diagonal > fill give the optical illusion of leaning toward or away from > each other. True. Even nausiating some times. > We don't have to invent this stuff from scratch, however. > There are many collections of fill patterns on the web, and > serious publications evaluating whether they are good or > bad. For example: > portal.acm.org/ft_gateway.cfm?id=192438&type=pdf > ieeexplore.ieee.org/iel2/1131/8046/00347511.pdf?arnumber=347511 > > Note that one school of thought says that fill patterns of any > sort are bad, and it is usually preferable to label the interior > of the area with a text or symbolic description of its contents. Well, colors seems to be a good alternative. Is there some way to use defined rgb colors with the fill to expand the allowable number? Dan |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-08-28 20:23:21
|
On Monday 28 August 2006 01:25 pm, Daniel J Sebald wrote: > Well, colors seems to be a good alternative. Is there some way to > use defined rgb colors with the fill to expand the allowable number? That works now, so far as I know. Did you have a particular example where is doesn't? The thing is, pattern-fill is mostly used in cases where you _can't_ use colors, e.g. black+white figures for publication. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: Daniel J S. <dan...@ie...> - 2006-08-28 21:35:48
Attachments:
histograms2.patch
|
Ethan Merritt wrote: > On Monday 28 August 2006 01:25 pm, Daniel J Sebald wrote: > >>Well, colors seems to be a good alternative. Is there some way to >>use defined rgb colors with the fill to expand the allowable number? > > > That works now, so far as I know. > Did you have a particular example where is doesn't? No. I wasn't sure. Perhaps that is the solution for Dhiman, who said the first attempt was with colors but that also repeated. (The example Dhiman gave had three instances of red.) > The thing is, pattern-fill is mostly used in cases where you > _can't_ use colors, e.g. black+white figures for publication. That's true, but I don't think that was a limitation for Dhiman, otherwise color wouldn't have been attempted in the first place. It seems to me that pattern is useful, but just for a small number of classes. Maybe an histogram example with "rgbcolor" would be a nice addition to 'histograms2.dem'. Rather than the basic colors, choose some far out colors that would catch the viewer's attention, i.e., "How did they get those colors?" kind of thing. In the attached patch I attempted the gaudiest colors I could. Does this help Dhiman? Dan PS: Any ideas as to why that fourth from right column in Dhiman's example is shorter than the others? Dhiman, you might be able to make the best guess. PPS: I notice some slight overlap and blending of colors in the histogram2.dem examples. (I didn't look beyond X11.) |
|
From: Dhiman B. <dh...@ca...> - 2006-08-28 23:07:55
|
Hi Dan,
Thanks for all help. I solved the problem other day by using
.png format as Ethan suggested.
You can have a look at http://www.caida.org/~dhiman/c3.png
But then I had to use some unknown font as I could not use fonts
that enhanced postscript was using. Now if I use rgbcolor, I
can use enhanced postscript. But it would be great if gnuplot has
the same set of patterns as xfig has....
I am not sure why 4th column from right was shorter, either
something was getting trimmed off from the top or I was missing something
in program or datafile. But now it seems ok.
Thanks,
Dhiman
On Mon, Aug 28, 2006 at 04:45:46PM -0500, Daniel J Sebald wrote:
> Ethan Merritt wrote:
> >On Monday 28 August 2006 01:25 pm, Daniel J Sebald wrote:
> >
> >>Well, colors seems to be a good alternative. Is there some way to
> >>use defined rgb colors with the fill to expand the allowable number?
> >
> >
> >That works now, so far as I know.
> >Did you have a particular example where is doesn't?
>
> No. I wasn't sure. Perhaps that is the solution for Dhiman, who said the
> first attempt was with colors but that also repeated. (The example Dhiman
> gave had three instances of red.)
>
>
> >The thing is, pattern-fill is mostly used in cases where you
> >_can't_ use colors, e.g. black+white figures for publication.
>
> That's true, but I don't think that was a limitation for Dhiman, otherwise
> color wouldn't have been attempted in the first place. It seems to me that
> pattern is useful, but just for a small number of classes.
>
> Maybe an histogram example with "rgbcolor" would be a nice addition to
> 'histograms2.dem'. Rather than the basic colors, choose some far out
> colors that would catch the viewer's attention, i.e., "How did they get
> those colors?" kind of thing. In the attached patch I attempted the
> gaudiest colors I could.
>
> Does this help Dhiman?
>
> Dan
>
> PS: Any ideas as to why that fourth from right column in Dhiman's example
> is shorter than the others? Dhiman, you might be able to make the best
> guess.
>
> PPS: I notice some slight overlap and blending of colors in the
> histogram2.dem examples. (I didn't look beyond X11.)
|
|
From: Mojca M. <moj...@gm...> - 2006-08-29 10:30:33
|
On 8/29/06, Dhiman Barman wrote: > Hi Dan, > Thanks for all help. I solved the problem other day by using > .png format as Ethan suggested. > You can have a look at http://www.caida.org/~dhiman/c3.png > > But then I had to use some unknown font as I could not use fonts > that enhanced postscript was using. Now if I use rgbcolor, I > can use enhanced postscript. But it would be great if gnuplot has > the same set of patterns as xfig has.... If you would like to use arbitrary (system) fonts, have configurable colors and keep vector format, take a look at http://pub.mojca.org/gnuplot/sample/histogram/data.pdf I tried some pseudo-random data on a similar plot than yours, I used "Antykwa Torunska" font for it and took colors from PNG terminal, but all that can be changed arbitrary. Mojca (you probably need some additional instructions about how to do that, so tell me if you're interested) To Ethan: thanks for noting the dashed pattern, I had no idea what it was either ;) |
|
From: Daniel J S. <dan...@ie...> - 2006-08-28 23:17:41
|
Dhiman Barman wrote: > Hi Dan, > Thanks for all help. I solved the problem other day by using > .png format as Ethan suggested. > You can have a look at http://www.caida.org/~dhiman/c3.png Oooo! (We should have an annual "graphies"... awards for the "best plot produced by gnuplot for a journal", "best plot for a report", "best plot for a web page".) > But then I had to use some unknown font as I could not use fonts > that enhanced postscript was using. Now if I use rgbcolor, I > can use enhanced postscript. But it would be great if gnuplot has > the same set of patterns as xfig has.... > > I am not sure why 4th column from right was shorter, either > something was getting trimmed off from the top or I was missing something > in program or datafile. But now it seems ok. Your new plot doesn't have that; the top entry in the fourth column was "blank" in previous examples and brown here. Dan |
|
From: Petr M. <mi...@ph...> - 2006-08-29 06:11:26
|
>> Thanks for all help. I solved the problem other day by using >> .png format as Ethan suggested. >> You can have a look at http://www.caida.org/~dhiman/c3.png > > Oooo! (We should have an annual "graphies"... awards for the "best plot > produced by gnuplot for a journal", "best plot for a report", "best plot > for a web page".) There are sections "Gnuplot in daily use" and "Gnuplot in publications" at http://www.gnuplot.info/screenshots/index.html#demos --- PM |
