plplot-general — PLplot user discussion group

Re: [Plplot-general] Viewport clipping

[Hezekiah M. C. <hc...@at...>]

On Thu, Sep 25, 2008 at 10:05 AM, Davide Cesari <dc...@ar...> wrote:
>        I would like to repeatedly enable/disable viewport clipping while
> plotting, in order to draw lines, symbols, etc. in a legend outside the
> plot, while retaining clipping when data is plotted. Is there a simple
> way to do this in plplot, or is clipping-disable in the TODO list?
>        Up to now i found a suboptimal solution (see fortran subroutine further
> in text) by calling plgvpd/plgvpw to get viewport/window settings,
> setting viewport to [0.,1.],[0.,1.] and enlarging correspondingly the
> plotting window, then switching back to the initial settings when
> desired. However in this way, after a disable/enable cycle, the plotting
> window is not the same as before because the values obtained by plgwpd
> are not exactly the one previously passed to plwind, a little correction
> of 1.e-5 is made in the plwind code. Maybe adding a function similar to
> the one I propose in the C api (with exact window settings) could be a
> simple approach!? I could try provide a patch if this may help.

While I do not have a better method to propose at this time, I have
faced the same plgvpw offset issue.  This 1.0e-5 offset seems to be an
intentional adjustment - see plwind.c, starting at line 56:

--- FROM plwind.c, STARTING AT LINE 56 ---
    dx = (xmax - xmin) * 1.0e-5;
    dy = (ymax - ymin) * 1.0e-5;

/* The true plot window is made slightly larger than requested so that */
/* the end limits will be on the graph  */

    plsc->vpwxmi = xmin - dx;
    plsc->vpwxma = xmax + dx;
    plsc->vpwymi = ymin - dy;
    plsc->vpwyma = ymax + dy;
--- END OF plwind.c PASTE ---

plsc->pvpw* are the values returned by plgvpw.  The simplest immediate
solution would be to invert the above viewport adjustments to retrieve
the original viewport dimensions.

For the PLplot core developers - would it be an acceptable change to
have plgvpw return the proper xmin, xmax, ymin, ymax values rather
than these adjusted values?  It would probably be less surprising for
a user than the current function return values.  It is a change from
how the function has worked in the past but I think it may be a
worthwhile one.

If this is an acceptable change I would be happy to supply a patch to
implement this. Another option would be to create a new function which
returns the properly transformed plot limits.

Hez

-- 
Hezekiah M. Carty
Graduate Research Assistant
University of Maryland
Department of Atmospheric and Oceanic Science

[Plplot-general] Viewport clipping

[Davide C. <dc...@ar...>]

Dear plplot subscribers,
     I would like to repeatedly enable/disable viewport clipping while 
plotting, in order to draw lines, symbols, etc. in a legend outside the 
plot, while retaining clipping when data is plotted. Is there a simple 
way to do this in plplot, or is clipping-disable in the TODO list?
     Up to now i found a suboptimal solution (see fortran subroutine 
further in text) by calling plgvpd/plgvpw to get viewport/window 
settings, setting viewport to [0.,1.],[0.,1.] and enlarging 
correspondingly the plotting window, then switching back to the initial 
settings when desired. However in this way, after a disable/enable 
cycle, the plotting window is not the same as before because the values 
obtained by plgwpd are not exactly the one previously passed to plwind, 
a little correction of 1.e-5 is made in the plwind code. Maybe adding a 
function similar to the one I propose in the C api (with exact window 
settings) could be a simple approach!? I could try provide a patch if 
this may help.
     Thank you for your help and best regards, Davide

SUBROUTINE clip_on_off()
USE plplot
IMPLICIT NONE
REAL(kind=plflt) :: nxmin, nxmax, nymin, nymax, &
  wxmin, wxmax, wymin, wymax
REAL(kind=plflt), SAVE :: snxmin, snxmax, snymin, snymax, &
  swxmin, swxmax, swymin, swymax
LOGICAL, SAVE :: clip_status = .TRUE.

IF (clip_status) THEN
   ! get and save the settings
   CALL plgvpd (nxmin, nxmax, nymin, nymax)
   CALL plgvpw (wxmin, wxmax, wymin, wymax)
   snxmin = nxmin; snxmax = nxmax
   snymin = nymin; snymax = nymax
   swxmin = wxmin; swxmax = wxmax
   swymin = wymin; swymax = wymax
   ! compute new "fullscreen" plotting window
   wxmin = swxmin - (wxmax-wxmin)/(nxmax-nxmin)*(nxmin)
   wxmax = swxmax + (wxmax-wxmin)/(nxmax-nxmin)*(1.0_plflt-nxmax)
   wymin = swymin - (wymax-wymin)/(nymax-nymin)*(nymin)
   wymax = swymax + (wymax-wymin)/(nymax-nymin)*(1.0_plflt-nymax)
   ! set viewport and plotting window to "fullscreen"
   CALL plvpor(0.0_plflt, 1.0_plflt, 0.0_plflt, 1.0_plflt)
   CALL plwind(wxmin, wxmax, wymin, wymax)
   clip_status = .FALSE.
ELSE
   ! restore previous settings
   CALL plvpor(snxmin, snxmax, snymin, snymax)
   CALL plwind(swxmin, swxmax, swymin, swymax)
   clip_status = .TRUE.
ENDIF
END SUBROUTINE clip_on_off

