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

gnuplot manual misprint (no.33)

[Shigeharu T. <sh...@ie...>]

shige 07/15 2010
----------------

In docs/gnuplot.doc of current CVS version

 C RCS $Id: gnuplot.doc,v 1.617 2010/07/08 04:54:50 sfeam Exp $

I found the following point. 

----- From here -----
--- gnuplot.doc.ORG	2010-07-15 13:35:01.000000000 +0900
+++ gnuplot.doc	2010-07-15 13:36:41.000000000 +0900
@@ -9110,12 +9110,12 @@
  circle even if the x and y axis scales are different and even if the aspect
  ratio of your plot is not 1.  If `units` is set to `xy`, then
  'set object ellipse' interprets the first <2r> in terms of x axis units 
- and the second '2r' in terms of y axis units. This will only produce a
+ and the second <2r> in terms of y axis units. This will only produce a
  circle if the x and y axis scales are identical and the plot aspect ratio
  is 1.  On the other hand, if `units` is set to `xx` or `yy`, then the
  diameters specified in the 'set object' command will be interpreted in the
- same units, so the ellipse will have the correct aspect ration, and it will
- maintain its aspect ration even if the plot is resized.
+ same units, so the ellipse will have the correct aspect ratio, and it will
+ maintain its aspect ratio even if the plot is resized.
 
 4 circle
 ?circle
@@ -10619,7 +10619,6 @@
  `angle` keyword. The orientation, which is defined as the angle between the
  major axis of the ellipse and the plot's x axis, must be given in degrees.
 
-
  For defining ellipse objects, see `set object ellipse`;
  for the 2D plot style, see `ellipses`.
 
----- To here -----

+========================================================+
 Shigeharu TAKENO     NIigata Institute of Technology
                       kashiwazaki,Niigata 945-1195 JAPAN
 sh...@ie...   TEL(&FAX): +81-257-22-8161
+========================================================+

Re: Bug with emf file - demo here

[Allin C. <cot...@wf...>]

On Sat, 10 Jul 2010 fr....@fr... wrote:

> set x2label offset -1,-0.5 font "Time New Roman Bold Italic , 11"

I don't know if this is relevant to the problem you're having, but
notice that your gnuplot input file contains a consistent
misspelling of "Times New Roman" as "Time New Roman".

Allin Cottrell

Re: Bug with emf file - demo here

[sfeam (E. Merritt) <eam...@gm...>]

On Saturday 10 July 2010, fr....@fr... wrote:
> 
> Hi,
> I am working since 20 years with Gnuplot - Thank's
> 
> So, this is  a demo file given  troubles with the emf file created with gnuplot
> 4.4  on MS-window.  I hope that it can give a help to resolve the case - thank's
> for your beautiful work
> (data used as txt file in given in the script - it needs only few data)

So far as I can see, the EMF produced by your test script displays properly
both when viewed in EMFVIEW and when imported into PowerPoint.  But perhaps
I simply did not notice a difference between what you intended and what was
produced.  Could you please explain what is wrong with the plot when you
view it on your machine?

	Ethan


