[aprssig] Making APRS text messages longer

[Gregg Wonderly]

In the end, the technical debt of APRS continues to draw us into not changing anything because it’s all about exact positions and many things related to ASCII as a protocol representation.

I am still a big fan of the concept and capabilities of OpenTrac which would allow new things readily, because software can trivially ignore the data that it doesn’t understand.

At some point we really should move on to a more modern and capable data system.

Gregg WONDERLY

Sent from my iPhone

> On Dec 1, 2021, at 8:42 AM, Robert Bruninga <bruninga at usna.edu> wrote:
> 
> OK, good point
> But APRS network is based on solo independent reasonable length packets.
> TOo long and reliability goes down.
> Are we talking about going up from 67 bytes to 80
> or some kind of new protoclo that combines multi-line but reasonable
> length packets?
> 
> Bob
> 
>> On Wed, Dec 1, 2021 at 9:02 AM Heikki Hannikainen <hessu at hes.iki.fi> wrote:
>> 
>>> On Thu, 25 Nov 2021, Robert Bruninga wrote:
>>> 
>>> The problem is the 50,000 Kenwoods and Yaesu APRS radios that
>>> could not display these messages.
>>> APRS messaging was designed for single line AND paragraph messaging.
>> 
>> I think it would be good to advance the state of the art a little bit in
>> this field. It is certainly possible for modern APRS applications to make
>> sure they don't send long messages to those old radios, while still
>> allowing sending longer messages to new APRS devices which can receive
>> them.
>> 
>>   - Hessu
>> 
>> 
>> _______________________________________________
>> aprssig mailing list
>> aprssig at lists.tapr.org
>> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
> 
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org