gnuplot-beta — Developers and beta testers of new gnuplot code

Re: gnuplot devel docs seem to be broken; link broken on main webpage

[Ethan A M. <merritt@u.washington.edu>]

On Wednesday 11 March 2009, Rahul Nabar wrote:
> On Wed, Mar 4, 2009 at 5:54 PM, Ethan Merritt <merritt@u.washington.edu> wrote:
> > You would be better off using the current PDF documentation,
> > which is both up to date and contains additional information
> > (index, cross-refs, figures) that are not in the HTML version.
> 
> Where does the gnuplot devel pdf documentation reside? I couldn't find
> the link to it for the devel version online.

It is indexed directly from the top of the gnuplot web site:

     http://gnuplot.sourceforge.net

That very first line, where it says "Documentation".


-- 
Ethan A Merritt

Re: gnuplot devel docs seem to be broken; link broken on main webpage

[Tatsuro M. <tma...@ya...>]

Hello
You have to build it by yourself from cvs sources.

cd ..../gnuplot
./prepare
./confiure
make
make install-strip 
cd ..../gnuplot/docs
make pdf

You will find gnuplot.pdf in ..../gnuplot/docs

I am distributiong most recent a file of gnuplot.pdf with gnuplot4.3 on cygwin.

Because the gnuplot4.3 on cygwin distributed by me does not have pdfcairo term,
the gnuplot.pdf does not have any example figures.

The following you find the most recent gnuplot.pdf
http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/

However, you can build cvs version gnuplot with pdfcairo term, it is better to build gnuplot.pdf by
yourself.

Regards

Tatsuro 

--- Rahul Nabar <rp...@gm...> wrote:

> On Wed, Mar 4, 2009 at 5:54 PM, Ethan Merritt <merritt@u.washington.edu> wrote:
> > You would be better off using the current PDF documentation,
> > which is both up to date and contains additional information
> > (index, cross-refs, figures) that are not in the HTML version.
> 
> Where does the gnuplot devel pdf documentation reside? I couldn't find
> the link to it for the devel version online.
> 
> -- 
> Rahul
> 
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: gnuplot devel docs seem to be broken; link broken on main webpage

[Rahul N. <rp...@gm...>]

On Wed, Mar 4, 2009 at 5:54 PM, Ethan Merritt <merritt@u.washington.edu> wrote:
> You would be better off using the current PDF documentation,
> which is both up to date and contains additional information
> (index, cross-refs, figures) that are not in the HTML version.

Where does the gnuplot devel pdf documentation reside? I couldn't find
the link to it for the devel version online.

-- 
Rahul

Re: How to use table header as title inside for loops?

[Ethan A M. <merritt@u.washington.edu>]

On Monday 09 March 2009, Juergen Wieferink wrote:
> 
> > May I request adding a simple example like this (using for loop and
> > "title column()") to
> >      http://gnuplot.sourceforge.net/demo/datastrings.html
> > ?
> 
> Mmmh.  As far as I can see this feature is undocumented up to now.
> >From the code,
> 
>   plot ... title column(<int expr>)
> 
> does more or less the same as
> 
>   plot ... title <int const>
> 
> The command
> 
>   plot ... title column
> 
> without following "(" tries to guess which column to fetch data
> from, which in this case might be exactly what you want.  I do not
> like that "column" has two different meanings.

Yes, the code is very hackish.  And column(n) seems wrong anyhow, 
since it is documented as returning a numerical value whereas in
this case we want a string.  It would be better as 
  plot ... title stringcolumn(n)


> As soon as it is documented or in the demos, this can never be
> changed.
> 
> > Also, it would be very helpful to havea tiny bit of information or a
> > simple sample available under
> >     "help for"
> >
> > I have read again "help plot/title" and then "datastrings", but didn't
> > find the any mention of "column". May I request adding some info on
> > that?
> 
> Juergen
> 

-- 
Ethan A Merritt

Re: How to use table header as title inside for loops?

[Juergen W. <wie...@fr...>]

>         if(isanumber(c_token)) {
>             column_for_key_title = int_expression();
>         } else {
>              column_for_key_title = (int)(real(const_express(&a)));
>         }

int_expression() does exactly the same as
(int)(real(const_express(&a))).

> May I request adding a simple example like this (using for loop and
> "title column()") to
>      http://gnuplot.sourceforge.net/demo/datastrings.html
> ?

Mmmh.  As far as I can see this feature is undocumented up to now.
From the code,

  plot ... title column(<int expr>)

does more or less the same as

  plot ... title <int const>

The command

  plot ... title column

without following "(" tries to guess which column to fetch data
from, which in this case might be exactly what you want.  I do not
like that "column" has two different meanings.

As soon as it is documented or in the demos, this can never be
changed.

> Also, it would be very helpful to havea tiny bit of information or a
> simple sample available under
>     "help for"
>
> I have read again "help plot/title" and then "datastrings", but didn't
> find the any mention of "column". May I request adding some info on
> that?

Juergen

Re: How to use table header as title inside for loops?

[Mojca M. <moj...@gm...>]

On Mon, Mar 9, 2009 at 16:00, Juergen Wieferink wrote:
>> I'm trying to use table header for title, but this fails to work:
>>     plot for [n=2:26] 'mydata.dat' using 1:n title n with lines
>> raising an error
>>     expecting "title" for plot
>>
>> "title 2" works OK but I can only get a single label with that, "title
>> sprintf("%d", n)" would also help in some cases, but not this time
>> since the label I need is not a linear function of column.
>>
>> lines 110-112 (may vary from the latest version) in datafile.c say:
>>
>>   } else if (!END_OF_COMMAND && isanumber(c_token)) {
>>     column_for_key_title = int_expression();
>>   } else /* Let the general case parser handle it */
>>
>> Can someone please give me a tiny hint if there's a way to use labels
>> from column headers with loops?
>
>From the code a few lines above the snippet you've shown:

I don't (or at least didn't try hard enough to) understand much of the
code. Naively I tried changing the code into
    } else if (!END_OF_COMMAND) {
        if(isanumber(c_token)) {
            column_for_key_title = int_expression();
        } else {
             column_for_key_title = (int)(real(const_express(&a)));
        }
as a temporary patch to be able to experiment with the data I have,
but this is definitely the wrong way to go :) :) :)

> plot for [n=2:26] 'mydata.dat' using 1:n title column (n) with lines

Many thanks.

May I request adding a simple example like this (using for loop and
"title column()") to
     http://gnuplot.sourceforge.net/demo/datastrings.html
?

Also, it would be very helpful to havea tiny bit of information or a
simple sample available under
    "help for"

I have read again "help plot/title" and then "datastrings", but didn't
find the any mention of "column". May I request adding some info on
that?

Thanks a lot,
    Mojca

Re: How to use table header as title inside for loops?

[Juergen W. <wie...@fr...>]

> I'm trying to use table header for title, but this fails to work:
>     plot for [n=2:26] 'mydata.dat' using 1:n title n with lines
> raising an error
>     expecting "title" for plot
>
> "title 2" works OK but I can only get a single label with that, "title
> sprintf("%d", n)" would also help in some cases, but not this time
> since the label I need is not a linear function of column.
>
> lines 110-112 (may vary from the latest version) in datafile.c say:
>
>   } else if (!END_OF_COMMAND && isanumber(c_token)) {
>     column_for_key_title = int_expression();
>   } else /* Let the general case parser handle it */
>
> Can someone please give me a tiny hint if there's a way to use labels
> from column headers with loops?

From the code a few lines above the snippet you've shown:

plot for [n=2:26] 'mydata.dat' using 1:n title column (n) with lines

> As a fallback I can still copy-paste dozens of lines and specify
> number for each column separately, but that's a bit tedious.
>
> Thanks a lot,
>     Mojca

Juergen

How to use table header as title inside for loops?

[Mojca M. <moj...@gm...>]

Hello,

I'm trying to use table header for title, but this fails to work:
    plot for [n=2:26] 'mydata.dat' using 1:n title n with lines
raising an error
    expecting "title" for plot

"title 2" works OK but I can only get a single label with that, "title
sprintf("%d", n)" would also help in some cases, but not this time
since the label I need is not a linear function of column.

lines 110-112 (may vary from the latest version) in datafile.c say:

  } else if (!END_OF_COMMAND && isanumber(c_token)) {
    column_for_key_title = int_expression();
  } else /* Let the general case parser handle it */

Can someone please give me a tiny hint if there's a way to use labels
from column headers with loops?

As a fallback I can still copy-paste dozens of lines and specify
number for each column separately, but that's a bit tedious.

Thanks a lot,
    Mojca

Re: Unwanted zero tics

[Thomas S. <t.s...@fz...>]

in order to avoid rounding errors - e.g. the first or last tic isn't drawn
because its calculated position is slightly outside the given range - the
range for calculating the tics is extended in both directions by 1/100
of the step size.

1/100 * 5000 = 50
that's why 'set xrange [51:43000]' makes the tic at '0' go away.

(this range correction is done in 'axis.c' around line 1040.
if you don't like this behaviour you could set SIGNIF to a smaller
value in 'axis.h', but this may produce some other unwanted
behaviour)


Tait wrote:
> 
> 
> When I:
> 	reset
> 	set xtics 5000
> 	set ytics 5000
> 	set xrange [1:43000]
> 	set yrange [1:43000]
> 	plot x
> 
> ... I get both an x and y 0-tic mark, despite having explicitly set the
> range to exclude it.
> 
> Can someone else replicate this, or is it just me? Is there an
> explanation,
> or is this a bug?
> 
> For what it's worth, at xrange [50:43000] I get a tic and at xrange
> [51:43000] it finally goes away.
> 
> Tait
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/Unwanted-zero-tics-tp22338298p22389268.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: heat plot; off chance that it might suit the gallery?

[Rahul N. <rp...@gm...>]

On Thu, Mar 5, 2009 at 8:14 PM, Ethan Merritt <merritt@u.washington.edu> wrote:
> If you want to contribute this to the demo collection, please upload
> the command script and any required data files to the "patches" section
> of the SourceForge site.

Thanks Ethan. I just added the files there. I tried my best to abide
by the conventions but am really a novice to collaborative
development. Let me know if anybody notices that I messed up stuff on
my very first sourceforge submission.

Thanks!

-- 
Rahul

Re: heat plot; off chance that it might suit the gallery?

[Ethan M. <merritt@u.washington.edu>]

On Thursday 05 March 2009 18:01:05 Rahul Nabar wrote:
> From: Rahul Nabar <rp...@gm...>
> Date: Thu, Mar 5, 2009 at 3:46 PM
> Subject: heat plot; off chance that it might suit the gallery?
> >Using an hack on the excellent plot with images feature in the
> >gnuplot-devel version  I created this heat map in gnuplot.
> 
> >http://dl.getdropbox.com/u/118481/gnuplot/heat_plot_SAT_scores.pdf
> 
> 
> Actually a modified plot on this dataset illustrates the usage much
> better. Also svg might be a more palatable format than pdf.
> 
> http://dl.getdropbox.com/u/118481/gnuplot/heat_plot.svg

Looks nice to me.

If you want to contribute this to the demo collection, please upload
the command script and any required data files to the "patches" section
of the SourceForge site.

The demo web pages on the gnuplot web site are generated automatically
by running "make" in the distribution directory .../demo/html

Slightly more magic is required to create the web page plots in a format
other than png, but still they are all generated directly from the demo
scripts and any associated data files.

-- 
Ethan A Merritt

Re: heat plot; off chance that it might suit the gallery?

[Rahul N. <rp...@gm...>]

From: Rahul Nabar <rp...@gm...>
Date: Thu, Mar 5, 2009 at 3:46 PM
Subject: heat plot; off chance that it might suit the gallery?
>Using an hack on the excellent plot with images feature in the
>gnuplot-devel version  I created this heat map in gnuplot.