> François Beaujard - Clermont-Ferrand - France
> 
>  # Cannot dissociate the EMF with PowerPoint - July 2010
> #    graph produced with wgnuplot
> #        Version 4.4 patchlevel 0
> #        last modified March 2010
> #        System: MS-Windows 32 bit
> 
> #
> _________________________________________________________________________________
> # create data file, run and try to dissociate on window
> 
>     # #Data used in Data.txt
>     #  1	  1
>     #  2	 30
>     #  3	 -2
>     # eof
> #
> _________________________________________________________________________________
> #
>   reset
>   clear
>   set terminal window
>   set lmargin .05
>   set bmargin .05
>   set tmargin .05
>   set rmargin .05
> 
>   set xtics autofreq
>   set ytics autofreq
>   set xtics  nomirror
>   set ytics  nomirror
>   set mytics 5
> 
>   unset x2tics
>   unset y2tics
> 
>   set x2label  offset    -1,-0.5    font "Time New Roman Bold Italic , 11"
>   set xtics    offset -0.25,-1.750  font "Time New Roman Bold, 15"  rotate by 90
>   set ylabel   offset     3,1.5     font "Time New Roman Bold, 14"
>   set ytics    offset     0,0       font "Time New Roman Bold, 10"
> 
>   set border 1 + 2 linewidth 2
>   set key bottom right samplen 0
>   set xrange [    0 :   5.0 ]
>   set yrange [ - 50 :  50.0 ]
>   set dummy t
>       zero(t) = 0
> 
>   set terminal emf monochrome solid enhanced size 1024,768 font "Time New Roman
> Bold, 14"
>   set output  "Photo_Plot.emf"
> 
>   set ylabel ""
>   set format y "%3.0f"
>   set xtics  ""
>   set format x
>   set xlabel ""
>   set xtics autofreq
>   set origin 0.15,0.15
>   set size 0.7,0.7
>   set boxwidth 0.55
> 
>   set title 'Cannot dissociate the EMF file with window'
> 
>      plot \
>       zero(t)  not w lines lt 2,\
>      'data.txt' using 1: (($2 >= 0) ? $2 : 0/1)  t 'G(1,1)'  w boxes fs solid 1 
>   ,\
>      'data.txt' using 1: (($2 <  0) ? $2 : 0/1)  not         w boxes fs solid
> 0.25
> 
>   set output
>   set term window
> 
>     replot
>     print " "
>     print " result in  Photo_Plot.emf "
> # eof
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Bug with emf file - demo here

[<fr....@fr...>]

Hi,
I am working since 20 years with Gnuplot - Thank's

So, this is  a demo file given  troubles with the emf file created with gnuplot
4.4  on MS-window.  I hope that it can give a help to resolve the case - thank's
for your beautiful work
(data used as txt file in given in the script - it needs only few data)

François Beaujard - Clermont-Ferrand - France

 # Cannot dissociate the EMF with PowerPoint - July 2010
#    graph produced with wgnuplot
#        Version 4.4 patchlevel 0
#        last modified March 2010
#        System: MS-Windows 32 bit

#
_________________________________________________________________________________
# create data file, run and try to dissociate on window

    # #Data used in Data.txt
    #  1	  1
    #  2	 30
    #  3	 -2
    # eof
#
_________________________________________________________________________________
#
  reset
  clear
  set terminal window
  set lmargin .05
  set bmargin .05
  set tmargin .05
  set rmargin .05

  set xtics autofreq
  set ytics autofreq
  set xtics  nomirror
  set ytics  nomirror
  set mytics 5

  unset x2tics
  unset y2tics

  set x2label  offset    -1,-0.5    font "Time New Roman Bold Italic , 11"
  set xtics    offset -0.25,-1.750  font "Time New Roman Bold, 15"  rotate by 90
  set ylabel   offset     3,1.5     font "Time New Roman Bold, 14"
  set ytics    offset     0,0       font "Time New Roman Bold, 10"

  set border 1 + 2 linewidth 2
  set key bottom right samplen 0
  set xrange [    0 :   5.0 ]
  set yrange [ - 50 :  50.0 ]
  set dummy t
      zero(t) = 0

  set terminal emf monochrome solid enhanced size 1024,768 font "Time New Roman
Bold, 14"
  set output  "Photo_Plot.emf"

  set ylabel ""
  set format y "%3.0f"
  set xtics  ""
  set format x
  set xlabel ""
  set xtics autofreq
  set origin 0.15,0.15
  set size 0.7,0.7
  set boxwidth 0.55

  set title 'Cannot dissociate the EMF file with window'

     plot \
      zero(t)  not w lines lt 2,\
     'data.txt' using 1: (($2 >= 0) ? $2 : 0/1)  t 'G(1,1)'  w boxes fs solid 1 
  ,\
     'data.txt' using 1: (($2 <  0) ? $2 : 0/1)  not         w boxes fs solid
0.25

  set output
  set term window

    replot
    print " "
    print " result in  Photo_Plot.emf "
# eof

Re: Some plots are broken on fit.dem in the cvs source (2010-06-29)

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday 30 June 2010, Tatsuro MATSUOKA wrote:
\> 
> I have tried to updated binaries on latest cvs source. 
> The latest ChangeLog date is 2010-06-29.
> 
> Some plots are broken on the fit.dem.

Yuck.  In cleaning out some of the tangles in the variable color
code, we inadvertantly broke a particular usage that depended on
the tangle.  The offending command is in essence
   plot 'lcdemo.dat' with points

No using spec is given.  There are 5 columns of data in the file.
The bare "points" style can only use 2 of them.  But the internal
variable max_cols is set to 4 because it is true that if both
variable color and variable pointsize are requested, the 4 columms
would be used.  The revised handling of variable color means that
we never actually reach the code that was in place to handle 
4 columns of data (the column containing color data is stored 
first, and the column count is then reduced by one).  So we removed
that code because it was supposedly dead.   But in the broken case
we have here, where no using spec is given at all, the routine
df_readline() helpfully reports that max_cols columns of data are
available even though we didn't ask for them.

Sigh.  I'll add back the deleted code.  But this is really ugly.
Ideally I think the entire logic of the get_data routine should be
revised so that instead of
   switch (number_of_data_columns_returned) {
   case 1:
          ... handle lots of plot styles
   case 2:
          ... handle lots of plot styles
   ...
   case 7:
          ... handle lots of plot styles
   }
the code is rearranged to instead look like
   switch (plot_style) {
   case DOTS:
         ... grab as many columns as we care about
   case POINTSTYLE:
         ... grab as many columns as we case about

   and so on
   }

But that's more work than I care to put in at this time.

Anyhow, sorry for the breakage.  I'll fix it.

	Ethan

Some plots are broken on fit.dem in the cvs source (2010-06-29)

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

Hello

I have tried to updated binaries on latest cvs source. 
The latest ChangeLog date is 2010-06-29.

Some plots are broken on the fit.dem.

The below is an example on the windows terminal.
http://www.geocities.jp/tmgpltwin/Files/Files.html#0042
 fitdemo1000629.png

I have also confirmed similar phenomena on the wxt terminal on windows, on the x11 terminal on the
Cygwin, and on the svga terminal on the DJGPP.  

The phenomena did not occur on binaries generated from the cvs source (2010-06-28). 

Regards

Tatsuro

--------------------------------------
2010 FIFA World Cup News [Yahoo!Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/southafrica2010/

Re: missing wgnuplot error messages

[Hans-Bernhard B. <HBB...@t-...>]

Am 24.06.2010 18:33, schrieb Paavo Helde:

> I understand that new features are needed and important to many people.
> However, we are using gnuplot only programmatically from another library, in
> quite limited contexts to produce nice plots (it is superior in that!) and
> we want to keep it as simple as possible (our own library is already hair
> enough).

It's always been the case that people with special needs can profit from 
compiling open-source programs themselves, with just the right (sub-)set 
of options they need.  But the official binaries are primarily for 
people who can't (or don't want to) compile their own gnuplot, and those 
people are best served with the maximum set of features.


> The statically linked gnuplot.exe
> (http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/) appears to be 2.8 MB.

That's not "the" statically linked gnuplot.exe.  It's one of a lot of 
possible compiled binaries, with a certain set of features.  Unless you 
can demonstrate that that's _the_same_ set of features as that of the 
release binaries, you're comparing apples to oranges.

> We only use one executable only anyway.

You are not everybody.

Re: Problems plotting in 3 dimensions

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

On Wednesday 23 June 2010 11:45:30 pm 松田七美男 wrote:
> Hi, Frank
> 
> I guess that in exp_210, exp_211, command as below causes curiosity.
> 
>   dummy b, u
> 
> If you leave it alone, b defined as parametric variable should have 
> default range [-10:10]. So, iteration [b = 1 : 500 : 1] does not work 
> correctly. Please comment it out and try again.

