home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1993 #2 / Image.iso / ham / aprs114.zip / README.BBS < prev    next >
File List  |  1993-05-25  |  3KB  |  51 lines

  1.                INCLUDING APRS PROTOCOLS IN BBS and NODE SOFTWARE
  2.  
  3.     This information is intended for BBS SYSOPS and the writers of BBS and NODE
  4. software.  Please consider the following advantages to including APRS protocols
  5. in your station operation.
  6.  
  7.     Since APRS allows stations to see the network topology in real-time, it is
  8. ideal for determining the locations of all neighboring BBS's and NODES.  If
  9. BBS's and NODES simply included the 19 characters of LAT/LONG in a periodic UI
  10. frame, all users could see geographically where the system is located.  For
  11. permanent fixed sites such as BBS's and NODES, this beacon could probably be
  12. transmitted once every hour or so.  The exact format of the UI frame should be
  13. as follows:
  14.  
  15.     BBSXX>APRS:!DDMM.xxN/DDDMM.xxW/comments as desired to end of line
  16.  
  17.     For BBS code writers, this process can be enhanced by making the BBS
  18. respond to APRS Query packets.  One of these packets is transmitted whenever an
  19. APRS station initializes his program.  On receipt of an APRS Query packet, all
  20. stations on frequency set a one minute random number timer and respond sometime
  21. in that minute with their location.  This way, any APRS station can obtain the
  22. location of all stations on the frequency within one minute of comming on
  23. frequency.  The format of the APRS Query packet is W4XYZ>APRS:?APRS?.  By
  24. including the code in NODE and BBS software to respond to APRS Querys, the
  25. periodicity of the APRS position beacon can easily be set quite infrequently
  26. since stations can request the BBS position at any time.
  27.  
  28.     I have one other request to BBS SYSOPS.  Since APRS contains a packet
  29. BEACON parser to display to users all BEACONS heard on frequency, this is an
  30. excellent way for stations to capture MAIL-FOR beacons.  In this way, APRS
  31. stations simply call up their LATEST BEACONS display and see if there are any
  32. BBS's reporting mail for them.  Unfortunately, the parsing algorithm in APRS
  33. only recognizes BText which occurs on the same line as the packet header. 
  34. MAIL-FOR which is listed on a new-line after an ID Beacon do not show up in the
  35. APRS system.  Only the ID portion of the packet is retained.  For this reason I
  36. would like to request BBS SYSOPS to modify their MAIL-FOR beacons to  keep the
  37. beginning of the MAIL-FOR list on the same line as the packet header.  By
  38. allowing APRS stations to check for mail without even logging on, you are
  39. helping reduce congestion on the channel.  Presently, most stations do not see
  40. MAIL-FOR beacons because they scroll off the screen too rapidly.  APRS grabs
  41. all BEACONS heard and retains them.
  42.  
  43.      Please play with the APRS software and load some of the backup and
  44. demonstration files included.  I'm sure you will find APRS to be an exciting
  45. new capability for packet radio which can make packet radio much more
  46. responsive in real-time communications.
  47.      Finally, ambitious code writers could add code in their BBS's to capture
  48. all APRS position reports heard on frequency.  These reports could be retained
  49. in a file and be made available to local users.  One of these files, if
  50. downloaded, can be loaded by APRS users to display the locations of all
  51. stations ever heard on the frequency!