On Jun 28, 2006, at 11:37 AM, Doug Hunt wrote:
2) Troubles with the xwin driver and interactive use in general.
isn't this is plplot developer issue rather than PDL?
___
Perldl mailing list
Perldl@jach.hawaii.edu
SciKarl is my one click kitchen-sink installer for the Mac, It's
still beta though.
Perhaps we could get it linked to on the web site?
Karl
On 03/11/2006, at 9:17 AM, Derek Lamb wrote:
Lakshmanan,
If you found this mailing list I assume you found the PDL website:
pdl.perl.org . From
points($x-where($y5000), $y-where($y5000));
On 14/12/2006, at 8:39 PM, Robert Cumming wrote:
Is there a nice pdl way to do something like this?
points ($x,$y) if ($y 5000); # doesn't work
In other words, I want to plot only points whose coordinates fulfil a
certain condition. This is a
cool! didn't know that one
On 15/12/2006, at 3:42 PM, Chris Marshall wrote:
On Dec 14, 2006, at 4:48 AM, Karl Glazebrook wrote:
points($x-where($y5000), $y-where($y5000));
Inspired by your query and KBG's response, I took a
look at the online docs for where and cooked up the
equivalent
On 12/01/2007, at 3:05 AM, zentara wrote:
Hi, this sort of interested me too, so I made a couple of programs
that you can run yourself, to test.
I have a 2Ghz Athlon, and 1 Gig ram, so your results may
vary, and the scripts may need to be modified.
The idea is to make an array of 50,000,000
yes!
On 16/02/2007, at 10:30 AM, Phuong, Guy wrote:
Hi
I have submitted my questions/problems to the mailing list however
have
still got no reply yet. Do I just wait patiently until they get
answered or
is the reply posted somewhere?
Regards
Guy
Message-
From: Xavier Calbet [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 20, 2007 1:15 AM
To: Karl Glazebrook
Cc: Phuong, Guy; perldl@jach.hawaii.edu
Subject: Re: [Perldl] perl
Hello Guy,
Most of the questions addressed in this mailing list are answered.
I have always found
Do you have an older version of libpgplot without pgarro() routine?
Since it is called in PGPLOT.xs any attempt to link with it will fail
On 22/02/2007, at 4:00 PM, Adam Ginsburg wrote:
Can't load 'blib/arch/auto/PGPLOT/PGPLOT.so' for module PGPLOT:
blib/arch/auto/PGPLOT/PGPLOT.so: undefined
check out fftconvolve and convolveND
On 22/02/2007, at 5:21 PM, Trevor Carey-Smith wrote:
Hi Renato,
I don't think there is a pdl function for cross-correlation. Attached
is a pretty basic sub-routine which should do the job. It is based on
the IDL cross-correlation function.
Cheers,
Trevor
I was asked how to acknowledge PDL. I thought we should put some
standard recommendations on the web site
What do people think of the following?
Karl
From: Marcin Sawicki [EMAIL PROTECTED]
Date: 23 August 2007 6:17:03 AM
To: Karl Glazebrook [EMAIL PROTECTED]
Subject: PDL acknowledgment
Hi
works fine for me
Last login: Fri Nov 23 08:44:47 on ttyp1
Welcome to Darwin!
[~] % cat stuff.pl
$x = sequence(10);
wcols $x, 'tmp.dat';
1;
[~] % perldl
Loaded PDL v2.4.3
perldl do 'stuff.pl'
perldl #cat tmp.dat
0
1
2
3
4
5
6
7
8
9
perldl
On 23/11/2007, at 7:42 PM, Xavier Calbet wrote:
Rob, now we have a new website would you do us a big favour and update
the 'PDL for Windows' info on the web pages? This perhaps could be a
link to a 'howto' on the wiki?
Thanks
Karl
Did you install using PPM ?
If so, you probably installed the PPM package available from the
Thanks for your thoughts. I expect you are right we'll need a number
of different linux builds which would be impossible for just me to
track.
I think the onus here is on the linux users to get together and try
and work something like this out. If someone can provide the basic
scripts to
Hello January
If you write things in the same element by element way as regular Perl
then PDL will be even slower. set() and at() are functions of last
resort.
The idea of PDL is to use fast internal functions for vector ops.
What you want can be accomplished in one line with PDL's
I am forwarding this in case it is of interest.
(How to get SciKarl running under Leopard with a fresh install -
upgrades are just fine)
Karl
Begin forwarded message:
From: Karl Glazebrook [EMAIL PROTECTED]
Date: 11 August 2008 9:51:07 PM
To: Roberto Abraham [EMAIL PROTECTED]
Subject
grandom() inbuilt function (PDL::Primitive)
Calls ndrti.c so go and read the source code to see if it is good
enough for your needs. It has always been good enough for mine but
then I don't need high-end randomness.
Karl
On 30/09/2008, at 8:34 AM, Chris Marshall wrote:
PDL::GSLSF::ERF
It does seem to work if you say lgamma(80.0) etc
Some kind of typing problem in the underlying routine?
Karl
On 01/10/2008, at 3:33 PM, Steve Cicala wrote:
I'm getting some odd output from the lgamma function: it seems to be
oddly re-setting itself when fetching the log-gamma function
Try pgpnts() and not one at a time (sym = 1 or -1 helps). 250K should
not be too bad.
A better method would be to plot density contours and them add points
only in the outliers, this would require a clever subroutine to be
written though.
Karl
On 22/05/2009, at 7:44 AM, David Donovan
Does anyone happen to know whether a scikarl install keeps working
on snow leopard or whether it needs a recompile ?
I just don't want any surprises!
Karl
___
Perldl mailing list
Perldl@jach.hawaii.edu
works fine. I presume, though without
testing, that the same will be true for scikarl.
Ben
On 4 Sep 2009, at 17:53, Karl Glazebrook wrote:
Does anyone happen to know whether a scikarl install keeps
working on snow leopard or whether it needs a recompile ?
I just don't want any surprises
Hello All
Here is a quick hack I worked out to get SciKarl working on Snow
Leopard. Snow Leopard installs a new perl (5.10) which is binary
incompatible but the old perl is thankfully still there. So is PDL.
(If you previously had Leopard/SciKarl and just did an upgrade.)
You can test
You can set an environment variable to decide what perl OSX will run.
Personally, I just build my own.
Tim
On Tue, 15 Sep 2009, Karl Glazebrook wrote:
Hello All
Here is a quick hack I worked out to get SciKarl working on Snow
Leopard. Snow Leopard installs a new perl (5.10) which
what about FITS reading and the nature of all the ints and longs etc ?
Karl
On 15/09/2009, at 1:17 PM, Tim Jenness wrote:
On Sep 15, 2009, at 10:02 AM, Karl Glazebrook wrote:
Does 64 bit compilation work at all with PDL?
Sure. I run perldl in 64-bit mode all the time. You'll need
never dared do that either!
Karl
On 16/09/2009, at 5:50 PM, Tim Jenness wrote:
No idea. But why would we expect it to be any different than running
pdl on a 64-bit linux system?
On Sep 16, 2009, at 2:44 PM, Karl Glazebrook wrote:
what about FITS reading and the nature of all the ints
Reference anyone?
Karl
On 30/10/2009, at 3:25 PM, Chris Marshall wrote:
P.S. I saw a paper comparing Numpy, PDL, hand-rolled C code, and
plain
Perl and Python code for computing a numerical integral. Plain old
Python and Perl were terribly slow, but Python had two distinct
numerical
On 31/10/2009, at 1:38 AM, P Kishor wrote:
Ilya Z, author of Numeric::LL_Array, is a long time Perl developer, a
rather brilliant one, and currently teaches/researches at the Cal Math
dept. I feel a bit vindicated in that I was not the only one
experiencing difficulty installing PDL. If Ilya
Try SciKarl
Karl
On 10/11/2009, at 10:11 AM, P Kishor wrote:
PDL seems amazing (I have to qualify my statement with seems because
I don't have enough experience with PDL yet), but is fairly difficult
to get going on a Mac. The main developer(s) are not Mac users, and
so, it is
Hi everyone,
I've come to this thread pretty late, let me interject some comments.
It seems to me there are several classes of users
1) People who want to use PDL as a dependency on CPAN, for some
lightweight efficient array ops. These people would want it to just
build and install
Just remember f2c depends on a whole slew of support routines in
libf2c.a - though most of these are IO related.
But there is some work between running f2c on some fortran and have a
pure C code that works.
Karl
On 12/11/2009, at 2:39 AM, Chris Marshall wrote:
Karl Glazebrook wrote:
Hi
OK then that sounds like a good plan!
You'd have to look at the f2c output and see what other stuff might be
called. Given that SLATEC has not been modified in years it's a nice
case of only having to do it once.
Karl
On 12/11/2009, at 10:43 AM, Chris Marshall wrote:
I'd much rather
I'd support that - see my previous answer to Tim.
What system is used?
Karl
On 15/11/2009, at 5:08 PM, Gabor Szabo wrote:
Leo Lapworth recently gave serious face-lift to 3 perl web sites:
http://www.perl.org/
http://dbi.perl.org/
http://learn.perl.org/
The Kartik Thakore updated the
Try SciKarl!
Karl
On 19/03/2010, at 4:57 AM, Wallace, Brad wrote:
G'day All,
I just received a sparkling new iMac and - of course - one of the first
things I want to do is install PDL. A certain amount of frustration later
(details omitted) I have reached a roadblock. Specifically,
Seems like a good idea to me! I suppose there is a danger it might end up as a
big dustbin of misc routines?
Karl
On 05/04/2010, at 2:40 AM, Chris Marshall wrote:
Request for Comment:
I typically build up PDL functionality via
PDL::AutoLoader methods which allows for easy
incremental
Well I think use PDL::Autoloader is not the default?
Maybe you would only get the dustbin if you turned it on and did not fiddle
with your PATH?
The IDL astronomy library has been a similarly useful dustbin for a number of
years.
Karl
On 06/04/2010, at 4:55 AM, David Mertens wrote:
Chris
Absolutely and this is in the TIMTOWTDI perl philosophy.
- Karl
On 06/04/2010, at 11:54 AM, Chris Marshall c...@alum.mit.edu wrote:
On 4/5/2010 8:14 PM, David Mertens wrote:
On Mon, Apr 5, 2010 at 4:51 PM, Karl Glazebrook karlglazebr...@mac.com
mailto:karlglazebr...@mac.com wrote:
Well
There must be a fiendish solution involving dummy() and reshape()? PDLpp is
cheating!
Karl
On 15/04/2010, at 10:10 PM, P Kishor wrote:
On Fri, Apr 16, 2010 at 2:50 AM, Matthew Kenworthy
kenwor...@strw.leidenuniv.nl wrote:
rescale2d is what you're looking for:
Wow! Seriously, I didn't
No problem. It sounded like an interesting non-trivial and stimulating
challenge. I thought about it for 10 minutes and couldn't get it myself...
Karl
On 16/04/2010, at 7:09 AM, P Kishor wrote:
consistently direct_indexing is the slowest, and clumping is the
fastest. Winner of this round
Thanks Matt!
(BTW see you in Leiden in June?)
Karl
(sent from 4200m, may contain more than the usual amount of brain-freeze)
On 19/04/2010, at 3:33 PM, Chris Marshall wrote:
The latest SciKarl package of PDL-2.4.6 is now
available for download at the PDL sourceforge files
site:
That's the magic of virtual keyboards.
Is there any app on the store that gets a perl interpreter running?
Karl
(sent from 4200m, may contain more than the usual amount of brain-freeze)
On 19/04/2010, at 8:39 PM, Frossie wrote:
Karl Glazebrook wrote on April 19:
The way to do
-built stuff available.
A professionally maintained scientifically minded Perl installation could do
something similar for PDL et al.
Christian
On 20/04/2010, at 6:41 PM, Karl Glazebrook wrote:
That's the magic of virtual keyboards.
Is there any app on the store that gets a perl
I'd recommend going nowhere near this idea!
Karl
(sent from 4200m, may contain more than the usual amount of brain-freeze)
On 20/04/2010, at 4:40 AM, Matthew Kenworthy wrote:
Another option would be to embed a complete perl inside SciKarl, but
that has its own headaches!
Well, I was
$Mpc $yr
(All defined in S.I. units and angles in radians)
Created by Karl Glazebrook Mar 19th 2002
=cut
package KGB::Constants;
require Exporter;
@ISA= qw( Exporter );
@EXPORT = qw( $Pi $deg $arcsec $k $G $h $c $e $m_p $m_e $eps_0 $mu_0 $sigma_B
$M_sun $R_sun $L_sun $pc $au
I see we have a vocal new user! My PDL inbox is exploding.
It sounds like there is a generic problem Daniel encountered in which if you
get the PDL install wrong the first time it automatically makes it harder to
install following the correct instructions.
It is hard to work against
Moving PDL::guide and similar generic howto pods to the wiki would be
my recommendation. Easier to keep them up to date and find them. They
don't refer to specific function or module versions so no need to be
in the distribution.
Good idea!
- Karl
Sent from my iPad Nano
On 04/05/2010, at
Definitely interesting
Is there an underlying C library for matplotlib?
Karl
Sent from my iPad
On 16/05/2010, at 12:38 AM, Chris Marshall c...@alum.mit.edu wrote:
Are you suggesting a PDL::Graphics::matplotlib? Interesting idea.
Yes. I was thinking to use Inline::Python to create
Note Scalars can also store object references, obviously.
Sent from my iPad
On 14/05/2010, at 9:57 PM, David Mertens dcmertens.p...@gmail.com wrote:
Maybe you should just give a brief overview:
Perl has only three basic but powerful data types. Scalars are denoted with a
$, such as
I think you mean dims($A). I suspect dim() was a poorly implemented alias.
Karl
On 18/05/2010, at 9:52 AM, Chris Marshall wrote:
I am speaking from personal experience. I wasted a lot of time tracing
a bug in my PDL code and it turned out that it was because you cannot
write dim($A).
I like the static theme + rotating banner idea.
Karl
On 25/05/2010, at 7:36 PM, Daniel Carrera wrote:
Ranalli Piero piero.rana...@gmail.com wrote:
I am also for a static theme, and a static banner.
So far you are the first to suggest static theme + static banner. So
far four
Just to second Matt's point.
This is exactly right. And SciKarl will install and work without even a
COMPILER. (You may scoff but that's a multi-Gb download)
That said, I would expect PDL to 'perl Makefile.PL; make' on most reasonably
configured perl systems, as well as obviously Apple Perl
I can't say I like any of them! Sorry.
Do we need letters?
Karl
On 15/07/2010, at 8:29 PM, Matthew Kenworthy wrote:
I really like (2), as it will scale well and look good as a favic on -
the others seem fussy.
Matt
On Thu, Jul 15, 2010 at 12:26 PM, Daniel Carrera dcarr...@gmail.com
Re democracy.
I think I have earned veto power at least over the years. :-)
On 18/07/2010, at 11:25 AM, P Kishor wrote:
Hi,
My 2 cents : I guess, in the end, if anyone's then it should be the
vote of the PDL copyright holders or the original creators (the BDFLs)
that matters, but perhaps
BDFL = ?
On 18/07/2010, at 11:35 AM, P Kishor wrote:
On Sat, Jul 17, 2010 at 8:34 PM, Karl Glazebrook karlglazebr...@mac.com
wrote:
Re democracy.
I think I have earned veto power at least over the years. :-)
Yes, I was thinking of exactly you when I mentioned BDFL.
;-)
On 18
HI everyone
I haven't read more than a smidgen of these emails in the last week as I have
been busy running a conference but I **very much** like the infinity pdl logo
concept as displayed here and would be very happy with that.
(the minimalist version being the official default but I like the
Oops I see Christian has sent his own nice infinity variant and there is a
download dashboard item.
Never mind those comments!
Karl
On 25/07/2010, at 9:50 AM, Karl Glazebrook wrote:
HI everyone
I haven't read more than a smidgen of these emails in the last week as I have
been busy
On 27/07/2010, at 8:02 AM, Daniel Carrera wrote:
* New Mac OS install page, courtesy of P.Kishor and Matthew.
I don't want to be ungrateful... but these seem a bit over-complicated? They
even talk about Karma which is way past it's use by date.
poppler? xpdf? what is all this stuff?
Why not
The issue is every binary bundle needs a maintainer with access to the system
in question and a virgin test system. And it's all non-trivial.
Volunteers for Linux and Win32 are welcome. Though Linux might be a nightmare.
Karl
On 30/07/2010, at 10:20 PM, Daniel Carrera wrote:
Hi Chris,
On
SciKarl does not prevent you from adding other perl modules in the usual way
later on.
Karl
On 30/07/2010, at 10:19 PM, P Kishor wrote:
On the other hand, if one makes a simple, slimmed down SciPDL for Mac,
sooner or later someone will want that one custom module that is not a
part of
The photos are rather tacky. Please replace!
Karl
On 03/08/2010, at 3:41 AM, Daniel Carrera wrote:
Hello,
As promised, I have updated the website with an announcement
requesting help with reviewing PDL documentation in preparation for
the upcoming 2.4.7 release.
http://pdl.perl.org
Sorry it's in my queue!
I will try and do that soon, busy time. Any last patches?
Karl
On 24/08/2010, at 4:45 PM, Tim Jenness wrote:
On Mon, Aug 23, 2010 at 8:34 PM, Christian Soeller c.soel...@auckland.ac.nz
wrote:
I just had to build PDL-2.4.7 for my work and also came across the
for more details.
thanks
Karl
Prof. Karl Glazebrook
Deputy Director
Centre for Astrophysics Supercomputing, Swinburne University of Technology
Contact: +61-3-9214-4384 k...@astro.swin.edu.au
___
Perldl mailing list
Perldl
Folk,
I wrote a PDL vectorized version of the 'points in a polygon' program a few
years ago for my own use. [BTW Matt the problem was selecting points in a area
of a color-color diagram]
Here is the code. i/o are all vectors. Read it and weep :-)
Karl
# Test points tx,ty to be in a polygon
On 11/09/2010, at 2:35 AM, P Kishor wrote:
accuracy. The point-in-poly approach seems to get tripped by and
ignore vertical and horizontal lines. Karl's and my both naive and
not-so solutions produce identical results as they are all
point-in-poly approaches.
I am not sure I understand this
, what is pgperl? Was that the precursor to PDL?
Daniel.
On Mon, Jan 3, 2011 at 11:56 PM, Karl Glazebrook karlglazebr...@mac.com
wrote:
In a word - Yes.
I wrote pgperl in the mid-90's and also used IDL intermittently for work. I
found IDL powerful in abilities but to be an awful language
On 04/01/2011, at 12:03 PM, Daniel Carrera wrote:
and I've heard from a friend that
image processing is one of the strong points of IDL (my friend was
telling me why she wants to do her thesis with IDL instead of MATLAB).
Astronomy is full of IDL users (including some of my own students it
Not yet!
On 02/02/2011, at 11:02 AM, Puneet Kishor wrote:
On Tuesday, February 1, 2011 at 4:55 PM, Karl Glazebrook wrote:
BTW I am teaching a one hour PDL course to some unsuspecting astronomers in
Perth on Feb 15.
Do you have the course prepared, or ya gonna wing it since, y'know
could forward this to anyone who they think might be
interested and a good match. We are a pretty good place to work! (Any PDL is
optional).
It's a permanent continuing position, we don't have tenure in Australian
Universities but this is our nearest equivalent.
Karl
Karl
I am glad.
Perhaps you can post what you did somewhere?
KArl
On 05/02/2011, at 10:15 AM, P Kishor wrote:
I am happy to report that the PDL demo was a resounding success. There
were about 7 folks familiar with Perl in a room of about 30. There
were universal hs and ahhhs when I did the
My main irritation with NiceSlice is it does not work in the debugger.
Anyone know a solution to that?
Karl
On 29/05/2011, at 1:59 AM, David Mertens wrote:
Zeno -
Others have addressed many of your questions. However, there is one
bit that I felt could get a little more attention:
On
This is the PGPLOT_XW_WIDTH
environment variable
My setting is 0.3, which means the window width is 30% of the display width
Karl
On 30/08/2011, at 5:25 AM, Chris Marshall wrote:
Trying the PGPLOT demos in the pdl2 shell, the latest
PDL-2.4.9_008 version now starts up the plotting window
Any chance this will allow NiceSlice to work in debugger?
A long standing curse of mine...
Karl
On 13/10/2011, at 1:58 AM, Chris Marshall wrote:
If you wish to try the new PDL::NiceSlice engine, it is
now available in the CHM/PDL-2.4.9_009.tar.gz CPAN
developers release and via
Hi Matt,
Sounds good, I volunteer to do 1 chapter if others also do.
How about we collect volunteers here, and they you marshall them?
I agree that sounds a lot easier than latex.
How did you make the PDF?
-Karl
Sent from an iProduct
On Oct 18, 2011, at 12:21 AM, Matthew Kenworthy
Have a look at the pgpaper() function to set explicit axis ratios
Karl
On 21/10/2011, at 11:49 PM, zentara wrote:
Hi,
Briefly, my PDL PGplots are stretched in the X direction.
I'm hoping someone has seen this before, and knows the
correct option to set in .perldlrc
Attached is a
it works and if it seems stable enough
we could consider adding it to the distribution. Maybe
even with something clever like 'pdl -d' calling it under
the hood...
Cheers,
Chris
On Sat, Oct 15, 2011 at 6:55 PM, chm devel.chm...@gmail.com wrote:
On 10/15/2011 5:58 PM, Karl Glazebrook wrote
Hi Matt
I think I have it working, this is what I did -
- 1) I build pgplot, (simply changing g77 - gfortran in the conf file) but
edited Makefile so as not to build libpgplot.so [kept giving me errors when it
tried to link the demos with it anyway... go figure]
- 2) got rid of
Agreed ADEV has to be fixed (in code). It has the wrong unit dimensions for one
thing
Karl
On 16/11/2011, at 10:19 AM, Chris Marshall wrote:
Hi Derek-
The fix you refer to was for an inconsistent calculation
between the algorithm used with badvals and that used
without badvals. I have
shape sounds sensible to me.
What about dummy dimensions ?
Karl
On 06/01/2012, at 2:04 PM, chm wrote:
I've just pushed a minimal PDL::shape method and
sub to the latest PDL git. Please report any
problems. It is basically pdl($piddle-dims) so
identical except for output type: pdl vs
Stefan,
What is meant by 'spatially correlated random variables'? Correlated how? You
could make a random image, and then smooth it and the pixels would have nice
small scale correlations but that's not what you are asking I expect.
If you define a covariance matrix how you like - you can then
://astronomy.swin.edu.au/study/phdprojects.html
I'd appreciate this being passed on to any interested parties (e.g.
undergraduate students etc.). My Work contact details are below.
Use of PDL is not mandatory but would be welcomed.
Now back to your normal programming...(sic)
Karl
Karl
David Mertens showed a nice demo of something like this he built using Prima.
In particular he had an impressive youtube video demoiing it
David can you post the link?
Karl
On 19/12/2012, at 6:49 AM, Chris Marshall wrote:
I would like to see a more integrated PDL
user environment. The
Or rvals()
On 25/12/2012, at 1:31 PM, Tim Haines wrote:
Hello, all.
I am currently working with some simple 2D data, and I would like to replace
all of the pixel values lying along the same circular annulus with their
median. Currently, I am doing the following:
my $image =
Any computer graphics experts know the optimal way to calculate the area
overlap of a circle (x,y,R) with a square (x1,x2,L) ? C or PDL code accepted!
Karl
___
Perldl mailing list
Perldl@jach.hawaii.edu
wrote:
hi, there is good answer
http://stackoverflow.com/questions/622287/area-of-intersection-between-circle-and-rectangle
On 23 January 2013 11:43, Karl Glazebrook karlglazebr...@mac.com wrote:
Any computer graphics experts know the optimal way to calculate the area
overlap of a circle (x,y
Hi everyone
Surely there must be a modern C-callable (and implemented! No java or python
please) plotting library which supports objects, transparency, GUI
embedding,PDF etc., looks attractive, is cross-platform and is efficient for
large datasets?
Karl
On 31/01/2013, at 7:12 PM, Timothy
If GNUplot can plot a million points or a 4096^2 image with a delay 1s and no
memory disaster then that would be fast enough for me.
I wish there was a better solution
Karl
On 04/03/2013, at 2:04 AM, Henning Glawe wrote:
On Sun, Mar 03, 2013 at 10:04:45PM +1100, Karl Glazebrook wrote:
I
= shift;
use Time::HiRes q/time/;
$x = random($n); $y = random($n);
$w=gpwin(x11);
$t0 = time;
$w-plot(with='dots',$x,$y);
$t1 = time;
return $t1-$t0;
}
points-performance.png
On Mar 4, 2013, at 7:58 PM, Karl Glazebrook karlglazebr
Stellar relative velocities are only tens of km/s which are c. Most naked
eye stars are only within a few thousand light years.
If you corrected to now I think the sky would look pretty much the same.
Einstein might take an issue with defining now being particularly useful
- Karl
On
My thoughts on the main question
- I like PGPLOT because it is fast. Python's matplotlib is pretty but seems to
bog down quite quickly with large data sets (it would be interesting to add
that to the plotting speed plot but I don't have the python skills)
- Philosophically I like the idea of
If Matt could do SciPDL and Mark could go MacPorts would that cover it?
Karl
On 05/05/2013, at 3:53 AM, Chris Marshall devel.chm...@gmail.com wrote:
That would be great! I believe there already is a macports done for an
earlier release of PDL. Updating it to the latest should be mostly
Hi PDL people,
Apologies for the spam but it is in a good cause and I think I have earned the
right for this particular list!
I'm taking part in Movember as my daughters dared me too grow a moustache (I've
never done that) and it's all in a good cause (men's health charity) and fun. I
started
Hi Nick
Like every version of OS X it seems the perl version has changed again, it's
now perl 5.16. Unfortunately these version changes means PDL etc need to be
recompiled!
[perldl list: has anyone experimented with just renaming the /Library
directories?]
I am not on Mavericks yet but I
On 20/11/2013, at 1:48 AM, Nick Wright nick.nwri...@gmail.com wrote:
Hi
Thanks for the quick reply. I've given your steps a try:
(1) install the latest SciPDL (NOT SciKarl as this dates back to Lion or
something) which works with perl 5.12. Note you seem to be several versions
back
for python
Karl
Karl Glazebrook, University Distinguished Professor
Centre for Astrophysics Supercomputing, Swinburne University of Technology
Contact: +61-3-9214-4384 kglazebr...@swin.edu.au
astronomy.swin.edu.au/karl @karlglazebrook
Oops. I mean 1996 :-)!!!
Has it been that long?
On 19/12/2013, at 12:16 PM, Karl Glazebrook karlglazebr...@mac.com wrote:
Since 2006 when I created it. :-)
- What PDL version do you use?
___
Perldl mailing list
Perldl@jach.hawaii.edu
http
A smug of python programmers.
:-)
On 31/12/2013, at 11:32 PM, David Mertens dcmertens.p...@gmail.com wrote:
On Mon, Dec 30, 2013 at 8:38 PM, Vikas N Kumar vi...@cpan.org wrote:
On 12/30/2013 08:31 PM, Karl Glazebrook wrote:
Here's a joke I like - what's the collective noun for a group
I thought with iPython someone could just run a server to which others could
connect to play with a notebook?
Karl
On 10 Jul 2014, at 2:26 am, Zakariyya Mughal zaki.mug...@gmail.com wrote:
On 2014-07-08 at 20:37:53 -0700, Karl Glazebrook wrote:
Hi,
There isn't exactly a live version
= {Karl Glazebrook and Frossie Economou},
title ={PDL: The Perl Data Language},
journal = {Dr.\ Dobb's Journal},
year = 1997,
url = {http://www.ddj.com/184410442},
volume = {Software Careers Special Issue},
}
On Tue, Oct 28, 2014 at 8:47 AM
I used libreadline-6.3
./configure --prefix=/Users/karl/Downloads/tmp1
make
# etc
and Term-ReadLine-Gnu-1.25
# (avoid i386 in some Makefiles)
setenv ARCHFLAGS '-arch x86_64’
perl Makefile.PL --prefix=/Users/karl/Downloads/tmp1
to get SciPDL built. Don't ask me why I needed the ARCHFLAGS or to
to Chris Marshall?
Cheers,
Neil
___
Perldl mailing list
Perldl@jach.hawaii.edu
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
Karl Glazebrook
Director Distinguished Professor
Centre for Astrophysics Supercomputing
Hi there
Do we have any estimate of the impact/reach of PDL?
Has anyone tried a paper count?
Karl
___
Perldl mailing list
Perldl@jach.hawaii.edu
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
It's disappointing it's one of those lame lists that emails your password back
to you in plain text
can we complain?
Karl
On 16 Feb 2015, at 9:03 am, Chris Marshall devel.chm...@gmail.com wrote:
Perldl list members-
The current host for the perldl mailing list is
going away at the
100 matches
Mail list logo