-- 
============================= Davide Cesari ============================
Servizio IdroMeteorologico ARPA Emilia Romagna
Area Modellistica Numerica e Radarmeteorologia
  Phone/Fax: +39 051525926/+39 0516497501
  E-mail:    dc...@ar...
  Home page: http://www.webalice.it/o.drofa/davide/
  Address:   ARPA-SIM, Viale Silvani 6, 40122 Bologna, Italy
========================================================================

[Plplot-general] Viewport clipping

[Davide C. <dc...@ar...>]

Dear plplot subscribers,
	I would like to repeatedly enable/disable viewport clipping while 
plotting, in order to draw lines, symbols, etc. in a legend outside the 
plot, while retaining clipping when data is plotted. Is there a simple 
way to do this in plplot, or is clipping-disable in the TODO list?
	Up to now i found a suboptimal solution (see fortran subroutine further 
in text) by calling plgvpd/plgvpw to get viewport/window settings, 
setting viewport to [0.,1.],[0.,1.] and enlarging correspondingly the 
plotting window, then switching back to the initial settings when 
desired. However in this way, after a disable/enable cycle, the plotting 
window is not the same as before because the values obtained by plgwpd 
are not exactly the one previously passed to plwind, a little correction 
of 1.e-5 is made in the plwind code. Maybe adding a function similar to 
the one I propose in the C api (with exact window settings) could be a 
simple approach!? I could try provide a patch if this may help.
	thank you for your help and best regards, Davide


SUBROUTINE clip_on_off()
USE plplot
IMPLICIT NONE
REAL(kind=plflt) :: nxmin, nxmax, nymin, nymax, &
  wxmin, wxmax, wymin, wymax
REAL(kind=plflt), SAVE :: snxmin, snxmax, snymin, snymax, &
  swxmin, swxmax, swymin, swymax
LOGICAL, SAVE :: clip_status = .TRUE.

IF (clip_status) THEN
   ! get and save the settings
   CALL plgvpd (nxmin, nxmax, nymin, nymax)
   CALL plgvpw (wxmin, wxmax, wymin, wymax)
   snxmin = nxmin; snxmax = nxmax
   snymin = nymin; snymax = nymax
   swxmin = wxmin; swxmax = wxmax
   swymin = wymin; swymax = wymax
   ! compute new "fullscreen" plotting window
   wxmin = swxmin - (wxmax-wxmin)/(nxmax-nxmin)*(nxmin)
   wxmax = swxmax + (wxmax-wxmin)/(nxmax-nxmin)*(1.0_plflt-nxmax)
   wymin = swymin - (wymax-wymin)/(nymax-nymin)*(nymin)
   wymax = swymax + (wymax-wymin)/(nymax-nymin)*(1.0_plflt-nymax)
   ! set viewport and plotting window to "fullscreen"
   CALL plvpor(0.0_plflt, 1.0_plflt, 0.0_plflt, 1.0_plflt)
   CALL plwind(wxmin, wxmax, wymin, wymax)
   clip_status = .FALSE.
ELSE
   ! restore previous settings
   CALL plvpor(snxmin, snxmax, snymin, snymax)
   CALL plwind(swxmin, swxmax, swymin, swymax)
   clip_status = .TRUE.
ENDIF
END SUBROUTINE clip_on_off

-- 
============================= Davide Cesari ============================
Servizio IdroMeteorologico ARPA Emilia Romagna
Area Modellistica Numerica e Radarmeteorologia
  Phone/Fax: +39 051525926/+39 0516497501
  Home page: http://www.webalice.it/o.drofa/davide/
========================================================================

Re: [Plplot-general] PLplot Windows Installation

[<and...@us...>]

Hamed,

If you have questions about plplot it is probably best to post them to
the plplot-general mailing list. You then have the best chance of
getting a response from one of our users or developers.

We support several different windows environments. I'm mostly a unix
user, but I am sure one of our windows users will be able to help. 

Some useful resources:

http://plplot.sourceforge.net/ - our home page. This includes links to
http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page  - the
plplot wiki, which has further instructions on configuring and building
plplot on windows for various different compilers.

If you are look for a binary version then you might like to try
http://dishaw.org/plplot/. One of our developers, Jim Dishaw, has
provided a binary version of plplot for windows.

I hope this helps.

Andrew

On Wed, Aug 27, 2008 at 11:30:59AM -0500, Chok, Hamed wrote:
> Andrew,
> 
> I am trying to install the PLplot library on an XP machine; however, I am not able to find any documentation on any Windows installation.
> 
> Your feedback is greatly appreciated.
> 
> Thanks and Regards,
> 
> Hamed

[Plplot-general] yplot-1.2.0 has been released

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

Yorick is a high-level scientific programming language that is easy to
learn, and yplot is a Yorick extension that gives Yorick users access to
the PLplot library for their plotting needs.

The principal changes for the yplot-1.2.0 release are it has been updated to
work with yorick-2.1.05 (the standard yorick version deployed, for example,
on all modern versions of Debian and Ubuntu), a new CMake-based build system
has been deployed, and as a result an ordinary autoloaded yplot extension to
yorick is built rather than the special yplot and yplotl executables of the
past. Testing shows yPlot-1.2.0 works well with the latest PLplot-5.9.0 that
has been released as well as svn versions of PLplot that are precursors to
the forthcoming PLplot-5.9.1 release.

Access this new version of yplot at
http://sourceforge.net/project/showfiles.php?group_id=15416 and build,
install, and test it following the instructions in the INSTALL file.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Obscured plot window

[<Han...@sh...>]

Andrew,

Thanks, I will try it.

Regards,
Hans