>http://dl.getdropbox.com/u/118481/gnuplot/heat_plot_SAT_scores.pdf


Actually a modified plot on this dataset illustrates the usage much
better. Also svg might be a more palatable format than pdf.

http://dl.getdropbox.com/u/118481/gnuplot/heat_plot.svg

-- 
Rahul

heat plot; off chance that it might suit the gallery?

[Rahul N. <rp...@gm...>]

Using an hack on the excellent plot with images feature in the
gnuplot-devel version  I created this heat map in gnuplot.

http://dl.getdropbox.com/u/118481/gnuplot/heat_plot_SAT_scores.pdf

I haven't seen a similar plot in the gallery although I have seen this
motif used pretty often these days all over the web and in scientific
literature. Not sure if my creation meets "gallary standards" but if
you guys think that it does then I'd be glad to have it posted.

I had to play around a bit till I figured it out and maybe it helps
someone else save some effort then it would be worthwhile!

Cheers!

-- 
Rahul

Re: gnuplot devel docs seem to be broken; link broken on main webpage

[Tatsuro M. <tma...@ya...>]

Hello

--- Rahul Nabar  wrote:

> BTW, what is the primary format of those docs, just wondering. pdf?
> html? eps? etc.

Primary document is gnuplot.doc (It is not MicrosoftWord Docment.)
All docments are constructed from gnuplot.doc.

You can find how they are produced from gnuplot.doc in docs/Makefile.

Regards

Tatsuro


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: gnuplot devel docs seem to be broken; link broken on main webpage

[Rahul N. <rp...@gm...>]

On Wed, Mar 4, 2009 at 4:54 PM, Ethan Merritt <merritt@u.washington.edu> wrote:

> I have re-enabled that directory, but I warn you that the html
> documentation for the cvs version is seriously out of date.
>
> You would be better off using the current PDF documentation,
> which is both up to date and contains additional information
> (index, cross-refs, figures) that are not in the HTML version.
>

Thanks for the heads-up Ethan! I did not realize that. I'll switch to
pdf then. To me it does not really matter! Whatever is current is
better.

>Unfortunately, the old mechanisms we had for auto-generating
>HTML from the documentation source relied on programs that are
>no longer maintained.

Yes, that is a problem. Sorry, I don't have any good answers. I
noticed many broken symbols etc. in the "gnuplot stable" html docs
too. I assume that again arises from those buggy ill-maintained tools
as well.

BTW, what is the primary format of those docs, just wondering. pdf?
html? eps? etc.

-- 
Rahul

Re: gnuplot devel docs seem to be broken; link broken on main webpage

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 04 March 2009 14:36:30 Rahul Nabar wrote:
> Gnuplot_devel has some pretty cool features that I always end up
> using. In the past I remember having consulted the html docs on the
> webpage often.
> 
> Just noticed today that the link seems broken:
> 
> http://gnuplot.sourceforge.net/docs_4.3/
> 
> 
> #############################################
> An error has been encountered in accessing this page.
> 
> 1. Server: gnuplot.sourceforge.net
> 2. URL path: /docs_4.3/
> 3. Error notes: NONE
> 4. Error type: 403
> 5. Request method: GET
> 6. Request query string: NONE
> 7. Time: 2009-03-04 22:33:44 UTC (1236206024)
> 
> #############################################
> 
> It would be a great help if that could be fixed! Thanks!

I have re-enabled that directory, but I warn you that the html
documentation for the cvs version is seriously out of date.  

You would be better off using the current PDF documentation,
which is both up to date and contains additional information
(index, cross-refs, figures) that are not in the HTML version.

http://gnuplot.sourceforge.net/documentation.html

Unfortunately, the old mechanisms we had for auto-generating
HTML from the documentation source relied on programs that are
no longer maintained.  If someone could recommend a way of
generating HTML from the TeX or PDF docs, that would be great.
Everything I have tried has been very unsatisfactory.


-- 
Ethan A Merritt

gnuplot devel docs seem to be broken; link broken on main webpage

[Rahul N. <rp...@gm...>]

Gnuplot_devel has some pretty cool features that I always end up
using. In the past I remember having consulted the html docs on the
webpage often.

Just noticed today that the link seems broken:

http://gnuplot.sourceforge.net/docs_4.3/


#############################################
An error has been encountered in accessing this page.

1. Server: gnuplot.sourceforge.net
2. URL path: /docs_4.3/
3. Error notes: NONE
4. Error type: 403
5. Request method: GET
6. Request query string: NONE
7. Time: 2009-03-04 22:33:44 UTC (1236206024)

#############################################

It would be a great help if that could be fixed! Thanks!

-- 
Rahul

Unwanted zero tics

[Tait <gnu...@t4...>]

When I:
	reset
	set xtics 5000
	set ytics 5000
	set xrange [1:43000]
	set yrange [1:43000]
	plot x

... I get both an x and y 0-tic mark, despite having explicitly set the
range to exclude it.

Can someone else replicate this, or is it just me? Is there an explanation,
or is this a bug?

For what it's worth, at xrange [50:43000] I get a tic and at xrange
[51:43000] it finally goes away.

Tait

Re: fitting functions with more independent variables

[James R. V. Z. <jr...@co...>]

Hearing no objection, I've committed my revised fitting code.  I added
a section to demo/fit.dem to demonstrate fitting with three
independent variables and revised docs/gnuplot.doc.

              - Jim Van Zandt

Re: enhancing image capabilities of postscript terminal

[Daniel J S. <dan...@ie...>]

Benjamin Lindner wrote:
>>No matter what you do, PostScript will remain a poor choice for
>>storing pixel images.
>>
> 
> 
> I disagree. If one can put the image data into postscript without unduly 
> bloating its size, postscript is a very powerful instrument.

If it is just an image, yes, but the advantage with PostScript is
the ability to add other elements like scalable fonts, arrows, etc.
However, there's the poor alpha-image/blending support; that's
disappointing.

Dan

Re: segfault with debug enabled on mingw in mouse.c

[Ethan M. <merritt@u.washington.edu>]

On Friday 27 February 2009 10:06:56 Benjamin Lindner wrote:
> Ethan A Merritt wrote:
> > On Sunday 22 February 2009, Benjamin Lindner wrote:
> > 
> >> The compiled version segfaults reproducably in mouse.c. Looking at the 
> >> code I see that the FPRINTF macro is missing stderr as target stream
> > 
> > Thank you.  Fixed in CVS.
> > 
> 
> Thanks, but in the second hunk there is I guess a typo in CVS, 'stderr' 
> should not be part of the string, but be the first argument.

Proving once again that no fix is too simple to mess up when
applied by hand :-\