Good point.
Explicitly resetting a parametric dummy variable inside a plot command
could indeed lead to confusion.

On the other hand, the plot produced by deleting "dummy b,u" is
the same as the plot produced by leaving that command in place while
adding "set yrange [0:5]".  So another possible confusion is what
to expectat from auto-scaling a parametric plot.

	Ethan

Re: missing wgnuplot error messages

[Paavo H. <pa...@os...>]

Hans-Bernhard Bröker-2 wrote:
> 
> Am 22.06.2010 13:00, schrieb Paavo Helde:
> 
>> There also
>> seem to be some unneeded things like lua51.dll, but as they are not
>> delay-linked they cannot be left out.
> 
> So obviously they _are_ necessary.  For the given binary anyway.
> 
>> The executable size is a bit smaller
>> than earlier, so I suspect some of the bloat is just caused by using
>> dynamic
>> libraries instead of earlier static.
> 
> Neither is it bloat, nor is it caused by dynamic linking.  It's caused 
> by the new gnuplot using a whole lot more external libraries than 
> earlier releases, to implement features those never had. 
> 

I understand that new features are needed and important to many people.
However, we are using gnuplot only programmatically from another library, in
quite limited contexts to produce nice plots (it is superior in that!) and
we want to keep it as simple as possible (our own library is already hairy
enough). 


Hans-Bernhard Bröker-2 wrote:
> 
>  And given that 
> we have 3 *.exe files that need the same libraries, it would be really 
> quite wasteful to include them all in each of them by static linking.
> 

The statically linked gnuplot.exe
(http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/) appears to be 2.8 MB.
Multiply it by three and you still get less than the current 13 MB of DLL-s,
so where is the waste? We only use one executable only anyway.

Best regards
Paavo

-- 
View this message in context: http://old.nabble.com/missing-wgnuplot-error-messages-tp28949210p28984341.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: missing wgnuplot error messages

[Paavo H. <pa...@os...>]

Tatsuro MATSUOKA-5 wrote:
> 
> If you want use static linked version of gnuplot for windows, you can use
> the cvs version binaries
> provided by Prof. Kakuto from the following,
> 
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> 
> gnuplot-45pl0w32.zip
> 
> However the binaries does not support the cairo based terminals (wxt,
> cairopng, and cairopdf)
> 

Excellent, thanks, this is exactly what we missed.

Best regards
Paavo


-- 
View this message in context: http://old.nabble.com/missing-wgnuplot-error-messages-tp28949210p28984216.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Problems plotting in 3 dimensions

[松田七美男 <ma...@fi...>]

Hi, Frank

I guess that in exp_210, exp_211, command as below causes curiosity.

  dummy b, u

If you leave it alone, b defined as parametric variable should have 
default range [-10:10]. So, iteration [b = 1 : 500 : 1] does not work 
correctly. Please comment it out and try again.

Sicerely,
Namio MATUDA

> Hi,
>      reference previous email. Attachments attached to this one.
>
> Apologies
>
> F M Salte
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta


-- 
-------------------------------------------------------------------
    mmm     mmm   | ma...@fi...
  ((^_^))  <- ->  | 松田七美男＠東京電機大学 物理系列 教授
   {   }  ({   }) | 〒101-8457  千代田区神田錦町2-2
   _I I_    _I_   | Tel:03(5280)3402  Fax:03(5280)3570

Re: set encoding utf8

[Allin C. <cot...@wf...>]

On Wed, 23 Jun 2010, sfeam (Ethan Merritt) wrote:

> On Wednesday 23 June 2010, Allin Cottrell wrote:
> >
> > Can anyone tell me which is the earliest release of gnuplot that
> > supports utf8 as an encoding option?  Thanks.
>
> The explicit "set encoding utf8" option was added to CVS in Sep 2007
> (version 4.3).
>
> Version 4.4.0 was the first inclusion in a supported release.
>
> However, many terminals already operated by default in utf8 prior
> this.  For example, in version 4.2.0 (March 2007) the x11,
> libgd (png/jpeg), and wxt terminals all operated in utf8.

