plplot-general — PLplot user discussion group

Re: [Plplot-general] ps driver oddity

[Alan W. I. <ir...@be...>]

On 2007-01-27 14:23+0800 Valery Pipin wrote:

> Sorry I didnot ask clearly.
> Alan W. Irwin wrote:
>> On 2007-01-27 12:47+0800 Valery Pipin wrote:
>>> I can not get it working from command line
>>> I use "python pli.py -dev psttf -o intm1.ps -portrait".
> Is this a correct line?

Yes, once PLplot is installed, and you let python know where the PLplot
python modules are installed, that is the correct way to call a python
script with PLplot command-line options.  But first things first; get
the PLplot install working (see previous e-mail) before worrying about this.

>
> another question was
> how to get \mathcal{E} with pstff driver

I can highly recommend the gucharmap application which allows you to look at
all unicode blocks and how your installed system fonts look for those
blocks.  For example, I have the cmsy10 TrueType font (which is a TrueType
representation of the Latex math symbol fonts) installed on my system, and
indeed when I switch to viewing that with gucharmap it looks like the
calligraphic version of characters are in the normal latin alphabet places.
So if you render an upper case E with the cmsy10 TrueType font, it appears
you will get what you want.  First, make sure the cmsy10 TrueType font is
installed on your system.  After that take the following PLplot steps: (a)
specify the TrueType font cmsy10 as one of the 30 fonts that can be
described by an FCI; (b) embed that FCI (Font Characterization Integer) in
your string to change to that font; (c) follow that FCI in the string with
an "E"; and (d) follow that "E" with another FCI to change back to your
original string font. See
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.7.2/characters.html
for details of how to do all these steps.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] PLplot 5.7.2 is now available

[Valery P. <pi...@is...>]

Alan W. Irwin wrote:
> On 2007-01-27 14:49+0800 Valery Pipin wrote:
> > I'm trying to use the new procedure to build this release.
> > I have used
> > "cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_VERBOSE_MAKEFILE=ON
> > ../plplot-5.7.2
> >
> >> & cmake.out"
>
> That seems fine (although I have a personal preference for more unique
> install prefixes like /usr/local/plplot which makes your plplot install
> much easier to remove.)
Does it mean that cmake have no "make uninstall" ?
>
> > in cmake.out I have
> > -- WARNING: swig not found. Disabling java bindings
> > -- WARNING: swig not found. Disabling python bindings
> > I don't need java. I need python.
> > [vv@localhost ~]$ swig
> > Must specify an input file. Use -help for available options.
> > [vv@localhost ~]$ rpm -q swig
> > swig-1.3.31-alt1
> >
> > What should I do?
>
> The simplest thing to do is to use the cvs version of PLplot.  I have
I'll try soon  but not today.
Anyway ./configure make & make install works fine.

Re: [Plplot-general] PLplot 5.7.2 is now available

[Alan W. I. <ir...@be...>]

On 2007-01-27 14:49+0800 Valery Pipin wrote:

> I'm trying to use the new procedure to build this release.
> I have used
> "cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_VERBOSE_MAKEFILE=ON ../plplot-5.7.2
>> & cmake.out"

That seems fine (although I have a personal preference for more unique
install prefixes like /usr/local/plplot which makes your plplot install much
easier to remove.)

>
> in cmake.out I have
> -- WARNING: swig not found. Disabling java bindings
> -- WARNING: swig not found. Disabling python bindings
> I don't need java. I need python.
> [vv@localhost ~]$ swig
> Must specify an input file. Use -help for available options.
> [vv@localhost ~]$ rpm -q swig
> swig-1.3.31-alt1
>
> What should I do?

The simplest thing to do is to use the cvs version of PLplot.  I have
recently (just after 5.7.2 was released) made a substantial improvement
that makes it much easier for cmake to find swig.  All it needs is
swig in the PATH, and apparently that is what you have so it should work.
It works fine for me, but let me know if you have any problems with it.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] PLplot 5.7.2 is now available