> benjamin
> 
> diff -r 78ae0c4f5e82 src/mouse.c
> --- a/src/mouse.c	Fri Feb 27 10:45:13 2009 +0100
> +++ b/src/mouse.c	Fri Feb 27 10:53:28 2009 +0100
> @@ -314,7 +314,7 @@
>   	    *y = AXIS_MAPBACK(FIRST_Y_AXIS, yy);
>   	    *y2 = AXIS_MAPBACK(SECOND_Y_AXIS, yy);
>   	}
> -	FPRINTF(("stderr, POS: xx=%i, yy=%i  =>  x=%g  y=%g\n", xx, yy, *x, *y));
> +	FPRINTF((stderr, "POS: xx=%i, yy=%i  =>  x=%g  y=%g\n", xx, yy, *x, *y));
> 
>       } else {
>   	/* for 3D plots, we treat the mouse position as if it is


-- 
Ethan A Merritt

Re: segfault with debug enabled on mingw in mouse.c

[Benjamin L. <lin...@gm...>]

Ethan A Merritt wrote:
> On Sunday 22 February 2009, Benjamin Lindner wrote:
> 
>> The compiled version segfaults reproducably in mouse.c. Looking at the 
>> code I see that the FPRINTF macro is missing stderr as target stream
> 
> Thank you.  Fixed in CVS.
> 

Thanks, but in the second hunk there is I guess a typo in CVS, 'stderr' 
should not be part of the string, but be the first argument.

benjamin

diff -r 78ae0c4f5e82 src/mouse.c
--- a/src/mouse.c	Fri Feb 27 10:45:13 2009 +0100
+++ b/src/mouse.c	Fri Feb 27 10:53:28 2009 +0100
@@ -314,7 +314,7 @@
  	    *y = AXIS_MAPBACK(FIRST_Y_AXIS, yy);
  	    *y2 = AXIS_MAPBACK(SECOND_Y_AXIS, yy);
  	}
-	FPRINTF(("stderr, POS: xx=%i, yy=%i  =>  x=%g  y=%g\n", xx, yy, *x, *y));
+	FPRINTF((stderr, "POS: xx=%i, yy=%i  =>  x=%g  y=%g\n", xx, yy, *x, *y));

      } else {
  	/* for 3D plots, we treat the mouse position as if it is

Re: enhancing image capabilities of postscript terminal

[Benjamin L. <lin...@gm...>]

Ethan Merritt wrote:
> On Wednesday 25 February 2009 12:58:43 Benjamin Lindner wrote:
>> Hello,
>>
>> I am trying to enhance the image capabilities of the postscript terminal.
>>
>> I'd like to add basically two new features
>>   *) compression of image data for the /FlateDecode filter as avilable 
> 
> That sounds quite reasonable.
> Note that the PDF terminal already does this by default.

Maybe, I cannot test the pdf terminal, since the libpdf license does not 
allow commercial use.
I tested the cairopdf terminal, but its output is (IMO) not better than 
postscript, especially when it comes to font issues. I found also, that 
ps+ghostscript yields generally smaller pdf than the cairopdf terminal 
(and it comes for free). So for me the postscript terminal is the 
preferred choice.

> 
>> in PS Level 3 (using libz)
>>   *) Binary enconding of image data
> 
> I don't know enough to offer an opinion on the feasibility of that one.
> Is that something that is commonly done in the PostScript world?

I cannot judge for the whole Postscript world, but it is done when 
converting images to postscript, e.g. png2eps, jpeg2ps, tif2eps, where 
postscript natively supports the respective compression algorithm used 
in the graphics format.
Granted, this is not postscript's prime application, but is supported by 
the language, and a nice feature.

The problem with the ascii encoding is it bloats the image data size. By 
a factor 2 for ascii hex (2 output bytes for every input byte) and by 
20% for ascii85 (a 5-tuple output for every 4-tuple input).
Using binary encoding, image data is written simply 1:1 into the 
postscript file. This reduces portability, true, but if portability is 
not the issue, e.g. because the postscript graph is embedded in latex 
and processed further anyway, it's an easy way to reduce size.

>> The objective is to significantly reduce the size of the output file 
>> with image data in it.
>>
>> So I wanted to ask the developers here, if such additions would be of 
>> interest to be added to the gnuplot sources?
>>
>> Implementing these features would require quite some changes in the 
>> current postscript image code, in order to disentangle the three steps
>>   1) pack image data in a bit-tight manner
>>   2) (possibly) compress the packed data
>>   3) encode the (possibly) compressed data
>> which are currently done all-in-one in PS_encode_image()
>>
>> So instead of throwing around with large patches, I'd thought I'd ask 
>> beforehand ...
>>
>> My idea would be to add new options to the postscript terminal
>>   ) "level2" to set PS level to 2 (the current default), an alias of 
>> "leveldefault"
>>   ) "level3" to enable PS Level 3 related features
>>   ) "imgcompression" to define whether to compress the image data 
>> (currently only inflate/deflate)
>>   ) "imgencoding" to define which method of encoding should be used 
>> (hex, ascii85 or binary)
>>
>> The default settings should resemble the current behaviour, i.e. "level2 
>> imgcomression none imgencoding ascii85"
>>
>> I could provide currently an implementation for inflate/deflate image 
>> compression and binary image encoding. By changing the postscript image 
>> code structure it should then be relatively easy to later add different 
>> compression methods or encoding methods (if of interest)
>>
>> comments?
> 
> A Flate option sounds perfectly reasonable to me.
> Would further binary compression offer any advantage over simply
> compressing the resulting file with gzip or bzip2 (or rar or pkzip or ...)?

Well, the advantage is that the postscript file is still ascii, thus 
readable and processable, just the image data is compressed and/or binary.

When looking purely at the resulting file size, the result depends on 
the actual image data. I did a test using
  a)  250x250x8bpp colour palette data
  b)  582x582x8bpp colour palette data
  c) 'blutux.rgb' from the demo code, 128x128x3x8bpp RGB data
and compared the following settings
  1) PS Level 1, asciihex encoding, no    compression
  2) PS Level 2, ascii85  encoding, no    compression
  3) PS Level 3, ascii85  encoding, flate compression
  4) PS Level 3, binary   ancoding, flate compression

a) and b) being examples of data I use, obtained by surface topography 
(i.e. a height map)

scenario 1) is for the sake of completness only, and no reasonable 
choice in reality - PS level 2 should be easily avilable nowadays.

Data a)

      File size          gzipped file size (bytes)
  1)   149239
  2)   102027            69587
  3)    88172 (-13%)     60003 (-14%)
  4)    74437 (-27%)     58736 (-15%)

Data b)

      File size          gzipped file size (bytes)
  1)   708749
  2)   451714            338364
  3)   361760 (-20%)     282636 (-16%)
  4)   290532 (-35%)     274968 (-19%)

Data c)

      File size          gzipped file size (bytes)
  1)   117389
  2)    80318            16081
  3)    23901 (-70%)      9293 (-42%)
  4)    22659 (-72%)      9303 (-42%)


Three conclusions:
  *) without gzipping the output, file size is significantly reduced
  *) gzipping the output without flate/binary also yields significant 
compression
  *) combining flate/binary with gzippping the output squeezes some 
additional bytes.

The usefulness of flate/binary will certainly depend on the actual 
application.
In my case, I deal a lot with surface topography data, and include 
either in latex or postprocess into pdf output and here I can gain in 
file size while still having ascii postscript code, which is why I 
brought the topic up in the first place.


> No matter what you do, PostScript will remain a poor choice for
> storing pixel images.
> 

I disagree. If one can put the image data into postscript without unduly 
bloating its size, postscript is a very powerful instrument.

Anyway, I will post my patches here, and if there is interest, use it as 
base for discussions.

benjamin

Re: makefile modification for canvas.trm for gnuplot windows, djgpp and so son

[Tatsuro M. <tma...@ya...>]

Hello

--- Ethan A Merritt  wrote:


> It is a little bit different.
> 
> The PostScript files are needed when the program is run, so they must be stored in
> a directory that is convenient at run-time so that the gnuplot program can find them.
> 
> The javascript files, however, are only needed when the plot is viewed.
> They need to be stored in a directory that is accessible to the intended viewer.
> I think that the primary use for the canvas driver will be to make web pages
> for remote machines to view.  That means that the javascript files should
> be in a directory that is part of the web site, so that the web server can
> export them.  Gnuplot itself does not need to see these files.
> 
> However, it is good to keep also a local copy of the javascript files so that
> the user can test out the plots locally before placing them on a web site.
> For this purpose it makes sense to put copies in a directory parallel to the
> PostScript files.
> 
> 	Ethan
> 
I understand. Thank you. 
In my distruibution, I have already included  javascript files in the ..../binaries/share/js directry.

However,
By default this is a link to a local file,usually in directory /usr/local/share/gnuplot/<version>/js.
 is not true for windows, dj2 and so on (except for cygwin).  I propose that the description of
javascript files is added into the document file in the distrubuion package.  The above sentence will
be like in the following:

By default this is a link to a local file,usually in directory /usr/local/share/gnuplot/<version>/js
for unixy environments.  For other platform, see the explanation in the document in the distribution
packages.

I am not good at English so that someone arrange the above and modify gnuplot.doc.

Regards

Tatsuro

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: makefile modification for canvas.trm for gnuplot windows, djgpp and so son

[Ethan A M. <merritt@u.washington.edu>]

On Thursday 26 February 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> 
> I have misled about CANVAS_JSDIR, CANVAS_ENH, CANVAS_NOENH, and CANVAS_OTHER.
> The location  /usr/local/share/gnuplot/<version>/js only for unixy environments.
> 
> I could like to confirm the following 
> 
> 1. Files in the directry ...../js are to be placed in the suitable place in the distribution.
> For the example, windows distribution ...../share/js like as .../share/postscript seems to be
> suitable.
> 
> 2.The directriy where the javascript library files and gnuplot.css are located in the document of the
> distribution.
> 
> 3.In makefile.xxx,  operations for installing javascript library files and gnuplot.css to
> $(DESTDIR)/$(GNUPLOT_CANVAS_JSDIR) are to be described.  
> 
> Are my recognition right?

It is a little bit different.

The PostScript files are needed when the program is run, so they must be stored in
a directory that is convenient at run-time so that the gnuplot program can find them.

The javascript files, however, are only needed when the plot is viewed.
They need to be stored in a directory that is accessible to the intended viewer.
I think that the primary use for the canvas driver will be to make web pages
for remote machines to view.  That means that the javascript files should
be in a directory that is part of the web site, so that the web server can
export them.  Gnuplot itself does not need to see these files.

However, it is good to keep also a local copy of the javascript files so that
the user can test out the plots locally before placing them on a web site.
For this purpose it makes sense to put copies in a directory parallel to the
PostScript files.

	Ethan


 
> I will wait comments on this matter.
> 
> Regards
> 
> Tatsuro
> 
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > In the gnuplot help,
> > 
> > The default standalonemode creates an html page containing javascript code that renders the plot
> > using
> > the HTML 5 canvas element.The html page links to a javascript library 'canvastext.js'.By default
> > this
> > is a link to a local file,usually in directory /usr/local/share/gnuplot/<version>/js.You can
> > change
> > this by using the jsdiroption to set the directory to either a local file or a general URL.The
> > latter
> > is usually appropriate if the plot is exported for viewing on remote client machines.
> > 
> > are described.
> > 
> > The above description : 
> > 
> > The html page links to a javascript library 'canvastext.js'. By default this is a link to a
> > local
> > file,usually in directory /usr/local/share/gnuplot/<version>/js.
> > 
> > seems to be effective for binaries generated through configure script.
> > 
> > Binaries generarted by directly through the platform dependent make file (e.g. makefile.mgw,
> > makefile.dj2, and so on) seems to not be considered concerning the directry of 
> > 
> > 'canvastext.js'
> > 
> > I think that each makefile should be modified from this point
> > 
> > I have a look at canvas.trm
> > 
> > The below
> > CANVAS_JSDIR
> > CANVAS_ENH
> > CANVAS_NOENH
> > CANVAS_OTHER
> > 
> > should be defined in the makefile ? right
> > 
> > Can the 'CANVAS_JSDIR' be treat as that of GNUPLOT_PS_DIR?

Yes, but also the installation instructions should explain about 
placing these on a web server directory if the canvas terminal
plots will be viewed over the web.

> > How other flags CANVAS_ENH, CANVAS_NOENH, CANVAS_OTHER be treated?

They are used only inside the file canvas.trm, and should not be defined
in the makefile.


> > 
> > Regards
> > 
> > Tatsuro 
> > 
> > 
> > --------------------------------------
> > Power up the Internet with Yahoo! Toolbar.
> > http://pr.mail.yahoo.co.jp/toolbar/
> > 
> 
> 
> --------------------------------------
> Power up the Internet with Yahoo! Toolbar.
> http://pr.mail.yahoo.co.jp/toolbar/
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> 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