t.git/log/
>
> for what the Fedora packager did for 5.11.0 support.
>
> On 04/24/2015 05:41 PM, Doug Hunt wrote:
>> Hi Orion: Thanks for the patch. I'll look into this next week and try to
>> put
>> out
>> an updated PDL-Graphics-PLplot.
>>
>&
Hi Orion: Thanks for the patch. I'll look into this next week and try
to put out
an updated PDL-Graphics-PLplot.
Regards,
Doug Hunt
On 04/24/15 16:34, Orion Poplawski wrote:
> I'm trying to build PDL-Graphics-PLplot 0.67 with plplot 5.11.0. First I need
> the attached pat
Hi Alan: I noticed that you did not run the perl/PDL tests. Are they
broken?
Thanks,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 24 Apr 2013, Alan W. Irwin wrote:
> Today I decided to comprehensively test PLplot because it has been a
> long time since
tting speed.
Apparently PLplot uses an expensive algorithm to contour data.
A nice performance plot showing the problem is attached.
Does any of you know about this? Is there a way to speed up image
plotting?
Thanks much,
Doug Hunt
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel.
On Thu, 17 May 2012, Doug Hunt wrote:
> Hi again: I've become frustrated with trying to install a recent pango/cairo
> under CentOS 5.8--too many dependencies.
>
> So, in trying to debug the segfault, I've found that:
>
> ./x01c -dev pngcairo -o foo.png
>
> f
The program was just in the process of drawing an axis label (the number
'1') deep within plbox.
Any ideas what I can do here short of upgrading my entire OS?
Thanks,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 17 May 2012, Doug Hunt wrote:
Hi all: I'm just now upgrading to plplot 5.9.9 in my CentOS 5.8
environment. This OS features old pango/cairo versions:
pango-1.14.9-8.el5.centos.3
pango-devel-1.14.9-8.el5.centos.3
cairo-1.2.4-5.el5
cairo-devel-1.2.4-5.el5
When I run example 1 with any of the cairo devices, I get a segfault:
Hi Bill: Check out the 'mem' and 'memcairo' drivers for plplot.
--Doug Hunt
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Fri, 20 Apr 2012, Schwab,Wilhelm K wrote:
I have a "working" interface to PLplot, but it relies on temporary di
;
> - Original Message - From: "Doug Hunt"
> To: "Orion Poplawski"
> Cc: "Plplot-devel mailing list" ;
>
> Sent: Friday, September 09, 2011 7:11 AM
> Subject: Re: [Perldl] [Plplot-devel] PDL-Graphics-PLplot 0.56 and plplot
> 5.9.8
>
OK! PDL-Graphics-PLplot 0.60 now includes ./a.out
--Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 8 Sep 2011, Orion Poplawski wrote:
> On 09/08/2011 01:25 PM, Doug Hunt wrote:
>> Hi Orion: I just uploaded PDL-Graphics-PLplot version 0.59 to C
Hi Orion: I just uploaded PDL-Graphics-PLplot version 0.59 to CPAN. This
includes adding -lm and Sysiphus's Windows compile patch.
Regards,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 8 Sep 2011, Doug Hunt wrote:
> OK, I'll add -lm
OK, I'll add -lm by default--I don't think that will hurt anything.
I also owe Sisyphus a window compile update.
Regards,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 8 Sep 2011, Orion Poplawski wrote:
> On 09/02/2011 04:59 PM, Doug Hunt
mples directory and compares them to the perl
equivalent output instead of using canned C output for comparison.
This is currently only tested on Linux/Ubuntu! The compiling of these C
sources may not work on Windows, for example.
Best Regards,
Doug Hunt
dh...@ucar.edu
Software Engineer
Hi Orion: Thats too bad. I'll look into releasing a new version of
PDL-Graphics-PLplot that generates C output instead of storing it as part
of the test suite.
Regards,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 24 Aug 2011, Orion Poplawski wrote:
>
nk that is
the problem.
Regards,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Mon, 2 May 2011, Alan W. Irwin wrote:
> On 2011-05-02 14:38-0600 Doug Hunt wrote:
>
>> I really don't understand what is going on here--it seems my module
>&g
2611
On Sat, 30 Apr 2011, Douglas Hunt wrote:
> Hi Alan: Thanks for incorporating my fixes so quickly! I'm at home now and
> can't look quickly at the updated build instructions for
> PDL::Graphics::PLplot. I'll take a look when I get to my office.
>
> Best Regar
test.
I really don't understand what is going on here--it seems my module
(PDL-Graphics-PLplot-0.55.) is failing on most all architectures and perl
versions.
Any help or insight would be appreciated!
--Doug Hunt
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Mon, 2 M
-2611
On Fri, 15 Apr 2011, Alan W. Irwin wrote:
> On 2011-04-15 13:33-0600 Doug Hunt wrote:
>
>> Hi Alan: I've been working on the perl/PDL demos for the last couple of
>> days. I noticed the problem with the deprecated plplot functions. When
>> I'm done, I&#x
Hi Alan: I've been working on the perl/PDL demos for the last couple of
days. I noticed the problem with the deprecated plplot functions. When
I'm done, I'll release a new version of PDL::Graphics::PLplot which
detects the version of PLplot and does the right thing.
At that time, the instruc
Hi Alan: I will try to start adding in new perl/PDL tests to cover the
API changes.
Regards,
Doug Hunt
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Tue, 12 Apr 2011, Alan W. Irwin wrote:
> As of revision 11696 I have disabled Perl/PDL examples in tests
Hi Alan, all: Would this change require re-writing the perl interface to
the 2D functions? Would this be required right away, or would there be
backwards compatible variants left around to ease the transition?
It might be useful to know which demos are affected by this.
Thanks,
Doug Hunt
Hi Alan, Orion: I will try to fit in updates to PDL::Graphics::PLplot
soon. I would recommend a separate RPM for PDL::Graphics::PLplot, even
though it might seem like overkill. I'm working on an RPM-based
distribution for software we use at work and I've followed this route.
Since PLplot is
same terms as Perl itself.
Regards,
Doug
dh...@ucar.edu
Software Engineer
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 10 Sep 2009, Orion Poplawski wrote:
> On 09/10/2009 08:32 AM, Doug Hunt wrote:
>> Hi Alan, Orion: I will try to fit in updates to PDL::Graphics::PLplot
>> soon.
Hi all: After just building a set of custom RPMs for the new plplot and
all its dependencies (including cmake), I would just as soon not see
plplot's build system changed again soon.
I also struggle with understanding cmake (I have not spent much time on
it, but it seems confusing) but a chang
Hi David: I hope your change does not alter the memory layout for the mem
driver. The point of this driver is that external programs can give
plplot an image to 'decorate'. I've got routines that rely on a
certain layout of memory for the mem driver--best to preserve that!
Regards,
Doug
Hi Alan: Happy new year (almost) and Merry Christmas!
I fixed plgfnam and added plcalc_world to the just-released
PDL-Graphics-PLplot-0.47. I've got rid of your FIXMEs in x31.pl and
checked it in. Both psc output and stdout now match the C version.
I'm still mulling over what to do about the
Orion: Do you know what device was being tested (psc, pngcairo, etc)?
Could you send me the full install directory for PDL-Graphics-PLplot 0.46
after you build it? That should have "PLplot.xs", line 25179 in it.
Do you know what version of perl you are using "perl -V"?
Re
Hi all: When testing the new PDL interface to plplot, we came across this
odd PDL behavior:
use PDL;
print "acos(-1.) = ", acos(-1.), "\n";
print "acos(-1 ) = ", acos(-1 ), "\n";
The acos(-1.) version incorrectly gives a single precision result, whereas
the acos(1) version gives the expected
You're welcome! Sorry it took me so long to get to this!
--Doug
dh...@ucar.edu
Software Engineer IV
UCAR - COSMIC, Tel. (303) 497-2611
On Fri, 12 Dec 2008, Andrew Ross wrote:
> On Thu, Dec 11, 2008 at 02:49:59PM -0800, Alan Irwin wrote:
>> The ctest result for Perl/PDL is now perfect.
>>
>> pe
Hi Alan:
On my machine acos(-1) works better than on yours. That's why
x27 worked for me and not you:
perldl> p acos(-1)
3.14159265358979
perldl> p 4*atan2(1,1)
3.14159265358979
Could you send me a:
perl -V
and also run:
perldl
and send me the startup message? I'm curious
what versions of
you put a decimal point in, the value is interpreted as a
'float', not a 'double'.
PDL folks: Any idea why -1 is interpreted as 'double' and '-1.' is
interpreted as 'float'??
Regards,
Doug
dh...@ucar.edu
Software Engineer IV
UCAR - COS
watched pot never boils".
>
> More below
>
> On 2008-12-11 14:30-0700 Doug Hunt wrote:
>
>> Hi Alan:
>>
>> On my machine acos(-1) works better than on yours. That's why
>> x27 worked for me and not you:
>>
>> perldl> p acos(-1)
>&
Alan, Andrew: Thanks for finding/fixing these problems.
> You were correct it was a problem with the Perl math library. The main
> trouble I had in finding this was figuring out how to print out individual
> elements of a pdl array. For future reference, this worked:
>
> for (my $i = 0; $i < in
gured)
system.
Not sure what to do about examples 2 and 27--Ex 2 works fine on my system
and mostly fine on yours. Ex 27 is close as well.
Regards,
Doug
dh...@ucar.edu
Software Engineer IV
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 10 Dec 2008, Alan W. Irwin wrote:
> On 2008-12-10 15:32-0
Hi Alan:
I've got perl/PDL versions of examples 28, 29 and 30 checked in.
Their psc output is identical to the examples/c version.
They require yet another version of PDL-Graphics-PLplot, version 0.45.
Thanks for the pointer to 'ndiff', this will be useful for my regular
work!
As to the differ
wrote:
> On 2008-12-05 15:02-0700 Doug Hunt wrote:
>
>> Hi Alan:
>>
>>> Could you double check with a fresh checkout and clean build of PLplot and
>>> a
>>> fresh download and build of PDL-Graphics-PLplot-0.42.tar.gz?
>>
>> I did a fresh check-o
Hi Alan:
I did correct some perl roundoff errors as part of fixing up x02.pl,
but I've checked these changes in.
Right now from my build of plplot, I don't see any difference in the
postscript output:
cd examples
c/x02c -dev psc -o x02c.ps
perl/x02.pl -dev psc -o x02perl.ps
diff x02c.ps x02per
Hi Alan:
>
> I would prefer to be able to switch back and forth between the official
> Debian PDL interface to PLplot and this new version so I can compare results
> for both versions. So what is the best way to set that up? I assume there
> is a way to install to a separate install prefix so you
Hi Alan:
> I saw your commit of the revised example 2 for Perl/PDL. Since then I have
> made some build-system changes (revision 9037) to change the list of what
> Perl/PDL examples are executed depending on the CMake variable
> HAVE_PDL_GRAPHICS_PLPLOT_40. Currently, example 02 and example 20 ar
ssary.
Regards,
Doug
[EMAIL PROTECTED]
Software Engineer IV
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 4 Dec 2008, Doug Hunt wrote:
> Alan: OK, lets do it like that!
>
> --Doug
>
> [EMAIL PROTECTED]
> Software Engineer III
> UCAR - COSMIC, Tel. (303) 497-2611
>
&g
Alan: OK, lets do it like that!
--Doug
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 3 Dec 2008, Alan W. Irwin wrote:
> On 2008-12-03 17:09-0700 Doug Hunt wrote:
>
>> Hi Alan, Jerry, PLplot list.
>>
>> I just started updating t
,
Doug Hunt
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 3 Dec 2008, Doug Hunt wrote:
> Hi all: Sorry I've been unresponsive of late... I start to chip away at the
> addition of the perl/PDL examples that are missing.
>
> Regard
Hi all: Sorry I've been unresponsive of late... I start to chip away
at the addition of the perl/PDL examples that are missing.
Regards,
Doug Hunt
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Thu, 27 Nov 2008, Jerry wrote:
>
> On Nov 27, 2008,
Hi Alan: I would like to help with these test cases, but I'm currently
swamped. I'll see what I can do over the next 2 months.
Regards,
Doug Hunt
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Fri, 5 Sep 2008, Alan W. Irwin wrote:
> Hi D
m looking for
some tips here as I'd like to migrate, but have never been able to
make it work.
I know Doug Hunt is a big fan, and Derek Lamb used it for a paper we
published together. Who else is using it?
Cheers,
Craig
___
Pe
Hi Hazen: For what I use the memcairo driver for, clearing the memory not
not the behavior I want. I want to pass in some memory already containing
an image and then plot a graph on top of it. To first generate the image
and then have plplot clear it would be disappointing, to say the least!
f the machine or any pre-processor symbols
set, so I put a simple test in the cairo driver code to check the endian-ness
of
the machine.
If there is a more standard way of handling this, please let me know.
'ctest' passes with this change in place.
Regards,
Doug Hunt
[EMAIL PROT
Hi Hezekiah:
> By "truecolor," I meant a photograph or similar image (MODIS visible
> wavelength images in my case) plotted in the same colors perceived by
> a human eye. The currently available plimage* functions plot colors
> based on the magnitude or intensity of values.
OK
>
> The mem and m
Hi Hezekiah: I'm not sure what 'truecolor' is, but the 'mem' and
'memcairo' drivers (which I'm fiddling with right now) are designed to
allow one to make a plot on an image background.
You pass in an RGB array as the background, and make normal PLplot
function calls. The lines, points, labels
RGB/alpha words.
Regards,
Doug
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 12 Mar 2008, Hazen Babcock wrote:
>
> On Mar 12, 2008, at 11:34 AM, Doug Hunt wrote:
>
>> Hi again, Hazen, all: I just noticed that the patch I sent contains a bug.
>
annel support for the memcairo driver in the future.
Thanks much!
--Doug Hunt
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Sun, 9 Mar 2008, Hazen Babcock wrote:
>
> On Mar 6, 2008, at 6:52 PM, Doug Hunt wrote:
>
>> Hi Hazen, all: I think I was able
Hazen: Thanks!
--Doug
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Sun, 9 Mar 2008, Hazen Babcock wrote:
>
> On Mar 6, 2008, at 6:52 PM, Doug Hunt wrote:
>
>> Hi Hazen, all: I think I was able to get the memcairo driver working.
>> A
UCAR - COSMIC, Tel. (303) 497-2611
On Wed, 5 Mar 2008, Hazen Babcock wrote:
>
> On Mar 5, 2008, at 11:12 AM, Doug Hunt wrote:
>
>> Hazon, Jonathan: I would second the idea of having a memory buffer be the
>> target at some level. I would be interested in getting memcairo
>> w
, but the current limitation are the ugly fonts used by the plain
vanilla 'mem' driver.
Regards,
Doug Hunt
[EMAIL PROTECTED]
Software Engineer III
UCAR - COSMIC, Tel. (303) 497-2611
On Tue, 4 Mar 2008, Hazen Babcock wrote:
>
> On Mar 4, 2008, at 9:36 PM, Jonathan Woith
t does not work well.
I'm the originator of the 'mem' driver, and it would be nice to have
in-memory plotting with the cairo fonts. Does anyone know what
the issues are with the memcairo driver? I could perhaps take a crack at
getting it working, but I'd like some background
55 matches
Mail list logo
