I can still remember a time when I was the only guy out there looking at
MODIS data with PDL. I think there are at least 4 now working with that
instrument's data.
This sort of knowledge is very useful in spurring on sharing of code
among the PDL community.
I think it's about time we did a poll on this mailing list to find out
what kind of data people are working with (sources, field (remote
sensing, modelling, etc..), and format), as well as where everybody's
going with it.
Any takers?
-Judd
On Tue, 2007-12-11 at 08:49 -0500, Arlindo da Silva wrote:
> Hi,
>
> I am new to PDL and have a couple of questions/comments to help
> getting oriented. I have spent some time googling for some of these
> questions
>
> 0) I am not an astronomer but rather an atmospheric scientist. My
> applications would be along the lines of the "demo cartography".
>
> 1) The FAQ link on the nav bar of the home page http://perldl.perl.org is
> broken
>
> 2) Is there a way to search this mailing list past 2004?
>
> 3) Between Mac OS X and Linux/Mandriva I am yet to run into a
> *complete* build of PDL, or been able to get one going from sources.
> In maintaining builds for another smaller app (grads,
> http://grads.iges.org/grads) but with an increasing number of external
> dependencies we resorted to maintaining binary builds for a number of
> platforms, much along the same lines of SciKarl. To keep my sanity it
> proved convenient to maintain an integrated static build of the
> external deps - it is sort of a mini distro for creating portable
> binaries, see
> http://opengrads.org/wiki/index.php?title=Supplemental_Libraries_%28Supplibs%29.
> Once you build these libs for a platform you leave them alone until
> there is a good reason to update one of the underlying libraries. The
> idea is to have a generic binary for Linux/i586 and Linux/x86_64,
> rather than treat each distro individually (rpm/deb packages for each
> distro can still continue through the normal channels.)
>
> - Has similar concept been considered for PDL for providing *complete*
> builds? The existence of such complete builds for numpy/matplotlib is
> a real treat.
> - Are there any licensing issues with the dependencies?
> - Is there an autoconfiscated version of PGPLOT somewhere?
>
> 4) Talking about SciKarl, is there a reason why RGB support was not
> enabled in PGPLOT? All my background maps (MODS imagery, not vector
> graphics) come out in gray scale.
>
> Any help greatly appreciated.
>
> Arlindo
>
--
____________________________
Judd Taylor
Software Engineer
Orbital Systems, Ltd.
3807 Carbon Rd.
Irving, TX 75038-3415
judd.t@xxxxxxxxxxxxxxxxxx
(972) 915-3669 x127
|
