Skip to content

Claude/add api endpoints 01 q asog wna rm za7p jgb p2gwh#103

Merged
skyelaird merged 3 commits intomainfrom
claude/add-api-endpoints-01QAsogWnaRmZa7pJgbP2gwh
Nov 17, 2025
Merged

Claude/add api endpoints 01 q asog wna rm za7p jgb p2gwh#103
skyelaird merged 3 commits intomainfrom
claude/add-api-endpoints-01QAsogWnaRmZa7pJgbP2gwh

Conversation

@skyelaird
Copy link
Copy Markdown
Owner

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)

claude and others added 3 commits November 17, 2025 18:14
This commit addresses multiple UI/UX improvements and adds missing features:

API Enhancements:
- Add /api/health endpoint for monitoring and health checks
- Add /api/train endpoint placeholder for future model training

Antenna Configuration Improvements:
- Expand antenna types: Added EFHW, random wire, multiple yagi variants (3/5/7 element), log periodic, hex beam, loop antennas, and magnetic loop
- Add height settings (AGL) for horizontal antennas with conditional display
- Implement backward compatibility for legacy antenna types (yagi -> yagi_3el)
- Improve band-to-antenna assignment layout (3-column grid for better distribution)

Prediction Settings UI:
- Rename "Settings" button to "Prediction Settings" for clarity
- Replace SNR slider with radio buttons for common modes (FT8: 3dB, CW: 6dB, SSB: 10dB, Custom)
- Add updateSNRValue() function to handle SNR mode changes
- Update loadSettings() and saveSettings() to support new SNR radio button interface

These changes improve the user experience by providing more antenna options, clearer settings organization, and easier SNR threshold selection for different operating modes.
…icator

This commit adds the testing features for Week 4 tasks:

Greyline Time Slider:
- Add interactive time slider below the overview map
- Allow users to preview greyline position at any hour (0-23 UTC)
- Modify drawGrayLine() to accept optional custom hour parameter
- Add "Current Time" reset button to return to real-time greyline
- Display preview time when slider is adjusted

Path Mode Selection (SP/LP Toggle):
- Add Short Path (SP) / Long Path (LP) radio buttons to Prediction Settings
- Integrate pathMode setting into localStorage persistence
- Update loadSettings() and saveSettings() to handle path mode preference
- Add explanatory text: "Short path is the direct route; long path goes the opposite direction"

Most Reliable Mode (MRM) Indicator:
- Add MRM section to Propagation Charts tab
- Display 24-hour band recommendations in grid format
- Show best band for each hour based on reliability percentage
- Color-code indicators: green (≥60%), yellow (30-60%), red (<30%)
- Auto-update when region selection changes
- Display hour, recommended band, and reliability percentage

These features enable users to:
1. Visualize greyline propagation effects at different times
2. Plan for short path or long path propagation modes
3. Quickly identify the most reliable band for each hour of the day
@skyelaird skyelaird merged commit 607901c into main Nov 17, 2025
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants