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: Alan W. I. <ir...@be...> - 2014-03-14 21:33:11
|
On 2014-03-14 20:21-0000 John Duffy wrote: > Hi > > I have the following pseudo code which work well until it freezes... > > plsdev("wingcc"); > plspage(0, 0, 1600, 800, 0, 0); > plspause(0); > plinit(); > > for (...) { > plenv(); // set new x & y max and min parameters > plline(); // data to plot > } > > plend(); > > Like I say, it works well until it freezes after a few hundred iterations of displaying data. I would appreciate any help in pointers where to look for problems, my code or within the "wingcc" driver. When the code freezes, Windows reports the plotting window as not responding. Hi John: My guess is you are encountering some sort of memory management issue (heap corruption) or memory leak in the wingcc code or in the PLplot core library that is triggered by all your iterations. My bet is on a memory management issue for the combination of wingcc and the general PLplot -np option that you are using. My impression is that combination does not work as well as it should. For example, although results for the wingcc device normally display well for me on the Wine platform, they only show "transparent" results (just the frame for the window with everything else leaking through from the display below) if the -np PLplot option is used. Of course, this strange behaviour might just be the result of a Wine bug, but the other alternative is some memory management issue with how -np is implemented for the wingcc device driver that is creating a wide variety of peculiar results on various platforms. To distinguish whether the problem is in wingcc + the -np option or in the PLplot core, what happens if you try the equivalent for the svg device? (The -np option is ignored in that case since svg is a file-oriented device. However, use the command line options -fam -fflen 3 so that each of your plot pages [generated by plenv] will be written to a separate file rather than just the first page written to one file with the rest of the pages dropped). I also suggest you keep the number of iterations small until you get an idea of the disk space consumed by all the different svg page files you are going to generate by a large number of iterations. If you do have any trouble with the svg case could you simplify the example as much as possible while still demonstrating the issue, and then send me that simplified code so I can try it for myself? I would be happy to run it here on Linux under valgrind to check for any memory management or memory leak issues. Unfortunately, I cannot do such a check for wingcc since wingcc is Windows only and valgrind is Unix only. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: John D. <jb_...@bt...> - 2014-03-14 20:49:49
|
Hi Further to my last posting, the "freeze" occurs when there is ANY interaction with the plotting window, e.g. a mouse click, a window overlap, or even the contents of a window below it changing, otherwise my code runs smoothly. Have I missed an initialisation option for the wingcc driver? Kind regards John ________________________________ From: John Duffy <jb_...@bt...> To: "plp...@li..." <plp...@li...> Sent: Friday, 14 March 2014, 20:21 Subject: wingcc Freeze Hi I have the following pseudo code which work well until it freezes... plsdev("wingcc"); plspage(0, 0, 1600, 800, 0, 0); plspause(0); plinit(); for (...) { plenv(); // set new x & y max and min parameters plline(); // data to plot } plend(); Like I say, it works well until it freezes after a few hundred iterations of displaying data. I would appreciate any help in pointers where to look for problems, my code or within the "wingcc" driver. When the code freezes, Windows reports the plotting window as not responding. Kind regards John ________________________________ From: Alan W. Irwin <ir...@be...> To: John Duffy <jb_...@bt...> Cc: "plp...@li..." <plp...@li...> Sent: Sunday, 2 February 2014, 18:47 Subject: Re: [Plplot-general] Updating Interactive Display with New Data On 2014-02-02 13:54-0000 John Duffy wrote: > Hi > > I would like to use PLplot to display experimental data as it is generated, i.e have the plot updated "live". I have tried a loop construct as per the pseudo code below, but I can only get the plot to update by clicking on mouse button 3. Any help/suggestions would be greatly appreciated. > > > int main() > { > double x[n]; > double y[n]; > > plsdev("xwin"); > > > plinit(); > > > for (;;) { // Wait for new data and update x & y arrays > > plenv(...); // Set new x & y ranges > plline(...); // Plot new data > > } > > plend(); > > exit(0); > > } I suggest you try the -np (no pause between pages) command-line option or the equivalent plspause(0) call. We use the -np option a lot in our interactive test targets for PLplot so that we don't have to be clicking a lot when running those tests. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: John D. <jb_...@bt...> - 2014-03-14 20:38:39
|
Hi I have the following pseudo code which work well until it freezes... plsdev("wingcc"); plspage(0, 0, 1600, 800, 0, 0); plspause(0); plinit(); for (...) { plenv(); // set new x & y max and min parameters plline(); // data to plot } plend(); Like I say, it works well until it freezes after a few hundred iterations of displaying data. I would appreciate any help in pointers where to look for problems, my code or within the "wingcc" driver. When the code freezes, Windows reports the plotting window as not responding. Kind regards John ________________________________ From: Alan W. Irwin <ir...@be...> To: John Duffy <jb_...@bt...> Cc: "plp...@li..." <plp...@li...> Sent: Sunday, 2 February 2014, 18:47 Subject: Re: [Plplot-general] Updating Interactive Display with New Data On 2014-02-02 13:54-0000 John Duffy wrote: > Hi > > I would like to use PLplot to display experimental data as it is generated, i.e have the plot updated "live". I have tried a loop construct as per the pseudo code below, but I can only get the plot to update by clicking on mouse button 3. Any help/suggestions would be greatly appreciated. > > > int main() > { > double x[n]; > double y[n]; > > plsdev("xwin"); > > > plinit(); > > > for (;;) { // Wait for new data and update x & y arrays > > plenv(...); // Set new x & y ranges > plline(...); // Plot new data > > } > > plend(); > > exit(0); > > } I suggest you try the -np (no pause between pages) command-line option or the equivalent plspause(0) call. We use the -np option a lot in our interactive test targets for PLplot so that we don't have to be clicking a lot when running those tests. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2014-03-05 01:49:43
|
In my research I use the plsurf3dl function quite a lot to plot FreeEOS results as a function of density and temperature since those results typically are only defined for an irregular X,Y region where the Y index limits are a function of the X index. The reason why I have non-constant Y limits is because for certain densities the FreeEOS calculation that models stellar conditions fails at temperatures that are too low or temperatures that are too high, and those failure limits do not follow a nice smooth curve. The plsurf3dl function has long been part of the PLplot API. I recently (just before the release) documented it in api.xml and now I have also decided to include it in standard example 8. For this case (revision 13039), I have chosen indexymin and indexymax limits that follow an ellipse (subject, of course, to index quantization errors). I have attached the result for the -sombrero case for the fourth page of the revised example 8 so you can get a feel for what the plotted results look like. The edges are definitely not smooth since that is the nature of the beast when index limits are imposed. However, that is why plsurf3dl is ideal for plotting results from scientific calculations of some model function representing the real universe (e.g., pressure as a function of density and temperature) with two independent variables which typically do have Y index limits which are functions of the X index rather than constants. Frankly, the elliptical limits look better with the -sombrero version of the function so I am thinking of a further change to this example such that the sombrero variant of the function is always used for the fourth and eighth pages. But further suggestions to make these extra pages pleasing to the eyes would be welcome before we propagate this change for standard example 8 to the rest of our languages. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: Manuel M. <man...@ew...> - 2014-02-27 20:33:10
|
Hi, I've just startet with plplot, trying integration into an fltk application using the extcairo driver. Now I would like to change the size of the tick labels a little. So far, I've tried plschr(), but only the title and axis label size changed. Is there an easy way to adjust the tick labels in size? Thanks, Manuel |
From: Elena B. <Ele...@ir...> - 2014-02-14 08:57:25
|
Alan, thanks once more It was really a problem of the absence of several fonts. Working 'font package' for CentOS 64 bit is: rpm -qa *font* xorg-x11-font-utils-7.2-11.el6.x86_64 fontconfig-2.8.0-3.el6.x86_64 liberation-sans-fonts-1.05.1.20090721-5.el6.noarch dejavu-fonts-common-2.30-2.el6.noarch ghostscript-fonts-5.50-23.1.el6.noarch libXfont-1.4.1-2.el6_1.x86_64 fontconfig-devel-2.8.0-3.el6.x86_64 dejavu-sans-fonts-2.30-2.el6.noarch libfontenc-1.0.5-2.el6.x86_64 fontconfig-2.8.0-3.el6.i686 urw-fonts-2.4-10.el6.noarch fontpackages-filesystem-1.41-1.1.el6.noarch liberation-fonts-common-1.05.1.20090721-5.el6.noarch Best regards Elena On 01/28/2014 08:33 PM, Alan W. Irwin wrote: > On 2014-01-28 12:50+0100 Elena Budnik wrote: > >> Bonjour, >> >> Our installation is CentOS 64 bit, PLplot 5.9.10, cairo-devel v >> 1.8.8, pango-devel v 1.28.1. >> >> x06c from PlPlot examples: >> >> devices 1-3 - Xlib, PostScript - everything is OK. >> devices 7-13 - SVG and all cairo drivers - cannot recognize some >> symbols >> >> I've attached a PNG to explain the problem. >> >> It seems to be some improper installation - what should we check? >> > > Hi Elena: > > Thanks for switching your PLplot questions to this list, and thanks > for a nice demonstration of the issue you have encountered with > standard example 6. I just double-checked and cannot replicate it > here (Debian stable), but I think I know what the problem is on your > CentOS platform. > > First, to give you some background, devices 1-3 use our internal > Hershey fonts to render those symbols. Those fonts are normally quite > limited, but in their limited range (such as example 6) they are > reliable but ugly. The cairo (and svg and qt) device drivers access > system fonts the modern way where the required glyph is specified by > unicode index. Normally, the results are much more complete than the > Hershey fonts. For example, compare results for -dev xwin and -dev > xcairo for standard examples 23 and 24. > > But if you look carefully at the example 6 results you have sent, that > cairo device is telling you that glyphs are missing from your system > fonts for unicode index 25b3, 22c6, and 2299, and I expect you will > find a number of other missing glyphs (indicated for cairo devices by > a rectangular box with a unicode index inside) for examples 23 and 24 > as well. The likely explanation is you need to install additional > system fonts on your CentOS platform. > > To give you some excellent information about what system fonts you > have currently installed, I strongly suggest you install the gucharmap > application (if you don't have it installed already). That gives you > a very nice GUI demonstration of what glyphs are supplied by your > system fonts. Here for gucharmap, if I use the search widget to find > 25b3, 22c6, and 2299 (white up-pointing triangle, star operator, and > circled dot operator), they are displayed (as expected) for the > FreeSans, FreeSerif, and FreeMono system fonts. Many other system > fonts I have installed also contain those glyphs. > > What happens if you try the same search in gucharmap? You should find > the same result (empty glyphs) as for the cairo device driver since > gucharmap also depends on libcairo, but I would like you to > double-check that to rule out the possibility there is some obscure or > subtle problem in the way that the PLplot cairo device driver is using > that library compared to gucharmap. > > Note, that PLplot's modern devices such as the cairo devices never > look for a specific system font. Instead, they ask the cairo system > library to look for a generic system font (one of the sans, serif, or > mono families). That library, in turn, asks fontconfig to > automatically find the best glyph choice for the specified unicode > index for any system font belonging to the specified sans, serif, or > mono broad category of font. gucharmap works in a similar way > although in that case you can ask for specific fonts as well (which > falls back to the generic search for a glyph if the glyph is not > present in the non-generic font you have specified). > > Assuming that your PLplot and gucharmap results are both telling you > there are no system fonts with those desired 25b3, 22c6, and 2299 > glyphs, then the likely issue is that your CentOS box just does not > have many TrueType fonts installed (yet). > > So as a next step in the font debugging process, what happens if you > try to install the FreeSans, FreeSerif, and FreeMono system fonts? > (Those are general unicode fonts with good looking glyphs that have a > very large coverage including 25b3, 22c6, and 2299 of the possible > unicode glyphs.) On Debian, the name of the package that contains > those system fonts is fonts-freefont-ttf, but on CentOS, the name of > the package will be different, and you might have to use the rpmfind > facilities to find what the package name is. Once you have those system > fonts installed, then gucharmap should reveal very large numbers > of glyphs available in most of the unicode index blocks, and examples 6, > 7, 23, and 24 should show few or no missing glyphs. > > Let this list know whether installation of additional system fonts > solves the problem for you. If that step doesn't solve your system > font problems, then the possibility also exists that there is some bad > screwup (e.g., fontconfig not being configured properly) in how CentOS > installs system fonts. But I think a lot of CentOS users would be > loudly complaining if that were the case so I view that possibility as > fairly unlikely. > > 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); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); 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 > __________________________ |
From: Alan W. I. <ir...@be...> - 2014-02-13 00:32:58
|
On behalf of all the PLplot developers, I would like to present the release of PLplot-5.10.0. For further details about this release see https://sourceforge.net/p/plplot/news/2014/02/plplot-5100-has-been-released/ and follow the links in that news item. As usual for each of our releases, the plplot.sf.net website has been updated as well. Enjoy! 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2014-02-02 22:57:50
|
On 2014-02-02 15:54-0600 Kyle Bentley wrote: [...] > *This is the part which I cannot get to work. > It looks like all the others, but no luck > - ----------------------------------------------------------------- > * // Set the box color, create a box with various options > this->dataPlot.col0(1); > this->dataPlot.scol0(1, > this->rgb_box[0], > this->rgb_box[1], > this->rgb_box[2]); > this->dataPlot.box( "bcnst", 0, 0, "bcnstv", 0, 0 ); > *-----------------------------------------------------------------* [...] Hi Kyle: What particular devices show this issue of red lines for cmap0 index 1 despite a call to plscol0 to set a non-red colour for cmap0 index 1? I haven't looked deeply at this, but, of course, it is possible some device drivers might only allow cmap0 palette changes to apply to the _next_ page or even ignore any attempts to change the pallette after the device has been initialized. So I suggest calling this->dataPlot.scol0 just before either your call to (1) this->dataPlot.adv or (2) this->dataPlot.init to see whether either/both of those gives you the desired result. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: Kyle B. <kw...@ua...> - 2014-02-02 21:55:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to write a small wrapper class around the c++ bindings, to be used as a general plotting lib. As part of the customization, I want to be able to select the color for window, box, label, and data points. I have most of it working, all except for the color of the box. No matter what I try, it always draws red. The relevant snippet is below. rgb_XX are arrays, where elements 0 1 2 hold the 8 bit color info. I'm using 5.9.9 in Debian testing. Thanks in advance! Kyle Bentley // Set device this->dataPlot.sdev(driver.c_str()); // Initialize a plot this->dataPlot.init(); // advance the page this->dataPlot.adv(0); // Use the default viewport, let plplot make bound decisions this->dataPlot.vsta(); // Set the background color, create a window this->dataPlot.col0(0); this->dataPlot.scol0(0, this->rgb_bg[0], this->rgb_bg[1], this->rgb_bg[2]); this->dataPlot.wind(this->x_min, this->x_max, this->y_min, this->y_max); *This is the part which I cannot get to work. It looks like all the others, but no luck - ----------------------------------------------------------------- * // Set the box color, create a box with various options this->dataPlot.col0(1); this->dataPlot.scol0(1, this->rgb_box[0], this->rgb_box[1], this->rgb_box[2]); this->dataPlot.box( "bcnst", 0, 0, "bcnstv", 0, 0 ); *-----------------------------------------------------------------* // Set the axes label color, draw the labels this->dataPlot.col0(2); this->dataPlot.scol0(2, this->rgb_axis[0], this->rgb_axis[1], this->rgb_axis[2]); this->dataPlot.lab(x_axis_label.c_str(), y_axis_label.c_str(), title.c_str()); // Set the data point color, draw the plot this->dataPlot.col0(3); this->dataPlot.scol0(3, this->rgb_point[0], this->rgb_point[1], this->rgb_point[2]); this->dataPlot.poin(x_values.size(), &y_values[0], &y_values[0], marker); -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJS7r6YAAoJEKZ75usGhR84eicH/0U9LgC9SR2RqLmcmkdVc6Fq 6sNGDwbudDYnRYdeqAEfmzsBpIF/D8upTkghir3WP5agcOdiyMCJjTbcqVBpyaJJ vy4wQ6MRdAmx9nPSnIcAlymibTPrwuYrhIFGgkDiGPy+1tGfKi/Sw1gI+UYJpQN0 MCHVf7muvAoZ4ZA0Ti3izsxyi9zgZbj5EBJKfq3ARa5vzFooADi8WueYwxPjmJrH Yejp4r65i6l+lrJXQciVS91P/2bEGhTErzuOjG6ySqEqs9UKRQnTwDT3vEK/KNvD zdFqcixPnpa/M3ssxj0MtHCDfQxp0784mI5Xypvtt0nseoe8cDe0W7j/jjNuXOc= =QvIH -----END PGP SIGNATURE----- |
From: John D. <jb_...@bt...> - 2014-02-02 21:26:32
|
Thanks Alan That works perfectly. Kind regards John Sent from my iPad > On 2 Feb 2014, at 18:47, "Alan W. Irwin" <ir...@be...> wrote: > >> On 2014-02-02 13:54-0000 John Duffy wrote: >> >> Hi >> >> I would like to use PLplot to display experimental data as it is generated, i.e have the plot updated "live". I have tried a loop construct as per the pseudo code below, but I can only get the plot to update by clicking on mouse button 3. Any help/suggestions would be greatly appreciated. >> >> >> int main() >> { >> double x[n]; >> double y[n]; >> >> plsdev("xwin"); >> >> >> plinit(); >> >> >> for (;;) { // Wait for new data and update x & y arrays >> >> plenv(...); // Set new x & y ranges >> plline(...); // Plot new data >> >> } >> >> plend(); >> >> exit(0); >> >> } > > I suggest you try the -np (no pause between pages) command-line option or > the equivalent plspause(0) call. We use the -np option a lot in > our interactive test targets for PLplot so that we don't have to > be clicking a lot when running those tests. > > 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); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); 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 > __________________________ |
From: Alan W. I. <ir...@be...> - 2014-02-02 18:47:47
|
On 2014-02-02 13:54-0000 John Duffy wrote: > Hi > > I would like to use PLplot to display experimental data as it is generated, i.e have the plot updated "live". I have tried a loop construct as per the pseudo code below, but I can only get the plot to update by clicking on mouse button 3. Any help/suggestions would be greatly appreciated. > > > int main() > { > double x[n]; > double y[n]; > > plsdev("xwin"); > > > plinit(); > > > for (;;) { // Wait for new data and update x & y arrays > > plenv(...); // Set new x & y ranges > plline(...); // Plot new data > > } > > plend(); > > exit(0); > > } I suggest you try the -np (no pause between pages) command-line option or the equivalent plspause(0) call. We use the -np option a lot in our interactive test targets for PLplot so that we don't have to be clicking a lot when running those tests. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: John D. <jb_...@bt...> - 2014-02-02 13:57:38
|
Hi I would like to use PLplot to display experimental data as it is generated, i.e have the plot updated "live". I have tried a loop construct as per the pseudo code below, but I can only get the plot to update by clicking on mouse button 3. Any help/suggestions would be greatly appreciated. int main() { double x[n]; double y[n]; plsdev("xwin"); plinit(); for (;;) { // Wait for new data and update x & y arrays plenv(...); // Set new x & y ranges plline(...); // Plot new data } plend(); exit(0); } Kind regards John |
From: Alan W. I. <ir...@be...> - 2014-01-28 19:33:11
|
On 2014-01-28 12:50+0100 Elena Budnik wrote: > Bonjour, > > Our installation is CentOS 64 bit, PLplot 5.9.10, cairo-devel v 1.8.8, > pango-devel v 1.28.1. > > x06c from PlPlot examples: > > devices 1-3 - Xlib, PostScript - everything is OK. > devices 7-13 - SVG and all cairo drivers - cannot recognize some symbols > > I've attached a PNG to explain the problem. > > It seems to be some improper installation - what should we check? > Hi Elena: Thanks for switching your PLplot questions to this list, and thanks for a nice demonstration of the issue you have encountered with standard example 6. I just double-checked and cannot replicate it here (Debian stable), but I think I know what the problem is on your CentOS platform. First, to give you some background, devices 1-3 use our internal Hershey fonts to render those symbols. Those fonts are normally quite limited, but in their limited range (such as example 6) they are reliable but ugly. The cairo (and svg and qt) device drivers access system fonts the modern way where the required glyph is specified by unicode index. Normally, the results are much more complete than the Hershey fonts. For example, compare results for -dev xwin and -dev xcairo for standard examples 23 and 24. But if you look carefully at the example 6 results you have sent, that cairo device is telling you that glyphs are missing from your system fonts for unicode index 25b3, 22c6, and 2299, and I expect you will find a number of other missing glyphs (indicated for cairo devices by a rectangular box with a unicode index inside) for examples 23 and 24 as well. The likely explanation is you need to install additional system fonts on your CentOS platform. To give you some excellent information about what system fonts you have currently installed, I strongly suggest you install the gucharmap application (if you don't have it installed already). That gives you a very nice GUI demonstration of what glyphs are supplied by your system fonts. Here for gucharmap, if I use the search widget to find 25b3, 22c6, and 2299 (white up-pointing triangle, star operator, and circled dot operator), they are displayed (as expected) for the FreeSans, FreeSerif, and FreeMono system fonts. Many other system fonts I have installed also contain those glyphs. What happens if you try the same search in gucharmap? You should find the same result (empty glyphs) as for the cairo device driver since gucharmap also depends on libcairo, but I would like you to double-check that to rule out the possibility there is some obscure or subtle problem in the way that the PLplot cairo device driver is using that library compared to gucharmap. Note, that PLplot's modern devices such as the cairo devices never look for a specific system font. Instead, they ask the cairo system library to look for a generic system font (one of the sans, serif, or mono families). That library, in turn, asks fontconfig to automatically find the best glyph choice for the specified unicode index for any system font belonging to the specified sans, serif, or mono broad category of font. gucharmap works in a similar way although in that case you can ask for specific fonts as well (which falls back to the generic search for a glyph if the glyph is not present in the non-generic font you have specified). Assuming that your PLplot and gucharmap results are both telling you there are no system fonts with those desired 25b3, 22c6, and 2299 glyphs, then the likely issue is that your CentOS box just does not have many TrueType fonts installed (yet). So as a next step in the font debugging process, what happens if you try to install the FreeSans, FreeSerif, and FreeMono system fonts? (Those are general unicode fonts with good looking glyphs that have a very large coverage including 25b3, 22c6, and 2299 of the possible unicode glyphs.) On Debian, the name of the package that contains those system fonts is fonts-freefont-ttf, but on CentOS, the name of the package will be different, and you might have to use the rpmfind facilities to find what the package name is. Once you have those system fonts installed, then gucharmap should reveal very large numbers of glyphs available in most of the unicode index blocks, and examples 6, 7, 23, and 24 should show few or no missing glyphs. Let this list know whether installation of additional system fonts solves the problem for you. If that step doesn't solve your system font problems, then the possibility also exists that there is some bad screwup (e.g., fontconfig not being configured properly) in how CentOS installs system fonts. But I think a lot of CentOS users would be loudly complaining if that were the case so I view that possibility as fairly unlikely. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: Hazen B. <hba...@ma...> - 2014-01-28 15:39:07
|
> > Hello, > I am starting with plplot and Qt, looking at the example > examples/c++/README.qt_example > > It works correctly and I am now proceeding in creating a custom widget to > encapsulate my specific plotting needs. I am directly subclassing > QtExtWidget. > > The issue is that I require multiple widgets in my application, but I do > not know how to handle that... Shall I call multiple plinit() for each > widget, having one stream for each widget? > How should I handle subplots? > > To start, I am trying splitting the 2 plots drawn in the example in 2 > separate widgets with 2 methods to plot different things, but until now it > seems that only the second (in order of creation) widget is used, while the > first is ignored. > > Can someone give me some advices about this, please? I would look at example 14 to get some ideas about how to do this. The answer depends somewhat on whether you are using a C or a C++ approach. In a C approach you have to explicitly switch back and forth between your plot streams using plsstrm(). best, -Hazen |
From: Elena B. <Ele...@ir...> - 2014-01-28 11:54:30
|
Bonjour, Our installation is CentOS 64 bit, PLplot 5.9.10, cairo-devel v 1.8.8, pango-devel v 1.28.1. x06c from PlPlot examples: devices 1-3 - Xlib, PostScript - everything is OK. devices 7-13 - SVG and all cairo drivers - cannot recognize some symbols I've attached a PNG to explain the problem. It seems to be some improper installation - what should we check? Thanks Elena |
From: Alessandro Re <ale...@gm...> - 2014-01-24 11:40:04
|
Hello, I am starting with plplot and Qt, looking at the example examples/c++/README.qt_example It works correctly and I am now proceeding in creating a custom widget to encapsulate my specific plotting needs. I am directly subclassing QtExtWidget. The issue is that I require multiple widgets in my application, but I do not know how to handle that... Shall I call multiple plinit() for each widget, having one stream for each widget? How should I handle subplots? To start, I am trying splitting the 2 plots drawn in the example in 2 separate widgets with 2 methods to plot different things, but until now it seems that only the second (in order of creation) widget is used, while the first is ignored. Can someone give me some advices about this, please? Thanks ~Alessandro |
From: Arjen M. <Arj...@de...> - 2013-12-30 07:05:16
|
Hi Moez, adding "use plplot" to your program is the only requirement. The other module, plf95demolib, merely makes a number of auxiliary routines availalble. One of the things that is different between F77 and F95 is the use of assumed-shape arrays wherever possible. The advantages over the F77 form are: - Less arguments - Less chance of getting the size of the array wrong That said, plline and plpoin in the F95 bindings have the signature: call plline( x, y ) call plpoin( x, y, code ) whereas with the F77 bindings you had: call plline( n, x, y ) call plpoin( n, x, y, code ) (n the number of points to plot) The F95 form requires that the arrays x and y are array whose size is known, either: real x(n) real x(:) ! Note that an asterisk declares an assumed-size array, where the size information is not available directly or in the call: call plline( x(1:n), y(1:n) ) ! Just an example Do you use assumed-size arrays? Then the simplest way out is probably to use the "real x(n)" form, as you need to know the size of the useable part of the array anyhow. There are other possibilities too, see below. (Side note on the evolving language standard: array expressions are helpful to the compiler as it is easier to determine all manner of optimisations, such as vector instructions and parallellisations. In that respect new features in the language standard are very useful. But it is up to the programmer to use these features or not.) What follows is - for the moment - thinking out loud, others will have to agree on this. If you want to help out with the maintenance, we would welcome that. One thing I can imagine is a "transition module", making it easier for people to move from the F77 to the F95 bindings. I do not think we really want to go back to maintaining two separate bindings, however. The transition module I am thinking of could implement the now deprecated F77 API as follows: module plplot_f77 use plplot implicit none interface plline module procedure plline_f77 end interface contains subroutine plline_f77( n, x, y ) integer :: n real(kind=plflt), dimension(n) :: x, y call plline( x, y ) end subroutine plline end module This way you use the module plplot_f77 instead of plplot - that being the only (!) change to your programs, and you get the old-style F77 bindings back. This module would provide an additional set of interfaces, but the main code is still based on F95, so that we have only one code base instead of two. While typing this, I thought of one problem you may encounter. Code like (not uncommon in F77 code): real x(10), y(10) call plline( 9, x(2), y(2) ) would lead to protest from the compiler - x(2) and y(2) are scalars, whereas the routine expects arrays. Such code would have to be changed to: real x(10), y(10) call plline( 9, x(2:), y(2:) ) to instruct the compiler to use the proper array sections. Regards, Arjen From: Moez Kilani [mailto:moe...@gm...] Sent: Sunday, December 29, 2013 11:54 PM To: Arjen Markus Subject: Re: [Plplot-general] fortran 77 Many thank for the answer Arjen, Indeed I have started using plplot three years ago. I have written some packages for my computations but wasn't aware that you have stopped support for the language. My focus is on the computation itself, not on the programming language. My interest in fortran 77 is its simple syntax and constructs. I know that modern languages have lot new and sophisticated features, but I don't agree to the continuous changes in the standards. I am trying to write a simple code with fortran 95 bindings, without success for the moment. Precisely, I use this compilation command gfortran -o file file.f `pkg-config --cflags --libs plplotd-f95` and the compiler complains that for "plline" and "plpoin" there is no specific subroutine for the generic ... at .. Also in the example programs the module use plf95demolib is used, but cannot see how to install it. Last, I definitely thing that maintaining support for fortran 77 is worthwhile and would give some of my time to help the development team. Is that possible ? Regards and best wishes for 2014 ! Moez 2013/12/27 Arjen Markus <Arj...@de...<mailto:Arj...@de...>> Hello Moez, support for FORTRAN 77 has been deprecated for a coupe of years now. The reason for this is twofold: - All Fortran compilers we know of support Fortran 90/95 and later. So we decided to put our limited resources into the newer standards. The newer standards have a large number of advantages in comparison to FORTRAN 77, such as the use of arrays and array sections and checking the argument lists against the definition. This greatly reduces the number of mistakes you can make. - When this was announced several years ago, we did not receive any complaints. Could you explain in some detail what makes you use FORTRAN 77, instead of FORTRAN 95 or newer? There may be a relatively simple path to using the F95 bindings - you can still use most F77 constructs with an F95 compiler (with the exception of some very old features, F95 is a "superset" of F77, though most compilers will still support all of F77). You would only have to learn a few basic things regarding F95 to continue using PLplot. Regards, Arjen From: Moez Kilani [mailto:moe...@gm...<mailto:moe...@gm...>] Sent: Friday, December 27, 2013 1:04 PM To: plplot_general Subject: [Plplot-general] fortran 77 Dear developers, I no longer find the source code for the examples in fortran 77 ! this is my favourite language and I am wondering if will be removed from the list supported languages in plplot ! Moez DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Hiroyasu Y. <hi...@gs...> - 2013-12-30 04:14:49
|
Alan, Marius, Jerry, Thank you for the reply. XQuartz 2.7.5 has been installed. Some applications that were installed with Macports have X11 as one of driver and their output function have been fine. I am going to contact open-maintainer of Plplot and also try to manually install Plplot with wiki. Sincerely, Hiro On Mon, Dec 30, 2013 at 6:06 AM, Marius Schamschula <msc...@gm...>wrote: > Hiro, Alan, > > As someone who has built plplot outside of MacPorts (see < > http://www.hmug.org/pub/MacOS_X/X/Applications/Math/plplot/>), but also > uses MacPorts on some machines, I can add a few points: > > 1) In MacPorts openmaintainer means that the maintainer, in this case > takeshi, will let others contribute updates, e.g. submitting an update to > version to 5.9.11. > > 2) I checked the Portfile, and it does include X11 support in the default > variant. Do you have XQuartz installed? MacPorts will build what it needs > in terms of the development libraries, but you have to install X11 yourself. > > 3) Don't mix MacPorts and manually installed packages. This does lead to > problems down the road. > > On Sun, Dec 29, 2013 at 10:55 AM, Alan W. Irwin <ir...@be... > > wrote: > >> On 2013-12-30 00:20+0900 Hiroyasu Yasuda wrote: >> >> > Dear Plplot Developers; >> >> > I'v tried to install plplot 5.9.9 into flesh Mac on OSX 10.9 with >> latest Macports 2.2.1. Actually installation process has been >> succeeded, however installed plplot doesn't have Xwindow driver. Since >> this Mac environment can involve Xwindow driver from another Macports >> applications, install procedure of the latest plplot with Macports has >> some trouble. Please let me know how to solve this trouble. >> >> Hi Hiro: >> >> Thanks for your interest in PLplot. >> >> I note from >> http://www.macports.org/ports.php?by=library&substr=plplot that >> x11 is one of the supported variants. So probably your best >> bet is to contact the openmaintainer for that port who >> is identified as "takeshi" to see what is wrong with your >> macports installation of PLplot. >> >> However, if you wanted to try a build of PLplot yourself that was >> independent of the macports version, and also much newer (we have just >> released PLplot-5.9.11), we would certainly encourage that (subject to >> our somewhat limited Mac expertise). Start by looking at >> http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. In >> particular that front page contents gives you access to Mac build >> instructions and if in addition you use the wiki search box to search >> for "mac" there are a lot of hits giving you access to Mac build >> advice which various users have contributed over the years. Thus, I >> am fairly confident that if you have had any build experience at all >> on Mac OS X, you should be able to figure out what to do from our >> wiki, but if you have any additional questions that are not answered >> there, please ask them here. >> >> 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); the Time >> Ephemerides project (timeephem.sf.net); PLplot scientific plotting >> software package (plplot.sf.net); 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 >> __________________________ >> >> >> ------------------------------------------------------------------------------ >> Rapidly troubleshoot problems before they affect your business. Most IT >> organizations don't have a clear picture of how application performance >> affects their revenue. With AppDynamics, you get 100% visibility into your >> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics >> Pro! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk >> _______________________________________________ >> Plplot-general mailing list >> Plp...@li... >> https://lists.sourceforge.net/lists/listinfo/plplot-general >> > > > > -- > Marius Schamschula > Hiroyasu Yasuda Research Center for Natural Hazards & Disaster Recovery Niigata University Ikarashi 2-no-cho, Nishi-ku, Niigata, 950-2181, Japan Phone +81-25-262-7053 Facsimile +81-25-262-7050 E-mail hi...@gs... .´ ̄`. : (` : `. `´ : `・--´ |
From: Jerry <lan...@qw...> - 2013-12-29 22:47:01
|
On Dec 29, 2013, at 8:20 AM, Hiroyasu Yasuda <hi...@gs...> wrote: > Dear Plplot Developers; > > I'v tried to install plplot 5.9.9 into flesh Mac on OSX 10.9 with latest Macports 2.2.1. Actually installation process has been succeeded, however installed plplot doesn't have Xwindow driver. Since this Mac environment can involve Xwindow driver from another Macports applications, install procedure of the latest plplot with Macports has some trouble. Please let me know how to solve this trouble. > > Sincerely, > Hiro > I'll amplify a bit on what Marius and Alan said. X11, also known as XQuartz now, is no longer included as part of Xcode, as of, I think 10.7 (Lion). It has to be installed separately. (But it is still supported by Apple.) I don't know if MacPorts installs it for you. I recommend also contacting the MacPorts list directly: mac...@li... The people there are quite good with help of this kind. Jerry |
From: Marius S. <msc...@gm...> - 2013-12-29 21:07:04
|
Hiro, Alan, As someone who has built plplot outside of MacPorts (see < http://www.hmug.org/pub/MacOS_X/X/Applications/Math/plplot/>), but also uses MacPorts on some machines, I can add a few points: 1) In MacPorts openmaintainer means that the maintainer, in this case takeshi, will let others contribute updates, e.g. submitting an update to version to 5.9.11. 2) I checked the Portfile, and it does include X11 support in the default variant. Do you have XQuartz installed? MacPorts will build what it needs in terms of the development libraries, but you have to install X11 yourself. 3) Don't mix MacPorts and manually installed packages. This does lead to problems down the road. On Sun, Dec 29, 2013 at 10:55 AM, Alan W. Irwin <ir...@be...>wrote: > On 2013-12-30 00:20+0900 Hiroyasu Yasuda wrote: > > > Dear Plplot Developers; > > > I'v tried to install plplot 5.9.9 into flesh Mac on OSX 10.9 with > latest Macports 2.2.1. Actually installation process has been > succeeded, however installed plplot doesn't have Xwindow driver. Since > this Mac environment can involve Xwindow driver from another Macports > applications, install procedure of the latest plplot with Macports has > some trouble. Please let me know how to solve this trouble. > > Hi Hiro: > > Thanks for your interest in PLplot. > > I note from > http://www.macports.org/ports.php?by=library&substr=plplot that > x11 is one of the supported variants. So probably your best > bet is to contact the openmaintainer for that port who > is identified as "takeshi" to see what is wrong with your > macports installation of PLplot. > > However, if you wanted to try a build of PLplot yourself that was > independent of the macports version, and also much newer (we have just > released PLplot-5.9.11), we would certainly encourage that (subject to > our somewhat limited Mac expertise). Start by looking at > http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. In > particular that front page contents gives you access to Mac build > instructions and if in addition you use the wiki search box to search > for "mac" there are a lot of hits giving you access to Mac build > advice which various users have contributed over the years. Thus, I > am fairly confident that if you have had any build experience at all > on Mac OS X, you should be able to figure out what to do from our > wiki, but if you have any additional questions that are not answered > there, please ask them here. > > 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); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); 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 > __________________________ > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > -- Marius Schamschula |
From: Alan W. I. <ir...@be...> - 2013-12-29 18:55:33
|
On 2013-12-30 00:20+0900 Hiroyasu Yasuda wrote: > Dear Plplot Developers; > I'v tried to install plplot 5.9.9 into flesh Mac on OSX 10.9 with latest Macports 2.2.1. Actually installation process has been succeeded, however installed plplot doesn't have Xwindow driver. Since this Mac environment can involve Xwindow driver from another Macports applications, install procedure of the latest plplot with Macports has some trouble. Please let me know how to solve this trouble. Hi Hiro: Thanks for your interest in PLplot. I note from http://www.macports.org/ports.php?by=library&substr=plplot that x11 is one of the supported variants. So probably your best bet is to contact the openmaintainer for that port who is identified as "takeshi" to see what is wrong with your macports installation of PLplot. However, if you wanted to try a build of PLplot yourself that was independent of the macports version, and also much newer (we have just released PLplot-5.9.11), we would certainly encourage that (subject to our somewhat limited Mac expertise). Start by looking at http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page. In particular that front page contents gives you access to Mac build instructions and if in addition you use the wiki search box to search for "mac" there are a lot of hits giving you access to Mac build advice which various users have contributed over the years. Thus, I am fairly confident that if you have had any build experience at all on Mac OS X, you should be able to figure out what to do from our wiki, but if you have any additional questions that are not answered there, please ask them here. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |
From: Hiroyasu Y. <hi...@gs...> - 2013-12-29 15:37:07
|
Dear Plplot Developers; I'v tried to install plplot 5.9.9 into flesh Mac on OSX 10.9 with latest Macports 2.2.1. Actually installation process has been succeeded, however installed plplot doesn't have Xwindow driver. Since this Mac environment can involve Xwindow driver from another Macports applications, install procedure of the latest plplot with Macports has some trouble. Please let me know how to solve this trouble. Sincerely, Hiro Hiroyasu YASUDA Laboratory of River Research Research Institute for Natural Hazards & Disaster Recovery Niigata University Ikarashi 2-no-cho, Nis-ku, Niigata, 950-2181, Japan Phone +81-25-262-7053 Facsimile +81-25-262-7050 E-mail hi...@gs... URL http://rde.nhdr.niigata-u.ac.jp/lab/ .´ ̄`. : (` : `. `´ : `・--´ |
From: Arjen M. <Arj...@de...> - 2013-12-27 13:52:12
|
Hello Moez, support for FORTRAN 77 has been deprecated for a coupe of years now. The reason for this is twofold: - All Fortran compilers we know of support Fortran 90/95 and later. So we decided to put our limited resources into the newer standards. The newer standards have a large number of advantages in comparison to FORTRAN 77, such as the use of arrays and array sections and checking the argument lists against the definition. This greatly reduces the number of mistakes you can make. - When this was announced several years ago, we did not receive any complaints. Could you explain in some detail what makes you use FORTRAN 77, instead of FORTRAN 95 or newer? There may be a relatively simple path to using the F95 bindings - you can still use most F77 constructs with an F95 compiler (with the exception of some very old features, F95 is a "superset" of F77, though most compilers will still support all of F77). You would only have to learn a few basic things regarding F95 to continue using PLplot. Regards, Arjen From: Moez Kilani [mailto:moe...@gm...] Sent: Friday, December 27, 2013 1:04 PM To: plplot_general Subject: [Plplot-general] fortran 77 Dear developers, I no longer find the source code for the examples in fortran 77 ! this is my favourite language and I am wondering if will be removed from the list supported languages in plplot ! Moez DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. |
From: Moez K. <moe...@gm...> - 2013-12-27 12:04:26
|
Dear developers, I no longer find the source code for the examples in fortran 77 ! this is my favourite language and I am wondering if will be removed from the list supported languages in plplot ! Moez |
From: Alan W. I. <ir...@be...> - 2013-12-22 23:04:45
|
I am pleased to report on behalf of the PLplot developers that PLplot-5.9.11 is now available for you to download, build, and test. For details of this latest release, please follow the links in http://sourceforge.net/p/plplot/news/2013/12/plplot-release-5911/ The README.release and ChangeLog.release files in plplot-5.9.11.tar.gz are of particular interest. Note especially the complete removal of f77, and the small (mostly having to do with PLplot constants) backwards- incompatible changes in Python, Java, Lua, Octave, Fortran 95, and Tcl bindings. Also note the extensive testing (6 individuals participated using 15 different platforms) done for 5.9.11. Of course, if you notice any 5.9.11 bugs on your own platforms please get in touch on this plplot-general mailing list or else the plplot-devel mailing list. I strongly suggest you download both <http://sourceforge.net/projects/plplot/files/plplot/5.9.11%20Source/plplot-5.9.11.tar.gz.asc> and <http://sourceforge.net/projects/plplot/files/plplot/5.9.11%20Source/plplot-5.9.11.tar.gz> since that allows you to run gpg --verify plplot-5.9.11.tar.gz.asc to verify that Alan W. Irwin identified by pub 2048R/BB159E92 2011-08-19 [expires: 2016-08-17] uid Alan W. Irwin (Time Ephemerides key) <ai...@us...> uid Alan W. Irwin (FreeEOS key) <ai...@us...> uid Alan W. Irwin (libLASi key) <ai...@us...> uid Alan W. Irwin (PLplot key) <ai...@us...> sub 2048R/C5ECCF77 2011-08-19 [expires: 2016-08-17] is the author of plplot-5.9.11.tar.gz, and you have downloaded that tarball without any bit errors. Please also take a look at plplot.sf.net which has had some modest changes (especially in the documentation) since the release of 5.9.10. Hammer this new version of PLplot hard and report all bugs that you find (ideally with patches to fix the bug if you can manage that) because our next release will be for a stable version of PLplot (5.10.0) which will be based on this (5.9.11) release of PLplot plus bug fixes. Note we prefer initial bug discussion to be on plplot-devel or else here since we would prefer to be fixing bugs rather than doing bug triage. That frees up the bug tracker to keep track of issues which we are having trouble fixing in a timely manner. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |