Set up dashboard development environment

[skyelaird]

GitHub Actions Workflow:

• Created .github/workflows/publish.yml for automated publishing
• Supports both TestPyPI and PyPI via trusted publishing
• Manual trigger with workflow_dispatch for testing
• Automatic trigger on GitHub releases
• Uploads built distributions to GitHub releases

PyPI Configuration:

• Fixed license format in pyproject.toml (SPDX expression)
• Removed deprecated license classifier
• Package now builds cleanly with python -m build

Documentation:

• Created comprehensive PYPI_SETUP_GUIDE.md with step-by-step instructions
• Covers TestPyPI/PyPI account creation
• GitHub Secrets configuration
• Trusted Publishing setup
• Manual and automated upload workflows
• Troubleshooting common issues

Release Notes:

• Created RELEASE_NOTES_v0.9.0.md for GitHub release
• Highlights 86.6% validation accuracy
• Documents all Phase 1-5 features
• Installation instructions for multiple use cases
• Quick start examples
• Roadmap for v1.0.0

Ready for:

1. Manual TestPyPI upload for testing
2. GitHub release creation (triggers PyPI upload)
3. Production PyPI publishing

Description

A clear and concise description of what this PR does.

Type of Change

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Documentation update
• Performance improvement
• Code refactoring
• Test coverage improvement

Related Issues

Closes #(issue number)
Related to #(issue number)

Changes Made

• Change 1
• Change 2
• Change 3

Testing

Describe the tests you've run to verify your changes:

Test Configuration

• Python version:
• Operating System:
• NumPy/SciPy versions:

Test Results

# Command used to test
python -m pytest tests/

# Or validation command
python test_voacap_reference.py

• All existing tests pass
• New tests added for new functionality
• Validation pass rate maintained or improved
• No performance regression

Validation Checklist

• Code follows PEP 8 style guidelines
• Docstrings added/updated for public functions
• Type hints added where appropriate
• Comments added for complex logic
• Documentation updated (README, USAGE, etc.)
• CHANGELOG.md updated
• No new warnings or errors introduced

Performance Impact

• No performance impact
• Performance improved (provide benchmarks)
• Minor performance regression (justified because...)
• Not applicable

Benchmarks (if applicable)

Before: X seconds
After: Y seconds
Change: Z% improvement/regression

Breaking Changes

If this PR introduces breaking changes, describe:

1. What breaks
2. Migration path for users
3. Why this change is necessary

Screenshots/Output (if applicable)

For dashboard changes or output format changes, include before/after screenshots or sample output.

Additional Notes

Any additional information that reviewers should know:

• Assumptions made
• Trade-offs considered
• Future work needed
• Dependencies added/removed

Reviewer Checklist

For maintainers reviewing this PR:

• Code quality is acceptable
• Tests are comprehensive
• Documentation is clear
• Validation results are acceptable
• No security issues introduced
• Backward compatibility maintained (or breaking changes justified)