[aprssig] Roll call for APRS software authors

[Lynn W. Deffenbaugh (Mr)]

I believe the original purpose of the roll call was to identify 
currently active software authors that might be interested in the 
discussions coming up about adding additional symbol overlay 
definitions.  I'm accumulating the information so that folks will have a 
reference point for who is the author of various software if questions 
arise about that software.

For this purpose, libraries and/or servers seem to be reasonable to 
include as questions about those various APRS system components may 
arise from time to time.

I'll add these to the list, but of course they'll be footnoted as having 
not having checked in here as ongoing discussions are likely to occur in 
this group/mail reflector.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 10/4/2013 7:50 AM, Matti Aarnio wrote:
> On Fri, Oct 04, 2013 at 07:08:07AM -0400, Lynn W. Deffenbaugh (Mr) wrote:
>> Ok, I think I have all of the recent updates applied to the page at:
>>
>> http://aprsisce.wikidot.com/clients
> Lynn,  the description of the list was originally very clearly
> (in my understanding) about gadgets and software with graphical face.
> But now it seems to include also some servers and tool libraries.
>
> A few softwares that I know about:
>
>    http://ham.zmailer.org/oh2mqk/aprx/
>
>    http://www.aprs4r.org/cgi-bin/trac.cgi/wiki/WikiStart
>
>    http://he.fi/aprsc/
>
>
> Would you want to include there igate and aprs-is servers too?
> A few of those already listed are gui + igate, after all, but real
> serious always running igate is not the same as your game and other
> random uses desktop PC.
>
> Indeed you are better off with purpose dedicated flash "disk" based
> (instead of mechanical hard drive) solution eating up as little
> power as possible.
>
> Of course there is no single de-facto network API in existence that
> would allow GUI softwares to talk to external radio interface server.
> All existing ones are propretary, and their authors seem to be very
> protective about them taking serious dislike at other people implementing
> _servers_ code behaving in similar way.
> (Some Linux AX.25 Peer-to-Peer tunneling protocols come perhaps close.)
>
>
> 73 de Matti, OH2MQK
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> http://www.tapr.org/mailman/listinfo/aprssig
>