[Valery P. <pi...@is...>]

I'm trying to use the new procedure to build this release.
I have used
"cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_VERBOSE_MAKEFILE=ON  ../plplot-5.7.2 
>& cmake.out"
 
in cmake.out I have
-- WARNING: swig not found. Disabling java bindings
-- WARNING: swig not found. Disabling python bindings
I don't need java. I need python.
[vv@localhost ~]$ swig
Must specify an input file. Use -help for available options.
[vv@localhost ~]$ rpm -q swig
swig-1.3.31-alt1

What should I do?

Re: [Plplot-general] ps driver oddity

[Valery P. <pi...@is...>]

Sorry I didnot ask clearly.
Alan W. Irwin wrote:
> On 2007-01-27 12:47+0800 Valery Pipin wrote:
> > I can not get it working from command line
> > I use "python pli.py -dev psttf -o intm1.ps -portrait".
Is this a correct line?

another question was
how to get \mathcal{E} with pstff driver

regards,
Valery

Re: [Plplot-general] ps driver oddity

[Alan W. I. <ir...@be...>]

On 2007-01-27 12:47+0800 Valery Pipin wrote:

> I can not get it working from command line
> I use "python pli.py -dev psttf -o intm1.ps -portrait".
> It ask me about driver nevertheless.
> test_python.sh  does not work for me

All the scripts in the test directory need a lot of setting up to work
correctly from the build tree.  Our ctest command does all that, but it is
tough for humans to remember everything to do.  To greatly simplify your
life run "make install" (which copies needed files into rational places in
the install tree), then cd to $prefix/share/plplot-5.7.2/examples/python,
and you should be able to run the ./x?? python scripts without problems from
the command line.  If you follow that model with your own python scripts you
should not have any problems.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] ps driver oddity

[Valery P. <pi...@is...>]

Alan W. Irwin wrote:
> On 2007-01-27 10:00+0800 Valery Pipin wrote:
> >> If you actually do want to make a portrait plot (where x is the short
> >> axis aligned with the short edge of the paper) with the postscript
> >> devices, use the -portrait command-line option for your PLplot python
> >> script, then use
> >
> > Do you know how to do this within emacs?
>
> No since I am unfamiliar with that operating system.... :-)
>
> Seriously, I have heard you can do any command-line command from within
> emacs so I am pretty sure it should be possible to run python scripts with
> options from emacs, but somebody else will have to help here who is
> familiar with emacs.
I can not get it working from command line 
I use "python pli.py -dev psttf -o intm1.ps -portrait".
It ask me about driver nevertheless.
test_python.sh  does not work for me
 [vv@localhost examples]$ ./test_python.sh
/usr/bin/python: can't open file '/x01': [Errno 2] No such file or directory

Another question,  is how to get \mathcal{E} in psttf driver?

Re: [Plplot-general] ps driver oddity

[Alan W. I. <ir...@be...>]

On 2007-01-27 10:00+0800 Valery Pipin wrote:

>> If you actually do want to make a portrait plot (where x is the short axis
>> aligned with the short edge of the paper) with the postscript devices, use
>> the -portrait command-line option for your PLplot python script, then use

> Do you know how to do this within emacs?

No since I am unfamiliar with that operating system.... :-)

Seriously, I have heard you can do any command-line command from within
emacs so I am pretty sure it should be possible to run python scripts with
options from emacs, but somebody else will have to help here who is familiar
with emacs.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] ps driver oddity

[Valery P. <pi...@is...>]

Dear Alan,

Thank you for reply and clarifications.
> That's long been the standard for postscript plots in the default
> landscape mode.  The only way they will fit on paper is to rotate them so
> the shorter y axis corresponds to the shorter width of the page so PLplot
> does that rotation by default. Postscript
> viewers should know all about portrait versus landscape.  For gv, try the
> landscape option to view the default landscape PLplot postscript plots
> correctly.
>
> If you actually do want to make a portrait plot (where x is the short axis
> aligned with the short edge of the paper) with the postscript devices, use
> the -portrait command-line option for your PLplot python script, then use
Do you know how to do this within emacs?

