plplot-general — PLplot user discussion group

Re: [Plplot-general] PLPLOT installation...

[Maurice L. <mj...@ga...>]

Alan W. Irwin writes:
 > On Mon, 16 Sep 2002, Ron Ghosh wrote:
 > >    The font files did not appear to be buildable with
 > >    make fonts, and I more or less hand built these;
 > >    it was also necessary to specify the libplplot.so
 > >    in the gcc command - although I had done a make install.
 > 
 > We distribute the font files as part of the distribution, and I suggest you
 > use them as is without trying to rebuild them.  It's been literally years
 > since any of us have looked at rebuilding the font files so undoubtedly
 > bit-rot has set in.  That said, any of our users should be able to rebuild
 > them if they want so I will put this on my ToDo list to figure out what the
 > trouble is.

Now fixed in the latest CVS version.

 > > 4. My next challenge is SGI-IRIX, then alas Windows!
 > 
 > For any variant of Unix such as IRIX be sure an install and use the Gnu
 > version of Make since the PLplot build depends on it.  I won't be able to
 > help you with the windows build and install (no windows experience), but
 > other PLplot developers on this list have made it work for them so they
 > should be able to help you out.

I've had no problems with plplot on: IRIX Release 6.5.14 Origin3800.  Use it
all the time there, it's a nice system.  As Alan said, you'll need to compile
GNU make although on the IRIX system I use there's a dir /usr/gnu/bin that has
this along with many other GNU tools (dunno if it comes with the OS tho).
I've compiled numerous GNU packages under IRIX w/o problems.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-general] PLPLOT installation...

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

On Mon, 16 Sep 2002, Ron Ghosh wrote:

> I'm an old dinosaur who has decided to take the plunge and
> abandon expectk Fortran and PGPLOT after nearly a decade for the
> luscious new potential offered by Python and PLPLOT.

Us old fortran dinosaurs (;-)) have to stick together so I will try to help
you as much as possible.

> 1. Documentation
>    The pdf file printed here has some curious font
>    problems.

The pdf form of the documentation is still experimental because we are relying
on experimental docbook tools to create it.  The html and postscript forms
should be fine.

>    The PostScript file plplotdoc-0.4.3.ps.gz
>    is not actually a gzip file, it is straight PS
>    and prints correctly on the same printer (HP4100)

Your printer may be smart enough to decompress it on the fly.  I just
checked the plplot-5.1.0 tarball at
http://sourceforge.net/project/showfiles.php?group_id=2915 as well as the
website at http://plplot.sourceforge.net/resources/docbook-manual/, and
plplotdoc-0.4.3.ps.gz is compressed in both cases to 260K or so.  The
uncompressed form is over a Megabyte.

>
> 2. RedHat 7.2
>    I had loaded Python2-2.2.1 (src-rpm) and your configure script
>    in the 5.1.0 looks only for python2.1 files, so I
>    hand-edited these.
>
>    During the build there were problems in finding
>    python_dynamic/Makefile.pre.in because of the failed
>    link to /usr/lib/python2/config/Makefile.pre.in
>
>    Although I tried python 2.1 I finally backtracked
>    to python 1.6 and found a Misc/Makefile.pre.in
>    which I copied to python_dynamic which enabled me
>    to complete the build.

To figure out what to do for RH 7.2, I would have a look at the RH7.2 src
rpm (especially the spec file) for plplot-5.1.0 at
http://sourceforge.net/project/showfiles.php?group_id=2915.  (Of course, you
could also just use the binary rpm directly.)

>
>    The font files did not appear to be buildable with
>    make fonts, and I more or less hand built these;
>    it was also necessary to specify the libplplot.so
>    in the gcc command - although I had done a make install.

We distribute the font files as part of the distribution, and I suggest you
use them as is without trying to rebuild them.  It's been literally years
since any of us have looked at rebuilding the font files so undoubtedly
bit-rot has set in.  That said, any of our users should be able to rebuild
them if they want so I will put this on my ToDo list to figure out what the
trouble is.

>
> 3. Finally I have been looking for environment variables
>    for the font files, directories etc.  Although I have
>    set PLPLOT_HOME to /usr/local the font files are not found
>    and the test programs fail.

I tested a local install of PLplot-5.1.0 thoroughly (prefix =
/usr/local/plplot), and it worked fine without requiring any environment
variables to be set (other than to put /usr/local/plplot/bin on my path).
Your problem may have to do with the rebuilt fonts.  I suggest you clean out
your current installed version, clean out your build location, and start all
over from the tarball without any PLplot0-specific environment variables
being set or fonts rebuilt.  Then follow exactly what is done in the RH7.2
spec file (including setting all the environment variables having to do with
python).  The one exception to this is your prefix should be different
(/usr/local or /usr/local/plplot should work) since it is not a good idea to
install a tarball directly into /usr/bin, /usr/lib, and so forth.

>
> 4. My next challenge is SGI-IRIX, then alas Windows!

For any variant of Unix such as IRIX be sure an install and use the Gnu
version of Make since the PLplot build depends on it.  I won't be able to
help you with the windows build and install (no windows experience), but
other PLplot developers on this list have made it work for them so they
should be able to help you out.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-general] PLPLOT installation...

[Ron G. <ro...@il...>]

I'm an old dinosaur who has decided to take the plunge and
abandon expectk Fortran and PGPLOT after nearly a decade for the 
luscious new potential offered by Python and PLPLOT.

I do appreciate the generosity of the team in providing
this tool, but I was a little surprised at all the
installation difficulties I encountered, and have
listed a few points here.  I hope that they will be
of some help, rather than merely show up my ignorance.

