skyhop / aprs Goto Github PK

Currently we're getting errors because the software version field contains spaces. We should use some reasonable defaults here :)

Implement use of the OGN specific position enhancement as documented here: http://wiki.glidernet.org/wiki:ogn-flavoured-aprs

As documented here, a new parameter will be added to APRS messages originating from the OGN network.

The original message as was posted there:

Folks,

In preparation for the DELAYED reporting for the World Gliding Championships in year 2020 (WGC2020) as requested by the IGC, you can find on the OGN APRS messages a new parameter, the "dly" parameter that indicates that this position reports is from a delayed device.

The format is looking like this:

OGN60E6A0>OGNTRK,OGNDELAY*,LEMD,qAS,DLY2APRS:/114519h4030.26N/00341.96W'090/000/A=002496 !W88! id0660E6A0 +000fpm +19.1rot -19.3kHz 0e 56.8dB gps3x5 1244dly
OGN60E6A0>OGNTRK,OGNDELAY*,LEMD,qAS,DLY2APRS:/114530h4030.26N/00341.95W'027/001/A=002477 !W82! id0660E6A0 +000fpm +0.0rot -19.3kHz 0e 56.7dB gps3x5 1238dly
OGN60E6A0>OGNTRK,OGNDELAY*,LEMD,qAS,DLY2APRS:/114535h4030.25N/00341.95W'036/001/A=002467 !W26! id0660E6A0 +000fpm +15.9rot -19.3kHz 0e 56.6dB gps3x5 1235dly

where the 1244dly, means that this position is delayed 1244 seconds. Tracker=OGN60E6A0, stations initially received=LEMD, station sending the relayed and delayed information=DLY2APRS Time is the original time.
The rest of the parameters are the same.

Please update your parsers in order to handle this new parameter.
Feel free to contact us for further explanations.

With my best regards.
AC/.

In order to be a little bit more fault tolerant add functionality to check throughput and to reset the listener when no throughput is seen, for whatever reason. Hoping the faults will disappear.

I am attempting to use your software for a non-aircraft related application. Unfortunately, if any Symbol table other than '/' or '' are sent by the client, the PacketInfo.Parse() will fail as the aprsMessage.SymbolTable = line is dependent on the dictionary 'Constants.Maps.SymbolTableMap', which does not have any other symbol table in it.

I would like to see the inclusion of a SymbolTableMap.Unknown based on a very unlikely used character (@ symbol perhaps), and the Enum needs to be added as well. Then, that aprsMessage.SymbolTable = line could be:
aprsMessage.SymbolTable = (Constants.Maps.SymbolTableMap.ContainsKey(rawData[8]), Constants.Maps.SymbolTableMap[rawData[8]], SymbolTable.Unknown);

And, SymbolTable.Unknown could be enum 0.

Similarly, the aprsMessage.Symbol could be assigned with an Unknown option, or at the very least, not dependent on just 2 different types of tables. To ensure these lines to not cause the parsing to completely fail if the Symbol is not an aircraft, though, something needs to be amended. I know the existing code utilizes static Tables and Symbols, so adding an 'Unknown' to each would at least cause the parse not to fail.

Otherwise, it's all working well! Thanks :)