regards
Valery

[Plplot-general] PLPlot 5.7.2 install on Mac OS X Intel (Clarification)

[David A. <irb...@gm...>]

Hi,

I'm looking to move a bunch of my code over to plplot from pgplot,
mainly to use its 3d stuff.  I'm having trouble installing though, and
there seems to be several conflicting methods suggested for doing so
(plain ol configure / make / make install , cmake and fink).
Fink fails due to dependency on g77, which I have installed from
another source (hpc.sourceforge.net), make complains about various
libraries, specifically some undefined objective C types i think, and
cmake sounded very much more complex.

Ideally, i'd like to be able to use plplot with aquaterm, and they
suggest installing via fink, so is the best approach?

Regards,

David

Re: [Plplot-general] ps driver oddity

[Alan W. I. <ir...@be...>]

On 2007-01-26 16:15+0800 Valery Pipin wrote:

> The ps driver rotate the picture on -90.

That's long been the standard for postscript plots in the default
landscape mode.  The only way they will fit on paper is to rotate them so
the shorter y axis corresponds to the shorter width of the page so PLplot
does that rotation by default. Postscript
viewers should know all about portrait versus landscape.  For gv, try the
landscape option to view the default landscape PLplot postscript plots
correctly.

If you actually do want to make a portrait plot (where x is the short axis
aligned with the short edge of the paper) with the postscript devices, use
the -portrait command-line option for your PLplot python script, then use
the gv portrait option to view it.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] user defined plot symbols

[<ga...@co...>]

Does PLPLOT support user-defined plot symbols?

[Plplot-general] ps driver oddity

[Valery P. <pi...@is...>]

I have plplot-5.7.1
There are some data showing time evolution.
I'd like to have scale  of x axis large than y.
I define it via plvpor  (see code below)
The ps driver rotate the picture on -90.
Can I avoid this with plplot tools?
Other drivers, like xwin or png, do job as expected.
Note, if I define the aspect ratio less than 1 (y scale > x) ps driver do job 
nicely but picture is ugly.
    
best regards
Valery

##########
the code for python

def plph ():
    plscol0(1,0,0,0); 
    plsdev("png");plsfnam("intm1.png");
    #plsdev("psttf");plsfnam("intm1.ps");
    plscolbg(255,255,255);
    plinit();
    pladv(0);
    plvpor(0.1, 0.9, 0.3, 0.8);
    plwind(min(time),max(time), min(emfh),max(emfh));
    #plenv(min(time),max(time), min(emfh),max(emfh),0,-1);
    plwid(2);
    pllsty(1);plcol0(14);
    plline(time,emfh)
    pllsty(1);plcol0(1);
    plbox("bnit", 0, 0, "bntv", 0, 0);
    pllab("TIME","E#dz","#gy=0");
    plend()

[Plplot-general] PLplot 5.7.2 is now available

[<hba...@ma...>]

Hello,

PLplot 5.7.2 is now available at SourceForge. This is the second  
official (development) version of PLplot that uses the new cmake  
build system. Please note that version 2.4.5 or greater of cmake is  
now required. Important improvements include better support for  
Windows programming environments, a new pdf driver, updated examples  
and improved text rendering for the gd and wingcc drivers. As always  
(1) Please refer to our wiki for the latest build and install  
instructions (http://www.miscdebris.net/plplot_wiki/index.php? 
title=Main_Page) and (2) Let us know of any problems / bugs that you  
run across while installing / using PLplot.

best,
-Hazen

Re: [Plplot-general] Relative speed of C, yPLot and Python/Numeric for processing arrays to be plotted

[Valery P. <pi...@is...>]

Dear Alan,