1. Documentation
   The pdf file printed here has some curious font
   problems.
   The PostScript file plplotdoc-0.4.3.ps.gz
   is not actually a gzip file, it is straight PS
   and prints correctly on the same printer (HP4100)

2. RedHat 7.2
   I had loaded Python2-2.2.1 (src-rpm) and your configure script
   in the 5.1.0 looks only for python2.1 files, so I
   hand-edited these.

   During the build there were problems in finding
   python_dynamic/Makefile.pre.in because of the failed
   link to /usr/lib/python2/config/Makefile.pre.in

   Although I tried python 2.1 I finally backtracked
   to python 1.6 and found a Misc/Makefile.pre.in
   which I copied to python_dynamic which enabled me
   to complete the build.

   The font files did not appear to be buildable with
   make fonts, and I more or less hand built these;
   it was also necessary to specify the libplplot.so
   in the gcc command - although I had done a make install.

3. Finally I have been looking for environment variables
   for the font files, directories etc.  Although I have
   set PLPLOT_HOME to /usr/local the font files are not found
   and the test programs fail.

4. My next challenge is SGI-IRIX, then alas Windows!

I am a little disappointed that I have had these problems since
my main aim was to produce new packages for distribution amongst
scientists who want at all costs to avoid installation difficulties.

I would be grateful for a little advice on useful environment
variables.

Thank you for your time!

Regards,  Ron Ghosh 
-- 
Ron Ghosh, Institut Laue Langevin
6 rue Jules Horowitz,                  telephone: +33-476207178
B.P. 156  cedex 9,                     secretary: +33-476207226
Grenoble, 38042 FRANCE                       fax: +33-476483906

Re: [Plplot-general] strip charts

[Steven J. <ste...@ie...>]

Jo=E3o Cardoso wrote:

> There is an Octave demo which uses simultaneously three strip charts,=20
> two in one window (each one in its own subwindow) and the other in=20
> another window (bindings/octave/demos/p19.m). Take a look at it.

Thanks for the tip. I'll install Octave and give it a try.

Steve

Re: [Plplot-general] strip charts

[<jc...@fe...>]

On Tuesday 03 September 2002 18:33, Steven Jenkins wrote:
|  Thanks for the quick reply.
|
|  I should have mentioned that I've looked at the strip chart API and
|  x17c. x17c.c has the following comment:
|
|  /* User sets up plot completely except for window and data
|   * Eventually settings in place when strip chart is created will be
|   * remembered so that multiple strip charts can be used
| simultaneously. */
|
|  It wasn't clear to me whether this is a limitation of the strip
| chart function itself or the demo.

Each new stripchart, created with plstripc(), will be independent of=20
the others.

|  What does appear clear is that plplot allows multiple plots per
| page if and only if all are the same size and shape (and arranged in
| a rectangular array). This seems like it would be pretty easy to
| generalize.
|
|  The next question would be whether it's possible to switch back and
| forth from one strip chart to another, adding one or more points
| each time.

There is an Octave demo which uses simultaneously three strip charts,=20
two in one window (each one in its own subwindow) and the other in=20
another window (bindings/octave/demos/p19.m). Take a look at it.

Joao
|
|  Steve
|
|
|  -------------------------------------------------------
|  This sf.net email is sponsored by: OSDN - Tired of that same old
|  cell phone?  Get a new here for FREE!
|  https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
|  _______________________________________________
|  Plplot-general mailing list
|  Plp...@li...
|  https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Configure Bug?

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

The configure script is set up so you can override it by setting environment
variables.  For example, I use this approach to make RedHat rpm's.

You didn't say, but your situation sounds like you may be using RedHat.
RedHat's python command refers to python 1.5 while they use the python2
command to refer to python 2.x.  Since their default python command refers
to version 1.5, that is what I always use for RH.

If you don't have RedHat the following instructions may still
work for you.

(1) Download the appropriate Numeric rpm from
http://prdownloads.sf.net/numpy/ and install it.

python-numpy-15.3-1.i386.rpm is appropriate for python 1.5 while I believe
from the numbering scheme (multiply python version by 10 to get appropriate
numeric version) that Numeric-21.0-1.i386.rpm will be appropriate for
python2.1 and Numeric-22.0-1.i386.rpm will be appropriate for python-2.2

(2) Study plplot_redhat7.2.spec at
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/plplot/plplot/rpm/. This
RH 7.2 spec file uses the following commands to set up environment variables
before configuring:
PY_VERSION=`python -c 'import sys ; print sys.version[0:3]'`
export PYTHON_INC_DIR=/usr/include/python${PY_VERSION}/
echo PYTHON_INC_DIR=${PYTHON_INC_DIR}
export PYTHON_MOD_DIR=/usr/lib/python${PY_VERSION}/
export PYTHON_CFG_DIR=${PYTHON_MOD_DIR}/config
export PYTHON_NUM_DIR=${PYTHON_INC_DIR}/Numeric/
export PYTHON_MACH_DIR=${PYTHON_MOD_DIR}/site-packages
export PYTHON_DIR=${PYTHON_MACH_DIR}

The above PY_VERSION variable uses the python command (as opposed to
python2) so that is how you get python-1.5 on RedHat.  I won't try version 2
of python on RedHat until it becomes the default that you get with the
"python" command.  For Debian, version 2.1 of python is the default, and that
works fine with plplot along with the python-numeric deb which is version
21.0 (see above comments on appropriate version of Numeric to use).

Note the above spec file was used to build the RH 7.2 rpm's we have
distributed, and those rpm's work fine.

Note we also have a RH7.3 spec file in the same location. This spec file
differs little from the RH7.2 version but is still a work in progress for
the current CVS version of PLplot.  On RH 7.3 it works fine for building the
python interface to the plplot CVS version, but after the python interface
is built and installed, the rpm goes on to attempt to install the plplot
tcl/tk interface, and there are some problems due to the combination of
RH7.3 and our plplot CVS version that we are still working out.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Fri, 6 Sep 2002, Paul Simmonds wrote:

> Hi,
>
> I've been trying to configure Plplot for use with Python. However, I have 2
> versions of Python available- one has Numeric, one does not.
>
> The one with Numeric is in my home directory, but configure only finds
> Python 1.5.2 (without Numeric) in the place it's expecting on the network.
> The other version is Python 2.2.1, and is in ~/Python-2.2.1/  I was using
> the command line:
>
> ./configure --prefix=~/plplot --enable-python=yes
>
> The configure script seems to ignore the second option in favour of it's own
> test results. Is there an easy work around?
>
> I'd be grateful for any tips,
> Paul
>
> _________________________________________________________________
> MSN Photos is the easiest way to share and print your photos:
> http://photos.msn.com/support/worldwide.aspx
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>

[Plplot-general] Configure Bug?

[Paul S. <psi...@ho...>]

Hi,

I've been trying to configure Plplot for use with Python. However, I have 2 
versions of Python available- one has Numeric, one does not.

The one with Numeric is in my home directory, but configure only finds 
Python 1.5.2 (without Numeric) in the place it's expecting on the network. 
The other version is Python 2.2.1, and is in ~/Python-2.2.1/  I was using 
the command line:

./configure --prefix=~/plplot --enable-python=yes

The configure script seems to ignore the second option in favour of it's own 
test results. Is there an easy work around?

I'd be grateful for any tips,
Paul

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx

Re: [Plplot-general] strip charts

[Steven J. <ste...@ie...>]

Thanks for the quick reply.

I should have mentioned that I've looked at the strip chart API and
x17c. x17c.c has the following comment:

/* User sets up plot completely except for window and data
 * Eventually settings in place when strip chart is created will be
 * remembered so that multiple strip charts can be used simultaneously.
 */

It wasn't clear to me whether this is a limitation of the strip chart
function itself or the demo.

What does appear clear is that plplot allows multiple plots per page
if and only if all are the same size and shape (and arranged in a
rectangular array). This seems like it would be pretty easy to
generalize.

The next question would be whether it's possible to switch back and forth
from one strip chart to another, adding one or more points each time.

Steve

Re: [Plplot-general] strip charts

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

You are probably already aware of this, but just to make sure let me state
we already do have some strip-chart API.  See the documentation for
plstripc, plstripd, and plstripa in
http://plplot.sourceforge.net/resources/docbook-manual/plplotdoc-html-0.4.3/.
To see how this all fits together, have a look at the simple example in
x17c.c.

For non-interactive plots we definitely allow more than one plot per page.
However, I have never tried the idea of multiple strip charts so I don't
know whether that would work or not.  Can somebody else here comment?

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Mon, 2 Sep 2002, Steven Jenkins wrote:

> I have an old DOS-based data acquisition application that I've almost
> completely ported over to Linux (on its way to being open-sourced). The
> only two things left to port are the low level data acquisition (which
> looks like it can be handled easily by the Comedi library) and graphics.
>
> The application allows the user to create (via scripting) simple x-y
> plots and strip charts, intermixed with text boxes. An example can be
> seen at http://home1.gte.net/res000mx/tidal.gif. The strip charts in
> this case are all the same size, but the user has control of size,
> aspect ratio, and placement.
>
> All the graphics is done with low-level (mid-80's) Borland C++
> libraries--all that's really required is the ability to draw points and
> lines, fill rectangles, display text, and pan the display within a
> viewport (which is done by copying display memory).
>
> One approach is to find the applicable X Windows primitives and use
> those. (I know Unix very well, but not X. So that might be a lot of
> work.) Another is to use higher-level facilities and replace my code for
> drawing axes, tick marks, labels, etc. with something else. As you can
> see, there's nothing special about the graphs.
>
> I can't tell from the documentation (and the code) whether I could use
> PLplot for this or not. I need to have multiple charts, not all the same
> size, and I need to have multiple active strip charts (not merely
> multiple pens on the same chart), each being updated asynchronously. I'm
> willing to do some coding and contribute to PLplot, but I'm really
> looking for something that will reproduce existing capabilities quickly.
> I will be interested in better ways of doing things once everything
> works under Linux and I can drop DOS support.
>
> Suggestions, advice?
>
> Steve
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>

[Plplot-general] strip charts

[Steven J. <ste...@ie...>]

I have an old DOS-based data acquisition application that I've almost
completely ported over to Linux (on its way to being open-sourced). The
only two things left to port are the low level data acquisition (which
looks like it can be handled easily by the Comedi library) and graphics.

The application allows the user to create (via scripting) simple x-y
plots and strip charts, intermixed with text boxes. An example can be
seen at http://home1.gte.net/res000mx/tidal.gif. The strip charts in
this case are all the same size, but the user has control of size,
aspect ratio, and placement.

All the graphics is done with low-level (mid-80's) Borland C++
libraries--all that's really required is the ability to draw points and
lines, fill rectangles, display text, and pan the display within a
viewport (which is done by copying display memory).

One approach is to find the applicable X Windows primitives and use
those. (I know Unix very well, but not X. So that might be a lot of
work.) Another is to use higher-level facilities and replace my code for
drawing axes, tick marks, labels, etc. with something else. As you can
see, there's nothing special about the graphs.

I can't tell from the documentation (and the code) whether I could use
PLplot for this or not. I need to have multiple charts, not all the same
size, and I need to have multiple active strip charts (not merely
multiple pens on the same chart), each being updated asynchronously. I'm
willing to do some coding and contribute to PLplot, but I'm really
looking for something that will reproduce existing capabilities quickly.
I will be interested in better ways of doing things once everything
works under Linux and I can drop DOS support.

Suggestions, advice?

Steve

[Plplot-general] Recent success with the python PLplot module on Darwin/Mac OS X

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

I don't have access to the Darwin/MacOS X environment myself, but by working
closely with users with such access I have made CVS changes that allow the
building of a shared PLplot library in that environment. Furthermore, those
users report success of the build of the plplot python modules, plmodule.so
and pyqt_plmodule.so.  Also pythondemos.py apparently exercises all xw??.py
examples without problems.  My thanks to Dustin Tang and Robb Brown for
all their useful feedback on my CVS changes.

So those of you with access to Darwin/MacOS X (with or without Python),
please give the latest CVS (the anonymous CVS access instructions are at
http://sourceforge.net/cvs/?group_id=2915) version of PLplot a thrashing and
let me know what you think.

Note to python users on *any* platform.  Currently it only works for the
double-precision version of plplot (configure option --with-double). Some
day we might have a python solution for the default single-precision version
of plplot as well.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-general] Darwin/MacOS X shared libraries

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

Dustin Tang has suggested a way to get PLplot shared libraries to work with
Darwin MacOS X, and I have just put that suggestion into CVS (the
cf/sysloc.in file had the appropriate Darwin* stanza added).

I haven't tried this myself because I have no access to MacOS X, but I would
appreciate those that do have such access to give it a try and let me know
if there are any problems building shared libraries with Darwin/MacOS X.

To do this you must do an anonymous cvs checkout of the
latest CVS version of the PLplot tree.  Then

cd plplot
make configure
./configure ....  #where "...." stands for your configure options
make
make install

Check the output of configure to make sure that shared libraries are being
used before you build everything with the "make" command.

N.B. the make configure line requires that you have autoconf installed.

It also appears from private correspondence with Dustin that he may soon
learn how to get the python module built on MacOS X.  As soon as we have
more news there, one of us we will let you know.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-general] Help in Plplot

[<dus...@sh...>]

Hello,

I was wondering if you could help wth me with Plplot. I am 
having problems enabling the "enable_python" and the 
"with_shlib" I have the file but the compiler is looking in the wrong 
spot... I was wondering how do I change where it is looking? In 
Mac os X or Darwin!

Thanks

Take Care,

Dustin

[Plplot-general] New plplot-5.1.0 rpm's released for RedHat 7.2

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

matwrap-0.57-1rh7.2.i386.rpm and plplot-5.1.0-1rh7.2.i386.rpm are located at
sourceforge.net/project/showfiles.php?group_id=2915. The matwrap rpm is
required by the plplot rpm.  The plplot rpm also requires
python-numpy-15.3-1.i386.rpm installed from http://prdownloads.sf.net/numpy/
as well as python (1.5), octave, and some fairly standard system libraries.

The major advantage of this new RH 7.2 rpm over previous plplot rpm's is it
includes the octave front end to plplot which hitherto was only available
via tarball build and install.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-general] tk binding thru EXCEED

[Vince D. <vi...@sa...>]

You might wish to look in the 'tea' branch of plplot, which contains a
'tkwin' driver which uses much more standard Tk interfaces (i.e. the bits
of Tk which are common across Mac,Win,Unix).

-- Vince

<http://www.santafe.edu/~vince>


On Thu, 4 Apr 2002, Steven Morris wrote:

> I stumbled across this plplot package yesterday, looking for something
> that would allow me to do contour plots thru tk-wins more quickly.  I
> hooked up plplot and I thought it was great.  Everything went smoothly,
> drew quickly, and looked really nice.
> 
> Then, I tried popping over to my windows box and run my app thru EXCEED
> (a unix emulator on windows).  The screen updates for plplot became
> quite constipated.
> 
> Digging around a little, I see that the plframe actually uses the
> 'xwin' device.  These xwin commands are probably not getting thru
> EXCEED very efficiently.  Oddly, my previous tk windows manipulations
> did not have this constipated delivery.  It was slow because of the
> large amounts of data, but the screen updates were fine.  I tried
> briefly to launch a tk device and draw to that, and it seemed faster,
> but it was inconclusive b/c the thing kept core-dumping after the
> initial draw.  I haven't put much effort along that line of effort yet.
> 
> I took a quick peek at the ntk driver and it looked like it might be
> calling more standard tk functions rather than using the xwin driver.  
> 
> I know I haven't posed any questions here.  I'm hoping somebody will be
> able to gather my ramblings and use their massive brainpower to form a
> mosaic out of them.  Maybe someone can paint me a purty picture of how
> I should proceed.  My users will mostly be using EXCEED, but I
> definitely want the functionality of tk to be able to customize my
> menus, widgets, etc.
> 
> Thanks,
> Steve
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Tax Center - online filing with TurboTax
> http://taxes.yahoo.com/
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

[Plplot-general] tk binding thru EXCEED

[Steven M. <sjm...@ya...>]

I stumbled across this plplot package yesterday, looking for something
that would allow me to do contour plots thru tk-wins more quickly.  I
hooked up plplot and I thought it was great.  Everything went smoothly,
drew quickly, and looked really nice.

Then, I tried popping over to my windows box and run my app thru EXCEED
(a unix emulator on windows).  The screen updates for plplot became
quite constipated.

Digging around a little, I see that the plframe actually uses the
'xwin' device.  These xwin commands are probably not getting thru
EXCEED very efficiently.  Oddly, my previous tk windows manipulations
did not have this constipated delivery.  It was slow because of the
large amounts of data, but the screen updates were fine.  I tried
briefly to launch a tk device and draw to that, and it seemed faster,
but it was inconclusive b/c the thing kept core-dumping after the
initial draw.  I haven't put much effort along that line of effort yet.

