gnuplot development

gnuplotfan wrote:
> Is a gnuplot 4.2 windows binary already available ?

How could it? We haven't even updated the *source* version number to 4.2 
yet!

>> Is a gnuplot 4.2 windows binary already available ?

>How could it? We haven't even updated the *source* version number to 4.2 
  yet!

Yes, I know.

But there are a lot of powerful features implemented in the recent
development version. #

It would be nice if the binaries at

http://www.gnuplot.info/development/binaries/

could be updated.

However, I know gnuplot from my early days as a student.

I like this powerful tool very much! - many thanks to all authors which
contributed concept and lines of code.

Best regards,
Werner




-- 
View this message in context: http://www.nabble.com/GNUPLOT-4.2-windows-binary-available---tf2343889.html#a6541193
Sent from the Gnuplot - User mailing list archive at Nabble.com.

Scott Lamb wrote:
> Using PDFlib Lite 6.0.1 and gnuplot 4.1 CVS 20060923, "set terminal pdf" 
> output is missing pointtypes 0 (".") and 1 ("+"). 

Pointtype 0 isn't missing --- it's just so small that you have to crank 
up the zoom quite a bit to see it (600% or above).  The only real 
problem in that plot is pt1.  That should be a + or so, but it's a dot, too.

> This happens on a couple of my machines:
> 
>  * Fedora Core 5, x86_64
>  * Fedora Core 5, i386
> 
> but a couple others are fine:
> 
>  * OS X 10.4
>  * RedHat Linux 4ES

> The last two are running an older version - "Sat Jul  3 00:04:32 CEST 
> 2004", they claim - but when I try 20060703 on one of the FC5 machines, 
> I still have this problem.

Too many variables:  3 different types of CPU, 3 OSes, 3 different CVS 
versions of gnuplot (20060923, 20060703, 20040703).   You'll have to 
reduce the variance to get a meaningful result.

For all you've shown so far, this could be a bug in either PDFlib or 
pdf.trm that only shows up under very specific conditions.

Does normal plotting work better than 'test'?  E.g. does 'plot sin(x) 
with points pt1' contain proper '+' symbols?

On Sep 25, 2006, at 1:27 PM, Hans-Bernhard Br=F6ker wrote:
> Scott Lamb wrote:
>> Using PDFlib Lite 6.0.1 and gnuplot 4.1 CVS 20060923, "set =20
>> terminal pdf" output is missing pointtypes 0 (".") and 1 ("+").
>
> Pointtype 0 isn't missing --- it's just so small that you have to =20
> crank up the zoom quite a bit to see it (600% or above).  The only =20
> real problem in that plot is pt1.  That should be a + or so, but =20
> it's a dot, too.
>
>> This happens on a couple of my machines:
>>  * Fedora Core 5, x86_64
>>  * Fedora Core 5, i386
>> but a couple others are fine:
>>  * OS X 10.4
>>  * RedHat Linux 4ES
>
>> The last two are running an older version - "Sat Jul  3 00:04:32 =20
>> CEST 2004", they claim - but when I try 20060703 on one of the FC5 =20=

>> machines, I still have this problem.
>
> Too many variables:  3 different types of CPU, 3 OSes, 3 different =20
> CVS versions of gnuplot (20060923, 20060703, 20040703).   You'll =20
> have to reduce the variance to get a meaningful result.

Oops! Yeah, my goal was to try the same version on all machines, but =20
I misread the "2004" as a "2006". Interestingly, 20040703 doesn't =20
build on these new systems; so, something's different...my PDFlib =20
Lite versions (even though both claim to be 6.0.1), my build options, =20=

or whatever. Unfortunately, I don't have a reproducible source RPM of =20=

the older version. Error below:

     term.o: In function `PDF_init':
     ../term/pdf.trm:345: undefined reference to `PDF_open_fp'

so instead I'm trying CVS 20060923 on a previously-working machine. =20
Here we go: On the RedHat Linux 4ES system (which claims to have =20
PDFlib 6.0.1),

* "Sat Jul  3 00:04:32 CEST 2004" works.
* "cvs up -D20060923" does not. (Same problem as the FC5 systems.)

> For all you've shown so far, this could be a bug in either PDFlib =20
> or pdf.trm that only shows up under very specific conditions.
>
> Does normal plotting work better than 'test'?  E.g. does 'plot sin=20
> (x) with points pt1' contain proper '+' symbols?

No. I first noticed the problem with normal plotting.

--=20
Scott Lamb <http://www.slamb.org/>

Scott Lamb wrote:

> Oops! Yeah, my goal was to try the same version on all machines, but  
> I misread the "2004" as a "2006". Interestingly, 20040703 doesn't  
> build on these new systems; 