I'm sorry for delay with reply.
The problem is not in internal plplot interface speed.
I issue is that python read ascii files much slower than yorick. The problem 
is seen on the large data set (say > 1Mb).
However I observe that for binary files there is no such problems.
Situation is opposite, reading binary data file in python is  easy than with 
yorick.  I will switch to python interface completely  after this discovery.

Happy Holidays and Happy New Year!

Valery




Alan W. Irwin wrote:
> On 2006-12-14 08:45-0800 Alan W. Irwin wrote:
> > However,
> > have you tried some speed comparisons for the standard examples? The
> > array preparation in those examples is done with Numeric which should be
> > much (at least an order of magnitude) faster than ordinary Python array
> > processing.
>
> This relative speed topic engaged my curiosity so here is the actual
> comparison between the speed of the C interface, the Yorick interface, and
> the Python interface for example 8 (which uses quite a few arrays).
> Note, the same core PLplot library was used in each case so the speed
> differences are not due to the actual plotting, but instead in the
> preparation of the arrays and other data that are required for the plots.
>
> C:
>
> time ./x08c -dev psc -o test.ps
>
> real    0m0.487s
> user    0m0.458s
> sys     0m0.024s
>
> Yorick interface (yplot):
>
> time ../yplotl -batch x08.i -dev psc -o x08.ps
>
> real    0m0.529s
> user    0m0.498s
> sys     0m0.026s
>
> Python (with Numeric preparation of arrays that is done in xw08.py):
>
> time ./x08 -dev psc -o test.ps
>
> real    0m0.766s
> user    0m0.584s
> sys     0m0.041s
>
> So yPlot and C have a modest speed advantage over Python/Numeric for this
> test case, but nothing spectacular.  Thus, if you already like the Python
> language for other reasons (like many scientists do), there is no need to
> move to something else just to process numerical arrays.  Note,
> Python/Numeric was designed by those who were familiar with Yorick (which
> was designed in the same institution, Lawrence Livermore Labs), and it
> serves similar scientific high-level language needs.  Thus, in many ways it
> is a successor to Yorick, and, of course, Numeric has now itself been
> succeeded by the similar NumPy.  Note, I plan to switch our PLplot Python
> examples from Numeric array processing to NumPy array processing as soon as
> NumPy becomes widely available for the mainstream Linux distros.
>
> Even though I have personally switched from using yPlot (The Yorick
> interface to PLplot) to Python/Numeric for my own research plots, I will
> continue to try and minimally maintain yPlot for those who
> continue to use it.  Glad to hear yPlot is still working for you, Valery.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
> package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
> Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] Ada binding posted for comment

[Jerry <lan...@qw...>]

I've posted my Ada binding to PLplot along with some graphics at the  
link below. The binding is nearly 100% complete. I would really like  
to receive comments on this, even though it is in a foreign language  
to most of you.

Search the code for the phrase "fix this" to find interesting things.

http://homepage.mac.com/oscarruitt/plplotinada/plplot_ada.html

Jerry

[Plplot-general] SWIG and plplotcanvas.h?

[Kaj W. <kaj...@ik...>]

Hi!

Has anyone used SWIG to create bindings for plplotcanvas?

Thanks,

Kaj
-- 
Kaj Wiik <kaj...@ik...>

[Plplot-general] Relative speed of C, yPLot and Python/Numeric for processing arrays to be plotted

[Alan W. I. <ir...@be...>]

On 2006-12-14 08:45-0800 Alan W. Irwin wrote:

> However,
> have you tried some speed comparisons for the standard examples? The array
> preparation in those examples is done with Numeric which should be much (at
> least an order of magnitude) faster than ordinary Python array processing.

This relative speed topic engaged my curiosity so here is the actual
comparison between the speed of the C interface, the Yorick interface, and
the Python interface for example 8 (which uses quite a few arrays).
Note, the same core PLplot library was used in each case so the speed
differences are not due to the actual plotting, but instead in the preparation
of the arrays and other data that are required for the plots.