-----Original Message-----
From: Andrew Ross [mailto:and...@us...]
Sent: Tuesday, August 05, 2008 10:34
To: Rijneke, Hans H SIEP-EPT-RIS
Cc: Plplot-general mailing list
Subject: Re: [Plplot-general] Obscured plot window



Hans,

The xwin driver (which I assume you are using) supports automatic
updating if plplot is compiled with thread support. If you are building
the library from source then add -DHAVE_PTHREAD=ON to the cmake command
line. Provided you do have the pthread libraries installed you need to
do nothing else - xwin will automatically use it.

Regards

Andrew


On Tue, Aug 05, 2008 at 08:24:40AM +0200, Han...@sh... wrote:
> Dear all,
> 
> When a plot has been made on the screen and I (temporarily)  overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ?
> 
> I am using Redhat 4 on a x86_64 system.
> 
> Thanks in advance,
> Hans Rijneke.
> 
> Shell International Exploration and Production B.V.
> Kessler Park 1,
> Postbus 60,
> 2280 AB  Rijswijk,
> The Netherlands
> 
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
> 
> Disclaimer of Liability: 
> This message, any attachment and response string are confidential and may be legally  privileged. It is intended only for the use of the parties to  whom it is addressed. If you are not the addressee indicated  in this message please notify the sender immediately by reply  email and destroy this message.
> All information and  attachments remain the property of Shell.  
> 

> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Obscured plot window

[Andrew R. <and...@us...>]

Hans,

The xwin driver (which I assume you are using) supports automatic
updating if plplot is compiled with thread support. If you are building
the library from source then add -DHAVE_PTHREAD=ON to the cmake command
line. Provided you do have the pthread libraries installed you need to
do nothing else - xwin will automatically use it.

Regards

Andrew


On Tue, Aug 05, 2008 at 08:24:40AM +0200, Han...@sh... wrote:
> Dear all,
> 
> When a plot has been made on the screen and I (temporarily)  overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ?
> 
> I am using Redhat 4 on a x86_64 system.
> 
> Thanks in advance,
> Hans Rijneke.
> 
> Shell International Exploration and Production B.V.
> Kessler Park 1,
> Postbus 60,
> 2280 AB  Rijswijk,
> The Netherlands
> 
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
> 
> Disclaimer of Liability: 
> This message, any attachment and response string are confidential and may be legally  privileged. It is intended only for the use of the parties to  whom it is addressed. If you are not the addressee indicated  in this message please notify the sender immediately by reply  email and destroy this message.
> All information and  attachments remain the property of Shell.  
> 

> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] Obscured plot window

[<Han...@sh...>]

Dear all,

When a plot has been made on the screen and I (temporarily)  overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ?

I am using Redhat 4 on a x86_64 system.

Thanks in advance,
Hans Rijneke.

Shell International Exploration and Production B.V.
Kessler Park 1,
Postbus 60,
2280 AB  Rijswijk,
The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability: 
This message, any attachment and response string are confidential and may be legally  privileged. It is intended only for the use of the parties to  whom it is addressed. If you are not the addressee indicated  in this message please notify the sender immediately by reply  email and destroy this message.
All information and  attachments remain the property of Shell.  

Re: [Plplot-general] color map1 plotting question

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

On 2008-07-21 15:13-0400 Jose A. Ortiz wrote:

> Hi,
>
> I'm trying to plot an array of weather data. I have a set of values in
> the array and I don know how to plot the polar coordinates using the
> colormap, in a way that any range of values gets a specific color..

How about using code similar to that which produces the last page of example
16? (see http://plplot.sourceforge.net/examples/demo16.php)

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] color map1 plotting question

[Jose A. O. <ko...@gm...>]

Hi,

I'm trying to plot an array of weather data. I have a set of values in  
the array and I don know how to plot the polar coordinates using the  
colormap, in a way that any range of values gets a specific color..



Jose A. Ortiz

Re: [Plplot-general] clicking on elements

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

On 2008-07-16 11:11+0800 Paul Harris wrote:

> Hi,
>
> I'm new to plplot.  I'd like to utilise plplot to generate charts in my program.
>
> I would like to be able to plot points as circles, lines or whatever,
> and then be able to click on those markers and display additional info
> elsewhere in my application.
>
> Has anyone done this?
>
> I would be getting the mouse click from the GUI (QT) and then either
> passing it to plplot, or use some other mechanism to be able to map
> that mouse coord to a marker.
>
> I don't see anything obvious in the docs or the code... so I was
> thinking about how I'd do it.
>
> One way would be to write a driver that goes through the motions of
> pretending to draw a chart, but instead is able to match up a mouse
> coord to the markers that it is told to draw...
>
> so, has anyone done something like this?

The core of PLplot supports interactive capability for those drivers
that have it implemented.

Our xwin device has interactive capability where you can display
cross-hairs, move them around, and when a key is clicked, deliver the
position of the crosshairs and the identity of the key which was clicked.
To see this capability in action try the -locate option for C example 1 with
-dev xwin.  -dev wxwidgets has similar capability, although I could only get
the return key to work at this time.  I think there is a plan to implement at
least the level of xwin capability in the xcairo device.  For example, you
get some hits when you grep for "cross" in the cairo code.  However, I
couldn't get it to work (no crosshairs were displayed with example 1 when
the -locate option was used.)

Anyhow, you could use these interactive capabilities for a start for
doing something more interesting.  You may want to work with -dev wxwidgets
or -dev xcairo since both have modern font capabilities while xwin does
not.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] clicking on elements

[Paul H. <har...@gm...>]

Hi,

