[aprssig] The best resolution of position from APRS

Robert Bruninga bruninga at usna.edu
Wed Jan 4 11:02:58 EST 2006


>>> Wes Johnston <aprs at kd4rdb.com> 01/04/06 7:06 AM >>>
>I am pleased with my kenwood d700.... [I like it but}
>  I especially don't like the part about it causes the
>APRS spec to take a step backwards.

You are being misslead by a vocal minority.  What is
holding back 100% APRS compatibilty with 1 foot resolution
is XASTIR that refuses to  upgrade to the APRS 1.2 
proposed 100% backwards compatible !DAO! format.

AND all of the things you list have NOTHING to do with
the spec.  They show how you are being misslead by 
the hype of a few vocal people on the SIG...

> I would like to see things like:
>1)ability to display aprs packets on screen AND send copies 
>of the raw packets out the serial port.

This is not a SPEC issue.  Write kenwood.

>2)ability to extend the APRS protocol so that the radio 
>would auto program some of it's memories to the local 
>repeaters as I travel thru a new area.

The APRS spec already supports this.  Anyone can implement
it.  We have shown how to do it on the SIG and asked people
to implement it.  If you want kenwood to do it, then write them.
This is not a SPEC issue!

ALl the rest ofyoru coments have NOTHING to do with
the sepc so I will stop here.  You are clearly jumping
on the wrong bandwagon and dont understand the
issuese between the spec and compatibility and what
you would liek to see in the Kenwood radio!

Bobl, WB4APR

3)ability to QSY the voice side of the radio to some other frequency and
report signal strength back on aprs in response to an APRS query.  This
would build an auto-df system very quickly.
4)some sort of a programmer accessible API interface... that would allow
some sort of attached "daughter processor" to receive raw aprs packets
and control the screen.  This one feature would future proof the radio!

I spoke with kenwood's programmer at DCC a couple of years ago, and he
seemed to indicate that the d7a was the holdup... no more room in it for
features and the two radios must stay compatible.  I just keep holding
my breath for them to update these two radios.

Wes

Robert Bruninga wrote:
>>>Dont think of it that way, think of it as 10,000 APRS
>>>users who bought a radio and want to continue to use
>>>if for what they bought it for.  It is those users and
>>>their continued satisfaction that is driving the spec
>>>to keep things working right.
> 
> 
>>>>scott at opentrac.org 01/03/06 11:26 PM >>>
>>
>>And it's those 10,000 customers that Kenwood should 
>>worry about keeping happy.  
> 
> 
> They are keeping them happy.  The Kenwood radio still 
> does today, exactly what it did when they bought it.
> And they have not had to download new firmware every
> 3 months to keep it current with every whim of every
> programmer that wants to dink with the APRS protocol.
> 
> 
>>But how many Kenwood firmware updates have there 
>>been  in the last 10 years?
> 
> 
> None, other than a total recall back in 1999 to fix the
> very first model.  Isnt it great that the radio is still
> completely compatible with APRS.  Yes, it does not
> display positions to one foot, but in sometihng moving
> at between 10 to 90 feet per second, one foot precision
> is not that important to those users.
> 
> But when you start sending objects using a protocol
> that they cant understand, then it is not Kenwood 
> that is making them unhappy, but the programmers
> that insist on using a part of protocol that has been 
> depricated and obsolete.  Especially when alternatives
> are avaiable to give the same 1 foot resolution that 
> WOULD let the kenwood users still see the object.
> 
> I'm sorry, we must keep existing systems and users
> compatible.  It is counter productive for Xastir and
> Opentrack to set out to obsolete those 10,000
> radios.  When alternatives exist to give the same
> 1 foot resolution.
> 
> de Wb4APR, Bob
> 
> transmitting a
> Bob
> 
> 
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
> 
> 
> 
> 





More information about the aprssig mailing list