Map APRS-IS objects when "Send packets to RF & APRS-IS" is unchecked. Also add GPS based APRS-IS Filter#12
Open
fromalexx wants to merge 9 commits intona7q:masterfrom
Open
Conversation
added 9 commits
April 1, 2026 21:33
AudioBufferProcessor.java and PacketCallback.java were stored as plain-text path pointers (Unix symlinks) which break on Windows. Replaced with actual file contents from PacketDroid submodule.
Packets arriving via igate (TYPE_IG) were only parsed and added to the map if the unrelated 'send my position to APRS-IS' (p.positiontois) preference was also enabled. This meant stations heard over igate showed in the log but never on the map unless that option was on. Fix: parse all TYPE_IG packets unconditionally, same as TYPE_POST and TYPE_INCMG packets.
- New checkbox in IGate settings: 'Auto-prepend GPS range filter' - New field: GPS filter radius in km (default 100) - When enabled, prepends r/lat/lon/radius to the custom filter string on login, so APRS-IS starts sending nearby traffic immediately - While connected, re-sends #filter command over the live socket whenever position changes by more than 5km (no reconnect needed) - Custom filter field still works normally; GPS filter is prepended - Falls back gracefully if no GPS fix is available
APRS-IS protocol requires the #filter command to be sent AFTER the server confirms login with '# logresp'. Sending it before (as part of sendLogin()) caused the server to silently ignore it, resulting in '# filter active' never appearing in the log and no range-based traffic being delivered. Fix: sendLogin() now only sends the 'user' line. A new sendFilterCommand() is called from the message loop when '# logresp' is detected.
sendFilterUpdate() was firing on the very first incoming packet because lastFilterLat/Lon were still 0,0. After sendFilterCommand() sends the filter on logresp, immediately sync lastFilterLat/Lon from GPS so shouldUpdateGpsFilter() won't trigger again until we actually move 5km.
- Add filterJustSent flag to skip shouldUpdateGpsFilter() on the same loop iteration that sendFilterCommand() ran, eliminating the duplicate '# filter active' line in the log - Replace fixed 5km threshold with 5% of the user's configured radius (e.g. 200km radius -> update every 10km, 50km -> every 2.5km) - Uses getLastKnownLocation() only, no additional GPS polling/battery use
Added check: if lastFilterLat/Lon are still 0.0/0.0, return false. This prevents sendFilterUpdate() firing on the first server message (aprsc banner) before sendFilterCommand() has run and set the baseline coordinates, which was causing the duplicate filter send.
…contents" This reverts commit 78b5dc10212813b6b059c947a25194bc0b9f49d6.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
I like to use APRSDroid without reporting to APRS-IS sometimes, but I want to view APRS-IS packets alongside TNC packets.
Currently, if "Send packets to RF & APRS-IS" is unchecked, then I will see the packets in the log, but they will not get mapped. This fixes that issue.
With that being said, I also added a feature where you can send your GPS coordinates in the filter command automatically so if you don't have a packet sent to APRS-IS, you can still view the objects in your area.
Full disclosure - I used AI to make these changes. If you prefer shy away from AI based changes, I can cancel the PR. There are some features I would like to see and I plan to start trying to get them here despite the fact I can't read this code very well!