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

Re: Multiplot fails in postscript mode

[Lutz M. <ma...@uc...>]

Thank you very much for your explanations, Ethan and Hans. It seems that the 
"size" setting has very different effects when evaluated by "set multiplot" 
and by the plot command. It would be nice if this dual meaning could be 
mentioned in the help entry of "set size".

  Lutz

Re: Multiplot fails in postscript mode

[Hans-Bernhard B. <br...@ph...>]

On Fri, 4 Jun 2004, Lutz Maibaum wrote:

[...]
> This will create a postscript file "test.ps", which contains two plots as 
> expected. Now execute this line again. The resulting postscript file contains 
> only one plot. 

It actually still contains both plots, but one is entirely outside the 
bounding box.  You can see it by printing out the file, or turning the
page size in gv from "BBox" to "A4".

> Is this the expected behavior?

Yes, at least for the inside view of "expected" ;-)  The reason is that
the bounding box is defined by the status of 'set size' at the point of
'set multiplot'. You have to reset the size to 1,1 before you 'set
multiplot' again.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: Multiplot fails in postscript mode

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

On Friday 04 June 2004 11:45 am, Lutz Maibaum wrote:
> I noticed the following behavior in gnuplot 4.0 under linux: In a new
> gnuplot session, copy&paste the following command:
>
> set term post; set outp 'test.ps'; set multiplot; set size 1,0.5; set
> origin 0,0.5; splot x**2+y**2; set origin 0,0; splot x**2+y**2; unset
> multiplot; set outp
>
> This will create a postscript file "test.ps", which contains two plots
> as expected. Now execute this line again. The resulting postscript file
> contains only one plot. Is this the expected behavior?

Yes, I believe it is the expected behaviour.

At the time of your first 'set output' the size was set to 1,1
so you created a full-size plot canvas.  That is, the bounding
box encompassed the entire page.

Later you set the size to 1,0.5

At the time of your second 'set output' the size was still
set to 1,0.5  and so you created only a half-size plot canvas.

If you look at the second postscript file you will see that
both of your plots are there; it's just that one of them is
drawn onto the half of the page that is outside the bounding
box.


-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

Multiplot fails in postscript mode

[Lutz M. <ma...@uc...>]

I noticed the following behavior in gnuplot 4.0 under linux: In a new gnuplot 
session, copy&paste the following command:

set term post; set outp 'test.ps'; set multiplot; set size 1,0.5; set origin 
0,0.5; splot x**2+y**2; set origin 0,0; splot x**2+y**2; unset multiplot; set 
outp

This will create a postscript file "test.ps", which contains two plots as 
expected. Now execute this line again. The resulting postscript file contains 
only one plot. Is this the expected behavior?

  Lutz

Re: Plotting with linespoints

[<So...@Ma...>]

On Friday 04 June 2004 15:17, you wrote:
> On Fri, 4 Jun 2004, S=F8ren Madsen wrote:
> > I see that it is possible, I just had not thought about doing it this
> > way. But, it spawns another question... How do you get the "linestyle" =
in
> > the legend to be linespoints?
>
> You'll probably have to plot *three* things for that: the actual datafile,
> twice, to get the lines and the points in the plot, and a phantom dataset
> (e.g. the constant function 1/0) with linespoints, to generate your key
> entry.

Why didnt I think of that... Thanks a lot :)

=2D-=20
Kind Regards,
  S=F8ren Madsen

Re: Plotting with linespoints

[Hans-Bernhard B. <br...@ph...>]

On Fri, 4 Jun 2004, S=F8ren Madsen wrote:

> I see that it is possible, I just had not thought about doing it th=
is way.=20
> But, it spawns another question... How do you get the "linestyle" i=
n the=20
> legend to be linespoints?=20

You'll probably have to plot *three* things for that: the actual data=
file,=20
twice, to get the lines and the points in the plot, and a phantom dat=
aset
(e.g. the constant function 1/0) with linespoints, to generate your k=
ey
entry.

--=20
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: Plotting with linespoints

[<So...@Ma...>]

On Thursday 03 June 2004 17:43, you wrote:
> On Wed, 12 May 2004, [utf-8] S=C3=B8ren Madsen wrote:
> > Is it possible to make a graph from a datafile with "linespoints" where
> > the line is drawn for every data-point and the points are drawn for
> > every nth datapoint? If not, then this should be implemented... :D
>
> No, because it's not strictly necessary.  You can just plot the file
> twice, instead --- once with lines, ones with points.
>
> Creeping featurism is like cholera, you have to stop it before it turns
> epidemic.

