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

Re: [Gnuplot-bugs] 2 bugs (more detailed description of problem)

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

On Thursday 03 May 2007 13:32, Hans-Bernhard Br=F6ker wrote:
>=20
> > I bet you are using a platform independent library for the manipulation=
=20
> > of floats ...
>=20
> Based on what clue?
>=20
> > (where does the non gnuplot-style error message "integer overflow;=20
> > change to floating point"
> > come from, why does the error message differ from platform to platform?=
).
>=20
> Because we're *not* using any such library.  If we did, the message=20
> would be the same, and the behaviour would be platform-independent.

The error message comes from scanner.c line 285, and it means exactly
what it says.  Different platforms (or different compiler options) may
yield different integer sizes.  Obviously a 16-bit integer will overflow
long before a 64-bit integer.

I can't seem to read the original reports via SourceForge, due to=20
"500 - Internal Server Error" from the SourceForge server.  Are you=20
getting this error message as a result of interactive mouse zooming?


=2D-=20
Ethan A Merritt

Re: [Gnuplot-bugs] 2 bugs (more detailed description of problem)

[<HBB...@t-...>]

[CCed from 'bugs'...]

Florian Hengstberger wrote:

> pl [0.1:1] 1.e11/x
> 
> and zoom to let's say (0.14,6.5e11) - (0.9,1.4e11) and the same error 
> occurs again.

[Error is that the y range of the zoomed plot is completely bollocks, 
result depending on the host platform.]

> So it actually depends on the size of the numbers!

> I bet you are using a platform independent library for the manipulation 
> of floats ...

Based on what clue?

> (where does the non gnuplot-style error message "integer overflow; 
> change to floating point"
> come from, why does the error message differ from platform to platform?).

Because we're *not* using any such library.  If we did, the message 
would be the same, and the behaviour would be platform-independent.

As there don't appear to be many of the core team actually reading the 
bugs mailing list, I'm forwarding this to the beta list.

[Oh and next time you reply to a 5-page long list digest mail, please 
consider snipping the quoted material to the part you're actually 
replying to...]

Re: "wxt on Mac": news

[<tim...@en...>]

