N3FJP Bridge for local instance of OHC- Preview lines for current qsos, persistent lines for logged qsos #986
stearnsy33
started this conversation in
Ideas
Replies: 1 comment
|
This is great work, and it's exactly the kind of thing that belongs in Rig Bridge as a first-class plugin rather than a Gist + manual wsjtx.js edits. The location-cache fix you did for the 0,0 jumps mirrors what the server-side spot enrichment now does, and the plugin framework (rig-bridge/plugins/, see the aprs-tnc and winlink plugins for the local-file/local-API pattern) would give you config UI, lifecycle, and updates for free. Want to turn the bridge into a PR? Happy to help with the plugin scaffolding — and the 5-17s lag is likely N3FJP's API polling interval, which a plugin could expose as a setting. 73, K0CJH |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hey everyone, I've been working on getting N3FJP to play nice with the OHC map and finally have it in a working state.
I still have a 5-17+ second lag, but have fixed an issue where logged contacts would jump to the equator (0,0 lat/lon) by adding a location cache to the server side.
If anyone wants to try this out experimentally, here is the Gist with the bridge script and the necessary edits for wsjtx.js: https://gist.github.com/stearnsy33/c634e0cdac7637b2a772d315927b21d9
73, KC1UEK (Ben)
All reactions