You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(14) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(13) |
Feb
(22) |
Mar
(7) |
Apr
(8) |
May
(8) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(31) |
Nov
(23) |
Dec
(3) |
2002 |
Jan
(1) |
Feb
(17) |
Mar
(10) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(11) |
Oct
(5) |
Nov
(21) |
Dec
(20) |
2003 |
Jan
(27) |
Feb
(13) |
Mar
(20) |
Apr
(11) |
May
(12) |
Jun
(7) |
Jul
(16) |
Aug
(21) |
Sep
(9) |
Oct
(28) |
Nov
(24) |
Dec
(30) |
2004 |
Jan
(31) |
Feb
(5) |
Mar
|
Apr
(8) |
May
(12) |
Jun
(7) |
Jul
(13) |
Aug
(12) |
Sep
(2) |
Oct
(14) |
Nov
(42) |
Dec
(14) |
2005 |
Jan
|
Feb
|
Mar
(20) |
Apr
(17) |
May
(9) |
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(17) |
Oct
(14) |
Nov
(9) |
Dec
|
2006 |
Jan
|
Feb
|
Mar
(13) |
Apr
(2) |
May
(46) |
Jun
(2) |
Jul
(20) |
Aug
(26) |
Sep
(31) |
Oct
(5) |
Nov
(9) |
Dec
(13) |
2007 |
Jan
(24) |
Feb
(22) |
Mar
(13) |
Apr
(25) |
May
(25) |
Jun
(9) |
Jul
(20) |
Aug
(9) |
Sep
(26) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
2008 |
Jan
(92) |
Feb
(35) |
Mar
(39) |
Apr
(15) |
May
|
Jun
|
Jul
(18) |
Aug
(5) |
Sep
(5) |
Oct
(7) |
Nov
(10) |
Dec
(27) |
2009 |
Jan
(35) |
Feb
(34) |
Mar
(13) |
Apr
(9) |
May
(18) |
Jun
(9) |
Jul
(15) |
Aug
(13) |
Sep
(64) |
Oct
(7) |
Nov
(43) |
Dec
|
2010 |
Jan
(75) |
Feb
(22) |
Mar
(44) |
Apr
(34) |
May
(47) |
Jun
(77) |
Jul
(28) |
Aug
(7) |
Sep
(45) |
Oct
(1) |
Nov
(19) |
Dec
(7) |
2011 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
(12) |
May
(19) |
Jun
(3) |
Jul
(8) |
Aug
(4) |
Sep
(3) |
Oct
(21) |
Nov
(11) |
Dec
(4) |
2012 |
Jan
(2) |
Feb
(9) |
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(5) |
Oct
(1) |
Nov
(18) |
Dec
(2) |
2013 |
Jan
(15) |
Feb
(16) |
Mar
(8) |
Apr
(5) |
May
|
Jun
(1) |
Jul
(17) |
Aug
(3) |
Sep
(17) |
Oct
(43) |
Nov
(25) |
Dec
(9) |
2014 |
Jan
(4) |
Feb
(8) |
Mar
(20) |
Apr
(14) |
May
(49) |
Jun
(1) |
Jul
|
Aug
(18) |
Sep
(2) |
Oct
(1) |
Nov
(22) |
Dec
(3) |
2015 |
Jan
(41) |
Feb
(2) |
Mar
(34) |
Apr
(30) |
May
(14) |
Jun
(17) |
Jul
(29) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(7) |
Dec
(4) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(25) |
Oct
(9) |
Nov
(14) |
Dec
(13) |
2017 |
Jan
(11) |
Feb
(8) |
Mar
(12) |
Apr
(4) |
May
(25) |
Jun
(2) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(25) |
Nov
|
Dec
(6) |
2018 |
Jan
(18) |
Feb
(6) |
Mar
(6) |
Apr
(1) |
May
(7) |
Jun
(13) |
Jul
(8) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(17) |
Dec
(3) |
2019 |
Jan
(11) |
Feb
(4) |
Mar
(13) |
Apr
(19) |
May
(1) |
Jun
(2) |
Jul
(8) |
Aug
(4) |
Sep
(32) |
Oct
(51) |
Nov
(1) |
Dec
(9) |
2020 |
Jan
(9) |
Feb
(6) |
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
|
2022 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Roberto H. <ro...@ad...> - 2002-03-10 07:57:44
|
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? TIA, Roberto |
From: Alan W. I. <ir...@be...> - 2002-02-28 17:36:11
|
Thanks for your report, Paul. We have had a similar report for a particular IRIX X server (and X servers from Sun before that which is why we made that Sun-specific fix), but that is the first such report we have had concerning a Linux X server (perhaps because we haven't yet had a chance to get our hands on a RedHat 7.2 system to test PLplot for ourselves in that environment). What version of X are you running on your RH 7.2 system? BTW, yesterday I turned some of your PLplot code (in the plTranslateCursor function) into a function that was accessible from all front ends. So I feel a bit like your son or even grandson in the PLplot family....;-) 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 Thu, 28 Feb 2002, Paul Casteels wrote: > Hello, > > I tried to install plplot 5.1.0 on a RedHat 7.2 system. > > The x01c demo crashed with : > > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 1 (X_CreateWindow) > Serial number of failed request: 10 > Current serial number in output stream: 14 > > In the configure script there is > #define USE_DEFAULT_VISUAL 1 only for SunOS. > Enabling this also on RedHat7.2 seems to solve the problem. > > Best regards, > > Paul Casteels Pau...@ua... Tel: +32.3.8202455 > Fax: +32.3.8202470 > University of Antwerp Dpt.Physics > Universiteitsplein 1 > B-2610 Wilrijk > Belgium > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > |
From: Paul C. <Pau...@ua...> - 2002-02-28 15:05:17
|
Hello, I tried to install plplot 5.1.0 on a RedHat 7.2 system. The x01c demo crashed with : X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 10 Current serial number in output stream: 14 In the configure script there is #define USE_DEFAULT_VISUAL 1 only for SunOS. Enabling this also on RedHat7.2 seems to solve the problem. Best regards, Paul Casteels Pau...@ua... Tel: +32.3.8202455 Fax: +32.3.8202470 University of Antwerp Dpt.Physics Universiteitsplein 1 B-2610 Wilrijk Belgium |
From: Brian H. T. <Bri...@ni...> - 2002-02-15 20:36:03
|
In answer to Geoffrey's question, indeed my problem occured in creating windows on the console screen, but not (as I found later) when displaying on a remote server. Thanks Alan -- indeed, making the change below in cf/configure.in fixed the problem. > case $system in > IRIX64-* ) > AC_DEFINE(USE_DEFAULT_VISUAL) > ;; > * ) > esac It was a minor pain to apply this change (since I don't have autoconf installed on any SGIs -- thank heavens for Linux). Thanks to everyone for the quick responses. Brian |
From: Maurice L. <mj...@ga...> - 2002-02-15 15:09:26
|
Doug Hunt writes: > Maurice: Actually, I meant how does one draw a color key on a plot? > (See the attached graphic). I can now generate this plot using my > nascent > PDL interface to PLplot. The trick that initially stymied me involved > resetting the viewport and window on the same subpage. I see, I didn't understand what you meant by a color key (I usually call it a "legend"), make sense now. I agree they're very useful to have, but right now its basically roll-your-own. There should probably be an API call to generate one but you'd still have to set the viewport yourself. -- Maurice LeBrun mj...@ga... |
From: Alan W. I. <ir...@be...> - 2002-02-14 23:45:28
|
My *guess* is we ran into this exact same problem before with Solaris. Maurice provided a fix that consisted (in part) of the following stanza in cf/configure.in case $system in SunOS-* ) AC_DEFINE(USE_DEFAULT_VISUAL) ;; * ) esac Please try changing SunOS-* to the appropriate string to identify your OS and let us know (after make configure; ./configure etc., in the parent directory) whether that fixes the problem. 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 Thu, 14 Feb 2002, Brian H. Toby wrote: > Has anyone gotten PLplot to work on SGI's? I had some problems getting > through the make until I switched to the GNU make. Much later I reread > the announcement that explained why. (Suggestion: please put a note > about using GNU make rather than the native make somewhere near the top > of the INSTALL file). > > In any case, I was able to compile and install PLplot under IRIX 6.2 & > 6.5, but hit an error running the demos on the xwin device: > > hora 247% ./x01c > Plplot library version: 5.1.0 > > Plotting Options: > < 1> xwin X-Window (Xlib) > ... > Enter device number or keyword: 1 > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 1 (X_CreateWindow) > Serial number of failed request: 12 > Current serial number in output stream: 16 > > Same problem with x01f. Anybody got a fix? > > Brian > > ******************************************************************** > Brian H. Toby, Ph.D. Leader, Crystallography Team > Bri...@NI... NIST Center for Neutron Research, Stop 8562 > voice: 301-975-4297 National Institute of Standards & Technology > FAX: 301-921-9847 Gaithersburg, MD 20899-8562 > http://www.ncnr.nist.gov/xtal > ******************************************************************** > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > |
From: Geoffrey F. <fu...@ga...> - 2002-02-14 22:51:09
|
Brian H. Toby writes: > [...] but hit an error running the demos on the xwin device: > > hora 247% ./x01c > Plplot library version: 5.1.0 > > Plotting Options: > < 1> xwin X-Window (Xlib) > ... > Enter device number or keyword: 1 > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 1 (X_CreateWindow) > Serial number of failed request: 12 > Current serial number in output stream: 16 > > Same problem with x01f. Anybody got a fix? Could you tell us a little about the display device? Were you sitting in front of an SGI console runing IRIX 6.2 and whatever version of 4dwm shipped with that? Or are you running on a different display? Output of xdpyinfo might be helpful. Also, there's a way to turn on some more debugging output, I think with "x01c -debug" or something like that. If you care to single step through xwin.c, you might be able to figure out which visual it's trying to use, that might help. -- Geoffrey Furnish fu...@ga... |
From: Brian H. T. <Bri...@ni...> - 2002-02-14 20:42:53
|
Has anyone gotten PLplot to work on SGI's? I had some problems getting through the make until I switched to the GNU make. Much later I reread the announcement that explained why. (Suggestion: please put a note about using GNU make rather than the native make somewhere near the top of the INSTALL file). In any case, I was able to compile and install PLplot under IRIX 6.2 & 6.5, but hit an error running the demos on the xwin device: hora 247% ./x01c Plplot library version: 5.1.0 Plotting Options: < 1> xwin X-Window (Xlib) ... Enter device number or keyword: 1 X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 12 Current serial number in output stream: 16 Same problem with x01f. Anybody got a fix? Brian ******************************************************************** Brian H. Toby, Ph.D. Leader, Crystallography Team Bri...@NI... NIST Center for Neutron Research, Stop 8562 voice: 301-975-4297 National Institute of Standards & Technology FAX: 301-921-9847 Gaithersburg, MD 20899-8562 http://www.ncnr.nist.gov/xtal ******************************************************************** |
From: Alan W. I. <ir...@be...> - 2002-02-14 02:25:54
|
Nice plot, Doug! I will have to learn how to do that from Python....;-) 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 Wed, 13 Feb 2002, Doug Hunt wrote: > Maurice: Actually, I meant how does one draw a color key on a plot? > (See the attached graphic). I can now generate this plot using my > nascent > PDL interface to PLplot. The trick that initially stymied me involved > resetting the viewport and window on the same subpage. > > I also have a perl module that uses PLplot to interface to the GMT map > database to draw coastlines and political boundaries. > > I'll release these to CPAN soon. > > Regards, > > Doug Hunt > > |
From: Doug H. <dh...@uc...> - 2002-02-13 23:24:03
|
Maurice: Actually, I meant how does one draw a color key on a plot? (See the attached graphic). I can now generate this plot using my nascent PDL interface to PLplot. The trick that initially stymied me involved resetting the viewport and window on the same subpage. I also have a perl module that uses PLplot to interface to the GMT map database to draw coastlines and political boundaries. I'll release these to CPAN soon. Regards, Doug Hunt Maurice LeBrun wrote: > > Doug Hunt writes: > > Hi all: Is there any provision in PLplot for generating a color key to > > associate values with colors in cmap1? This would be the equivalent of > > the pgwedge command in PGPLOT. > > A value <-> color association in PLplot is called a control point. Between > these the HLS values are linearly interpolated according to position (value). > So the minimum number of control points is two, at the cmap1 boundaries, but > by increasing the number of control points (through the API, or you can edit a > palette file and load it with the Tk interface) you can get a variety of > effects. E.g. in the last release I increased the number of control points in > the default map from 4 to 6 to better show off weaker features than the > previous palette. The maximum number of control points is 256, which should > be far more than anyone really needs. > > -- > Maurice LeBrun mj...@ga... -- dh...@uc... Software Engineer III, Sometimes Sysadmin UCAR - COSMIC, Tel. (303) 497-2611 |
From: Maurice L. <mj...@ga...> - 2002-02-13 00:15:58
|
Doug Hunt writes: > Hi all: Is there any provision in PLplot for generating a color key to > associate values with colors in cmap1? This would be the equivalent of > the pgwedge command in PGPLOT. A value <-> color association in PLplot is called a control point. Between these the HLS values are linearly interpolated according to position (value). So the minimum number of control points is two, at the cmap1 boundaries, but by increasing the number of control points (through the API, or you can edit a palette file and load it with the Tk interface) you can get a variety of effects. E.g. in the last release I increased the number of control points in the default map from 4 to 6 to better show off weaker features than the previous palette. The maximum number of control points is 256, which should be far more than anyone really needs. -- Maurice LeBrun mj...@ga... |
From: Doug H. <dh...@uc...> - 2002-02-13 00:05:31
|
Hi all: Is there any provision in PLplot for generating a color key to associate values with colors in cmap1? This would be the equivalent of the pgwedge command in PGPLOT. I am generating a web plot with points that are colored according to their value, but I need to show the users a color key. Any ideas would be appreciated! Regards, Doug Hunt -- dh...@uc... Software Engineer III, Sometimes Sysadmin UCAR - COSMIC, Tel. (303) 497-2611 |
From: Cliff Y <smu...@ya...> - 2002-02-07 23:20:46
|
>> 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). Makes sense. Would it be worthwhile to contact the developers and ask them if they would be willing to make available the specific parts plplot would be interested in under the lgpl? If they are releasing it under gpl they must be into the free software thing, and they may be accomidating if they know it will be used to make plplot better. While we're on this, would using vtk to handle output for this type of thing be a good idea? Postscript is good but it has its limits, particularly in interactive 3D stuff, which might be possible more or less automatically in vtk. __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
From: Geoffrey F. <fu...@ga...> - 2002-02-06 17:48:52
|
Roberto Hernandez writes: > I'd like to thank the developers of PLplot. It's been an extremely > useful utility for me. All the work you guys put into it doesn't go > unappreciated. Thanks, we always like to hear about happy customers. > I downloaded version 5.1.0 recently and I'm trying out some of its > features. While doing that I came up with a couple of suggestions which > I hope will help further the development of an already great utility. > > 1. In the source distribution, there are some documentation files that > are quite outdated. For example NEWS still says PLplot is an ALPHA > version. Wouldn't it be a good idea to get rid of those? Or do they > contain information that is still valid and not found elsewhere? Well, the docs are kinda like the source code, we work on 'em as we can. There were a number of documentation improvements that actually did go out with 5.1.0, but of course we have more to do. It's a never ending thing. > 2. I find the Tk driver to be extremely useful. In fact I used it along > with Octave to build a GUI-driven time-frequency analysis application as > my final project for school. One of the nicest features is being able to > "embed" a plot frame in the GUI window. There were some (not many) > problems during the initialization stage of the GUI when mapping the > plxframe. All of them had simple enough workarounds. However, from my > experience I thought it would be great if PLplot used its own namespace > in Tcl. Unfortunately I didn't have enough time to learn a lot about > namespaces, but enough to realize that would make things a lot cleaner > (no conflicts in the global namespace or with procedure names). Yes, namespace-izing the PLplot TCL code is a desperately important project. Actually, there are a lot of projects, either underway or ought-to-be-underway, in PLplot. This one is in the o-t-b-u category. If you'd like to take a swing at it, that would be great :-). > 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). -- Geoffrey Furnish fu...@ga... |
From: Joao C. <jc...@fe...> - 2002-02-06 17:18:08
|
On Wednesday 06 February 2002 4:31 pm, Roberto Hernandez wrote: > Hello, > > I'd like to thank the developers of PLplot. It's been an extremely > useful utility for me. All the work you guys put into it doesn't go > unappreciated. > > I downloaded version 5.1.0 recently and I'm trying out some of its > features. While doing that I came up with a couple of suggestions which > I hope will help further the development of an already great utility. > > 1. In the source distribution, there are some documentation files that > are quite outdated. For example NEWS still says PLplot is an ALPHA > version. Wouldn't it be a good idea to get rid of those? Or do they > contain information that is still valid and not found elsewhere? I have already changed the NEWS file, adding the text used in the 5.0.x=20 release announcements. I have also made modifications to other main files= ,=20 and I will cvs commit the changes soon. Thanks, Joao |
From: Roberto H. <ro...@ad...> - 2002-02-06 16:30:23
|
Hello, I'd like to thank the developers of PLplot. It's been an extremely useful utility for me. All the work you guys put into it doesn't go unappreciated. I downloaded version 5.1.0 recently and I'm trying out some of its features. While doing that I came up with a couple of suggestions which I hope will help further the development of an already great utility. 1. In the source distribution, there are some documentation files that are quite outdated. For example NEWS still says PLplot is an ALPHA version. Wouldn't it be a good idea to get rid of those? Or do they contain information that is still valid and not found elsewhere? 2. I find the Tk driver to be extremely useful. In fact I used it along with Octave to build a GUI-driven time-frequency analysis application as my final project for school. One of the nicest features is being able to "embed" a plot frame in the GUI window. There were some (not many) problems during the initialization stage of the GUI when mapping the plxframe. All of them had simple enough workarounds. However, from my experience I thought it would be great if PLplot used its own namespace in Tcl. Unfortunately I didn't have enough time to learn a lot about namespaces, but enough to realize that would make things a lot cleaner (no conflicts in the global namespace or with procedure names). 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. Hope some of this is helpful, Roberto. |
From: Doug H. <dh...@uc...> - 2002-02-05 01:29:57
|
Hi all: I'm working on a PLplot/PDL interface, primarily for web use. Has anyone suggested the ability to return an image as a variable instead of to a file or stream, as the GD (formerly 'Gif-Draw', now PNG draw) package does? In my web page (using mason and perl), I'm right now doing something like this: <%args> @size => (500,600) </%args> <%init> $r->content_type('image/png'); my $tmpfile = "/tmp/testxy.png"; my $pl = PDL::Graphics::PLplotOO->new (DEV => "png", FILE => $tmpfile, PAGESIZE => [@size]); my $x = random(10); my $y = $x**2; $pl->xyplot($x, $y, TYPE => 'POINTS'); $pl->close; undef $/; open(IN, $tmpfile); my $image = <IN>; close(IN); </%init> <%$image%> I'd like to be able to avoid the temp file and get the image directly into a variable, like this: ... my $image = $pl->close; ... <%$image%> When I checked the *PGPLOT* source, this proved well-nigh impossible. Would it be any easier in PLplot? (I'm in the process of switching from PGPLOT to PLplot). Please send any mail to me as I'm not (yet) on the list. Many thanks for any info or hints, Doug Hunt -- dh...@uc... Software Engineer III, Sometimes Sysadmin UCAR - COSMIC, Tel. (303) 497-2611 |
From: Alan W. I. <ir...@be...> - 2002-02-01 08:25:53
|
7 months and 500+ CVS commits after PLplot-5.0.4 it is time for another stable release of this publication-quality scientific plotting package. What: PLplot-5.1.0 release (source tarball and RedHat 7.1 and Mandrake 8.1 source and binary rpm's). Where: http://sourceforge.net/projects/plplot (click on file releases). When: 2002 January 31 Why: New features, improved features, and bug fixing Who: The PLplot core development team (http://sourceforge.net/project/memberlist.php?group_id=2915) with additional help from Alessandro Mirone (mailto:mi...@es...) and Olof Svensson (mailto:sve...@es...). The principal feature of this new stable release is it now works on a wide range of platforms. We have good reports for Windows systems (98, NT, and 2000), Mac OS X, several Unix systems, and of course for Linux. 5.1.0 has expanded examples, improved documentation, dynamically loadable device drivers (including a new Computer Graphics Metafile driver), and experimental versions of an image plotting function, a PyQT GUI, and a Java front end. For details see the full release announcement at http://plplot.sourceforge.net/announce-plplot-5.1.0.html. Have fun with this latest stable release of PLplot! Alan W. Irwin for the PLplot core team, 2002 January 31 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 __________________________ |
From: Maurice L. <mj...@ga...> - 2002-01-18 09:03:11
|
Vince Darley writes: > On Wed, 10 Oct 2001, Maurice LeBrun wrote: > > > Roberto Hernandez writes: > > > Hello everyone, > > > > > > I'm having a small problem when using the Tk driver. When I select Plot --> > > > Options --> Palette 0 (or 1) from the plot menu I get the following error > > > message: Error: bad window path name "". The a new toplevel window pops up, > > > but it's blank. > > > ... > > > > These are very old utilities and haven't worked at all in a long time. > > I was planning to rewrite them in iTcl one of these days. > > > > > I get the feeling that the problem lies in the fact that I built PLplot > > > without the ITCL bindings. Am I right? Is ITCL necessary for choosing > > > different palettes? > > > > Will be, eventually. > > I believe I fixed these palettes in the 'tea' branch in cvs. > > Vince. Better late than never.. using Vince's contribution (thanks!) this is now fixed in the code under cvs, and will be in the next version. But it does require Itcl, else it won't even show up in the menu. -- Maurice LeBrun mj...@ga... |
From: Victor M. <vm...@ma...> - 2001-12-19 14:15:42
|
> Did anyone respond to this? I am getting caught up with email after letting > it slide for a few weeks. No, as far as I know. > > I decided to add a constructor to the plstream class, so that something > > like plstream pls(1,1,"psc","tres.ps") works, and consequently > > automatically opens an output file. I had to recompile the libraries, but > > it worked. If someone knows of a better or easier solution, or if someone > > thinks this is a good feature to include in future versions, I'd be glad > > to know. > > Sounds like a good constructor to have. If you supply a patch, it will be > included. Here are the added lines: In plstream.h, I added the following public constructor: plstream( int nx /*=1*/, int ny /*=1*/, const char *driver, const char *file); In plstream.cc: plstream::plstream( int nx, int ny, const char *driver, const char *file ) { ::c_plsstrm(next_stream++); ::c_plsdev(driver); ::c_plsfnam(file); ::c_plssub( nx, ny ); ::c_plinit(); ::c_plgstrm( &stream ); active_streams++; } Thanks for your reply. Regards, Victor |
From: Maurice L. <mj...@ga...> - 2001-12-18 05:33:15
|
Did anyone respond to this? I am getting caught up with email after letting it slide for a few weeks. Victor Munoz writes: > > I've been using plplot for some weeks. Since I prefer C++, I'm using > that interface, but I noticed I couldn't easily ask for the postscript > driver and then specify the output file name so that my program does not > expect an answer from the keyboard. The problem seemed to be that plstream > constructors call plinit(), so when, after the plstream object is created, > I intended to set the filename, I got a segfault. My program was: > > #include "plstream.h" > int main(){ > plstream pls(1,1,"psc"); > pls.sfnam("tres.ps"); > } > > I decided to add a constructor to the plstream class, so that something > like plstream pls(1,1,"psc","tres.ps") works, and consequently > automatically opens an output file. I had to recompile the libraries, but > it worked. If someone knows of a better or easier solution, or if someone > thinks this is a good feature to include in future versions, I'd be glad > to know. Sounds like a good constructor to have. If you supply a patch, it will be included. > Second. I noticed that if I create two plstream objects, and the second > window is put over the first one in my screen, the first one is erased, so > I cannot see both windows simultaneously (that's why I had to worry about > writing files, by the way). Is that a common problem with the xwin driver, > or there's something in my distribution I could change to fix this? That's because the xwin driver is part of the same process and is single threaded. It'd be nice to add a threaded capability to it to handle the event loop, but there are too many worthwhile projects, not enough time. You can also try the tk driver, which lives in a separate process so doesn't suffer from this problem. -- Maurice LeBrun mj...@ga... |
From: Alan W. I. <ir...@be...> - 2001-12-11 01:46:06
|
Andrew Roach has created a new driver that produces CGM file output from plplot. This driver is still under development with some known minor colour problems, but if you want to play with it (especially if you have need of the CGM vectorized format), you will need the latest cvs version and you will also need to specify the option --enable-cgm to ./configure. You will also need the libcd.a library and the associated header file cd.h installed on your system. Apparently SuSe does have the cgmdraw rpm which includes these two files. However, if you need to build and install libcd yourself I have put the cd-1.3 tarball in our file release area (http://sourceforge.net/project/showfiles.php?group_id=2915) for your convenience since that tarball is tough to find on the web. 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2001-11-28 12:50:15
|
On Wed, 28 Nov 2001, H C Pumphrey wrote: > [A message or two back, I wrote...] > > > P.S. I am wondering if [the window title bug] is the cause of some of > > the X weirdness on Solaris reported by others..... > > ... but now I suspect not. A fix was posted to the forum on the web site, > (at http://sourceforge.net/forum/forum.php?thread_id=105137&forum_id=8607) > but not to the mailing lists, which appears to fix the screeds of X > errors. > > The fix has a 1-letter misprint. With that corrected, it works and > doesn't break things on my Sun. The corrected statement is: > > dev->window = > XCreateWindow( xwd->display, > DefaultRootWindow(xwd->display), > hint.x, hint.y, hint.width, hint.height, > dev->border, XDefaultDepth(xwd->display,xwd->screen), > InputOutput,XDefaultVisual(xwd->display,xwd->screen), > 0, NULL ); > > Maybe this one has made it into the CVS tree -- I havn't checked it out > yet. Yes, I independently spotted that a couple days ago (and the typo), and put the change into CVS as a basis for further discussion for the development team. The workaround replaces xwd->depth and xwd->visual in the argument list by XDefaultDepth(xwd->display,xwd->screen) and XDefaultVisual(xwd->display,xwd->screen). The workaround certainly does work under Linux, and I am happy to see it has finally solved Valerij's problem on solaris (or is that sunos?) as well in those cases where he was not parsing the options. Nevertheless, the books are not closed on this one because it is likely to be a workaround for a more fundamental problem. I am not that familiar with xwin.c, but the guys on the development team who are may want to keep xwd->depth and xwd->visual so that non-default values are possible. However, (taking in account Valerij's results) those two values may not be defined correctly on Solaris for some reason when option parsing has not been utilized. Or under the same conditions, they might not be defined on Linux, but the Linux X server might be able to overcome the error so we don't notice it in that case. Anyhow, it is poor policy to cover up bad xwd->depth and xwd->visual values by using default values instead so I am hoping the xwin.c experts on the development team will take a further look at this. 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 __________________________ |
From: Valerij P. <vp...@ii...> - 2001-11-28 11:47:21
|
On Wed, 28 Nov 2001 09:53:29 +0000 (GMT) H C Pumphrey <hc...@me...> wrote: > [A message or two back, I wrote...] > > > P.S. I am wondering if [the window title bug] is the cause of some of > > the X weirdness on Solaris reported by others..... > > ... but now I suspect not. A fix was posted to the forum on the web site, > (at http://sourceforge.net/forum/forum.php?thread_id=105137&forum_id=8607) > but not to the mailing lists, which appears to fix the screeds of X > errors. > > The fix has a 1-letter misprint. With that corrected, it works and > doesn't break things on my Sun. The corrected statement is: > > dev->window = > XCreateWindow( xwd->display, > DefaultRootWindow(xwd->display), > hint.x, hint.y, hint.width, hint.height, > dev->border, XDefaultDepth(xwd->display,xwd->screen), > InputOutput,XDefaultVisual(xwd->display,xwd->screen), > 0, NULL ); > > Thank you very much Hugh After correcting this, that bug with yplot (the neccesity of "plparseptopts,1") is disappeared on my SunW (OS Sun-5.7). Thanks, Valerij |
From: H C P. <hc...@me...> - 2001-11-28 09:53:39
|
[A message or two back, I wrote...] > P.S. I am wondering if [the window title bug] is the cause of some of > the X weirdness on Solaris reported by others..... ... but now I suspect not. A fix was posted to the forum on the web site, (at http://sourceforge.net/forum/forum.php?thread_id=105137&forum_id=8607) but not to the mailing lists, which appears to fix the screeds of X errors. The fix has a 1-letter misprint. With that corrected, it works and doesn't break things on my Sun. The corrected statement is: dev->window = XCreateWindow( xwd->display, DefaultRootWindow(xwd->display), hint.x, hint.y, hint.width, hint.height, dev->border, XDefaultDepth(xwd->display,xwd->screen), InputOutput,XDefaultVisual(xwd->display,xwd->screen), 0, NULL ); Maybe this one has made it into the CVS tree -- I havn't checked it out yet. Hugh ============S=u=p=p=o=r=t===D=e=b=i=a=n===http://www.debian.org============ Dr. Hugh C. Pumphrey | Tel. 0131-650-6026,Fax:0131-650-5780 Institute for Meteorology | Replace 0131 with +44-131 if outside UK The University of Edinburgh | Email hc...@me... EDINBURGH EH9 3JZ, Scotland | URL: http://www.met.ed.ac.uk/~hcp ============S=u=p=p=o=r=t==g=9=5==http://g95.sourceforge.net/============== |