Not really surprising.  PDFlib 6.0.1 is newer than that CVS version,
and made incompatible changes to the API.  One of them is that the 
PDF_open_fp() function has gone away, so gnuplot now has to use a more 
complicated technique to open its PDF output stream.

> so instead I'm trying CVS 20060923 on a previously-working machine.  
> Here we go: On the RedHat Linux 4ES system (which claims to have  
> PDFlib 6.0.1),
> 
> * "Sat Jul  3 00:04:32 CEST 2004" works.

... but that can't be using 6.0.1 (or at least it had to be patched to 
use it).

You may have to use bisection on the date axis (guided by the 'cvs log' 
of pdf.trm to find critical spots) to find the patch that
broke this (starting off the first version that works with PDFlib 6).

On Sep 25, 2006, at 3:18 PM, Hans-Bernhard Br=F6ker wrote:
>> so instead I'm trying CVS 20060923 on a previously-working =20
>> machine.  Here we go: On the RedHat Linux 4ES system (which claims =20=

>> to have  PDFlib 6.0.1),
>> * "Sat Jul  3 00:04:32 CEST 2004" works.
>
> ... but that can't be using 6.0.1 (or at least it had to be patched =20=

> to use it).
>
> You may have to use bisection on the date axis (guided by the 'cvs =20
> log' of pdf.trm to find critical spots) to find the patch that
> broke this (starting off the first version that works with PDFlib 6).

I was afraid you'd say that. Back on an FC5 system (where building's =20
much easier). After confusing myself and running "gnuplot" instead of =20=

"src/gnuplot" a bunch of times, I wrote this script:

#!/bin/sh
DATE=3D"$1"
cvs up -D$DATE && ./prepare && ./configure && make clean && make || =20
exit 1
src/gnuplot <<EOF || exit 1
set terminal pdf
set output "test-$DATE.pdf"
test
EOF
mv test-$DATE.pdf ~/public_html || exit 1
echo Check test-$DATE.pdf

20050701 works
20060101 doesn't
20051101 doesn't
20051001 works
20051017 doesn't
20051016 works

 =46rom there,

$ cvs up -r1.58 term/pdf.trm -> works
$ cvs up -r1.59 term/pdf.trm -> doesn't work

----------------------------
revision 1.59
date: 2005/10/17 06:01:02;  author: sfeam;  state: Exp;  lines: +3 -4
Treat pointsize 0 as a dot
----------------------------

--- term/pdf.trm        16 Oct 2005 19:19:35 -0000      1.58
+++ term/pdf.trm        17 Oct 2005 06:01:02 -0000      1.59
@@ -1,5 +1,5 @@
/* Hello, Emacs, this is -*-C-*-
- * $Id: pdf.trm,v 1.58 2005/10/16 19:19:35 sfeam Exp $
+ * $Id: pdf.trm,v 1.59 2005/10/17 06:01:02 sfeam Exp $
   */