I took a quick peek at the ntk driver and it looked like it might be
calling more standard tk functions rather than using the xwin driver.  

I know I haven't posed any questions here.  I'm hoping somebody will be
able to gather my ramblings and use their massive brainpower to form a
mosaic out of them.  Maybe someone can paint me a purty picture of how
I should proceed.  My users will mostly be using EXCEED, but I
definitely want the functionality of tk to be able to customize my
menus, widgets, etc.

Thanks,
Steve



__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

Re: [Plplot-general] Comments and suggestions for PLplot 5.1.0

[Roberto H. <ro...@ad...>]

Geoffrey Furnish wrote:
> Roberto Hernandez writes:
>  > 3. One of the items mentioned in the "Remaining Important Bugs" section 
>  > of the new version announcement has to do with the 3D shading. While 
>  > searching for more information on the subject I came accross Generic 
>  > Mapping Tools (http://gmt.soest.hawaii.edu/gmt.html). It's a GPL 
>  > application which produces shaded plots (among other types) from data 
>  > sets and outputs EPS files. The website includes some very impressive 
>  > examples. Maybe the 3D shading portion of the code could be adapted to 
>  > PLplot.
> 
> We can't pull GPL code directly into the LGPL PLplot without losing
> the leading L.  For things like this, we really need to start with
> mathematics, and code from there.  Again, this is a project where
> there is no one currently signed up, I think, so submissions would be
> welcome.   (Of course looking at what other packages have is fine, I
> think, but we just can't directly leverage GPL code without a license
> brouhaha). 

I've been doing some thinking about this issue and I came up with a 
question.

The 2D "shaded" plots are great as they are now. More specifically, I 
use PLplot under Octave and the most comfortable representation of R2 
--> R functions for me is the "shade" command. Wouldn't it be a good 
idea to have a combination of the mesh and shade type plots?

Suppose I have a function f(x,y). Creating a surface plot of that 
function and coloring it according to the position of a light source is 
complicated. Maybe just having a mesh plot, where the lines are 
color-coded according to the value of f(x,y) would be a lot simpler. 
Especially considering that the algorithm for the mesh is taken care of 
and so is the color coding of f(x,y). Sometimes these colored mesh plots 
are even more useful than surface plots (I would imagine most of you 
have seen these types of plots in matlab).

I haven't looked at the code and I don't know whether this would really 
be easier to do, but it seems reasonable. Just thought it might be a 
useful suggestion.

Regards,
Roberto

Re: [Plplot-general] error in make after cvs update

[Geoffrey F. <fu...@li...>]

Alan W. Irwin writes:
 > Thanks, Joachim, for your detailed error report on the current CVS build.
 > 
 > Geoffrey, could you have a quick look and see whether the error
 > 
 > make[1]: *** No rule to make target dynamic_drivers_target', needed by
 > everything'.  Stop.

Fixed in CVS, appologies to all.

Re: [Plplot-general] error in make after cvs update

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

Thanks, Joachim, for your detailed error report on the current CVS build.

Geoffrey, could you have a quick look and see whether the error

make[1]: *** No rule to make target dynamic_drivers_target', needed by
everything'.  Stop.

is due to some recent changes put in by you to improve dependency
generation?  Those changes may not work properly if (as in this case) there
are no dynamic drivers.  Certainly, the error message indicates the Makefile
is trying to do something with dynamic drivers when they have not actually
been configured in this case.

Meanwhile, Joachim, a possible workaround would be to use dynamic drivers
(--enable-dyndrivers option for configure).  Note, dynamic drivers do not
work unless you have shared libraries so you will also have to drop the
--without-shlib from your configure command. That combination (dynamic
drivers and shared libraries) works well for me.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

On Tue, 26 Mar 2002, Joachim Geiger wrote:

> Hi all,
> after a cvs update today, I did a make and got after all the messages
> the following error
> when making plrender :
> gcc -c          -O    -I. plrender.c
> gcc   plrender.o -L. -lplplotd  -o plrender \
>         -L/usr/X11R6/lib -lX11 -lgd -lpng -ljpeg -lz -lvga -ldl -lm
> -lg2c
> make[1]: *** No rule to make target `dynamic_drivers_target', needed by
> `everything'.  Stop.
> make[1]: Leaving directory `/home/geiger/plplot/tmp'
> make: *** [all] Error 2
>
> To have the whole thing documented the output of the make is given
> below.
> Can anyone tell me what I am missing? That would be great.
> Best regards,
> Joachim
>
> -------------------------------------------------------------
> 11:00> make
> cd cf; autoconf; mv configure ..
> if test -f ./reconfig; then ./reconfig; else ./configure; fi
> No defaults file found, performing full configure.
> setting up to configure in tmp directory -- hold on...
> No defaults file found, performing full configure.
> system is: Linux-2.4.2-2smp
> checking for f77... yes
> checking how to run the C preprocessor... gcc -E
> checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
> checking for main in -lX11... no
> but found in /usr/X11R6/lib
> checking for main in -lgd... yes
> checking for main in -lpng... yes
> checking for main in -ljpeg... yes
> checking for main in -lz... yes
> checking for png support in libgd... yes
> checking for jpeg support in libgd... yes
> warning: cd header files not found
> checking for main in -lcd... no
> warning: cd library not found
> checking for tcl.h... /usr/include/tcl.h
> checking for libtcl... /usr/lib/libtcl8.3.so
> checking for tk.h... /usr/include/tk.h
> checking for libtk... /usr/lib/libtk8.3.so
> warning: Octave support requires with_shlib=yes, setting
> enable_octave=no.
> warning: python support requires with_shlib=yes, setting
> enable_python=no
> checking for libvga... /usr/lib/libvga.so
> checking how to make archive libraries... done
> checking for dynamic drivers...
> checking for ANSI C header files... yes
> checking for unistd.h... yes
> checking for termios.h... yes
> checking for sys/wait.h that is POSIX.1 compatible... yes
> checking for ranlib... ranlib
> checking for pid_t... yes
> checking for vfork.h... no
> checking for working vfork... yes
> checking for popen... yes
> checking for usleep... yes
> checking for caddr_t... yes
> creating Makefile.in
> creating Makedemo.in
> creating links...
> creating ./config.status
> creating Makefile
> creating Makedemo
> creating plplot-config
> creating plplot-test.sh
> creating plConfig.h
> creating plDevs.h
> plDevs.h is unchanged
> Configure results:
>
> command:        /home/geiger/plplot/configure
> --prefix=/afs/ipp/u/geiger/@sys/plplot/plplot.5.1.0 --with-double
> --with-opt --without-shlib --disable-tcl --disable-tk --disable-cxx
> system:         Linux-2.4.2-2smp
> prefix:         /afs/ipp/u/geiger/@sys/plplot/plplot.5.1.0
> CC:             gcc -c          -O
> LDC:            gcc
> F77:            f77 -c           -O
> LDF:            f77
> INCS:            -I.
> LIBS:            -L/usr/X11R6/lib -lX11 -lgd -lpng -ljpeg -lz -lvga -ldl
> -lm -lg2c
> LIB_TAG:        d
> devices:         plmeta null xterm tek4010 tek4010f tek4107 tek4107f
> mskermit conex linuxvga vlt versaterm dg300 png jpeg ps psc xfig ljii
> hp7470 hp7580 lj_hpgl ljiip imp xwin pbm pstex
>
> Available device drivers
> static:          plmeta null tek linuxvga dg300 gd ps xfig ljii hpgl
> ljiip impress xwin pbm pstex
> dynamic:
>
> with_shlib:     no              with_double:    yes
> with_debug:     no              with_opt:       yes
> with_warn:      no              with_profile:   no
> with_gcc:       yes             with_rpath:     yes
>
> enable_xwin:    yes             enable_tcl:     no
> enable_tk:      no              enable_itcl:    no
> enable_cxx:     no              enable_python:  no
> enable_f77:     yes             enable_java:    no
> enable_octave:  no              enable_gnome:   no
>
> cd tmp; make default
> make[1]: Entering directory `/home/geiger/plplot/tmp'
> gcc -c          -O    -I. pdfutils.c
> gcc -c          -O    -I. plargs.c
> gcc -c          -O    -I. plbox.c
> gcc -c          -O    -I. plbuf.c
> gcc -c          -O    -I. plcont.c
> gcc -c          -O    -I. plcore.c
> gcc -c          -O    -I. plctrl.c
> gcc -c          -O    -I. plcvt.c
> gcc -c          -O    -I. pldtik.c
> gcc -c          -O    -I. plfill.c
> gcc -c          -O    -I. plhist.c
> gcc -c          -O    -I. plline.c
> gcc -c          -O    -I. plmap.c
> gcc -c          -O    -I. plot3d.c
> gcc -c          -O    -I. plpage.c
> gcc -c          -O    -I. plsdef.c
> gcc -c          -O    -I. plshade.c
> gcc -c          -O    -I. plsym.c
> gcc -c          -O    -I. pltick.c
> gcc -c          -O    -I. plvpor.c
> gcc -c          -O    -I. plwind.c
> gcc -c          -O    -I. plstripc.c
> gcc -c          -O    -I. plimage.c
> gcc -c          -O    -I. plmeta.c
> gcc -c          -O    -I. null.c
> gcc -c          -O    -I. tek.c
> gcc -c          -O    -I. dg300.c
> gcc -c          -O    -I. gd.c
> gcc -c          -O    -I. ps.c
> gcc -c          -O    -I. xfig.c
> gcc -c          -O    -I. ljii.c
> gcc -c          -O    -I. hpgl.c
> gcc -c          -O    -I. impress.c
> gcc -c          -O    -I. xwin.c
> gcc -c          -O    -I. pbm.c
> gcc -c          -O    -I. pstex.c
> gcc -c          -O    -I. sc3d.c
> gcc -c          -O    -I. sccont.c
> gcc -c          -O    -I. scstubs.c
> rm -f libplplotd.a
>
> Building archive library
>
> ar q libplplotd.a pdfutils.o plargs.o plbox.o plbuf.o plcont.o plcore.o
> plctrl.o plcvt.o pldtik.o plfill.o plhist.o plline.o plmap.o plot3d.o
> plpage.o plsdef.o plshade.o plsym.o pltick.o plvpor.o plwind.o
> plstripc.o plimage.o   plmeta.o null.o tek.o linuxvga.o dg300.o gd.o
> ps.o xfig.o ljii.o hpgl.o ljiip.o impress.o xwin.o pbm.o pstex.o sc3d.o
> sccont.o scstubs.o     strutil.o sfstubs.o
> ranlib libplplotd.a
>
> gcc -c          -O    -I. plrender.c
> gcc   plrender.o -L. -lplplotd  -o plrender \
>         -L/usr/X11R6/lib -lX11 -lgd -lpng -ljpeg -lz -lvga -ldl -lm
> -lg2c
> make[1]: *** No rule to make target `dynamic_drivers_target', needed by
> `everything'.  Stop.
> make[1]: Leaving directory `/home/geiger/plplot/tmp'
> make: *** [all] Error 2
>
>
> --
> -----------------------------------------------@\\
> Joachim Geiger                                  @\\
> Institute for Plasma Physics, Euratom Association\\\
> Department E3                                     \\\__
> Wendelsteinstr. 1                                (  \\ \
> D-17489 Greifswald                                \_ \\(_
> Germany                                             ) \\ \
> e-mail: joa...@ip...                   \  -  |
> ---------------------------------------------------  \____/
>
>
>

[Plplot-general] error in make after cvs update

[Joachim G. <joa...@ip...>]

Hi all,
after a cvs update today, I did a make and got after all the messages
the following error
when making plrender :
gcc -c          -O    -I. plrender.c
gcc   plrender.o -L. -lplplotd  -o plrender \
        -L/usr/X11R6/lib -lX11 -lgd -lpng -ljpeg -lz -lvga -ldl -lm
-lg2c
make[1]: *** No rule to make target `dynamic_drivers_target', needed by
`everything'.  Stop.
make[1]: Leaving directory `/home/geiger/plplot/tmp'
make: *** [all] Error 2

To have the whole thing documented the output of the make is given
below.
Can anyone tell me what I am missing? That would be great.
Best regards,
Joachim

-------------------------------------------------------------
11:00> make
cd cf; autoconf; mv configure ..
if test -f ./reconfig; then ./reconfig; else ./configure; fi
No defaults file found, performing full configure.
setting up to configure in tmp directory -- hold on...
No defaults file found, performing full configure.
system is: Linux-2.4.2-2smp
checking for f77... yes
checking how to run the C preprocessor... gcc -E
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for main in -lX11... no
but found in /usr/X11R6/lib
checking for main in -lgd... yes
checking for main in -lpng... yes
checking for main in -ljpeg... yes
checking for main in -lz... yes
checking for png support in libgd... yes
checking for jpeg support in libgd... yes
warning: cd header files not found
checking for main in -lcd... no
warning: cd library not found
checking for tcl.h... /usr/include/tcl.h
checking for libtcl... /usr/lib/libtcl8.3.so
checking for tk.h... /usr/include/tk.h
checking for libtk... /usr/lib/libtk8.3.so
warning: Octave support requires with_shlib=yes, setting
enable_octave=no.
warning: python support requires with_shlib=yes, setting
enable_python=no
checking for libvga... /usr/lib/libvga.so
checking how to make archive libraries... done
checking for dynamic drivers...
checking for ANSI C header files... yes
checking for unistd.h... yes
checking for termios.h... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for ranlib... ranlib
checking for pid_t... yes
checking for vfork.h... no
checking for working vfork... yes
checking for popen... yes
checking for usleep... yes
checking for caddr_t... yes
creating Makefile.in
creating Makedemo.in
creating links...
creating ./config.status
creating Makefile
creating Makedemo
creating plplot-config
creating plplot-test.sh
creating plConfig.h
creating plDevs.h
plDevs.h is unchanged
Configure results:

command:        /home/geiger/plplot/configure
--prefix=/afs/ipp/u/geiger/@sys/plplot/plplot.5.1.0 --with-double
--with-opt --without-shlib --disable-tcl --disable-tk --disable-cxx
system:         Linux-2.4.2-2smp
prefix:         /afs/ipp/u/geiger/@sys/plplot/plplot.5.1.0
CC:             gcc -c          -O
LDC:            gcc
F77:            f77 -c           -O
LDF:            f77
INCS:            -I.
LIBS:            -L/usr/X11R6/lib -lX11 -lgd -lpng -ljpeg -lz -lvga -ldl
-lm -lg2c
LIB_TAG:        d
devices:         plmeta null xterm tek4010 tek4010f tek4107 tek4107f
mskermit conex linuxvga vlt versaterm dg300 png jpeg ps psc xfig ljii
hp7470 hp7580 lj_hpgl ljiip imp xwin pbm pstex

Available device drivers
static:          plmeta null tek linuxvga dg300 gd ps xfig ljii hpgl
ljiip impress xwin pbm pstex
dynamic:

with_shlib:     no              with_double:    yes
with_debug:     no              with_opt:       yes
with_warn:      no              with_profile:   no
with_gcc:       yes             with_rpath:     yes

enable_xwin:    yes             enable_tcl:     no
enable_tk:      no              enable_itcl:    no
enable_cxx:     no              enable_python:  no
enable_f77:     yes             enable_java:    no
enable_octave:  no              enable_gnome:   no

cd tmp; make default
make[1]: Entering directory `/home/geiger/plplot/tmp'
gcc -c          -O    -I. pdfutils.c
gcc -c          -O    -I. plargs.c
gcc -c          -O    -I. plbox.c
gcc -c          -O    -I. plbuf.c
gcc -c          -O    -I. plcont.c
gcc -c          -O    -I. plcore.c
gcc -c          -O    -I. plctrl.c
gcc -c          -O    -I. plcvt.c
gcc -c          -O    -I. pldtik.c
gcc -c          -O    -I. plfill.c
gcc -c          -O    -I. plhist.c
gcc -c          -O    -I. plline.c
gcc -c          -O    -I. plmap.c
gcc -c          -O    -I. plot3d.c
gcc -c          -O    -I. plpage.c
gcc -c          -O    -I. plsdef.c
gcc -c          -O    -I. plshade.c
gcc -c          -O    -I. plsym.c
gcc -c          -O    -I. pltick.c
gcc -c          -O    -I. plvpor.c
gcc -c          -O    -I. plwind.c
gcc -c          -O    -I. plstripc.c
gcc -c          -O    -I. plimage.c
gcc -c          -O    -I. plmeta.c
gcc -c          -O    -I. null.c
gcc -c          -O    -I. tek.c
gcc -c          -O    -I. dg300.c
gcc -c          -O    -I. gd.c
gcc -c          -O    -I. ps.c
gcc -c          -O    -I. xfig.c
gcc -c          -O    -I. ljii.c
gcc -c          -O    -I. hpgl.c
gcc -c          -O    -I. impress.c
gcc -c          -O    -I. xwin.c
gcc -c          -O    -I. pbm.c
gcc -c          -O    -I. pstex.c
gcc -c          -O    -I. sc3d.c
gcc -c          -O    -I. sccont.c
gcc -c          -O    -I. scstubs.c
rm -f libplplotd.a

Building archive library

ar q libplplotd.a pdfutils.o plargs.o plbox.o plbuf.o plcont.o plcore.o
plctrl.o plcvt.o pldtik.o plfill.o plhist.o plline.o plmap.o plot3d.o
plpage.o plsdef.o plshade.o plsym.o pltick.o plvpor.o plwind.o
plstripc.o plimage.o   plmeta.o null.o tek.o linuxvga.o dg300.o gd.o
ps.o xfig.o ljii.o hpgl.o ljiip.o impress.o xwin.o pbm.o pstex.o sc3d.o
sccont.o scstubs.o     strutil.o sfstubs.o
ranlib libplplotd.a

gcc -c          -O    -I. plrender.c
gcc   plrender.o -L. -lplplotd  -o plrender \
        -L/usr/X11R6/lib -lX11 -lgd -lpng -ljpeg -lz -lvga -ldl -lm
-lg2c
make[1]: *** No rule to make target `dynamic_drivers_target', needed by
`everything'.  Stop.
make[1]: Leaving directory `/home/geiger/plplot/tmp'
make: *** [all] Error 2


--
-----------------------------------------------@\\
Joachim Geiger                                  @\\
Institute for Plasma Physics, Euratom Association\\\
Department E3                                     \\\__
Wendelsteinstr. 1                                (  \\ \
D-17489 Greifswald                                \_ \\(_
Germany                                             ) \\ \
e-mail: joa...@ip...                   \  -  |
---------------------------------------------------  \____/

[Plplot-general] Please welcome David Schleef

[Geoffrey F. <fu...@ga...>]

Greetings to all worldwide members of the PLplot community.

It is my pleasure to announce that David Schleef (SF username
dschleef) has recently joined the PLplot core team.  David has
recently been involved with Debian packaging for PLplot, and Rafael
and David are planning continued close coordination in this area in
the near term.

Please join me in welcoming David.

Best regards to all,

-- 
Geoffrey Furnish         fu...@ga...

Re: [Plplot-general] XFig driver problem

[Roberto H. <ro...@ad...>]

Joao Cardoso wrote:
> I have now corrected the problem.
> Also, I changed x01c.c, plot2(), to show that some drivers are not honoring 
> line width changes.

Thank you! I'll get the CVS version ASAP.

Regards,
Roberto

Re: [Plplot-general] XFig driver problem

[Joao C. <jc...@fe...>]

On Monday 11 March 2002 9:15 pm, Joao Cardoso wrote:
> On Sunday 10 March 2002 8:05 am, Roberto Hernandez wrote:
> > Hi all,
> >
> > I'm having some problems with the XFig driver. When I load the .fig
> > files with XFig I get a blank page. The problem has something to do w=
ith
> > the colors, because all the points and lines are exported (I can tell
> > when I select objects). I've been exporting from the Tk driver menu.
> >
> > Has anyone else run into this problem?
>
> Yes, I can reproduce it. I have not yet diagnosed the problem origin. A=
s
> Alan said, this not happen if the xfig driver is invoked from the comma=
nd
> line.
>
> In the x01c case, I noticed that replacing all instances of "2 1 0 0" t=
o "2
> 1 0 1" in the generated tk generated xfig file solves the problem.
>
> Ah, the problem is the replot() functionality. It looks like the pen wi=
dth
> is not properly replayed--all lines will have width lenght of 0! This m=
ust
> have something to do with the recent change related to the line width.

I have now corrected the problem.
Also, I changed x01c.c, plot2(), to show that some drivers are not honori=
ng=20
line width changes.

Joao

>
> Joao
>
> Joao
>
> > TIA,
> > Roberto
> >
> >
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] XFig driver problem

[Joao C. <jc...@fe...>]

On Sunday 10 March 2002 8:05 am, Roberto Hernandez wrote:
> Hi all,
>
> I'm having some problems with the XFig driver. When I load the .fig
> files with XFig I get a blank page. The problem has something to do wit=
h
> the colors, because all the points and lines are exported (I can tell
> when I select objects). I've been exporting from the Tk driver menu.
>
> Has anyone else run into this problem?

Yes, I can reproduce it. I have not yet diagnosed the problem origin. As =
Alan=20
said, this not happen if the xfig driver is invoked from the command line=
=2E

In the x01c case, I noticed that replacing all instances of "2 1 0 0" to =
"2 1=20
0 1" in the generated tk generated xfig file solves the problem.

Ah, the problem is the replot() functionality. It looks like the pen widt=
h is=20
not properly replayed--all lines will have width lenght of 0! This must h=
ave=20
something to do with the recent change related to the line width.

Joao

Joao
>
> TIA,
> Roberto
>
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] XFig driver problem

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

On Sun, 10 Mar 2002, Roberto Hernandez wrote:

> Hi all,
>
> I'm having some problems with the XFig driver. When I load the .fig
> files with XFig I get a blank page. The problem has something to do with
> the colors, because all the points and lines are exported (I can tell
> when I select objects). I've been exporting from the Tk driver menu.
>
> Has anyone else run into this problem?
>

I haven't tried exporting xfig from Tk (in fact I don't even know how to do
it ;-)), but certainly, for example,

./x01c -dev xfig -o x01c.xfig

produces a file that xfig can use with no trouble.  On your system (please
tell us what that is including Tk version) do you have success with this
method of generating xfig files?

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________