Timothée Lecomte wrote:
> Dear Mojca, Joe, and all gnuplot enthusiasts,
>
> Here are some news about the availability of the wxt terminal for the
> MacOS platform. I have had the chance to get my hands on my MacBook and I
> have worked a little bit on the issues you got when trying to use the wxt
> terminal.
>
> (...)
>
> So there is one remaining thing to try, but this will involve more work on
> my part: changing the way wxt works on Unix and Mac and arrange it so that
> the main thread runs the event loop while the usual gnuplot command-line
> loop runs in the separate thread. The challenge is to do that only when
> wxt_init() is called, not before (doing it at startup time is easy, but I
> don't feel like it would be the right way).
> (note that on Windows we don't have this problem because the fake terminal
> already has the event loop and runs gnuplot command loop inside it)
> (as far as aquaterm is concerned, it has another design again, something
> like the X11 terminal: the GUI is in a different program with its own loop
> and talking with gnuplot through some interprocess communication
> mechanism)

Hey people, here are some more news about "wxt on Mac". I've found some 
time yesterday to investigate a little further. I found that wxMac has 
some limitations :

- the GUI thread (i.e. the one running the GUI event loop) has to be the 
main thread. I had some success making the second thread be the GUI one, 
but still a lot of issues come after that, because:
- GUI calls should all be done in the same thread. With wxGTK, there's a 
mutex locking mechanism, but it seems that it's really not working on wxMac.

So far, I was able to make wxt work by :
-at startup, first initialize wxWidgets
-create a second thread that run gnu_main (otherwise called main in plot.c)
-start the event loop in the main thread
and use messages to tell the GUI event loop to do something, instead of 
doing it directly in the second thread.

(it may seem very close to a two process-scheme, such as what is done 
for the X11 terminal, but I don't want to have to deal with 
inter-process communication, or fork+exec for now ;)

So, it's working !

The drawback is that there will be problems if, one day, we want to do, 
for example, a GTK terminal with a similar design... there may be some 
sort of clash between the two wanting for their main loop be in the main 
thread... but that day is probably quite far !

I'll be cleaning up the corresponding patch in the next days if I have 
some time again, and I'll send it to the list as soon as it's ready.

Best regards,

Timothée

Re: compilation error

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

On Wednesday 25 April 2007 21:42, Ethan A Merritt wrote:
> On Wednesday 25 April 2007 20:04, Daniel J Sebald wrote:
> > 
> > It looks like the declaration for inverse_normal_func() needs to be moved to 
> > before the first place it is called.
> 
> Nonsense.  There is a prototype for the function at the top of the file.

Bleah. The prototype seems to have been deleted by mistake.
Restored now.

	Ethan








> Perhaps something went wrong with the definition of __PROTO during ./configure?
> 
> 	Ethan
> 
> > 
> > Dan
> > 
> > 
> > ========
> > 
> > if gcc -DHAVE_CONFIG_H -I. -I. -I..  -I../term -I../term 
> > -DBINDIR=\"/usr/local/bin\" -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" 
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" 
> > -DCONTACT=\"gnu...@li...\" 
> > -DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" -DGNUPLOT_X11=\"`echo 
> > gnuplot_x11 | sed 's,x,x,'`\" -I/usr/X11R6/include -I/usr/local/include 
> > -I/usr/local/include  -g -O2 -MT specfun.o -MD -MP -MF ".deps/specfun.Tpo" -c -o 
> > specfun.o specfun.c; \
> > then mv -f ".deps/specfun.Tpo" ".deps/specfun.Po"; else rm -f 
> > ".deps/specfun.Tpo"; exit 1; fi
> > specfun.c:1094: error: conflicting types for 'inverse_normal_func'
> > specfun.c:996: error: previous implicit declaration of 'inverse_normal_func' was 
> > here
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 

-- 
Ethan A Merritt

Re: compilation error

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

On Wednesday 25 April 2007 20:04, Daniel J Sebald wrote:
> 
> It looks like the declaration for inverse_normal_func() needs to be moved to 
> before the first place it is called.

Nonsense.  There is a prototype for the function at the top of the file.
Perhaps something went wrong with the definition of __PROTO during ./configure?

	Ethan

> 
> Dan
> 
> 
> ========
> 
> if gcc -DHAVE_CONFIG_H -I. -I. -I..  -I../term -I../term 
> -DBINDIR=\"/usr/local/bin\" -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" 
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" 
> -DCONTACT=\"gnu...@li...\" 
> -DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" -DGNUPLOT_X11=\"`echo 
> gnuplot_x11 | sed 's,x,x,'`\" -I/usr/X11R6/include -I/usr/local/include 
> -I/usr/local/include  -g -O2 -MT specfun.o -MD -MP -MF ".deps/specfun.Tpo" -c -o 
> specfun.o specfun.c; \
> then mv -f ".deps/specfun.Tpo" ".deps/specfun.Po"; else rm -f 
> ".deps/specfun.Tpo"; exit 1; fi
> specfun.c:1094: error: conflicting types for 'inverse_normal_func'
> specfun.c:996: error: previous implicit declaration of 'inverse_normal_func' was 
> here
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt

compilation error

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

The following address in ChangeLog is undeliverable:

      Host vanzandt.comcast.net not found.


========

James,

It looks like the declaration for inverse_normal_func() needs to be moved to 
before the first place it is called.

Dan


========

if gcc -DHAVE_CONFIG_H -I. -I. -I..  -I../term -I../term 
-DBINDIR=\"/usr/local/bin\" -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" 
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" 
-DCONTACT=\"gnu...@li...\" 
-DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" -DGNUPLOT_X11=\"`echo 
gnuplot_x11 | sed 's,x,x,'`\" -I/usr/X11R6/include -I/usr/local/include 
-I/usr/local/include  -g -O2 -MT specfun.o -MD -MP -MF ".deps/specfun.Tpo" -c -o 
specfun.o specfun.c; \
then mv -f ".deps/specfun.Tpo" ".deps/specfun.Po"; else rm -f 
".deps/specfun.Tpo"; exit 1; fi
specfun.c:1094: error: conflicting types for 'inverse_normal_func'
specfun.c:996: error: previous implicit declaration of 'inverse_normal_func' was 
here

Re: Interactive gnuplot

[<HBB...@t-...>]

Nigel Nunn wrote:

> Such scenarios are clean and simple when gnuplot is embedded as a 
> library of plotting routines in a simulation application.  As discussed 
> in years past, the only constraint is (was?) that there remained a few 
> global variables, 

"A few" is actually rather far from the truth.  Yes, the number of 
top-level global variables has decreased (because most data is now kept 
in some struct or array), but there's still a good deal more than a few.

Interactive gnuplot

[Nigel N. <nN...@au...>]

On 14 April 2007 Pawel Cesar Sanjuan Szklarz wrote:

> Now I have the next problem: how to use external function to generate
> the values of the vector field?? why I need this: on my functions I
> solve a set equations to find the behavior of the robot. Thats why I
> am thinking about the pipe-feature.
>
> With the '+' filename it is possible in gnuplot to write the "x,y"
> values to evaluate in some file??
> May be it is possible to write the "x,y" grid, then run some process
> (in my case octave), and then use the results file to plot???


Later, Pawel Cesar Sanjuan Szklarz wrote:

> Actually i need to send data from Gnuplot to Octave. Octave can send
> data to gnuplot, but I would like to send back to octave the
> information about the zoom and make a replot.
>
> I will check the path:
>  [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior =
application window
>
> maybe it is what i need.


Such scenarios are clean and simple when gnuplot is embedded as a =
library of plotting routines in a simulation application.  As discussed =
in years past, the only constraint is (was?) that there remained a few =
global variables, thus multiple plotting panels were necessarily views =
into the one set of gnuplot data.  By wrapping these few variables into =
a struct or C++ class, a simulation could have any number of in-process =
gnuplot sessions active, with all info about each plot's state and data =
at hand.

This was always how I used gnuplot, first embedded in an MFC GUI, then =
later likewise in wxWindows.  By the way, I remain confused by the way =
the current wx terminal tries to drive a GUI, rather than having a =
user's GUI drive (simultaneous) gnuplot (sessions).  No doubt the =
current setup is more appropriate in many common scenarios.  Still, I =
imagine gnuplot functionality embedded within a user's favorite GUI =
would be nice.

Nigel

--
=20

Re: 2d vector fields

[Pawel C. S. S. <pa...@gm...>]

SGkuCgp0aGFuayB5b3UgZm9yIHRoZSBsaW5rLiBXaGF0IEkgbmVlZCBpcyBpbgpncFJlYWRNb3Vz
ZVRlc3QtbS56aXAKClBhd2VsIFN6a2xhcnouCgoyMDA3LzQvMTcsIEV0aGFuIE1lcnJpdHQgPG1l
cnJpdHRAdS53YXNoaW5ndG9uLmVkdT46Cj4gT24gVHVlc2RheSAxNyBBcHJpbCAyMDA3IDAwOjE1
LCBQYXdlbCBDZXNhciBTYW5qdWFuIFN6a2xhcnogd3JvdGU6Cj4gPiBIaS4KPiA+Cj4gPiBBY3R1
YWxseSBpIG5lZWQgdG8gc2VuZCBkYXRhIGZyb20gR251cGxvdCB0byBPY3RhdmUuIE9jdGF2ZSBj
YW4gc2VuZAo+ID4gZGF0YSB0byBnbnVwbG90LCBidXQgSSB3b3VsZCBsaWtlIHRvIHNlbmQgYmFj
ayB0byBvY3RhdmUgdGhlCj4gPiBpbmZvcm1hdGlvbiBhYm91dCB0aGUgem9vbSBhbmQgbWFrZSBh
IHJlcGxvdC4KPgo+IFlvdSBkb24ndCBuZWVkIGFueSBuZXcgZmVhdHVyZXMgaW4gZ251cGxvdCB0
byBkbyB0aGF0Lgo+IFlvdSBjYW4gd3JpdGUgdGhlIHBsb3QgY29vcmRpbmF0ZXMgdG8gYW4gYXJi
aXRyYXJ5IGZpbGUgdXNpbmcKPgo+IG9sZCBzeW50YXg6Cj4gICAgICAgICBzZXQgdGVybSBwdXNo
Cj4gICAgICAgICBzZXQgdGVybSB0YWJsZQo+ICAgICAgICAgc2V0IG91dHB1dCAiY29vcmRzLmRh
dCIKPiAgICAgICAgIHBsb3QgLi4uCj4gICAgICAgICBzZXQgdGVybSBwb3AKPgo+IE5ldyBzeW50
YXggKHZlcnNpb24gNC4yKToKPiAgICAgICAgIHNldCB0YWJsZSAiY29vcmRzLmRhdCIKPiAgICAg
ICAgIHBsb3QgLi4uCj4gICAgICAgICB1bnNldCB0YWJsZQo+Cj4gU2VlIGZvciBleGFtcGxlIHRo
ZSBvcmlnaW5hbCB2ZWN0b3IgZmllbGQgZXhhbXBsZQo+ICAgICAgICAgLi4uL2RlbW8vdmVjdG9y
LmRlbQo+Cj4KPiBZb3UgY2FuIGV2ZW4gbWFrZSB0aGlzIGEgcGlwZSBpZiB5b3UgbGlrZSwgYWx0
aG91Z2ggSSBkb24ndAo+IGtub3cgaWYgdGhpcyB3b3VsZCBoZWxwIHdpdGggT2N0YXZlLgo+Cj4g
ICAgICAgICBzZXQgdGFibGUgInwgbXlfcHJvZ3JhbV9leHBlY3RpbmdfYW5faW5wdXRfc3RyZWFt
Igo+ICAgICAgICAgcGxvdCAuLi4KPiAgICAgICAgIHVuc2V0IHRhYmxlCj4KPiBNb3JlIGxpa2Vs
eSB5b3Ugd291bGQgb3BlbiBhIG5hbWVkIHBpcGUgZm9yIHJlYWQgYWNjZXNzIGluIE9jdGF2ZSwK
PiB0aGVuIHRyaWdnZXIgdGhlIGdudXBsb3Qgb3BlcmF0aW9uOyAgZ251cGxvdCB3b3VsZCBpbiB0
dXJuIG9wZW4KPiB0aGUgc2FtZSBuYW1lZCBwaXBlIGZvciB3cml0aW5nIGFzIGFib3ZlLCBhcyBz
ZW5kIHRoZSBvdXRwdXQgYmFjawo+IHRvIE9jdGF2ZS4gIFlvdSBtYXkgZmluZCB0aGUgZXhhbXBs
ZXMgb24gdGhpcyBwYWdlIHVzZWZ1bAo+ICh0aGUgb25lcyB1bmRlciAiUHJvZ3JhbW1pbmcgaW50
ZXJmYWNlcyDigJMgYmlkaXJlY3Rpb25hbCBpbnRlcmFjdGlvbiIpCj4gICAgaHR0cDovL2dudXBs
b3QuaW5mby9saW5rcy5odG1sCj4KPgo+Cj4gPgo+ID4gSSB3aWxsIGNoZWNrIHRoZSBwYXRoOgo+
ID4gIFsgZ251cGxvdC1QYXRjaGVzLTEwMjcwMzIgXSBDb25uZWN0IGdudXBsb3RfeDExIHRvIGV4
dGVyaW9yIGFwcGxpY2F0aW9uIHdpbmRvdwo+ID4KPiA+IG1heWJlIGl0IGlzIHdoYXQgaSBuZWVk
Lgo+ID4KPiA+IFRoYW5rIHlvdS4KPiA+IFBhd2XFgiBTemtsYXJ6Lgo+ID4KPiA+IDIwMDcvNC8x
NywgRGFuaWVsIEogU2ViYWxkIDxkYW5pZWwuc2ViYWxkQGllZWUub3JnPjoKPiA+ID4gUGF3ZWwg
Q2VzYXIgU2FuanVhbiBTemtsYXJ6IHdyb3RlOgo+ID4gPgo+ID4gPiA+IE5vdyBJIGhhdmUgdGhl
IG5leHQgcGxvYmxlbTogaG93IHRvIHVzZSBleHRlcm5hbCBmdW5jdGlvbiB0byBnZW5lcmF0ZQo+
ID4gPiA+IHRoZSB2YWx1ZXMgb2YgdGhlIHZlY3RvciBmaWVsZD8/IHdoeSBJIG5lZWQgdGhpczog
b24gbXkgZnVuY3Rpb25zIEkKPiA+ID4gPiBzb2x2ZSBhIHNldCBlcXVhdGlvbnMgdG8gZmluZCB0
aGUgYmVoYXZpb3Igb2YgdGhlIHJvYm90LiBUaGF0cyB3aHkgSQo+ID4gPiA+IGFtIHRoaW5raW5n
IGFib3V0IHRoZSBwaXBlLWZlYXR1cmUuCj4gPiA+ID4KPiA+ID4gPiBXaXRoIHRoZSAnKycgZmls
ZW5hbWUgaXQgaXMgcG9zc2libGUgaW4gZ251cGxvdCB0byB3cml0ZSB0aGUgIngseSIKPiA+ID4g
PiB2YWx1ZXMgdG8gZXZhbHVhdGUgaW4gc29tZSBmaWxlPz8KPiA+ID4gPiBNYXkgYmUgaXQgaXMg
cG9zc2libGUgdG8gd3JpdGUgdGhlICJ4LHkiIGdyaWQsIHRoZW4gcnVuIHNvbWUgcHJvY2VzcyAo
Cj4gPiA+ID4gaW4gbXkgY2FzZSBvY3RhdmUpLCBhbmQgdGhlbiB1c2UgdGhlIHJlc3VsdHMgZmls
ZSB0byBwbG90Pz8/Cj4gPiA+Cj4gPiA+IFRoZSBkaXNjdXNzaW9uIG9mIHBpcGVzIGFuZCB0cmFu
c2ZlcmluZyBkYXRhIGZyb20gT2N0YXZlIHRvIGdudXBsb3Qgc2hvdWxkIGdvIHRvCj4gPiA+IHRo
ZSBPY3RhdmUgbGlzdC4gIE9jdGF2ZSBjdXJyZW50bHkgc2VuZHMgZGF0YSB0byBnbnVwbG90IHRo
b3VnaCBhIHBpcGUuICBUaGUKPiA+ID4gT2N0YXZlIGZvbGtzIG1heSBiZSBhYmxlIHRvIGhlbHAg
eW91IHNldCBzb21ldGhpbmcgdXAgaW4gdGVybXMgb2YgdHJhbnNmZXJyaW5nCj4gPiA+IGRhdGEg
YW5kIHRoZSB0eXBlIG9mIHBsb3QgeW91J2QgbGlrZSB0byBnZW5lcmF0ZS4KPiA+ID4KPiA+ID4g
SSd2ZSBhbHNvIHVwZGF0ZSB0aGUgcGF0Y2gKPiA+ID4KPiA+ID4gWyBnbnVwbG90LVBhdGNoZXMt
MTAyNzAzMiBdIENvbm5lY3QgZ251cGxvdF94MTEgdG8gZXh0ZXJpb3IgYXBwbGljYXRpb24gd2lu
ZG93Cj4gPiA+Cj4gPiA+IHdoaWNoIHVzZXMgYSBwaXBlIGNyZWF0ZWQgdXNpbmcgVENMIHJhdGhl
ciB0aGFuIEMsIGJ1dCBJIHNlZSBub3cgdGhhdCBpc24ndAo+ID4gPiBhbnl0aGluZyB5b3UgbmVl
ZC4KPiA+ID4KPiA+ID4gRGFuCj4gPiA+Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBUaGlzIFNG
Lm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnkgREIyIEV4cHJlc3MKPiA+IERvd25sb2FkIERCMiBF
eHByZXNzIEMgLSB0aGUgRlJFRSB2ZXJzaW9uIG9mIERCMiBleHByZXNzIGFuZCB0YWtlCj4gPiBj
b250cm9sIG9mIHlvdXIgWE1MLiBObyBsaW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0
IG5vdy4KPiA+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcG93ZXJiYXIvZGIyLwo+ID4gX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+IGdudXBsb3QtYmV0
YSBtYWlsaW5nIGxpc3QKPiA+IGdudXBsb3QtYmV0YUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+
IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2dudXBsb3QtYmV0
YQo+ID4KPgo+IC0tCj4gRXRoYW4gQSBNZXJyaXR0ICAgICAgICAgICAgQ291cmllciBEZWxpdmVy
aWVzOiAxOTU5IE5FIFBhY2lmaWMKPiBEZXB0IG9mIEJpb2NoZW1pc3RyeQo+IEhlYWx0aCBTY2ll
bmNlcyBCdWlsZGluZwo+IFVuaXZlcnNpdHkgb2YgV2FzaGluZ3RvbiAtIFNlYXR0bGUgV0EgOTgx
OTUtNzc0Mgo+Cg==

Re: 2d vector fields

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

On Tuesday 17 April 2007 00:15, Pawel Cesar Sanjuan Szklarz wrote:
> Hi.
>=20
> Actually i need to send data from Gnuplot to Octave. Octave can send
> data to gnuplot, but I would like to send back to octave the
> information about the zoom and make a replot.

You don't need any new features in gnuplot to do that.
You can write the plot coordinates to an arbitrary file using

old syntax:
	set term push
	set term table
	set output "coords.dat"
	plot ...
	set term pop

New syntax (version 4.2):
	set table "coords.dat"
	plot ...
	unset table

See for example the original vector field example
	.../demo/vector.dem


You can even make this a pipe if you like, although I don't
know if this would help with Octave.

	set table "| my_program_expecting_an_input_stream"
	plot ...
	unset table

More likely you would open a named pipe for read access in Octave,
then trigger the gnuplot operation;  gnuplot would in turn open
the same named pipe for writing as above, as send the output back
to Octave.  You may find the examples on this page useful
(the ones under "Programming interfaces =E2=80=93 bidirectional interaction=
")
   http://gnuplot.info/links.html



>=20
> I will check the path:
>  [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior application =
window
>=20
> maybe it is what i need.
>=20
> Thank you.
> Pawe=C5=82 Szklarz.
>=20
> 2007/4/17, Daniel J Sebald <dan...@ie...>:
> > Pawel Cesar Sanjuan Szklarz wrote:
> >
> > > Now I have the next ploblem: how to use external function to generate
> > > the values of the vector field?? why I need this: on my functions I
> > > solve a set equations to find the behavior of the robot. Thats why I
> > > am thinking about the pipe-feature.
> > >
> > > With the '+' filename it is possible in gnuplot to write the "x,y"
> > > values to evaluate in some file??
> > > May be it is possible to write the "x,y" grid, then run some process (
> > > in my case octave), and then use the results file to plot???
> >
> > The discussion of pipes and transfering data from Octave to gnuplot sho=
uld go to
> > the Octave list.  Octave currently sends data to gnuplot though a pipe.=
  The
> > Octave folks may be able to help you set something up in terms of trans=
ferring
> > data and the type of plot you'd like to generate.
> >
> > I've also update the patch
> >
> > [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior application=
 window
> >
> > which uses a pipe created using TCL rather than C, but I see now that i=
sn't
> > anything you need.
> >
> > Dan
> >
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>=20

=2D-=20
Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Re: 2d vector fields

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

Pawel Cesar Sanjuan Szklarz wrote:
> Hi.
> 
> Actually i need to send data from Gnuplot to Octave. Octave can send
> data to gnuplot, but I would like to send back to octave the
> information about the zoom and make a replot.
> 
> I will check the path:
>  [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior application window
> 
> maybe it is what i need.

Probably not.  Well, I think this too is better discussed on the Octave list. 
Your feature request (i.e., getting data regarding mouse, zoom, autorange from 
gnuplot as opposed to just sending data to gnuplot) is something Octave 
developers have talked about but haven't placed at high enough priority to 
motivate someone to make it happen.

Dan

Re: 2d vector fields

[Pawel C. S. S. <pa...@gm...>]

SGkuCgpBY3R1YWxseSBpIG5lZWQgdG8gc2VuZCBkYXRhIGZyb20gR251cGxvdCB0byBPY3RhdmUu
IE9jdGF2ZSBjYW4gc2VuZApkYXRhIHRvIGdudXBsb3QsIGJ1dCBJIHdvdWxkIGxpa2UgdG8gc2Vu
ZCBiYWNrIHRvIG9jdGF2ZSB0aGUKaW5mb3JtYXRpb24gYWJvdXQgdGhlIHpvb20gYW5kIG1ha2Ug
YSByZXBsb3QuCgpJIHdpbGwgY2hlY2sgdGhlIHBhdGg6CiBbIGdudXBsb3QtUGF0Y2hlcy0xMDI3
MDMyIF0gQ29ubmVjdCBnbnVwbG90X3gxMSB0byBleHRlcmlvciBhcHBsaWNhdGlvbiB3aW5kb3cK
Cm1heWJlIGl0IGlzIHdoYXQgaSBuZWVkLgoKVGhhbmsgeW91LgpQYXdlsyBTemtsYXJ6LgoKMjAw
Ny80LzE3LCBEYW5pZWwgSiBTZWJhbGQgPGRhbmllbC5zZWJhbGRAaWVlZS5vcmc+Ogo+IFBhd2Vs
IENlc2FyIFNhbmp1YW4gU3prbGFyeiB3cm90ZToKPgo+ID4gTm93IEkgaGF2ZSB0aGUgbmV4dCBw
bG9ibGVtOiBob3cgdG8gdXNlIGV4dGVybmFsIGZ1bmN0aW9uIHRvIGdlbmVyYXRlCj4gPiB0aGUg
dmFsdWVzIG9mIHRoZSB2ZWN0b3IgZmllbGQ/PyB3aHkgSSBuZWVkIHRoaXM6IG9uIG15IGZ1bmN0
aW9ucyBJCj4gPiBzb2x2ZSBhIHNldCBlcXVhdGlvbnMgdG8gZmluZCB0aGUgYmVoYXZpb3Igb2Yg
dGhlIHJvYm90LiBUaGF0cyB3aHkgSQo+ID4gYW0gdGhpbmtpbmcgYWJvdXQgdGhlIHBpcGUtZmVh
dHVyZS4KPiA+Cj4gPiBXaXRoIHRoZSAnKycgZmlsZW5hbWUgaXQgaXMgcG9zc2libGUgaW4gZ251
cGxvdCB0byB3cml0ZSB0aGUgIngseSIKPiA+IHZhbHVlcyB0byBldmFsdWF0ZSBpbiBzb21lIGZp
bGU/Pwo+ID4gTWF5IGJlIGl0IGlzIHBvc3NpYmxlIHRvIHdyaXRlIHRoZSAieCx5IiBncmlkLCB0
aGVuIHJ1biBzb21lIHByb2Nlc3MgKAo+ID4gaW4gbXkgY2FzZSBvY3RhdmUpLCBhbmQgdGhlbiB1
c2UgdGhlIHJlc3VsdHMgZmlsZSB0byBwbG90Pz8/Cj4KPiBUaGUgZGlzY3Vzc2lvbiBvZiBwaXBl
cyBhbmQgdHJhbnNmZXJpbmcgZGF0YSBmcm9tIE9jdGF2ZSB0byBnbnVwbG90IHNob3VsZCBnbyB0
bwo+IHRoZSBPY3RhdmUgbGlzdC4gIE9jdGF2ZSBjdXJyZW50bHkgc2VuZHMgZGF0YSB0byBnbnVw
bG90IHRob3VnaCBhIHBpcGUuICBUaGUKPiBPY3RhdmUgZm9sa3MgbWF5IGJlIGFibGUgdG8gaGVs
cCB5b3Ugc2V0IHNvbWV0aGluZyB1cCBpbiB0ZXJtcyBvZiB0cmFuc2ZlcnJpbmcKPiBkYXRhIGFu
ZCB0aGUgdHlwZSBvZiBwbG90IHlvdSdkIGxpa2UgdG8gZ2VuZXJhdGUuCj4KPiBJJ3ZlIGFsc28g
dXBkYXRlIHRoZSBwYXRjaAo+Cj4gWyBnbnVwbG90LVBhdGNoZXMtMTAyNzAzMiBdIENvbm5lY3Qg
Z251cGxvdF94MTEgdG8gZXh0ZXJpb3IgYXBwbGljYXRpb24gd2luZG93Cj4KPiB3aGljaCB1c2Vz
IGEgcGlwZSBjcmVhdGVkIHVzaW5nIFRDTCByYXRoZXIgdGhhbiBDLCBidXQgSSBzZWUgbm93IHRo
YXQgaXNuJ3QKPiBhbnl0aGluZyB5b3UgbmVlZC4KPgo+IERhbgo+Cg==

Re: 2d vector fields

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

Pawel Cesar Sanjuan Szklarz wrote:

> Now I have the next ploblem: how to use external function to generate
> the values of the vector field?? why I need this: on my functions I
> solve a set equations to find the behavior of the robot. Thats why I
> am thinking about the pipe-feature.
> 
> With the '+' filename it is possible in gnuplot to write the "x,y"
> values to evaluate in some file??
> May be it is possible to write the "x,y" grid, then run some process (
> in my case octave), and then use the results file to plot???

The discussion of pipes and transfering data from Octave to gnuplot should go to 
the Octave list.  Octave currently sends data to gnuplot though a pipe.  The 
Octave folks may be able to help you set something up in terms of transferring 
data and the type of plot you'd like to generate.

I've also update the patch

[ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior application window

which uses a pipe created using TCL rather than C, but I see now that isn't 
anything you need.

Dan

Re: 2d vector fields

[Pawel C. S. S. <pa...@gm...>]

SGkKClRoYW5rIHlvdSwgdGhhdCBpcyB3aGF0IEkgbmVlZCwgaXQgd29ya3MuIEkgYW0gd29ya2lu
ZyBvbiBjb250cm9sCnRoZW9yeSBmb3Igcm9ib3RzLCBhbmQgdG8gc2VlIGhvdyBzb21lIGNvbnRy
b2wgYWxnb3JpdGhtcyB3b3JrcyBJIG5lZWQKdG8gY2hlY2sgMmQgdmVjdG9yIGZpZWxkcy4KCk5v
dyBJIGhhdmUgdGhlIG5leHQgcGxvYmxlbTogaG93IHRvIHVzZSBleHRlcm5hbCBmdW5jdGlvbiB0
byBnZW5lcmF0ZQp0aGUgdmFsdWVzIG9mIHRoZSB2ZWN0b3IgZmllbGQ/PyB3aHkgSSBuZWVkIHRo
aXM6IG9uIG15IGZ1bmN0aW9ucyBJCnNvbHZlIGEgc2V0IGVxdWF0aW9ucyB0byBmaW5kIHRoZSBi
ZWhhdmlvciBvZiB0aGUgcm9ib3QuIFRoYXRzIHdoeSBJCmFtIHRoaW5raW5nIGFib3V0IHRoZSBw
aXBlLWZlYXR1cmUuCgpXaXRoIHRoZSAnKycgZmlsZW5hbWUgaXQgaXMgcG9zc2libGUgaW4gZ251
cGxvdCB0byB3cml0ZSB0aGUgIngseSIKdmFsdWVzIHRvIGV2YWx1YXRlIGluIHNvbWUgZmlsZT8/
Ck1heSBiZSBpdCBpcyBwb3NzaWJsZSB0byB3cml0ZSB0aGUgIngseSIgZ3JpZCwgdGhlbiBydW4g
c29tZSBwcm9jZXNzICgKaW4gbXkgY2FzZSBvY3RhdmUpLCBhbmQgdGhlbiB1c2UgdGhlIHJlc3Vs
dHMgZmlsZSB0byBwbG90Pz8/CgpUaGFua3MgZm9yIGFsbC4KUGF3ZbMgU3prbGFyei4KCjIwMDcv
NC8xNSwgRXRoYW4gQSBNZXJyaXR0IDxtZXJyaXR0QHUud2FzaGluZ3Rvbi5lZHU+Ogo+IE9uIFN1
bmRheSAxNSBBcHJpbCAyMDA3IDAwOjQ0LCBQYXdlbCBDZXNhciBTYW5qdWFuIFN6a2xhcnogd3Jv
dGU6Cj4gPiBIaS4KPiA+IHRoZSBwbG90Cj4gPiBzcGxvdCAnKycgMToyOihzaW4oJDEpKiQyKiQy
KTooY29zKCQyKSokMSokMSkgd2l0aCB2ZWN0b3JzCj4gPiBpcyBub3Qgd29ya2luZy4gSSBub3Qg
Zm91bmQgYW55IHNwbG90IHdpdGggdmVjdG9ycyBleGFtcGxlIGluIHRoZSBkZW1vIGZpbGVzOgo+
ID4gYmFzaDogZ3JlcCBzcGxvdCAqIHwgZ3JlcCB2ZWN0b3JzCj4KPiBJIGRpZCBub3QgaGF2ZSB0
aGUgY29tbWFuZCBxdWl0ZSByaWdodC4gIEkgd2FzIGZvcmdldHRpbmcgdGhhdCBmb3Igc3Bsb3Qg
eW91Cj4gbmVlZCB0byBnaXZlIGEgeiBjb29yZGluYXRlIGZvciBlYWNoIGVuZHBvaW50LCBldmVu
IGlmIHRoZXkgYXJlIGFsbCB0aGUgc2FtZS4KPgo+IFRoaXMgd29ya3M6Cj4gICAgIHNldCBzYW1w
bGVzIDEwCj4gICAgIHNldCBpc29zYW1wbGVzCj4gICAgIHNldCB4cmFuZ2UgWzA6MV0KPiAgICAg
c2V0IHlyYW5nZSBbMDoxXQo+ICAgICBzZXQgdmlldyBtYXAKPiAgICAgc3Bsb3QgJysnIHVzaW5n
IDE6MjowOihzaW4oJDEpLzIwLik6KGNvcygkMikvMjAuKTowIHdpdGggdmVjdG9ycwo+Cj4gPiBC
dXQgd2hhdCBJIG5lZWQgaXMgYSAyZCBwbG90IHdpdGggdmVjdG9ycywgdGhlIHNhbWUgYXMKPgo+
IFllcywgaWYgeW91IGFyZSByZWFkaW5nIHRoZSBjb29yZGluYXRlcyBmcm9tIGEgZmlsZSB0aGVu
IHlvdSBjYW4gZG8gdGhpcwo+IHdpdGggInBsb3QiLiAgIEJ1dCBpbiBvcmRlciB0byBhdXRvLWdl
bmVyYXRlIGEgMkQgZ3JpZCwgeW91IG5lZWQgdG8gdXNlCj4gInNwbG90Ii4gIFRoZSBub3JtYWwg
dXNlIGZvciBzcGxvdCBpcyB0byBnZW5lcmF0ZSAzRCBwbG90cywgYnkgYXNzb2NpYXRpbmcKPiBh
IFogdmFsdWUgd2l0aCBlYWNoIFt4LHldIHNhbXBsZS4gIEhvd2V2ZXIsIG15IGV4YW1wbGUgYWJv
dmUgcmUtdXNlcyB0aGUKPiB4IGFuZCB5IGNvb3JkaW5hdGVzIHRvIGNhbGN1bGF0ZSBlYWNoIGVu
ZCBvZiBhIHZlY3RvciBpbiB0aGUgcGxhbmUgWj0wLgo+Cj4gSSBoYXZlIGF0dGFjaGVkIHRoZSBv
dXRwdXQgb2YgbXkgZXhhbXBsZSBhcyBhbiAqLmVwcyBmaWxlLgo+IEFzIEkgc2FpZCwgdGhpcyBp
cyBhIHZlcnkgbmV3IGZlYXR1cmUsIGFuZCB5b3UgbWF5IGJlIGFibGUgdG8gc3VnZ2VzdAo+IGVu
aGFuY2VtZW50cyB0byBtYWtlIGl0IGJldHRlci4KPgo+ICAgICAgICAgRXRoYW4KPgo+Cj4gPiBn
bnVwbG90PnBsb3QgJ215ZGF0YUZpZWxkLmRhdCcgdXNpbmcgMToyOjM6NCB3aXRoIHZlY3RvcnMK
PiA+Cj4gPiB3aGVyZSBpbiB0aGUgZmlsZSAnbXlkYXRhRmllbGQuZGF0JyBJIGhhdmUKPiA+IHgg
eSBzaW4oeCkqeV4yIGNvcyh5KXheMgo+ID4gY2FsY3VsYXRlZCBmb3IgYWxsIHBvaW50cy4KPiA+
Cj4gPiBJIHdvdWxkIGxpa2UgdG8gZ2V0IHRoZSBzYW1lIHVzaW5nIHNvbWV0aGluZyBsaWtlIHNw
ZWNpYWwgZnVuY3Rpb25zOgo+ID4gZ251cGxvdD5wbG90ICcrJyB1c2luZyAxOjI6KHNpbigkMSkq
JDIqJDIpOihjb3MoJDIpKiQxKiQxKSB3aXRoIHZlY3RvcnMKPiA+Cj4gPiBQYXdlbCBTemtsYXJ6
Lgo+ID4KPiA+IDIwMDcvNC8xNCwgRXRoYW4gQSBNZXJyaXR0IDxtZXJyaXR0QHUud2FzaGluZ3Rv
bi5lZHU+Ogo+ID4gPiBPbiBTYXR1cmRheSAxNCBBcHJpbCAyMDA3IDEwOjI5LCBQYXdlbCBDZXNh
ciBTYW5qdWFuIFN6a2xhcnogd3JvdGU6Cj4gPiA+ID4gSGkKPiA+ID4gPgo+ID4gPiA+IEkgYW0g
aW50ZXJlc3RlZCBpbiBhZGQgYSBmZWF0dXJlIGRvIGdudXBsb3Q6IDJkIHZlY3RvciBmaWVsZHMg
ZnJvbQo+ID4gPiA+IFJeMi0+Ul4yIGZ1bmN0aW9ucwo+ID4gPiA+Cj4gPiA+ID4gZXhhbXBsZToK
PiA+ID4gPiBnbnVwbG90PnBsb3QgKHNpbih4KSp5XjIsY29zKHkpeF4yKSB3aXRoIDJkVmVjdG9y
RmllbGQKPiA+ID4KPiA+ID4gUGxlYXNlIGhhdmUgYSBsb29rIGF0IHRoZSB2ZXJ5IHJlY2VudCBm
ZWF0dXJlIGFkZGVkIHRvIHRoZSBjdnMgdmVyc2lvbjoKPiA+ID4KPiA+ID4gZ251cGxvdD4gaGVs
cCBzcGVjaWFsLWZpbGVuYW1lcwo+ID4gPiAgVGhlcmUgYXJlIHRocmVlIGZpbGVuYW1lcyB0aGF0
IGhhdmUgYSBzcGVjaWFsIG1lYW5pbmc6ICAnJywgJy0nLCBhbmQgJysnLgo+ID4gPiAgVGhlIHNw
ZWNpYWwgZmlsZW5hbWUgJysnIGlzIGEgbWVjaGFuaXNtIHRvIGFsbG93IHRoZSBmdWxsIHJhbmdl
IG9mCj4gPiA+ICBgdXNpbmdgIHNwZWNpZmllcnMgYW5kIHBsb3Qgc3R5bGVzIHdpdGggaW4tbGlu
ZSBmdW5jdGlvbnMuICBOb3JtYWxseSBhCj4gPiA+ICBmdW5jdGlvbiBwbG90IGNhbiBvbmx5IGhh
dmUgYSBzaW5nbGUgeSAob3IgeikgdmFsdWUgYXNzb2NpYXRlZCB3aXRoIGVhY2gKPiA+ID4gIHNh
bXBsZWQgcG9pbnQuICBUaGUgcHNldWRvLWZpbGUgJysnIHRyZWF0cyB0aGUgc2FtcGxlZCBwb2lu
dHMgYXMgY29sdW1ucwo+ID4gPiAgMSAocGxvdCkgb3IgMSBhbmQgMiAoc3Bsb3QpLCBhbmQgYWxs
b3dzIGFkZGl0aW9uYWwgY29sdW1uIHZhbHVlcyB0byBiZQo+ID4gPiAgc3BlY2lmaWVkIHZpYSBh
IGB1c2luZ2Agc3BlY2lmaWNhdGlvbiwganVzdCBhcyBmb3IgYSB0cnVlIGlucHV0IGZpbGUuCj4g
PiA+ICBFeGFtcGxlOgo+ID4gPiAgICAgICAgcGxvdCAnKycgdXNpbmcgKCQxKTooc2luKCQxKSk6
KHNpbigkMSkqKjIpIHdpdGggZmlsbGVkY3VydmVzCj4gPiA+Cj4gPiA+Cj4gPiA+IFlvdSBtYXkg
YmUgYWJsZSB0byB1c2UgdGhpcyBuZXcgbWVjaGFuaXNtIHRvIGRvIHlvdXIgcGxvdHRpbmcuCj4g
PiA+IE9yIG1heWJlIG5vdC4gIEknbSBub3Qgc3VyZSBJIHVuZGVyc3RhbmQgd2hhdCBpcyB0aGUg
aW50ZW5kZWQgb3V0cHV0Cj4gPiA+IGZyb20geW91ciBleGFtcGxlLiAgSXMgaXQgYSBzZXQgb2Yg
dmVjdG9ycywgd2l0aCBlYWNoIHZlY3RvciBjb25uZWN0aW5nCj4gPiA+ICh4LHkpIHRvIChzaW4o
eCkqeV4yLCBjb3MoeSkqeF4yKSA/ICAgVGhhdCB3b3VsZCBiZSBzb21ldGhpbmcgbGlrZQo+ID4g
PiAgICAgICAgIHNwbG90ICcrJyAxOjI6KHNpbigkMSkqJDIqJDIpOihjb3MoJDIpKiQxKiQxKSB3
aXRoIHZlY3RvcnMKPiA+ID4gWW91IG1heSBoYXZlIHRvIGNoYW5nZSAic2V0IGlzb3NhbXBsZXMi
IGZpcnN0Lgo+ID4gPgo+ID4gPiBPZiBjb3Vyc2UgT2N0YXZlIGRvZXNuJ3QgeWV0IGtub3cgYWJv
dXQgdGhpcyBvcHRpb24sIGJ1dCBJJ20gc3VyZQo+ID4gPiB0aGF0IGNhbiBiZSBmaXhlZC4KPiA+
ID4KPiA+ID4KPiA+ID4KPiA+ID4gPgo+ID4gPiA+IEkga25vdyB0aGF0IGl0IGlzIHBvc3NpYmxl
IHRvIGNyZWF0ZSBhIGRhdGFmaWxlIHdpdGggdGhlIGluZm9ybWF0aW9uCj4gPiA+ID4gYWJvdXQg
dGhlIHZlY3RvciBmaWVsZCwgYnV0IGl0IGNhbiBiZSBuaWNlIHRvIG1ha2Ugem9vbSBhbmQgZG9u
J3QKPiA+ID4gPiB3b3JyeSBhYm91dCB0aGUgZGF0YSBkZW5zaXR5IGluIHRoZSBkYXRhZmlsZS4K
PiA+ID4gPgo+ID4gPiA+IEkgd291bGQgbGlrZSB0byBhZGQgYW5vdGhlciBmZWF0dXJlOiBJIHdv
dWxkIGxpa2UgdG8gdXNlIG9jdGF2ZSAoZm9yCj4gPiA+ID4gZXhhbXBsZSkgdG8gY2FsY3VsYXRl
IHRoZSB2YWx1ZSBvZiBzb21lIGZ1bmN0aW9uLgo+ID4gPiA+IE15IHByb3Bvc2l0aW9uIGlzIG5v
dCB0byBydW4gb2N0YXZlIG1hbnkgdGltZXMsIGJ1dCB0byBjcmVhdGUgYQo+ID4gPiA+IGNoaWxk
cmVuIHByb2Nlc3MgYW5kIHNlbmQvcmVjaWJlIHZhbHVlcyBieSBQSVBFUywgZXhhbXBsZToKPiA+
ID4gPgo+ID4gPiA+IGdudXBsb3Q+b3BlbiBjYWxjdWxhdG9yICdteUN1bGN1bGF0b3JQcm9ncmFt
Jwo+ID4gPiA+ICAgbm93IGdudXBsb3QgZm9ya3MgYW5kIGNyZWF0ZSBhIGNoaWxkcmVuIHByb2Nl
c3MKPiA+ID4gPiAic3lzdGVtKCdteUN1bGN1bGF0b3JQcm9ncmFtJykiIGFuZCBpcyByZWFkeSB0
byB1c2UgdGhhdCBwcm9ncmFtIHRvCj4gPiA+ID4gY2FsY3VsYXRlIHNvbWV0aGluZyAob3BlbiAy
IHBpcGVzIGdudXBsb3Q8LS0+TXljYWxjdWxhdG9yKQo+ID4gPiA+IGdudXBsb3Q+cGxvdCBjYWxj
dWxhdG9yKCdteUV4dGVybmFsRnVuY3Rpb25OYW1lJyx4LHkpCj4gPiA+ID4gICBUbyBjYWxjdWxh
dGUgdGhlIHZhbHVlIG9mCj4gPiA+ID4gICAgY2FsY3VsYXRvcignbXlFeHRlcm5hbEZ1bmN0aW9u
TmFtZScseCx5KQo+ID4gPiA+ICBnbnVwbG90IHNlbmQgZGF0YSBieSB0aGUgcGlwZSB0byB0aGUg
Y2hpbGRyZW4gcHJvY2VzcyBhbmQgd2hpdGUgZm9yCj4gPiA+ID4gdGhlIHJlc3VsdHMgaW4gYW5v
dGhlciBwaXBlLgo+ID4gPiA+Cj4gPiA+ID4gVGhpcyBmZWF0dXJlIGNhbiBieSByZWFsbHkgZ3Jl
YXQsIG9jdGF2ZSBpcyB3aGF0IEkgbmVlZCwgYnV0IHdpdGggdGhpcwo+ID4gPiA+IG1lY2hhbmlz
bSBpdCBpcyBwb3NzaWJsZSBldmVuIHRvIHNlbmQgU09BUCByZXF1ZXN0IHRvIHNvbWUgc3BlY2lh
bAo+ID4gPiA+IG1lZ2EtY2FsY3VsYXRpb24tc2VydmVyIG9yIHdoYXQgZXZlci4KPiA+ID4gPgo+
ID4gPiA+IEkgaGF2ZSByZWFkeSBzb21lIGNvZGUgZm9yIHRoaXMgZmVhdHVyZSwgYnV0IGkgd291
bGQgbGlrZSB0byBrbm93Ogo+ID4gPiA+IC0tY2FuIGJlIHRoaXMgdXNlZnVsPwo+ID4gPiA+IC0t
IGl0IGlzIHBvc3NpYmxlIHRvIG1ha2Ugc29tZXRoaW5nIGVxdWl2YWxlbnQgd2l0aCBnbnVwbG90
IGluIHNvbWUgb3RoZXIgd2F5Cj4gPiA+ID4gQW5kIGlmIHRoaXMgaXMgYSBuZXcgZmVhdHVyZSwg
dGhlbjoKPiA+ID4gPiAtLSB3aGF0IGZvcm1hdCB0byB1c2UgZm9yIHRoaXMgZmVhdHVyZXMgKHJl
cHJlc2VudCBSMi0+UjIgZnVuY3Rpb25zLAo+ID4gPiA+IGFuZCB0aGUgZXh0ZXJuYWwgY2FsY3Vs
YXRvcikKPiA+ID4gPiAtLSBob3cgdG8gc3VibWl0IGNvZGUgdG8gQ1ZTCj4gPiA+ID4KPiA+ID4g
PiBUaGFua3MKPiA+ID4gPgo+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiA+ID4gPiBUaGlzIFNG
Lm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnkgREIyIEV4cHJlc3MKPiA+ID4gPiBEb3dubG9hZCBE
QjIgRXhwcmVzcyBDIC0gdGhlIEZSRUUgdmVyc2lvbiBvZiBEQjIgZXhwcmVzcyBhbmQgdGFrZQo+
ID4gPiA+IGNvbnRyb2wgb2YgeW91ciBYTUwuIE5vIGxpbWl0cy4gSnVzdCBkYXRhLiBDbGljayB0
byBnZXQgaXQgbm93Lgo+ID4gPiA+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcG93ZXJiYXIvZGIy
Lwo+ID4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Cj4gPiA+ID4gZ251cGxvdC1iZXRhIG1haWxpbmcgbGlzdAo+ID4gPiA+IGdudXBsb3QtYmV0YUBs
aXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+ID4gPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5l
dC9saXN0cy9saXN0aW5mby9nbnVwbG90LWJldGEKPiA+ID4gPgo+ID4gPgo+ID4gPiAtLQo+ID4g
PiBFdGhhbiBBIE1lcnJpdHQKPiA+ID4gQmlvbW9sZWN1bGFyIFN0cnVjdHVyZSBDZW50ZXIKPiA+
ID4gVW5pdmVyc2l0eSBvZiBXYXNoaW5ndG9uLCBTZWF0dGxlIDk4MTk1LTc3NDIKPiA+ID4KPiA+
Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQg
YnkgREIyIEV4cHJlc3MKPiA+IERvd25sb2FkIERCMiBFeHByZXNzIEMgLSB0aGUgRlJFRSB2ZXJz
aW9uIG9mIERCMiBleHByZXNzIGFuZCB0YWtlCj4gPiBjb250cm9sIG9mIHlvdXIgWE1MLiBObyBs
aW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0IG5vdy4KPiA+IGh0dHA6Ly9zb3VyY2Vm
b3JnZS5uZXQvcG93ZXJiYXIvZGIyLwo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18KPiA+IGdudXBsb3QtYmV0YSBtYWlsaW5nIGxpc3QKPiA+IGdudXBs
b3QtYmV0YUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9y
Z2UubmV0L2xpc3RzL2xpc3RpbmZvL2dudXBsb3QtYmV0YQo+ID4KPgo+IC0tCj4gRXRoYW4gQSBN
ZXJyaXR0Cj4gQmlvbW9sZWN1bGFyIFN0cnVjdHVyZSBDZW50ZXIKPiBVbml2ZXJzaXR5IG9mIFdh
c2hpbmd0b24sIFNlYXR0bGUgOTgxOTUtNzc0Mgo+Cj4K

Re: 2d vector fields

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

On Sunday 15 April 2007 00:44, Pawel Cesar Sanjuan Szklarz wrote:
> Hi.
> the plot
> splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors
> is not working. I not found any splot with vectors example in the demo files:
> bash: grep splot * | grep vectors

I did not have the command quite right.  I was forgetting that for splot you
need to give a z coordinate for each endpoint, even if they are all the same.

This works:
    set samples 10
    set isosamples
    set xrange [0:1]
    set yrange [0:1]
    set view map
    splot '+' using 1:2:0:(sin($1)/20.):(cos($2)/20.):0 with vectors
 
> But what I need is a 2d plot with vectors, the same as

Yes, if you are reading the coordinates from a file then you can do this
with "plot".   But in order to auto-generate a 2D grid, you need to use
"splot".  The normal use for splot is to generate 3D plots, by associating
a Z value with each [x,y] sample.  However, my example above re-uses the
x and y coordinates to calculate each end of a vector in the plane Z=0.

I have attached the output of my example as an *.eps file. 
As I said, this is a very new feature, and you may be able to suggest
enhancements to make it better. 

	Ethan

 
> gnuplot>plot 'mydataField.dat' using 1:2:3:4 with vectors
> 
> where in the file 'mydataField.dat' I have
> x y sin(x)*y^2 cos(y)x^2
> calculated for all points.
> 
> I would like to get the same using something like special functions:
> gnuplot>plot '+' using 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors
> 
> Pawel Szklarz.
> 
> 2007/4/14, Ethan A Merritt <merritt@u.washington.edu>:
> > On Saturday 14 April 2007 10:29, Pawel Cesar Sanjuan Szklarz wrote:
> > > Hi
> > >
> > > I am interested in add a feature do gnuplot: 2d vector fields from
> > > R^2->R^2 functions
> > >
> > > example:
> > > gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField
> >
> > Please have a look at the very recent feature added to the cvs version:
> >
> > gnuplot> help special-filenames
> >  There are three filenames that have a special meaning:  '', '-', and '+'.
> >  The special filename '+' is a mechanism to allow the full range of
> >  `using` specifiers and plot styles with in-line functions.  Normally a
> >  function plot can only have a single y (or z) value associated with each
> >  sampled point.  The pseudo-file '+' treats the sampled points as columns
> >  1 (plot) or 1 and 2 (splot), and allows additional column values to be
> >  specified via a `using` specification, just as for a true input file.
> >  Example:
> >        plot '+' using ($1):(sin($1)):(sin($1)**2) with filledcurves
> >
> >
> > You may be able to use this new mechanism to do your plotting.
> > Or maybe not.  I'm not sure I understand what is the intended output
> > from your example.  Is it a set of vectors, with each vector connecting
> > (x,y) to (sin(x)*y^2, cos(y)*x^2) ?   That would be something like
> >         splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors
> > You may have to change "set isosamples" first.
> >
> > Of course Octave doesn't yet know about this option, but I'm sure
> > that can be fixed.
> >
> >
> >
> > >
> > > I know that it is possible to create a datafile with the information
> > > about the vector field, but it can be nice to make zoom and don't
> > > worry about the data density in the datafile.
> > >
> > > I would like to add another feature: I would like to use octave (for
> > > example) to calculate the value of some function.
> > > My proposition is not to run octave many times, but to create a
> > > children process and send/recibe values by PIPES, example:
> > >
> > > gnuplot>open calculator 'myCulculatorProgram'
> > >   now gnuplot forks and create a children process
> > > "system('myCulculatorProgram')" and is ready to use that program to
> > > calculate something (open 2 pipes gnuplot<-->Mycalculator)
> > > gnuplot>plot calculator('myExternalFunctionName',x,y)
> > >   To calculate the value of
> > >    calculator('myExternalFunctionName',x,y)
> > >  gnuplot send data by the pipe to the children process and white for
> > > the results in another pipe.
> > >
> > > This feature can by really great, octave is what I need, but with this
> > > mechanism it is possible even to send SOAP request to some special
> > > mega-calculation-server or what ever.
> > >
> > > I have ready some code for this feature, but i would like to know:
> > > --can be this useful?
> > > -- it is possible to make something equivalent with gnuplot in some other way
> > > And if this is a new feature, then:
> > > -- what format to use for this features (represent R2->R2 functions,
> > > and the external calculator)
> > > -- how to submit code to CVS
> > >
> > > Thanks
> > >
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by DB2 Express
> > > Download DB2 Express C - the FREE version of DB2 express and take
> > > control of your XML. No limits. Just data. Click to get it now.
> > > http://sourceforge.net/powerbar/db2/
> > > _______________________________________________
> > > 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
> >
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> 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

Re: 2d vector fields

[Pawel C. S. S. <pa...@gm...>]

Hi Dan.

I don't only want to use octave from gnuplot. Of course to use the
pipes-feature with octave, then i need to make some changes in octave,
or create a wrapper that for any request runs octave.
Maybe a wrapper is a good choice. Gnuplot can send a 1 big request to
the children process for 1 plot and read only ones the plot data.

Pawel Szklarz.

2007/4/14, Daniel J Sebald <dan...@ie...>:
> Pawel Cesar Sanjuan Szklarz wrote:
>
> > I would like to add another feature: I would like to use octave (for
> > example) to calculate the value of some function.
> > My proposition is not to run octave many times, but to create a
> > children process and send/recibe values by PIPES, example:
>
> This would be better discussed on the Octave list because that is where the work
> for such a setup would have to be done.  In fact, there was recently a user who
> proposed something similar on that list.  I will forward you that submission in
> a separate email.
>
> Dan
>

Re: 2d vector fields

[Pawel C. S. S. <pa...@gm...>]

Hi.
the plot
splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors
is not working. I not found any splot with vectors example in the demo files:
bash: grep splot * | grep vectors


But what I need is a 2d plot with vectors, the same as

gnuplot>plot 'mydataField.dat' using 1:2:3:4 with vectors

where in the file 'mydataField.dat' I have
x y sin(x)*y^2 cos(y)x^2
calculated for all points.

I would like to get the same using something like special functions:
gnuplot>plot '+' using 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors

Pawel Szklarz.

2007/4/14, Ethan A Merritt <merritt@u.washington.edu>:
> On Saturday 14 April 2007 10:29, Pawel Cesar Sanjuan Szklarz wrote:
> > Hi
> >
> > I am interested in add a feature do gnuplot: 2d vector fields from
> > R^2->R^2 functions
> >
> > example:
> > gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField
>
> Please have a look at the very recent feature added to the cvs version:
>
> gnuplot> help special-filenames
>  There are three filenames that have a special meaning:  '', '-', and '+'.
>  The special filename '+' is a mechanism to allow the full range of
>  `using` specifiers and plot styles with in-line functions.  Normally a
>  function plot can only have a single y (or z) value associated with each
>  sampled point.  The pseudo-file '+' treats the sampled points as columns
>  1 (plot) or 1 and 2 (splot), and allows additional column values to be
>  specified via a `using` specification, just as for a true input file.
>  Example:
>        plot '+' using ($1):(sin($1)):(sin($1)**2) with filledcurves
>
>
> You may be able to use this new mechanism to do your plotting.
> Or maybe not.  I'm not sure I understand what is the intended output
> from your example.  Is it a set of vectors, with each vector connecting
> (x,y) to (sin(x)*y^2, cos(y)*x^2) ?   That would be something like
>         splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors
> You may have to change "set isosamples" first.
>
> Of course Octave doesn't yet know about this option, but I'm sure
> that can be fixed.
>
>
>
> >
> > I know that it is possible to create a datafile with the information
> > about the vector field, but it can be nice to make zoom and don't
> > worry about the data density in the datafile.
> >
> > I would like to add another feature: I would like to use octave (for
> > example) to calculate the value of some function.
> > My proposition is not to run octave many times, but to create a
> > children process and send/recibe values by PIPES, example:
> >
> > gnuplot>open calculator 'myCulculatorProgram'
> >   now gnuplot forks and create a children process
> > "system('myCulculatorProgram')" and is ready to use that program to
> > calculate something (open 2 pipes gnuplot<-->Mycalculator)
> > gnuplot>plot calculator('myExternalFunctionName',x,y)
> >   To calculate the value of
> >    calculator('myExternalFunctionName',x,y)
> >  gnuplot send data by the pipe to the children process and white for
> > the results in another pipe.
> >
> > This feature can by really great, octave is what I need, but with this
> > mechanism it is possible even to send SOAP request to some special
> > mega-calculation-server or what ever.
> >
> > I have ready some code for this feature, but i would like to know:
> > --can be this useful?
> > -- it is possible to make something equivalent with gnuplot in some other way
> > And if this is a new feature, then:
> > -- what format to use for this features (represent R2->R2 functions,
> > and the external calculator)
> > -- how to submit code to CVS
> >
> > Thanks
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > 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
>

Re: 99 bottles of beer

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

On Friday 13 April 2007 08:16, Bastian M=C3=A4rkisch wrote:
> > > I couldn't resist.  Here is a working version that correctly starts
> > > at 99 and counts down to "No bottles of beer".
>=20
> Challenged by Ethans script I tried to come up with a graphics
> version: a parametrized beer-bottle-function :-) To get  an
> on-screen display try:
>   mode =3D "i"; load "99bottles_gfx.gp"
> or, for an animated GIF, try
>   mode =3D "a"; load "99bottles_gfx.gp"
>=20
> Hope you have some fun with it, too!

I have put both versions under "Useful Scripts" on the web site:

	http://gnuplot.sourceforge.net/scripts/index.html



=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: 2d vector fields

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

Pawel Cesar Sanjuan Szklarz wrote:

> I would like to add another feature: I would like to use octave (for
> example) to calculate the value of some function.
> My proposition is not to run octave many times, but to create a
> children process and send/recibe values by PIPES, example:

This would be better discussed on the Octave list because that is where the work 
for such a setup would have to be done.  In fact, there was recently a user who 
proposed something similar on that list.  I will forward you that submission in 
a separate email.

Dan

Re: 2d vector fields

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

On Saturday 14 April 2007 10:29, Pawel Cesar Sanjuan Szklarz wrote:
> Hi
> 
> I am interested in add a feature do gnuplot: 2d vector fields from
> R^2->R^2 functions
> 
> example:
> gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField

Please have a look at the very recent feature added to the cvs version:

gnuplot> help special-filenames
 There are three filenames that have a special meaning:  '', '-', and '+'.
 The special filename '+' is a mechanism to allow the full range of
 `using` specifiers and plot styles with in-line functions.  Normally a
 function plot can only have a single y (or z) value associated with each
 sampled point.  The pseudo-file '+' treats the sampled points as columns
 1 (plot) or 1 and 2 (splot), and allows additional column values to be
 specified via a `using` specification, just as for a true input file.
 Example:
       plot '+' using ($1):(sin($1)):(sin($1)**2) with filledcurves


You may be able to use this new mechanism to do your plotting.
Or maybe not.  I'm not sure I understand what is the intended output
from your example.  Is it a set of vectors, with each vector connecting
(x,y) to (sin(x)*y^2, cos(y)*x^2) ?   That would be something like
	splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors
You may have to change "set isosamples" first.

Of course Octave doesn't yet know about this option, but I'm sure
that can be fixed.



> 
> I know that it is possible to create a datafile with the information
> about the vector field, but it can be nice to make zoom and don't
> worry about the data density in the datafile.
> 
> I would like to add another feature: I would like to use octave (for
> example) to calculate the value of some function.
> My proposition is not to run octave many times, but to create a
> children process and send/recibe values by PIPES, example:
> 
> gnuplot>open calculator 'myCulculatorProgram'
>   now gnuplot forks and create a children process
> "system('myCulculatorProgram')" and is ready to use that program to
> calculate something (open 2 pipes gnuplot<-->Mycalculator)
> gnuplot>plot calculator('myExternalFunctionName',x,y)
>   To calculate the value of
>    calculator('myExternalFunctionName',x,y)
>  gnuplot send data by the pipe to the children process and white for
> the results in another pipe.
> 
> This feature can by really great, octave is what I need, but with this
> mechanism it is possible even to send SOAP request to some special
> mega-calculation-server or what ever.
> 
> I have ready some code for this feature, but i would like to know:
> --can be this useful?
> -- it is possible to make something equivalent with gnuplot in some other way
> And if this is a new feature, then:
> -- what format to use for this features (represent R2->R2 functions,
> and the external calculator)
> -- how to submit code to CVS
> 
> Thanks
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> 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

2d vector fields

[Pawel C. S. S. <pa...@gm...>]

Hi

I am interested in add a feature do gnuplot: 2d vector fields from
R^2->R^2 functions

example:
gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField

I know that it is possible to create a datafile with the information
about the vector field, but it can be nice to make zoom and don't
worry about the data density in the datafile.

I would like to add another feature: I would like to use octave (for
example) to calculate the value of some function.
My proposition is not to run octave many times, but to create a
children process and send/recibe values by PIPES, example:

gnuplot>open calculator 'myCulculatorProgram'
  now gnuplot forks and create a children process
"system('myCulculatorProgram')" and is ready to use that program to
calculate something (open 2 pipes gnuplot<-->Mycalculator)
gnuplot>plot calculator('myExternalFunctionName',x,y)
  To calculate the value of
   calculator('myExternalFunctionName',x,y)
 gnuplot send data by the pipe to the children process and white for
the results in another pipe.

This feature can by really great, octave is what I need, but with this
mechanism it is possible even to send SOAP request to some special
mega-calculation-server or what ever.

I have ready some code for this feature, but i would like to know:
--can be this useful?
-- it is possible to make something equivalent with gnuplot in some other way
And if this is a new feature, then:
-- what format to use for this features (represent R2->R2 functions,
and the external calculator)
-- how to submit code to CVS

Thanks

Re: 99 bottles of beer

[<bma...@we...>]

> > I couldn't resist.  Here is a working version that correctly starts
> > at 99 and counts down to "No bottles of beer".

Challenged by Ethans script I tried to come up with a graphics
version: a parametrized beer-bottle-function :-) To get  an
on-screen display try:
  mode = "i"; load "99bottles_gfx.gp"
or, for an animated GIF, try
  mode = "a"; load "99bottles_gfx.gp"

Hope you have some fun with it, too!

Bastian

> 
> Looks like a cold candidate for "useful scripts" on gnuplot's web page.
> 
> ---
> PM
> 

Re: gnuplot zoom not functioning anymore in octave 2.9.10

[Petr M. <mi...@ph...>]

> > Octave is getting M* compatibility, where the "set"-like commands are
> > written after(!) the plot command, and thus it usually needs several (fast)
> > redraws with the original data.
> 
> I don't think that conclusion is strictly true.  The octave side of things
> could observe the command stream and hold back on the 'plot' command until
> after the stream of 'set' commands is at its end.

It does not work as you think. Plot appears after each plot command, and is 
redrawn after each "set" command which changes properties of that plot.
See
	help automatic_replot
for more details. (It should be set to 1 for M* compatibility.)

---
PM

Re: gnuplot zoom not functioning anymore in octave 2.9.10

[<HBB...@t-...>]

Petr Mikulik wrote:

> Octave is getting M* compatibility, where the "set"-like commands are 
> written after(!) the plot command, and thus it usually needs several (fast) 
> redraws with the original data.

I don't think that conclusion is strictly true.  The octave side of 
things could observe the command stream and hold back on the 'plot' 
command until after the stream of 'set' commands is at its end.

Re: gnuplot zoom not functioning anymore in octave 2.9.10

[Petr M. <mi...@ph...>]

I'm fine with the new command "redraw".

> It's not clear to me that we need to make this new functionality
> visible from the command line at all.  The mouse zooming can call
> a new internal routine with no corresponding user command.
> Let's get it working first, and only then worry about whether
> it is worth adding a new user command.

Yes, it is important to have it exposed to the user interface.

Octave is getting M* compatibility, where the "set"-like commands are 
written after(!) the plot command, and thus it usually needs several (fast) 
redraws with the original data.

It would be great if gnuplot can provide this.

---
PM