/*------------------------------
@@ -659,9 +659,8 @@
      PDF_PathClose ();
      PDF_save(myPDF);
-    if (number < 0) {
-       /* Like the PostScript driver, treat all negative numbers as
-         * 'with dots'. */
+    if (number <=3D 0) {
+       /* Treat all negative point sizes as  dots */
         PDF_dot(x, y);
      } else {
         /* Change coordinate system so the point symbols themselves

--=20
Scott Lamb <http://www.slamb.org/>

samitj wrote:

> Does gnuplot allow auto refreshing of a plot created using some file. I have
> an application that is constantly appending data to a file. It would be nice
> if gnuplot could auto refresh its plot from file.

See the help on 'reread' and 'pause'.

Nalin Gupta wrote:

> I wish to learn, is it possible that web server streams some data (X,Y)
> and web browser invoke gnuplot to display this dynamic data

No.  There are very serious security implications that forbid this kind 
of setup.

Running programs in or from your web browser requires completely 
different techniques than those used by desktop applications (like 
gnuplot).  For that kind of job you need Java.

Hans-Bernhard Bröker wrote:

> Nalin Gupta wrote:
> 
>> I wish to learn, is it possible that web server streams some data (X,Y)
>> and web browser invoke gnuplot to display this dynamic data
> 
> No.  There are very serious security implications that forbid this kind
> of setup.
> 
> Running programs in or from your web browser requires completely
> different techniques than those used by desktop applications (like
> gnuplot).  For that kind of job you need Java.
> 

Hi Nalin and Hans-Bernhard,

The short answer, as Hans has stated is: NO.
The slightly longer answer is: why would you want to do this? there maybe a
better way to complete your goal - serverside gnuplot image generation?

The longer answer is: Maybe,

First, you could configure your webserver to send a customised mime type
when your stream is selected by your browser. You could then configure your
browser to delegate activity to another application (gnuplot) when it
encounters this type.

Secondly, there exist scrips which will allow the gnuplot to print from
STDIN. You may be able to connect STDIN to the web stream.

By achieving these two tasks, you may be able to get the behaviour you have
loosely specified.

cheers,
r,

Thanks for  the information. Also it is ok if browser delegate display to another xterm or X11 window. 

I did find one co-author of gnuplot doing same.
"http://www.bmsc.washington.edu/people/merritt/gnuplot_test.html"

- I tried this example and was able to invoke my webplot script after some
  iterations.

- But when I just for sake, wrote a simple file and at its top typed MIME header:
  version and content-type. 
 On opening in web browser, that did not work. 
 May be I need to pick up mime syntax.  (Any Hints ?)

- Image creation at webserver I wish to avoid, as web server is running
  on embedded networking device under stress, with less resources.

Lastly, I need take of logging of incoming data and display last few seconds window in graph/gnuplot. 

Thanks once again.

regards,
- nalin

Richard Henwood <r.henwood@...> wrote: Hans-Bernhard Bröker wrote:

> Nalin Gupta wrote:
> 
>> I wish to learn, is it possible that web server streams some data (X,Y)
>> and web browser invoke gnuplot to display this dynamic data
> 
> No.  There are very serious security implications that forbid this kind
> of setup.
> 
> Running programs in or from your web browser requires completely
> different techniques than those used by desktop applications (like
> gnuplot).  For that kind of job you need Java.
> 

Hi Nalin and Hans-Bernhard,

The short answer, as Hans has stated is: NO.
The slightly longer answer is: why would you want to do this? there maybe a
better way to complete your goal - serverside gnuplot image generation?

The longer answer is: Maybe,

First, you could configure your webserver to send a customised mime type
when your stream is selected by your browser. You could then configure your
browser to delegate activity to another application (gnuplot) when it
encounters this type.

Secondly, there exist scrips which will allow the gnuplot to print from
STDIN. You may be able to connect STDIN to the web stream.

By achieving these two tasks, you may be able to get the behaviour you have
loosely specified.

cheers,
r,




-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Gnuplot-info mailing list
Gnuplot-info@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-info


 				
---------------------------------
 Find out what India is talking about on  - Yahoo! Answers India 
 Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW

Nalin Gupta wrote:

> Thanks for  the information. Also it is ok if browser delegate display to
> another xterm or X11 window.
> 
> I did find one co-author of gnuplot doing same.
> "http://www.bmsc.washington.edu/people/merritt/gnuplot_test.html"
> 
> - I tried this example and was able to invoke my webplot script after some
>   iterations.
> 
> - But when I just for sake, wrote a simple file and at its top typed MIME
> header:
>   version and content-type.
>  On opening in web browser, that did not work.
>  May be I need to pick up mime syntax.  (Any Hints ?)
> 

Mime types are be sent by the Web Server during http negotiation. 
http://en.wikipedia.org/wiki/MIME

So you'll need to configure your Web Server, not your data file.

> - Image creation at webserver I wish to avoid, as web server is running
>   on embedded networking device under stress, with less resources.
> 

Ah - good reason!

> Lastly, I need take of logging of incoming data and display last few
> seconds window in graph/gnuplot.
> 

Well, this is beyond my experience.

However, I'm prepared to guess that can be achieved; a combination of gnu
tools or a short script/program should surfice.

Let us know how you get on, It sounds like a nice little application.

r,
<snip previous messages>

Correction: my CVS is from Sept. 17.
------ Forwarded Message
I have been using gnuplot-4.0 and gnuplot-4.1 to display gray-scale data
with pm3d for over a year. My latest build of gnuplot-4.1 (CVS Sept. 19)
refuses to display the colorbar/colorbox for the plot to the right of the
data frame, although earlier gnuplot versions still display it correctly. I
checked the online help, and added set colorbox to the script without
success. This is on my Mac G5 under OS X 10.4.7 with AquaTerm-1.0.1.

The idea is to display data curves where low amplitude data fades into
white, and high amplitude data is black. Here is the script:

set terminal aqua 1 fname "ArialMT" fsize 18
set palette gray negative
set view map
set mytics 10
set logscale y
set yrange [10:100000]
set colorbox vertical default
set title 'Frequency Response vs. Time'
set xlabel 'Time, s'
set ylabel 'Frequency, Hz'
set label 'Amplitude, g' at screen 0.97,0.45 rotate by 90
set nokey
splot 'spectrum.txt' with points palette pt 3 ps 0.3
set terminal postscript
set output "spectrum.eps"
replot

As I mentioned, I just now added the set colorbox line. The file
spectrum.txt contains several lines of data that still display correctly
within the plot frame, with the correct gray-scale values shown.

How do I turn on the colorbar/colorbox for gray scale. My color pm3d tests
seem to be working correctly with the colorbar correctly displayed.

Thanks for any ideas.

Joe


------ End of Forwarded Message