On Apr 13, 2010, at 1:33 PM, Chris Marshall wrote: > >> More generally, a PDL::WCS subclass, or something of that sort, that had >> a format-agnostic metadata header, might be a nice way to go (for >> using proj >> stuff and FITS stuff together), even if it just converts everything to a >> particular internal working format. Dominic Zarro did something similar >> to that with the MAP object used by the SolarSoft IDL package, and of >> course >> Proj and StarLink have working WCS style formats too. > > I like the idea of a common, 90% solution supported via > the existing hdr formalism. It has the advantages of > potentially better performance, easier migration of the > existing FITS code, and an intrisic support for the > various scientific coordinates by PDL proper and not > just a subclass. As an example, consider the PDL::Complex > type which only works if you use it and I'm not sure > to what extent all the tests pass with complex piddles.
The Starlink AST library provides an AST object -> FITS header -> AST object gateway for importing and exporting FITS style headers. You can control the FITS encoding that is generated using a number of standards or use a native internal encoding suitable for storing in a hash extenrally from the C object (or it can serialise to a simple text file for later import). -- Tim Jenness Joint Astronomy Centre _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