No need to get bitchy! Keep it real :)

Thanks for both answers!

I see that it is possible, I just had not thought about doing it this way.=
=20
But, it spawns another question... How do you get the "linestyle" in the=20
legend to be linespoints? Doing it this way, I get one legend with a line a=
nd=20
one with a dot, but I want only one with a line AND dot (like linespoints=20
gives me).

Sorry if this is a stupid question... :D


Kind Regards,
  S=F8ren Madsen

Re: Windows EMF

[<gn...@co...>]

BBands wrote:

>--- St=E9phane_Barbaray <gn...@co...> wrote:
>
> =20
>
>>Yes, or maybe I may go back to that good old
>>version, since MS is=20
>>preparing a hotfix (probably included in SP2) for
>>that stupid and=20
>>destructive security patch... for adobe users not
>>for gnuplot emf users of course! LOL
>>   =20
>>
>
>The hotfix is out, see KB 840997, and did not work for
>me.
>
> =20
>
Well I'm wondering if they really tested it, because there is only 2 or=20
3 EMR (EMF structs/records) causing troubles...
so maybe a fix for the hotfix soon? :-[

Re: gnuplot installation error

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

Hans-Bernhard Broeker wrote:

>  
>
>>This may be a useful note to add to the error message, e.g.,
>>    
>>
>
>Well, that error message is directly from GNU autoconf, not authored by
>us, so it's not ours to change anyway.  And frankly I think it's quite
>self-explanatory as it is --- it just takes a little experience to
>recognize that clocks can be off, and that this will cause problems for at
>least 'make', but can easily confuse other tools, too.
>

Before I sent the message I grepped to confirm that it was the Gnuplot 
configure creating this message:

configure:   { { echo "$as_me:$LINENO: error: newly created file is 
older than d

But had I looked in the file itself, I'd have seen the lines that follow:

   { { echo "$as_me:$LINENO: error: newly created file is older than 
distributed files!
Check your system clock" >&5
echo "$as_me: error: newly created file is older than distributed files!
Check your system clock" >&2;}

Re: gnuplot installation error

[Hans-Bernhard B. <br...@ph...>]

On Thu, 3 Jun 2004, Daniel J Sebald wrote:

> Hans-Bernhard Broeker wrote:

> >On Wed, 2 Jun 2004, moussaoui djillali wrote:

> >>checking whether build enviroment is sane
> >>...configure: error:newly created file is older than
> >>distributed files"

> >That's a local problem of your computer: at least one clock must
> >be seriously out of synch.  I could be the one of the machine you're
> >running configure on, or your file server, or something else.

> This may be a useful note to add to the error message, e.g.,

Well, that error message is directly from GNU autoconf, not authored by
us, so it's not ours to change anyway.  And frankly I think it's quite
self-explanatory as it is --- it just takes a little experience to
recognize that clocks can be off, and that this will cause problems for at
least 'make', but can easily confuse other tools, too.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: gnuplot installation error

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

Hans-Bernhard Broeker wrote:

>On Wed, 2 Jun 2004, moussaoui djillali wrote:
>
>  
>
>>checking whether build enviroment is sane
>>...configure: error:newly created file is older than
>>distributed files"
>>    
>>
>
>That's a local problem of your computer: at least one clock must
>be seriously out of synch.  I could be the one of the machine you're
>running configure on, or your file server, or something else.
>

This may be a useful note to add to the error message, e.g.,

"newly created file is older than distributed files, a system clock may be signficantly lagging"

unless you want those message to not be too wordy.


Dan

Re: Should we keep this list subscriber-only?

[Hans-Bernhard B. <br...@ph...>]

On Thu, 3 Jun 2004, Petr Mikulik wrote:

> > I'd rather keep the list subscriber-only, and if possible to
> > auto-generate a reply to non-subscribed messages that
> > says something like:
> 
> I like the way to send a message to a group without sending two emails
> before to subscribe there, and then again to unsubscribe from there.

That's not how gnuplot-beta is set up.  Mails to the list address by
non-subscribers will quietly be put on hold (the notification of the user
about this is switched off), and end up on the list admin's desk, where we
essentially get to choose between three options:

1) approve it --> it gets posted to the list
2) reject it ---> the poster is sent a notification, by default with a
   text explaining the reason, e.g. "Posts to this mailing lists are
   only allowed by subscribers."
3) discard it ---> the submission gets deleted without leaving any trace.
   That's what I did with all the junk.

It seems I can even edit it on the fly, if I want to.

Subscribing just to squeeze a posting through the perimeter is neither
recommended nor necessary.  If that were to happen on regular basis, I may
decide to switch subscription to admin-approval mode (i.e. you can't
subscribe unless an admin OKs it).

> It may bother users so much that they won't send any message at all.

Well, maybe then they'll stop and think for a momemt whether gnuplot-beta
really is where they should be sending that message.  That may well be the
major benefit of keeping this list subscriber-only.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: gnuplot installation error

[Hans-Bernhard B. <br...@ph...>]

On Wed, 2 Jun 2004, moussaoui djillali wrote:

> checking whether build enviroment is sane
> ...configure: error:newly created file is older than
> distributed files"

That's a local problem of your computer: at least one clock must
be seriously out of synch.  I could be the one of the machine you're
running configure on, or your file server, or something else.

Either that, or your compiler toolchain is broken in a very interesting
way.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: Windows EMF

[BBands <bb...@ya...>]

--- Stéphane_Barbaray <gn...@co...> wrote:

> Yes, or maybe I may go back to that good old
> version, since MS is 
> preparing a hotfix (probably included in SP2) for
> that stupid and 
> destructive security patch... for adobe users not
> for gnuplot emf users of course! LOL

The hotfix is out, see KB 840997, and did not work for
me.

    --jab

=====
John Bollinger, CFA, CMT
www.BollingerBands.com

If you advance far enough, you arrive at the beginning.


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

Re: Windows EMF

[<gn...@co...>]

Ethan Merritt wrote:

>On Thursday 03 June 2004 12:06 pm, St=E9phane Barbaray wrote:
> =20
>
>>- line-width never worked (AFAIK) with gnuplot's test but work for othe=
r
>>cases (!!!) don't know why
>>   =20
>>
>
>Good catch!  I'll see if I can fix that.
> =20
>
btw it works ok with SVG and WIN output, very strange isn't it?! May
have I forgot something?

Stef.

Re: Windows EMF

[<gn...@co...>]

Ethan Merritt wrote:

>On Thursday 03 June 2004 12:00 pm, St=E9phane Barbaray wrote:
> =20
>
>>Is it Wine? Or does your version use a "special" (I mean non MS
>>official) gdi32.dll? I think that the problem is more general than just
>>Word and should happen with every applications able to display EMF _and=
_
>>running with your emulator
>>   =20
>>
>
>Correct.  I have MS Office 2000 running under CodeWeavers Wine.
>The problem is present for all of the Office components, not just Word.
>
>I have just discovered, however, that if I ask PowerPoint to convert
>the imported figure to a "MicroSoft Office drawing object"  then the tex=
t
>produced by the new driver becomes readable.  I don't know what
>to conclude from this exactly.
> =20
>
The conclusion may be that this conversion is a real independant=20
conversion routine and not just a playback using the the gdi32.dll

>>The new version doesn't use anymore EMR_EXTTEXTOUTW (unicode version)
>>but EMR_EXTTEXTOUTA (SBCS version), to be more compliant with libwmf
>>   =20
>>
>
>I realize that.  I'm not convinced that is a good thing, however.
>I would like to extend gnuplot to full unicode support eventually,
>so this seems like a step backwards.
> =20
>
indeed I initially used the unicode version for the purpose of a easier=20
port to a unicode version of gnuplot, but on the other side it seems=20
that openoffice (maybe koffice) use libwmf and despite the fact that=20
this library has not been updated for few years now...
The other (more obscure) reason was that the new patch added some bytes=20
to EMF files, so using the ASCII version let me gain the lost bytes... ;-=
)

>>btw if you use wine, see
>>http://www.winehq.org/hypermail/wine-patches/2004/05/0156.html and
>>others related bugs
>>   =20
>>
>
>Interesting.  Well, maybe some future version of Wine will handle
>the revised emf format more happily.
>
> =20
>
Yes, or maybe I may go back to that good old version, since MS is=20
preparing a hotfix (probably included in SP2) for that stupid and=20
destructive security patch... for adobe users not for gnuplot emf users=20
of course! LOL

Bye,
Stef.

Re: Should we keep this list subscriber-only?

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

I like Ethan's suggestion of giving some directions.  If possible, maybe 
include the original message so that if the user for some reason doesn't 
have a copy of their original, they can redirect the replied copy to the 
appropriate place.  Would that eliminate the need to sort through email, 
the majority of which is spam?

Dan


Ethan Merritt wrote:

>On Thursday 03 June 2004 09:18 am, Hans-Bernhard Broeker wrote:
>  
>
>>Before changing this, I'ld like a poll.  So: if anybody has strong
>>opinions in either direction, please voice them soon.
>>    
>>
>
>I'd rather keep the list subscriber-only, and if possible to 
>auto-generate a reply to non-subscribed messages that
>says something like:
>  
>

Re: Windows EMF

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

On Thursday 03 June 2004 12:06 pm, St=E9phane Barbaray wrote:
>
> - line-width never worked (AFAIK) with gnuplot's test but work for other
> cases (!!!) don't know why

Good catch!  I'll see if I can fix that.


=2D-=20
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

Re: Windows EMF

[<gn...@co...>]

Ethan Merritt wrote:

>On Thursday 03 June 2004 10:15 am, BBands wrote:
>  
>
>>On a fully patched win 2k system--no emf hotfix--I can
>>see the new, but not the old. The pattern-fill bars
>>are empty, the line-width displays are all the same
>>width and the character-width display fills half the
>>box.
>>    
>>
>
>Feh.  
>So in W2K you can see the new but  not the old,
>and I can see the old and not the new.  Just another
>example of how MicroSoft products don't even
>manage compatibility with themselves, let alone with
>other systems.
>  
>
And this is only a debut, there will be far more incompatibilties 
everywhere with XP SP 2, this will be the hell for web designers... and  
also most apps will have to be redesigned or patched...
At least we already know that gnuplot have to be patched and that the 
case for adobe illustrator, furthermore all saved EMF files created with 
actual and former adobe illustrator products won't display anymore on 
future windows products

>Well frankly, I don't really care that much whether
>Windows works or not.  So if other people are happy
>with the patch, I'll just chalk it up as another format
>that I can't test here for myself.
>
>Just out of curiousity, do newer versions of
>MicroSoft Word/PowerPoint/whatever handle SVG input?
>
>
>  
>
There may be an SVG filter for MSOffice somewhere but vector filtered 
files are converted to MSDRAW object internally then kept as is when 
saved on disk...
The only native vector format recognized are WMF and EMF even in the 
last RTF specification
If SVG is more widely supported (people prefer using flash) on the web, 
then they may consider to include it natively in IE then a bit later in 
MSOffice...

Stef.

Re: Windows EMF

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

On Thursday 03 June 2004 12:00 pm, St=E9phane Barbaray wrote:
>
> Is it Wine? Or does your version use a "special" (I mean non MS
> official) gdi32.dll? I think that the problem is more general than just
> Word and should happen with every applications able to display EMF _and_
> running with your emulator

Correct.  I have MS Office 2000 running under CodeWeavers Wine.
The problem is present for all of the Office components, not just Word.

I have just discovered, however, that if I ask PowerPoint to convert
the imported figure to a "MicroSoft Office drawing object"  then the text
produced by the new driver becomes readable.  I don't know what
to conclude from this exactly.

> The new version doesn't use anymore EMR_EXTTEXTOUTW (unicode version)
> but EMR_EXTTEXTOUTA (SBCS version), to be more compliant with libwmf

I realize that.  I'm not convinced that is a good thing, however.
I would like to extend gnuplot to full unicode support eventually,
so this seems like a step backwards.

> btw if you use wine, see
> http://www.winehq.org/hypermail/wine-patches/2004/05/0156.html and
> others related bugs

Interesting.  Well, maybe some future version of Wine will handle
the revised emf format more happily.

=2D-=20
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

Re: loose plan (was Re: K&R C)

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

Ethan Merritt wrote:

>On Thursday 03 June 2004 10:26 am, Daniel J Sebald wrote:
>  
>
>>>  fillcurves	   use fill style for filledcurves (cgm gd pdf post svg)
>>>      
>>>
>>In the same category of a few of the above patches, someone (don't
>>remember who) had done some work to integrate gray scale filled
>>curve-like plots into PostScript.  That looked pretty nice, but I wonder
>>if PostScript might be the only driver to easily support such a feature.
>>    
>>
>
>If I understand your description correctly, that is supported by the
>above patch:
>
>plot <whatever> using filledcurve linetype -1 fillstyle solid <greylevel>
>

Ah, good.

>But maybe you are thinking of the request for shaded 
>areas in the background?  That should be possible to implement
>for any driver that supports filled rectangles, but I don't recall
>any suggestions at all as to what sort of syntax would be used
>to request such a plot.
>

That's correct.  Searching back email, Justace Clutter gave an example. 
 I see there is no patch for this, only the example.

Dan

Re: Windows EMF

[<gn...@co...>]

Hello,

BBands wrote:

>>I have not heard back from anyone whether Word2000
>>running
>>under Windows does or does not have the same
>>problem.
>>
>>In the hope that someone reading this has a "real"
>>W2K system
>>to test this on, I attach the output from gnuplot's
>>"test" command
>>using both the old and the new (patched) emf driver.
>> On my
>>system the new version places all the text
>>characters on top
>>of each other.  Do you see the same thing?
>>    
>>
>
>On a fully patched win 2k system--no emf hotfix--I can
>see the new, but not the old. The pattern-fill bars
>are empty, the line-width displays are all the same
>width and the character-width display fills half the
>box.
>  
>
- pattern fill is not implemented (on both versions)
- line-width never worked (AFAIK) with gnuplot's test but work for other
cases (!!!) don't know why
- for character-width : is the text at least centered where it should be?

Stef.

Re: Windows EMF

[<gn...@co...>]

Ethan Merritt wrote:

>On Thursday 03 June 2004 08:42 am, Hans-Bernhard Broeker wrote:
>  
>
>>On Thu, 3 Jun 2004, BBands wrote:
>>    
>>
>>>A Windows security patch to fix an EMF buffer overflow
>>>vulnerability, KB 835732, prevents many EMFs from displaying.
>>>      
>>>
>>We're aware of that.  A patch for gnuplot is on our patch tracker, but
>>according to Ethan, it still doesn't work.
>>    
>>
>
>To be precise, it doesn't work for me using Word2000 running
>under linux.  Since this is far from the most common thing to do,
>I don't know whether it really matters.  But the old (un-patched)
>driver worked fine for me.
>
>I have not heard back from anyone whether Word2000 running
>under Windows does or does not have the same problem.
>
>In the hope that someone reading this has a "real" W2K system
>to test this on, I attach the output from gnuplot's "test" command
>using both the old and the new (patched) emf driver.  On my
>system the new version places all the text characters on top
>of each other.  Do you see the same thing?
>
>  
>
Is it Wine? Or does your version use a "special" (I mean non MS 
official) gdi32.dll? I think that the problem is more general than just 
Word and should happen with every applications able to display EMF _and_ 
running with your emulator
The new version doesn't use anymore EMR_EXTTEXTOUTW (unicode version) 
but EMR_EXTTEXTOUTA (SBCS version), to be more compliant with libwmf

btw if you use wine, see 
http://www.winehq.org/hypermail/wine-patches/2004/05/0156.html and 
others related bugs

Re: Windows EMF

[BBands <bb...@ya...>]

--- Ethan Merritt <merritt@u.washington.edu> wrote:
> 
> Just out of curiousity, do newer versions of
> MicroSoft Word/PowerPoint/whatever handle SVG input?
> 

This is what help says:

Computer Graphics Metafile (.cgm)
CorelDRAW (.cdr) file
Encapsulated PostScript (.eps) file
Enhanced Metafile (.emf)
FlashPix graphics filter (.fpx)
Graphics Interchange Format (.gif) file
Hanako graphics filter (.jsh, .jah, and .jbh)
JPEG File Interchange Format (.jpg) file
Kodak Photo CD (.pcd) file
Macintosh PICT (.pct) file
PC Paintbrush (.pcx) file
Portable Network Graphics (.png) file
Tagged Image File Format (.tif) file
Windows Bitmap (.bmp, .rle, .dib) file
Windows Metafile (.wmf)
WordPerfect Graphics (.wpg) file

They say that there are other filters here:
http://office.microsoft.com/officeupdate/

      --jab

=====
John Bollinger, CFA, CMT
www.BollingerBands.com

If you advance far enough, you arrive at the beginning.


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

Re: Windows EMF

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

On Thursday 03 June 2004 10:15 am, BBands wrote:
>
> On a fully patched win 2k system--no emf hotfix--I can
> see the new, but not the old. The pattern-fill bars
> are empty, the line-width displays are all the same
> width and the character-width display fills half the
> box.

Feh.  
So in W2K you can see the new but  not the old,
and I can see the old and not the new.  Just another
example of how MicroSoft products don't even
manage compatibility with themselves, let alone with
other systems.

Well frankly, I don't really care that much whether
Windows works or not.  So if other people are happy
with the patch, I'll just chalk it up as another format
that I can't test here for myself.

Just out of curiousity, do newer versions of
MicroSoft Word/PowerPoint/whatever handle SVG input?


-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195