I'm new to plplot.  I'd like to utilise plplot to generate charts in my program.

I would like to be able to plot points as circles, lines or whatever,
and then be able to click on those markers and display additional info
elsewhere in my application.

Has anyone done this?

I would be getting the mouse click from the GUI (QT) and then either
passing it to plplot, or use some other mechanism to be able to map
that mouse coord to a marker.

I don't see anything obvious in the docs or the code... so I was
thinking about how I'd do it.

One way would be to write a driver that goes through the motions of
pretending to draw a chart, but instead is able to match up a mouse
coord to the markers that it is told to draw...

so, has anyone done something like this?

cheers
Paul

Re: [Plplot-general] Status of yplot

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

On 2008-07-13 16:19-0700 Alan W. Irwin wrote:

> Nevertheless, if someone still wants to plot with yplot but cannot do so
> because they have Yorick-2 installed, then please get in touch with me
> privately, and I can instruct you how to build and use the Yorick-2
> compatible yplot that I have cobbled together at the moment.

What was cobbled together before is now running pretty smoothly thanks to a
new CMake-based build system for yplot that I put together today and
commited to the svn trunk of yplot.  If you want to give this version of
yplot a try, then (1) make sure the yplot_svn directory does not exist, (2)
execute

svn checkout https://yplot.svn.sourceforge.net/svnroot/yplot/trunk yplot_svn

to create yplot_svn and fill it with the new yplot source tree, and (3)
follow the rest of the instructions in yplot_svn/INSTALL.

The new build system builds the svn trunk version of yplot without problems
on my Debian testing platform thanks to a build-system option which works
around the Debian yorick-dev bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490597) that I mentioned
before.  (See the above INSTALL file for more details about this option.)
The resulting yplot executable seems to work well for my research plots with
no changes required in my legacy Yorick *.i include files to control the
plotting with yplot.

Your feedback on this svn trunk version of yplot would be welcome.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Questions on line thickness and multiple output files

[R C <re...@ya...>]

--- On Mon, 7/14/08, Hezekiah M. Carty <hc...@at...> wrote:

> From: Hezekiah M. Carty <hc...@at...>
> Subject: Re: [Plplot-general] Questions on line thickness and multiple output files
> To: re...@ya...
> Cc: plp...@li...
> Date: Monday, July 14, 2008, 4:37 PM
> On Mon, Jul 14, 2008 at 4:17 PM, R C <re...@ya...>
> wrote:
> > Hi,
> > I checked the user manual and the mailing list but was
> unable to find the answers to a couple of questions.
> >  Is there an option to change the line thickness for
> plline and pljoin?
> 
> The function plwid should do what you want:
> 
> plwid(width);
> 
> where width is an integer.
> 
> See [1] below for a more detailed description of its use.
> 
> > Also, I have been able to get multiple figures using
> the pdf and postscript drivers, and I can post-process
> > these files to save each figure to a separate file,
> but is there a way in PLPLOT to write each figure to a
> separate output file?
> 
> I usually use plend between plots and simply start the
> whole plotting
> process over (plsdev ... plsfnam ... plinit ...) for each
> figure.
> Another option is to use family files, described in [2].  I
> have not
> used this method very much, but I think if you call:
> 
> plsfam(1, 0, 1);
> plsfnam("figure-%n.ps");
> 
> before plinit then each time you start a new page a new
> file should be
> created.  The first page would be written to
> "figure-0.ps", the second
> to "figure-1.ps" and so on.
> 
> Hope this helps,
> Hez
> 
> [1] -
> http://plplot.sourceforge.net/docbook-manual/plplot-html-5.9.0/plwid.html
> [2] -
> http://plplot.sourceforge.net/docbook-manual/plplot-html-5.9.0/output-devices.html#familying
> 
> -- 
> Hezekiah M. Carty
> Graduate Research Assistant
> University of Maryland
> Department of Atmospheric and Oceanic Science

Hi,
 These do just what I was looking for. Thanks for your help.

Recif

Re: [Plplot-general] Questions on line thickness and multiple output files

[Hezekiah M. C. <hc...@at...>]

On Mon, Jul 14, 2008 at 4:17 PM, R C <re...@ya...> wrote:
> Hi,
> I checked the user manual and the mailing list but was unable to find the answers to a couple of questions.
>  Is there an option to change the line thickness for plline and pljoin?

The function plwid should do what you want:

plwid(width);

where width is an integer.

See [1] below for a more detailed description of its use.

> Also, I have been able to get multiple figures using the pdf and postscript drivers, and I can post-process
> these files to save each figure to a separate file, but is there a way in PLPLOT to write each figure to a separate output file?

I usually use plend between plots and simply start the whole plotting
process over (plsdev ... plsfnam ... plinit ...) for each figure.
Another option is to use family files, described in [2].  I have not
used this method very much, but I think if you call:

plsfam(1, 0, 1);
plsfnam("figure-%n.ps");

before plinit then each time you start a new page a new file should be
created.  The first page would be written to "figure-0.ps", the second
to "figure-1.ps" and so on.

Hope this helps,
Hez

[1] - http://plplot.sourceforge.net/docbook-manual/plplot-html-5.9.0/plwid.html
[2] - http://plplot.sourceforge.net/docbook-manual/plplot-html-5.9.0/output-devices.html#familying

-- 
Hezekiah M. Carty
Graduate Research Assistant
University of Maryland
Department of Atmospheric and Oceanic Science

[Plplot-general] Questions on line thickness and multiple output files

[R C <re...@ya...>]

