[aprssig] Multi control station situational awareness - For mobiles? or homes without power?

[Shawn Stoddard]

I’ve only had one fellow amateur with a kenwood.

I also wouldn’t want to do any serious data entry/review on a 20x4 screen. Just my opinion. 

On Tue, Dec 3, 2019, at 19:08, Robert Bruninga wrote:
> There sounds like two paths emerging.
> 
> - Come-as-you are with APRS radios in the mobile as the end terminal unit
>    Everybody has one
> 
> - Invent something new with PC's, clients, Pi's, displays, for use at home
> (or front seat mobile?
>   Nobody has one
> 
> 
> -----Original Message-----
> From: aprssig <aprssig-bounces at lists.tapr.org> On Behalf Of Shawn Stoddard
> Sent: Tuesday, December 3, 2019 7:01 PM
> To: aprssig at lists.tapr.org
> Subject: Re: [aprssig] Multi control station situational awareness - How's
> this supposed to work?
> 
> 
> Great sanity check. You’re thinking the same path I am.
> 
> On Tue, Dec 3, 2019, at 15:40, Greg Troxel wrote:
> > I would urge you to step back and consider your requirements, think
> > about the protocol that will be used at a high level, and then figure
> > out how to use specific techniques to implement that protocol.
> >
> > If what you want to do is publish infomration about status of
> > particular places, then APRS probably is the best fit.
> >
> > If you are trying to synchronize the list of checked-in stations among
> > N NCS stations, then I think you want some sort of database sync
> > protocol which is going to send messages among the participants, and
> > you may or may not want to carry that over APRS.
> >
> > I think you implied this, but from the "train like you'll fight" I
> > would suggest using the over-the-air sync all the time, and not use any
> > direct-to-APRS-IS internet-based injection.   Gatewaying to APRS-IS is
> > great for others to probably be able to see what's up, but I think you
> > should plan on no internet, and thus operate that way routinely,
> > because otherwise you are likely to be depending on it more then you
> > think.
> >
> > ALl of this is going to push you to protocols that are very terse and
> > push just the data, with all formatting and UI local.  This means
> > writing a local implementation of the UI for the protocol.
> >
> > 73 de n1dam
> >
> >
> >
> >
> > _______________________________________________
> > 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
> 
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org
>