C:

time ./x08c -dev psc -o test.ps

real    0m0.487s
user    0m0.458s
sys     0m0.024s

Yorick interface (yplot):

time ../yplotl -batch x08.i -dev psc -o x08.ps

real    0m0.529s
user    0m0.498s
sys     0m0.026s

Python (with Numeric preparation of arrays that is done in xw08.py):

time ./x08 -dev psc -o test.ps

real    0m0.766s
user    0m0.584s
sys     0m0.041s

So yPlot and C have a modest speed advantage over Python/Numeric for this
test case, but nothing spectacular.  Thus, if you already like the Python
language for other reasons (like many scientists do), there is no need to
move to something else just to process numerical arrays.  Note, 
Python/Numeric was designed by those who were familiar with Yorick (which
was designed in the same institution, Lawrence Livermore Labs), and it
serves similar scientific high-level language needs.  Thus, in many ways it
is a successor to Yorick, and, of course, Numeric has now itself been
succeeded by the similar NumPy.  Note, I plan to switch our PLplot Python
examples from Numeric array processing to NumPy array processing as soon as
NumPy becomes widely available for the mainstream Linux distros.

Even though I have personally switched from using yPlot (The Yorick
interface to PLplot) to Python/Numeric for my own research plots, I will
continue to try and minimally maintain yPlot for those who 
continue to use it.  Glad to hear yPlot is still working for you, Valery.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Please give feedback on our 5.7.1 release

[Alan W. I. <ir...@be...>]

Hi Valery:

Thanks for your feedback.

It was good to hear that the old ./configure method generated by autotools
was still working.  That is deprecated though (because nobody has
volunteered to continue to maintain it), and you get access to additional
build options (e.g., the experimental new SVG device driver) if you stick
with the recommended cmake build following the directions at
(http://www.miscdebris.net/plplot_wiki/).

On 2006-12-14 17:32+0800 Valery Pipin wrote:

> BTW yorick is still the fastest option to run plplot. I was impressed its
> speed compare to python that is more than order magnitude slower! This is
> especially notable on the large amount of data.
> I really don't understand  why people use python for  the numerical processing
> of data! Perhaps I'm using it in wrong way.

Array processing is slow for Python without the Numeric extension.  However,
have you tried some speed comparisons for the standard examples? The array
preparation in those examples is done with Numeric which should be much (at
least an order of magnitude) faster than ordinary Python array processing.
(The PLplot interface doesn't care if the the array is an ordinary Python
array or a Numeric array, but for serious numerical array work you should be
using Numeric because of its large speed advantages.)

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Please give feedback on our 5.7.1 release

[Valery P. <pi...@is...>]

Dear Plplot Team, Dear Alan,

I successfully built PLplot-5.7.1 on ALT Sisyphus  more than week ago.
I have used the standard "./configure make" way because that time we the newer 
version of cmake was not available in sisyphus repository (right now we have 
it). 
I rebuilt the yplot plugin for yorick  as well. It work perfectly on 
yorick-1.5.14. It works for yorick-2.1 on my institute pc as well.
However I could not make it work on my laptop. 	Yorick complain that it can 
not find plugin. This thing is not a plplot fault however.


Very good job! psttf driver  is now configured without problem.
Many thanks,

Valery 


PS
BTW yorick is still the fastest option to run plplot. I was impressed its 
speed compare to python that is more than order magnitude slower! This is 
especially notable on the large amount of data.
I really don't understand  why people use python for  the numerical processing 
of data! Perhaps I'm using it in wrong way.

[Plplot-general] Please give feedback on our 5.7.1 release

[Alan W. I. <ir...@be...>]

We only advertised the release of PLplot-5.7.1 here and on plplot_devel, but
word seems to have gotten out about it.  We have 300 downloads in the 15
days since release, and there continues to be a healthy download rate
of roughly 20 per day.

Perhaps those continuing downloads are a sign that the new CMake build
system (see http://www.miscdebris.net/plplot_wiki/ for instructions on how
to use this new build system) that was featured for this release is perfect.
:-)