Thanks, that's just what I needed to know.

Allin Cottrell

Re: missing wgnuplot error messages

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

Hello

--- Paavo Helde wrote:

> 
> 
> 
> Paavo Helde wrote:
> > 
> > 
> > We are using wgnuplot with a command file, and the problem is that any
> > error messages are lost, all we get is the non-zero wgnuplot exit code.
> > Some googling revealed other people have stumped on this (
> > http://old.nabble.com/wgnuplot-log-errors-to-a-file-td17511945.html ) - so
> > are there any advances with this issue? I downloaded current version of
> > wgnuplot, but it seems it does not have -l or -log option.
> > 
> >  TIA
> > Paavo
> > 
> > 
> 
> I now have found that the gnuplot 4.4.0 distribution on Windows also
> includes the regular gnuplot.exe executable, which nicely outputs errors to
> stderr. The only problematic point is that it is not a single executable
> (like wgnuplot.exe in 4.2) any more, but comes with 26 extra DLL-s of 13MB,
> which are bound to cause conflicts and installation troubles. There also
> seem to be some unneeded things like lua51.dll, but as they are not
> delay-linked they cannot be left out. The executable size is a bit smaller
> than earlier, so I suspect some of the bloat is just caused by using dynamic
> libraries instead of earlier static. If so, what would be the rationale?
> Should I try to download the sources and build a statically linked version
> of it?

The lua51.dll is needed to use the lua/tikz terminal so that you cannot delete it. 

If you want use static linked version of gnuplot for windows, you can use the cvs version binaries
provided by Prof. Kakuto from the following,

http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/

gnuplot-45pl0w32.zip

However the binaries does not support the cairo based terminals (wxt, cairopng, and cairopdf)

Regards

Tatsuro

--------------------------------------
2010 FIFA World Cup News [Yahoo!Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/southafrica2010/

Re: Problems plotting in 3 dimensions

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

On Friday 18 June 2010 07:35:20 am Frank M Salter wrote:
> Hi,
>          Problems plotting in 3 dimensions
> 
> Apologies, if I'm off target but gnuplot-bugs seems to be unusable!
> 
> System:  Slackware 13.1;  gnuplot 4.4
> 
> I am enclosing a number of scripts which demonstrate one or more
> problems when working with gnuplot.
> 
> The *1* examples demonstrate simple examples of drawing single lines
> in 3 dimensions.
> 
> The *2* examples demonstrate one or more problems when attempting to
> draw families of lines.

I cannot figure out what it is about your plots that you consider to
be a problem.  exp_100 and exp_200 appear to produce identical results,
although their titles claim that exp_100 "produces expected result"
and exp_200 "differs from exp_100".

The others ... there is no explanation of what you expect, so it's
hard to evaluate whether the plot is or is not conforming to that
expectation.  For example, exp_211 produces a very nice looking plot
although the chosen yrange is 20 times larger than necessary.

> I have tried to make the examples self explanatory.
> The images created demonstrate the different ways in which incorrect
> output is produced.
> 
> I hope you can help resolve these problems.

Please explain what exactly are "these problems".

	Ethan


> 
> Regards
> 
> Frank Salter
> 
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

Re: set encoding utf8

[sfeam (E. Merritt) <eam...@gm...>]

On Wednesday 23 June 2010, Allin Cottrell wrote:
> 
> Can anyone tell me which is the earliest release of gnuplot that
> supports utf8 as an encoding option?  Thanks.

The explicit "set encoding utf8" option was added to CVS in Sep 2007
(version 4.3).

Version 4.4.0 was the first inclusion in a supported release.

However, many terminals already operated by default in utf8 prior
this.  For example, in version 4.2.0 (March 2007) the x11,
libgd (png/jpeg), and wxt terminals all operated in utf8. 

	Ethan

set encoding utf8

[Allin C. <cot...@wf...>]

Can anyone tell me which is the earliest release of gnuplot that
supports utf8 as an encoding option?  Thanks.

-- 
Allin Cottrell
Department of Economics
Wake Forest University

Re: missing wgnuplot error messages

[Hans-Bernhard B. <HBB...@t-...>]

Am 22.06.2010 13:00, schrieb Paavo Helde:

> There also
> seem to be some unneeded things like lua51.dll, but as they are not
> delay-linked they cannot be left out.

So obviously they _are_ necessary.  For the given binary anyway.

> The executable size is a bit smaller
> than earlier, so I suspect some of the bloat is just caused by using dynamic
> libraries instead of earlier static.

Neither is it bloat, nor is it caused by dynamic linking.  It's caused 
by the new gnuplot using a whole lot more external libraries than 
earlier releases, to implement features those never had.  And given that 
we have 3 *.exe files that need the same libraries, it would be really 
quite wasteful to include them all in each of them by static linking.

Re: Problems plotting in 3 dimensions

[Hans-Bernhard B. <HBB...@t-...>]

Am 18.06.2010 16:35, schrieb Frank M Salter:
> The *1* examples demonstrate simple examples of drawing single lines
> in 3 dimensions.
>
> The *2* examples demonstrate one or more problems when attempting to
> draw families of lines.
>
> I have tried to make the examples self explanatory.

Sorry, but I have to say that didn't quite work out.  There are no 
explanations whatsoever in those examples.  "Produces strange results" 
doesn't really count as an explanation.

> The images created demonstrate the different ways in which incorrect
> output is produced.

They demonstrate nothing without knowing what you expected to happen 
instead.

Re: missing wgnuplot error messages

[Paavo H. <pa...@os...>]

Paavo Helde wrote:
> 
> 
> We are using wgnuplot with a command file, and the problem is that any
> error messages are lost, all we get is the non-zero wgnuplot exit code.
> Some googling revealed other people have stumped on this (
> http://old.nabble.com/wgnuplot-log-errors-to-a-file-td17511945.html ) - so
> are there any advances with this issue? I downloaded current version of
> wgnuplot, but it seems it does not have -l or -log option.
> 
>  TIA
> Paavo
> 
> 

I now have found that the gnuplot 4.4.0 distribution on Windows also
includes the regular gnuplot.exe executable, which nicely outputs errors to
stderr. The only problematic point is that it is not a single executable
(like wgnuplot.exe in 4.2) any more, but comes with 26 extra DLL-s of 13MB,
which are bound to cause conflicts and installation troubles. There also
seem to be some unneeded things like lua51.dll, but as they are not
delay-linked they cannot be left out. The executable size is a bit smaller
than earlier, so I suspect some of the bloat is just caused by using dynamic
libraries instead of earlier static. If so, what would be the rationale?
Should I try to download the sources and build a statically linked version
of it?

Regards
Paavo
-- 
View this message in context: http://old.nabble.com/missing-wgnuplot-error-messages-tp28949210p28958726.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

missing wgnuplot error messages

[Paavo H. <pa...@os...>]

We are using wgnuplot with a command file, and the problem is that any error
messages are lost, all we get is the non-zero wgnuplot exit code. Some
googling revealed other people have stumped on this (
http://old.nabble.com/wgnuplot-log-errors-to-a-file-td17511945.html ) - so
are there any advances with this issue? I downloaded current version of
wgnuplot, but it seems it does not have -l or -log option.

 TIA
Paavo


-- 
View this message in context: http://old.nabble.com/missing-wgnuplot-error-messages-tp28949210p28949210.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Problems plotting in 3 dimensions

[Frank M S. <fms...@bl...>]

Hi,
         Problems plotting in 3 dimensions

Apologies, if I'm off target but gnuplot-bugs seems to be unusable!

System:  Slackware 13.1;  gnuplot 4.4

I am enclosing a number of scripts which demonstrate one or more
problems when working with gnuplot.

The *1* examples demonstrate simple examples of drawing single lines
in 3 dimensions.

The *2* examples demonstrate one or more problems when attempting to
draw families of lines.

I have tried to make the examples self explanatory.
The images created demonstrate the different ways in which incorrect
output is produced.

I hope you can help resolve these problems.

Regards

Frank Salter

Problems plotting in 3 dimensions

[Frank M S. <fms...@bl...>]

Hi,
    reference previous email. Attachments attached to this one.

Apologies

F M Salte

A feature suggestion

[Igor B. <I....@cu...>]

Dear Gnuplot developers,

The multiplot command is a fantastic addition. What would enhance it further
is to have "xlabel" and "ylabel" features, similar to its title option.
Often in a multiplot we want to have just a single x- and a y-label.
Presently, I have to do this by hand.

Gratefully yours,

Igor Bray.

P.S. I contributed error bars for polar plots many many years ago!


-- 
Professor Igor Bray, ARC Professorial Fellow,
Director, Institute of Theoretical Physics, Curtin University of Technology,
Deputy Director, ARC Centre for Antimatter-Matter Studies,
a: GPO Box U1987 Perth WA 6845, Australia.
e: mailto:I....@cu...
w: http://atom.curtin.edu.au
p: +61 (0)8 9266 4416
f: +61 (0)8 9266 1972
m: +61 (0)4 0489 2862

Nonlinear axes?

[Miguel Rubio-R. <mru...@gm...>]

Hi all,
  Is there any option to scale an axis in a nonlinear way? That is, can I
have the frequency in y1 and the wavelength in y2 (these two have an inverse
relation; y1 = k / y2).
  I've looking through the documentation and the only nonlinear scaling
option for an axis seems to be logscale. Am I right? Is the implementation
of this other feature forecasted?

I'm using gnuplot 4.2.6 in OS X

Thanks

Miguel

Proposal for quantize_normal_tics() algorithm replacement

[Marek P. <ma...@du...>]

Dear gnuplot developers,


// first, many thanks for this marvelous sw package, I have been using it 
for school, work and fun ~10 years, and I am constantly astonished by the 
quality and the fact, how clever subset of functionality it has.


Now, I would like to consult with you an algorithm for automatical tic 
size choice, as present in quantize_normal_tics() last years. I have been 
in need of some user interface plotting for a cardiologic real-time 
analysis software, written in Athena/Xt GUI. I proposed an algorithm for 
auto tics, then, I looked into gnuplot for a comparison.

Since my own algorithm seems to me to be possibly slightly better, I would 
like to share the idea. The code snippet is:


float tic_quant[] = {5.0, 2.0, 1.0};
int n_min = 5, n_max = 10;

float quantize_tics(float y_min, float y_max)
{
   float f, d;
   int i, m, n;

   f = log10((y_max - y_min)/n_max);
   for (i = 0; i < length(tic_quant); i++) {
     m = ceil(f - log10(tic_quant[i]) - FLT_EPSILON);
     d = tic_quant[i]*pow(10, m);
     n = ceil(y_max/d) - floor(y_min/d);
     if (n >= n_min)
       break;
   }
   return d;
}


The tic size is always tic_quant[i]*10^k, k \in Z. Number of intertic 
spaces (intervals) n obeys strictly n_min <= n <= n_max. The algorithm can 
be tuned by variation of tic_quant[] and n_min, n_max. However, it should 
be assured, that for chosen n_min, n_max the algorithm will always find a 
solution.

It should be noted, that the function uses both bounds of desired axis 
range, not only the interval between. The purpose is to assure n_min, 
n_max, what can not be achieved, when only the interval is known. Thus, it 
can not serve as a drop-in replacement of quantize_normal_tics(), or it 
can, but the n_max may be overshot by one.

What do you think about this way? If you recommend it, I can prepare a 
patch to prove the idea.


Best regards,
Marek