Order Tray | Contact Us | Home | SIG Lists

[aprssig] Voice Repeater Frequency Objects

Joel Maslak jmaslak-aprs at antelope.net
Fri Sep 19 00:09:20 UTC 2008


On Sep 18, 2008, at 10:15 AM, Robert Bruninga wrote:

> So the only thing we can guarantee that a recepient will *see*
> is what is in the first bytes with less reliability further out.
> This places a priority on the left-justification of priority
> data in all position and object comment fields.


I know a bit about software engineering, having studied it and worked  
professionally in the field.  One key principle is to separate  
presentation from data.  Most APRS clients do this (including DOS  
APRS, AFAIK).

For instance, position formats shop up one way, even though they  
might be MIC-E, Compressed, NEMA, or whatever else is allowed (don't  
have the spec in front of me) - the display shouldn't make someone  
manually decode these things, unless of course they are wanting to  
(and then it *should* allow them).  Nobody at the EOC during a  
disaster is going to want to see these packets differently just  
because the format was different.  They want to see the area where  
the flooding is reported.

That's separating presentation from data - either can change without  
affecting the other.  We could add another position format and that  
shouldn't require users (with updated software) to know how to  
manually parse it.

I agree with others who have said that the /A= shouldn't be displayed  
as part of the comment - it's part of the three-dimensional spacial  
position of an object/station, and it should be treated the same way  
- displayed where LAT/LON is displayed, not displayed where it isn't,  
and *possibly* selectable to be displayed on an icon-based system  
with icons on a map.  I can't imagine it would be impossible to make  
the Kenwood do that, at least the 710 - maybe Kenwood could release  
the firmware source code and they'll get free labor to do it.  ;)

Also, how does the 710 report altitude to RF?  I'm simply curious.

> If an application or any tracker software wants to maintain the
> flexibilty designed into the spec to allow the user to choose
> the importance (display priority) of his data elemets, it should
> give the user the option of where to put that data and not
> arbitrarily force the user into only one location and hence
> violate the intentions of the spec.


Does DOSAPRS really make someone look at comment strings to see  
altitude?




More information about the aprssig mailing list