However, we don't know for sure because word does not seem to have gotten
out that we would appreciate feedback (either positive or negative) on this
release.  So for those who have tried 5.7.1 and the featured new CMake build
system, please report to this list at least your platform and any
positives/negatives you noticed about the new build system.  Please also
spread the word of our need for feedback to others who are trying 5.7.1.

Thanks in advance for your help.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Possible to rotate graphs?

[Alan W. I. <ir...@be...>]

On 2006-12-11 14:58-0700 Orion Poplawski wrote:

> Is it possible to rotate graphs on the page?  The idea would be to have
> two columns of plots and have the plots on the left be rotated some
> angle relative to the plots on the right.
>

Yes.  Use the -ori xxx command-line option to rotate plots by arbitrary
angles.  xxx=1. corresponds to a 90 deg rotation.

Note, there is a long-standing bug in this functionality (see the
"Parallelogram problem for rotation" in the PROBLEMS file) for non-integral
xxx and aspect ratio different from unity.  I suspect that deep inside the
PLplot core there is a confusion between x and y coordinate scales (which
doesn't matter, of course, for unity aspect ratio) when doing a rotation
causing rectangles to be turned into parallelograms, but none of the core
developers have ever been able to figure out the source of the problem, and
xxx = 0, 1, 2, or 3 certainly works correctly.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Possible to rotate graphs?

[Orion P. <or...@co...>]

Is it possible to rotate graphs on the page?  The idea would be to have 
two columns of plots and have the plots on the left be rotated some 
angle relative to the plots on the right.

Thanks!

-- 
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA/CoRA Division                    FAX: 303-415-9702
3380 Mitchell Lane                  or...@co...
Boulder, CO 80301              http://www.cora.nwra.com

Re: [Plplot-general] [Plplot-devel] Question about the separate Windows build system

[Werner S. <sm...@ia...>]

Hi,

> I say deprecate the old build system for Windows and go to CBS.
> Maintaining the extra code is a distraction--we can fold the useful
> features of the win3 driver into wingcc.  We should preserve the win3
> driver name because it makes more sense then wingcc. 

Yes, but as far is I know is the "win3" driver called "win3" since it 
was made for Windows 3.11 ;)

But renaming the driver would maybe a good idea. Like "Windows", 
"winxp", "winapi" or similar?

> 
> If there is interest, we can make a binary win32 build available for
> download.  I would be willing to offer one that supports Intel Fortran
> and Compaq Visual Fortran.

I think this is an excellent idea, windows binaries for some 
configurations should be provided.

Werner

Re: [Plplot-general] Question on PlcGrid2

[Arjen M. <arj...@wl...>]

Jerry wrote:

>On Dec 6, 2006, at 3:32 AM, Jerry wrote:
>
>  
>
>>plot.h contains the following. Is this correct? Is there one extra
>>array or one too few dimension sizes or do I need to study the docs
>>more?
>>Jerry
>>
>>/*
>>* PLcGrid2 is for passing (as arrays of pointers) 2d coordinate
>>* transformation arrays.  The grid dimensions are passed for possible
>>bounds
>>* checking.
>>*/
>>
>>typedef struct {
>>     PLFLT **xg, **yg, **zg;
>>     PLINT nx, ny;
>>} PLcGrid2;
>>
>>
>>    
>>
>(Replying to self)
>
>Hmmm.... I'll bet zg contains the data to be plotted, xg contains the  
>grid points where it "is," and yg contains the grid points where it  
>"is supposed to be," and all three are nx by ny in size.
>
>  
>
Hello Jerry,

yes, that is what is happening. The arrays are built like this:
- xg is an array of pointers
- each element of xg is a pointer to an array of floating-point numbers
(same for yg and zg).

The Plcgrid2 and similar data types are mostly used internally.

Regards,

Arjen