Hi,
I checked the user manual and the mailing list but was unable to find the answers to a couple of questions.
 Is there an option to change the line thickness for plline and pljoin?
Also, I have been able to get multiple figures using the pdf and postscript drivers, and I can post-process these files to save each figure to a separate file, but is there a way in PLPLOT to write each figure to a separate output file?
 Thanks in advance for your assistance.
Recif

[Plplot-general] Status of yplot

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

As some of you may recall, yplot (yplot.sf.net) is an extension of the
Yorick language that makes it possible to use PLplot from Yorick.  yplot is
maintained essentially be me, although Conrad Steenberg, its originator
still has a bit of input.  Some time ago we decided to only do minimal
maintenance of yplot (because we thought Yorick was in that maintenance mode
as well), and yplot just continued to work fine through all the various PLplot
releases.  However, it now appears that Yorick development continues pretty
strongly, and I have just discovered the new Yorick-2 completely breaks the
build of yplot.

Accordingly, I am currently working on the yplot build (with a new yplot
build system that takes advantage of CMake), but I have run into a Debian
yorick packaging bug that is an absolute showstopper for generating a yplot
executable (the desired end result which is a version of Yorick with PLplot
extensions).  (This problem is caused bysome binary incompatibility or
binutils bug which I cannot figure out or workaround.) Until my bug report
is answered, I must fall back to using the alternative dynamic loading
mechanism of Yorick-2 plug-ins which requires a one-line change in each of
the *.i yorick include files I use for my research plotting.  Once that
change is made, everything seems to work OK again, but I don't want to
impose that change on the remaining yplot users, and I am pretty far from a
new release of yplot in any case.

Nevertheless, if someone still wants to plot with yplot but cannot do so
because they have Yorick-2 installed, then please get in touch with me
privately, and I can instruct you how to build and use the Yorick-2
compatible yplot that I have cobbled together at the moment.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Problems compiling plplot-5.9.0

[R C <re...@ya...>]

Hi,
 I inadvertently grepped /usr/share/cmake-2.4/Modules/ and not /usr/share/cmake-2.4/Modules/Platform/. I do find the files with the -KPIC flag that you mentioned. I will try to build the newer version of cmake to avoid this problem in the future.
Thanks again for your help.
Recif


--- On Thu, 7/10/08, Alan W. Irwin <ir...@be...> wrote:

> From: Alan W. Irwin <ir...@be...>
> Subject: Re: [Plplot-general] Problems compiling plplot-5.9.0
> To: "R C" <re...@ya...>
> Cc: plp...@li...
> Date: Thursday, July 10, 2008, 8:41 PM
> Hi Recif:
> 
> On 2008-07-10 16:36-0700 R C wrote:
> 
> > Hi,
> > I am running cmake version 2.4.7.
> > grep -i kpic /usr/share/cmake-2.4/Modules/Platform/*
> came back empty.
> 
> Actually, I have access to that version as well (not
> installed, but in
> source-code form), and here is what grep found for me:
> 
> grep KPIC ~software/cmake/cmake-2.4.7/Modules/Platform/*
> /home/software/cmake/cmake-2.4.7/Modules/Platform/Linux-ifort.cmake:SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS
> "-KPIC") 
> /home/software/cmake/cmake-2.4.7/Modules/Platform/SunOS.cmake:
> SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-KPIC") 
> /home/software/cmake/cmake-2.4.7/Modules/Platform/SunOS.cmake:
> SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS "-KPIC")
> 
> So assuming something went wrong with your grep and
> Linux-ifort.cmake was
> actually installed on your system, that -KPIC mistake is
> the cause of
> your ifort flag problem for cmake-2.4.7.
> 
> That file was changed as follows for 2.4.8:
> 
> irwin@raven> diff
> /home/software/cmake/cmake-2.4.[78]/Modules/Platform/Linux-ifort.cmake
> 2c2
> < SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS
> "-KPIC") 
> ---
> > SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS
> "-fPIC")
> 
> so I assume someone else reported the same difficulty as
> you to the CMake list
> and the developers there fixed the problem for 2.4.8.
> 
> From your comment below, you obviously have a workaround
> for that
> cmake-2.4.7 Linux ifort bug for now by doing search and
> replace in the build
> tree.  However, I am virtually positive you won't have
> to do that in future
> if you upgrade Ubuntu (which will probably upgrade cmake to
> 2.4.8) or build
> your own private version of cmake (a privately built
> cmake-2.6.0 works for
> me on Debian testing and also has the
> CMAKE_SHARED_LIBRARY_Fortran_FLAGS fix
> for Linux-ifort.cmake).
> 
> > [...]Doing a grep check on the build tree, I found
> that -KPIC was set as
> an option to ifort in the link.txt, relink.txt and
> flags.make files in the
> bindings/f77/CMakefiles/plplotf77d.dir/ and
> bindings/f95/CMakefiles/plplotf95d.dir/ subdirectories. I
> did a new build
> and changed -KPIC to -fPIC in those files, and the
> compilation and install
> ran cleanly.
> 
> > I would like to thank you for your assistance in
> getting this to work.
> 
> You are welcome.
> 
> 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 libLASi project
> (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure
> Project
> (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________

Re: [Plplot-general] Problems compiling plplot-5.9.0

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

Hi Recif:

On 2008-07-10 16:36-0700 R C wrote:

> Hi,
> I am running cmake version 2.4.7.
> grep -i kpic /usr/share/cmake-2.4/Modules/Platform/* came back empty.

Actually, I have access to that version as well (not installed, but in
source-code form), and here is what grep found for me:

grep KPIC ~software/cmake/cmake-2.4.7/Modules/Platform/*
/home/software/cmake/cmake-2.4.7/Modules/Platform/Linux-ifort.cmake:SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS
"-KPIC") 
/home/software/cmake/cmake-2.4.7/Modules/Platform/SunOS.cmake:
SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-KPIC") 
/home/software/cmake/cmake-2.4.7/Modules/Platform/SunOS.cmake:
SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS "-KPIC")

So assuming something went wrong with your grep and Linux-ifort.cmake was
actually installed on your system, that -KPIC mistake is the cause of
your ifort flag problem for cmake-2.4.7.

That file was changed as follows for 2.4.8:

irwin@raven> diff
/home/software/cmake/cmake-2.4.[78]/Modules/Platform/Linux-ifort.cmake
2c2
< SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS "-KPIC") 
---
> SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS "-fPIC")

so I assume someone else reported the same difficulty as you to the CMake list
and the developers there fixed the problem for 2.4.8.

>From your comment below, you obviously have a workaround for that
cmake-2.4.7 Linux ifort bug for now by doing search and replace in the build
tree.  However, I am virtually positive you won't have to do that in future
if you upgrade Ubuntu (which will probably upgrade cmake to 2.4.8) or build
your own private version of cmake (a privately built cmake-2.6.0 works for
me on Debian testing and also has the CMAKE_SHARED_LIBRARY_Fortran_FLAGS fix
for Linux-ifort.cmake).

> [...]Doing a grep check on the build tree, I found that -KPIC was set as
an option to ifort in the link.txt, relink.txt and flags.make files in the
bindings/f77/CMakefiles/plplotf77d.dir/ and
bindings/f95/CMakefiles/plplotf95d.dir/ subdirectories. I did a new build
and changed -KPIC to -fPIC in those files, and the compilation and install
ran cleanly.

> I would like to thank you for your assistance in getting this to work.

You are welcome.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Problems compiling plplot-5.9.0

[R C <re...@ya...>]

Hi,
 I am running cmake version 2.4.7.
grep -i kpic /usr/share/cmake-2.4/Modules/Platform/* came back empty. 
I do not have FFLAGS or CCFLAGS set. 
I set export FC='ifort -O2" before calling cmake in a new build directory as suggested in the installation instructions. 
  Doing a grep check on the build tree, I found that -KPIC was set as an option to ifort in the link.txt, relink.txt and flags.make files in the bindings/f77/CMakefiles/plplotf77d.dir/ and bindings/f95/CMakefiles/plplotf95d.dir/ subdirectories. I did a new build and changed -KPIC to -fPIC in those files, and the compilation and install ran cleanly. 
I would like to thank you for your assistance in getting this to work.
Recif 

--- On Thu, 7/10/08, Alan W. Irwin <ir...@be...> wrote:

> From: Alan W. Irwin <ir...@be...>
> Subject: Re: [Plplot-general] Problems compiling plplot-5.9.0
> To: "R C" <re...@ya...>
> Cc: plp...@li...
> Date: Thursday, July 10, 2008, 5:57 PM
> Hi Recif:
> 
> On 2008-07-10 05:28-0700 R C wrote:
> 
> > Hi,
> > Installing python-gnome2-dev fixed the compilation
> problem.
> 
> Good.
> 
> > However, 'make install' seemed to warn about
> the -K option to ifort. As I
> had mentioned in my earlier email, I changed the -KPIC flag
> to -fPIC in a
> couple of places
> (bindings/f77/CMakefiles/plplotf77d.dir/flags.make and
> bindings/f95/CMakefiles/plplotf95d.dir/flags.make). Are
> there other files I
> need to modify?
> 
> I think to cure the symptom you will have to use find and
> grep a lot in the
> build tree to search for -KPIC.
> 
> However, I don't understand why your Ubuntu system is
> using -KPIC at all.
> 
> Here are all the possibilities where that flag might be set
> on my Debian
> testing version of cmake (2.4.8).
> 
> grep -i kpic /usr/share/cmake-2.4/Modules/Platform/*.cmake
> /usr/share/cmake-2.4/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_C_FLAGS
> "-Kpic -belf")
> /usr/share/cmake-2.4/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS
> "-Kpic -belf")
> /usr/share/cmake-2.4/Modules/Platform/SunOS.cmake:
> SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-KPIC") 
> /usr/share/cmake-2.4/Modules/Platform/SunOS.cmake:
> SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS "-KPIC")
> 
> For CMake 2.6 which I built for myself, the results are
> 
> grep -i kpic
> ~software/cmake/install/share/cmake-2.6/Modules/Platform/*
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/Linux-SunPro-C.cmake:SET(CMAKE_SHARED_LIBRARY_C_FLAGS
> "-KPIC")
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/Linux-SunPro-CXX.cmake:SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS
> "-KPIC")
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/Linux-SunPro-Fortran.cmake:SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS
> "-KPIC")
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_C_FLAGS
> "-Kpic -belf")
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS
> "-Kpic -belf")
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/SunOS.cmake:
> SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-KPIC") 
> /home/software/cmake/install/share/cmake-2.6/Modules/Platform/SunOS.cmake:
> SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS "-KPIC")
> 
> IOW, -KPIC should only be set if you have a SCO or SunOS
> platform for
> CMake-2.4 and SCO, SunOS, or Linux-SunPro, for cmake 2.6. 
> It's possible your
> Ubuntu system is being misidentified as one of those, but I
> doubt it.
> 
> What version of cmake do you have, and what are the
> equivalent grep results?
> 
> Are you incorrectly setting -KPIC in some other way through
> an environment
> variable?  You could do that by, e.g.,
> 
> export FC='ifort -KPIC'
> 
> CMake may also pay attention to other environment variables
> like FFLAGS (or
> maybe FCFLAGS) so make sure you have not set those
> environment variables to
> something that is interfering.
> 
> Are you specifying ifort compile flags in any other way
> (via -D options to
> the cmake command, for example)?
> 
> For each of your tests do you run the cmake command in an
> empty build tree
> so there is no possibility that stale files from previous
> builds are
> affecting your results?
> 
> 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 libLASi project
> (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure
> Project
> (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________

Re: [Plplot-general] Problems compiling plplot-5.9.0

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

Hi Recif:

On 2008-07-10 05:28-0700 R C wrote:

> Hi,
> Installing python-gnome2-dev fixed the compilation problem.

Good.

> However, 'make install' seemed to warn about the -K option to ifort. As I
had mentioned in my earlier email, I changed the -KPIC flag to -fPIC in a
couple of places (bindings/f77/CMakefiles/plplotf77d.dir/flags.make and
bindings/f95/CMakefiles/plplotf95d.dir/flags.make). Are there other files I
need to modify?

I think to cure the symptom you will have to use find and grep a lot in the
build tree to search for -KPIC.

However, I don't understand why your Ubuntu system is using -KPIC at all.

Here are all the possibilities where that flag might be set on my Debian
testing version of cmake (2.4.8).

grep -i kpic /usr/share/cmake-2.4/Modules/Platform/*.cmake
/usr/share/cmake-2.4/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_C_FLAGS
"-Kpic -belf")
/usr/share/cmake-2.4/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS
"-Kpic -belf")
/usr/share/cmake-2.4/Modules/Platform/SunOS.cmake:
SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-KPIC") 
/usr/share/cmake-2.4/Modules/Platform/SunOS.cmake:
SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS "-KPIC")

For CMake 2.6 which I built for myself, the results are

grep -i kpic ~software/cmake/install/share/cmake-2.6/Modules/Platform/*
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/Linux-SunPro-C.cmake:SET(CMAKE_SHARED_LIBRARY_C_FLAGS
"-KPIC")
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/Linux-SunPro-CXX.cmake:SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS
"-KPIC")
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/Linux-SunPro-Fortran.cmake:SET(CMAKE_SHARED_LIBRARY_Fortran_FLAGS
"-KPIC")
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_C_FLAGS
"-Kpic -belf")
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/SCO_SV.cmake:SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS
"-Kpic -belf")
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/SunOS.cmake:
SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-KPIC") 
/home/software/cmake/install/share/cmake-2.6/Modules/Platform/SunOS.cmake:
SET(CMAKE_SHARED_LIBRARY_CXX_FLAGS "-KPIC")

IOW, -KPIC should only be set if you have a SCO or SunOS platform for
CMake-2.4 and SCO, SunOS, or Linux-SunPro, for cmake 2.6.  It's possible your
Ubuntu system is being misidentified as one of those, but I doubt it.

What version of cmake do you have, and what are the equivalent grep results?

Are you incorrectly setting -KPIC in some other way through an environment
variable?  You could do that by, e.g.,

export FC='ifort -KPIC'

CMake may also pay attention to other environment variables like FFLAGS (or
maybe FCFLAGS) so make sure you have not set those environment variables to
something that is interfering.

Are you specifying ifort compile flags in any other way (via -D options to
the cmake command, for example)?

For each of your tests do you run the cmake command in an empty build tree
so there is no possibility that stale files from previous builds are
affecting your results?

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Problems compiling plplot-5.9.0

[R C <re...@ya...>]

--- On Thu, 7/10/08, Alan W. Irwin <ir...@be...> wrote:

> From: Alan W. Irwin <ir...@be...>
> Subject: Re: [Plplot-general] Problems compiling plplot-5.9.0
> To: "R C" <re...@ya...>
> Cc: plp...@li...
> Date: Thursday, July 10, 2008, 1:05 AM
> On 2008-07-09 18:35-0700 R C wrote:
> 
> > Hi,
> > I am having problems compiling plplot-5.9.0 on an
> AMD64/Ubuntu 8.04 machine, with the Intel Fortran ifort
> compiler. I ran cmake and then make.
> > Initially I got an error from the -KPIC option in the
> FORTRAN_FLAGS setting in the flags,make files, but it
> seemed to run OK when I changed this to -fPIC. However,
> then make quit because it could not find the gnome.defs
> file (error listed below). I have installed the pygtk and
> pygtk-dev packages. Any suggestions for fixing this problem
> are appreciated.
> > Recif
> >
> >  File
> "/usr/share/pygtk/2.0/codegen/codegen.py", line
> 1670, in main
> >    p.startParsing()
> >  File
> "/usr/share/pygtk/2.0/codegen/scmexpr.py", line
> 113, in startParsing
> >    for statement in statements:
> >  File
> "/usr/share/pygtk/2.0/codegen/scmexpr.py", line
> 27, in parse
> >    fp = open(filename, 'r')
> > IOError: [Errno 2] No such file or directory:
> '/usr/share/pygtk/2.0/defs/gnome.defs'
> > make[2]: *** [bindings/gnome2/python/cplplotcanvas.c]
> Error 1
> > make[1]: ***
> [bindings/gnome2/python/CMakeFiles/cplplotcanvasmodule.dir/all]
> Error 2
> > make: *** [all] Error 2
> 
> Hi:
> 
> I recently had the same error in Debian testing due to
> Debian moving
> gnome.defs to a different package.  For Debian you can use
> debian.org/distrib/packages to check for packages that
> contain gnome.defs
> (or any other file) for the various versions of Debian. 
> For Debian testing
> it is contained in python-gnome2-dev.  If that package name
> doesn't work for
> your version of Ubuntu, then you should use an equivalent
> Ubuntu site to
> find the package that contains gnome.defs for your version
> of Ubuntu.
> 
> 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 libLASi project
> (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure
> Project
> (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> _________
Hi,
 Installing python-gnome2-dev fixed the compilation problem. However, 'make install' seemed to warn about the -K option to ifort. As I had mentioned in my earlier email, I changed the -KPIC flag to -fPIC in a couple of  places (bindings/f77/CMakefiles/plplotf77d.dir/flags.make and bindings/f95/CMakefiles/plplotf95d.dir/flags.make). Are there other files I need to modify?
Thanks.
Recif

Partial output from 'make install':
Linking Fortran shared library CMakeFiles/CMakeRelink.dir/libplplotf77d.so
ifort: command line remark #10148: option '-K' not supported
Linking C shared library CMakeFiles/CMakeRelink.dir/libplplotf95cd.so
Linking Fortran shared library CMakeFiles/CMakeRelink.dir/libplplotf95d.so
ifort: command line remark #10148: option '-K' not supported

Re: [Plplot-general] Problems compiling plplot-5.9.0

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

On 2008-07-09 18:35-0700 R C wrote:

> Hi,
> I am having problems compiling plplot-5.9.0 on an AMD64/Ubuntu 8.04 machine, with the Intel Fortran ifort compiler. I ran cmake and then make.
> Initially I got an error from the -KPIC option in the FORTRAN_FLAGS setting in the flags,make files, but it seemed to run OK when I changed this to -fPIC. However, then make quit because it could not find the gnome.defs file (error listed below). I have installed the pygtk and pygtk-dev packages. Any suggestions for fixing this problem are appreciated.
> Recif
>
>  File "/usr/share/pygtk/2.0/codegen/codegen.py", line 1670, in main
>    p.startParsing()
>  File "/usr/share/pygtk/2.0/codegen/scmexpr.py", line 113, in startParsing
>    for statement in statements:
>  File "/usr/share/pygtk/2.0/codegen/scmexpr.py", line 27, in parse
>    fp = open(filename, 'r')
> IOError: [Errno 2] No such file or directory: '/usr/share/pygtk/2.0/defs/gnome.defs'
> make[2]: *** [bindings/gnome2/python/cplplotcanvas.c] Error 1
> make[1]: *** [bindings/gnome2/python/CMakeFiles/cplplotcanvasmodule.dir/all] Error 2
> make: *** [all] Error 2

Hi:

I recently had the same error in Debian testing due to Debian moving
gnome.defs to a different package.  For Debian you can use
debian.org/distrib/packages to check for packages that contain gnome.defs
(or any other file) for the various versions of Debian.  For Debian testing
it is contained in python-gnome2-dev.  If that package name doesn't work for
your version of Ubuntu, then you should use an equivalent Ubuntu site to
find the package that contains gnome.defs for your version of Ubuntu.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Problems compiling plplot-5.9.0

[R C <re...@ya...>]

Hi,
 I am having problems compiling plplot-5.9.0 on an AMD64/Ubuntu 8.04 machine, with the Intel Fortran ifort compiler. I ran cmake and then make.
Initially I got an error from the -KPIC option in the FORTRAN_FLAGS setting in the flags,make files, but it seemed to run OK when I changed this to -fPIC. However, then make quit because it could not find the gnome.defs file (error listed below). I have installed the pygtk and pygtk-dev packages. Any suggestions for fixing this problem are appreciated.
Recif

  File "/usr/share/pygtk/2.0/codegen/codegen.py", line 1670, in main
    p.startParsing()
  File "/usr/share/pygtk/2.0/codegen/scmexpr.py", line 113, in startParsing
    for statement in statements:
  File "/usr/share/pygtk/2.0/codegen/scmexpr.py", line 27, in parse
    fp = open(filename, 'r')
IOError: [Errno 2] No such file or directory: '/usr/share/pygtk/2.0/defs/gnome.defs'
make[2]: *** [bindings/gnome2/python/cplplotcanvas.c] Error 1
make[1]: *** [bindings/gnome2/python/CMakeFiles/cplplotcanvasmodule.dir/all] Error 2
make: *** [all] Error 2

Re: [Plplot-general] plcol0(), setting black color on axis

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

Hi Martin,

using plscolbg() sets the 0th color (which was black) to white (you  
could also use plscol0(0, 255, 255, 255); instead). You get a white  
background, but if you use plcol(0), you draw in white not in black,  
since you changed it. I usually define the 15th color as black  
(default white) with plscol0(15, 0, 0, 0); so that I can draw the axis  
in black using plcol(15).

HTH,
Werner

On 09.07.2008, at 13:02, Martin Sarajervi wrote:

> Hi,
>
> I'm having trouble setting the color black on my axis, when I do  
> they just dont show up.
>
> I do the following in my code:
> ---------------------------------------------
> plscolbg(255, 255, 255) /* define white background */
> plinit();
>
> ...[snip]...
>
> and then before I set my lables I do:
> plcol0(0); /* set black axis */
> -----------------------------------------------
>
> All other colors works when I set the axis in another color.
> Suggestions?
>
> Best,
> Martin
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08_______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499