Open mileslucas opened 4 years ago
So a big usability thing I've noticed when actually using SkyCoords recently is that humans don't work well with radians. Most of the errors as well as the time spent scratching my head recently has been simply formatting the SkyCoords into proper hour angle or degree formats for calculating offsets and for display.
This was really frustrating, because I know all of the hard spherical geometry is coded up really nicely, but the coords don't really feel usable. This has shown me that working on the string representations (and corresponding parsing methods) will benefit this package the most, currently.
For some ideas, I'm curious how Dates
uses their DateFormat
type. I think if we can nail down the design for a struct or two that provides a nice, clean interface for
This way, we don't run into questions with "how do we store the coordinate"- we can always store the numerical value in radians, and use the formatter for the display. This also gives a struct that could be used for bulk parsing of coordinates.
Long time Julia user, just getting into astro for my PhD work. I'd love to help on this as it would be super useful for my research as well as for a few of my colleagues. Specifically, I would love to see the Unitful integration as well as the AltAzCoord
type (as we use them frequently in radio astronomy). I think I can get a PR done soon for the latter - looking forward to helping!
That would be great! :slightly_smiling_face:
Here are some features I'd love to see here:
c1 = ICRSCoord(0, 0); c2 = offset(c1, sep, theta)
I'm happy to crack open some of these but some of these implementations would make good first issues for possible contributors.