APRS SPEC Addendum 1.1

Updated 3 Nov 2011 to add the overlooked requierment for AutoAnswer messages to begin with AA: and to auto-cancel when the operator returns.


This copy of the APRS SPEC Addendum 1.1 was approved by the APRS-WG . (Vote was called 30 July 2004).
All continuing updates to APRS from that date onward are found on the APRS 1.2 proposed draft addendum.
For a comparison of what has been implemented in what clients, please see the Capabilities Chart

THE STATE OF APRS as of July 2004: This APRS Specification version 1.1 represents additions, corrections, and deletions since the original APRS1.0 spec of 21 June 2000. This edition represents the state of the APRS protocol and its usage through July 2004. As of this date, the state of the APRS users showed almost 27,000 stations worldwide of which:

  • 33% are fixed or home stations (includes WX stations)
  • 36% are infrastructure (30% digis and 6% IGates)
  • 31% are mobiles

    APRS Mobiles: Of these mobiles, it is interesting to note that almost 60% are transmitting APRS using the Kenwood D7 or D700 APRS radios but more significantly nearly 85% of all mobile APRS users, who view APRS data in their vehicles, use these radios as their only source of APRS data while mobile. Thus, to the extent that APRS is intended for tactical-real-time local display of data to end users, compatibility with these mobile users is a significant driver in the consideration of changes to the APRS Specification. Another interesting observation is that about 55% of all APRS stations are firmware devices (digis, TNC's and trackers and WX stations) that are not easily upgraded. This is a testiment to the stability of the APRS protocol and our desire to maintain compatibility with existing users where possible.

    APRS is NOT Ham Radio's MOBILE COMPUTING: The 1200 baud national APRS user channel cannot and was never intended to be Ham Radio's solution to Mobile Computing . The thousand-fold greater bandwidths required for typical Mobile Computing applications are enormous and there is no attempt to clutter the APRS channel with all possible data that might be of use to a user with a laptop in his car. APRS is for brief, short data types of immediate Ham Radio interest to all tactical users on the local RF channel.

    APRS1.1: With the above as background, the following items represent the uncontested changes, additions, deletions or amplifying information included in APRS Specification Addendum 1.1. There is no intent to re-publish the spec. The original document will remain as is, and these APRS 1.1 revisions will refer back to appropriate pages where noted:

    CORRECTIONS:

    • Page 18 X1J exception. Abandoned/depricated in 2012. Now the ! DTI is only at the beginning.
    • Page 55 Mic-E Altitude. Optional altitude should be first after the Mic-E type byte. (type byte was extended in addendum 1.2)
    • Page 25 refers to a 'WPT' NMEA sentence type. Curt, WE7U assumes that should be 'WPL'?
    • The Antenna Gain in the PHG format on page 28 is in dBi.
    • Page 34 DF NRQ is not defined in spec. See original DF.TXT and PROTOCOL.TXT
    • Page 45, We now avoid the term "Mic-E Messages" and use the term "Mic-E Position Comment" for these bits.
    • Page 48, 100-109 goes to "u" instead of DEL and 110-179 is 38-107 going to "k" instead of DEL.
    • AX-25 Table: The AX-25 UI-Frame TABLE lists Flags at the end of a packet being 2 bytes.
      . . The correct number is 1, and it may be shared with the next packet. (From VK2TDS).
    • Default Paths of WIDE2-2, not RELAY or RELAY,WIDE. (page 11) (updated June 2006)
    • Normally, HID should be OFF in all APRS TNC's (page 91).
    • SSID Conventions in user calls (page 95)
    • DATUM: Standard is WGS-84, but Continental options such as OSG for the UK are OK.(page 21) See !DAO! concept in APRS1.2
    • Range Scale: The standard view size descriptor for APRS displays. ( map example). (page 11)
    • Time Stamps on receipt (page 23).

    SYMBOL UPDATES:

    OBJECT (and NAME) CLARIFICATIONS:

    • Name/Call equality and SPACES-in-names Manefesto
    • OBJECTS: Amplifying comments on ownership, killing and equality with stations. (page58)
    • OBJECT names should not have any punctuation that cannot be converted to valid Wapoints on most GPS's.
    • AREA Objects are poorly described in the spec. (page 60)
    • Polygon and Line OBJECTS (new for page 31)
    • Compressed Objects: not recommended for use on RF due to incompatibilities (page 58)
      . . For 1 foot precision, use $GPGGA, or 3rd party compressed posits, or the proposed !DAO! format.
    • ITEM Format is not recommended on RF due to incompatibilities (page 37)

    UPDATED TABLES and INFO:

    WEATHER RELATED ISSUES:

    APRS-IS (Internet System):

    • NOGATE and RFONLY in the RF DIGI field should not be forwarded into the APRS-IS by IGates.
    • !x! means no archive. Any packet containing this string should not be archived by any of thes APRS-IS data bases. Positions, status or messages.
    • APRS-IS Core and Tier-2 servers web pages and how they work.
    • The Qxx Construct: Marks the source of entry of all packets into the APRS-IS.
    • IGATE Status Report Format: Left_bracket then "IGate, MSG_CNT=N, LOC_CNT=N"

    APRS 1.1 SPEC Operating Conventions for the Good of the APRS Network:

    • The New-N Paradigm obsoleted old RELAY and WIDE and TRACE for 300-500% network improvement
    • APRS Voice-Alert for instant voice contact with any APRS mobile
    • Reply-ACKS Algorithm: Really makes message QSO's FLY! (page 73)
    • Recommended DIGI paths and striving for network protection ahead of too much user flexibility.
    • Digipeater ID rates for optimum APRS networks
    • Under New-N, All APRS KPC-3+ compatible digis should use UIFLOOD set to ID instead of NOID.
    • D-700 Digipeater Settings are different from KPC-3+ settings (do not use UIFLOOD WIDE,28,NOID).
    • HF freqs and TNC offsets to help you tune up.
    • Auto-Answer messages are SPAM to the network in most cases. To limit their impact, all original APRS clients adhered to these rules for auto-answer messages:
      1) Any such AA message text should begin with AA:
      2) Any such AA message should not have a Line number (so it does not cause acks)
      3) Any such AA message is only sent once on each incoming message packet (no forced retries)
      4) Any such AA message should default to OFF on power up.
      5) Any such AA message should be canceled when the client detects the return presence of the operator
      6) Any such AA message can be ended with a }yy REPLY-ACK if the software supports it

    The above is the complete APRS 1.1 Spec Addendum. It was a compilation of all the accumulated feedback from users and authors about errata, errors, typos and any omissions in the spec that had been accumulated from the time of the original spec to June 2004. This APRS erratta page had been running continuously for years and was updated whenever these items were discovered and each of these items were widely published and discussed on the APRSSIG and the APRSSPEC working group for public discussion. But it was decided best to finally Freeze the accumulation in June 2004 as APRS1.1 and then after public posting approve it.

    Then to begin working on any new issues as APRS1.2.
    See the proposals for APRS1.2

    Bob Bruninga, Technical Chariman, APRS Working Group



    Back To the APRS site-map