In no particular order.
- Better CSS, less stuff crammed in templates
I've been very sloppy about which coordinate set is being used.
I THINK that's why e.g., RA/Dec values between this app and Stellarium differ a bit. I SUSPECT that for solar system objects I should be using APPARENT coords.
- Research this more and refactor if necessary.
Right now the only way to add a finder chart is to run a management command after adding the records. Worse, it iterates through the whole list!
- See if we can put this BACK into the save() for the DSO model.
- Do this. :-)
I'm sure there's a way to calculate/predict events:
- disk shadows
- occultations
I cheat on displaying the rings. I need to do better.
- Inner Solar System
- Whole Solar System
- Planet System (so you can see when a moon is behind the planet)
This will also be useful if/when comets, etc. get introduced?
I'll bet that data exists somewhere!
- Calendar
- with Moon phase
Originally this software was just going to make lots of PDFs.
- Location PDF - to be used on site when evaluating a TBD site.
- DSO PDF - might be handier in a binder than needing a laptop in the field.
- Planet PDF - ditto
- SkyMap PDF - ditto
It's really slow.
- Get time() stats?
- Run all of the earth.at(t).observve(target) calls up front?
- At the very least, survey how MANY calls like this get made for a request.
- If there's a way to pass global information from one method/view to another (with **kwargs?) then have a form for setting UTDT/location and use that.