| |
ZL3AI > APRDIG 12.04.07 07:04l 241 Lines 9222 Bytes #999 (0) @ WW
BID : 10040-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 34 #9, 4/6
Path: DB0FHN<DB0FOR<DB0SIF<DB0EAM<DB0NOS<DB0BI<DB0PRA<DB0IUZ<DB0GOS<DB0RES<
DK0WUE<SP7MGD<CE8FGC<VK6HGR<ZL2BAU
Sent: 070412/0448Z @:ZL2BAU.#79.NZL.OC #:42618 [Waimate] $:10040-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Message: 24
Date: Mon, 9 Apr 2007 18:01:58 -0500
From: "John Habbinga" <kc5zrq_at_gmail.com>
Subject: Re: [aprssig] Internet to APRS email
APRSLink will let you check your email via APRS. In my city the APRS
Internet Gateway is located in a central high location. So using APRSLink
to retrieve short messages works well since the user doesn't normally have
to go through any digipeaters.
If you are using Winlink, then put WLNK-1 into your comment or status
beacon. When an email arrives for you, then you will be sent an APRS
message. You can then check your Winlink email using Airmail, Outpost, or
some other packet radio client.
------------------------------
Message: 25
Date: Mon, 9 Apr 2007 17:26:03 -0600
From: Joel Maslak <jmaslak-aprs_at_antelope.net>
Subject: Re: [aprssig] SSID for RF only Station with backup power
On Apr 9, 2007, at 4:17 PM, Robert Bruninga wrote:
>* Being there are less than 7 APRS symbols left
>* Being that there are many many more ideas to go
>* Therefore, APRS must expand its symbol set by using OVERLAYS
>* We need concurrence from all authors on receipt of an overlay:
>- Receipt on all existing "overlyable characters works"
>- Receipt on any other symbol will not break anything
>- Eventually receipt of the overlay may be displayed somehow
>- An overlay on a base symbol can trigger a different symbol
Maybe the idea of symbols is wrong?
I have no desire to know whether or not someone is using solar power. Very
likely someone else does. When mobile, I don't care about anyone but other
mobile stations generally.
It APRS had a faster signal rate (maybe 1200 is enough now that we've
decided 500 ms is an okay tx-delay...), you could have an "icon packet"
that included the bitmap. A 16x16 bitmap is 256 bits - if you had 8 bit
clear channel, you could send that in only 32 bytes. Of course APRS isn't 8
bit clear, so it's going to be more like 40 bytes (base-91). That is .26
seconds or so additional traffic...you could even tack it on after whatever
the length of the comment that the Kenwoods truncate is (since long
comments have become useless with the introduction of the D7/700 radios).
And if someone complains about the extra traffic, shortening the Kenwood
TX-delay a bit might offset the increased bandwidth). In addition, the
icon might only need to be sent once per net-cycle time or maybe even less.
For internet-connected displays (probably a good chunk of them) you could
even bounce that 40 byte icon off of some public web service that returns
the icon made to look pretty - color, higher resolution, etc - which the
client could then cache for offline use. Maybe even provide a way of
updating your icon list before you take a machine out to the field. Then
so long as people used a registered icon, you'd be able to display it
pretty, and if it wasn't a registered icon it would still display, just not
in high resolution or color.
The reality is that a large number of icons is not useful. Does the
station move? That's important to know sometimes. Is it infrastructure or
is there a human near it - that's important but is impossible to determine
from the current use of icons. That's pretty much what I need to know.
90% of the time, if I was doing something where I needed to track things, I
already know the callsign or tactical call. Certainly there is a "gee-wiz"
part of making the ambulance look like an ambulance, but only if I care
about the ambulance or I am *not* doing anything on APRS of any importance
(so I'm playing, not doing an exercise or something).
The other problem is that we could have 60,000 icons and someone will come
up with "Well, that bicyclist is riding an upright bike and I ride a
recumbent" while the next person will say "and I have a trailer behind my
upright bike", etc. And thus most programs will end up supporting
incompatible subsets of available icons.
------------------------------
Message: 26
Date: Mon, 09 Apr 2007 19:11:34 -0500
From: "Robbie, wa9inf" <mwrobertson_at_comcast.net>
Subject: Re: [aprssig] Internet to APRS email
Hi John,
Thanks, I know about WinLink, or of it, and after browseing around on the
WinLink page, I would prefer the small one liner APRS/EMAIL we had.. A lot
less confusing, no software, and a lot less configurations! :-) I am sure
WinLink is doing a great job for folks who have taken the time to set it
all up..
Robbie
------------------------------
Message: 27
Date: Mon, 9 Apr 2007 17:17:01 -0700
From: "Bill Vodall WA7NWP" <wa7nwp_at_gmail.com>
Subject: Re: [aprssig] Internet to APRS email
Find or setup a javAPRSEmail server. Pete has pretty nifty bidirectional
Email built into it.
http://aprs-is.net/email.htm
On the other hand the Winlink setup is pretty simple once you learn it and
it's very powerful.
73
Bill - WA7NWP
>Thanks, I know about WinLink, or of it, and after browseing around on
>the WinLink page, I would prefer the small one liner APRS/EMAIL we had..
>A lot less confusing, no software, and a lot less configurations! :-) I
>am sure WinLink is doing a great job for folks who have taken the time
>to set it all up..
>
>Robbie
------------------------------
Message: 28
Date: Mon, 09 Apr 2007 19:20:31 -0500
From: "Robbie, wa9inf" <mwrobertson_at_comcast.net>
Subject: Re: [aprssig] Internet to APRS email
Thanks Bill,
Will look into Pete's program as well.. I've heard nothing but good things
about WinLink, and Icould very well dig deeper into it as time passes..
Robbie
Bill Vodall WA7NWP wrote:
>Find or setup a javAPRSEmail server. Pete has pretty nifty
>bidirectional Email built into it.
>
>http://aprs-is.net/email.htm
>
>On the other hand the Winlink setup is pretty simple once you learn it
>and it's very powerful.
>
>73
>Bill - WA7NWP
------------------------------
Message: 29
Date: Mon, 09 Apr 2007 19:28:34 -0500
From: Doug Younker <dougy_at_ruraltel.net>
Subject: Re: [aprssig] Deviation meters
It appears I left one page out of the poor mans service monitor magazine
project, sorry. I believe I sent a revise zip file to everyone who
asked the article, if I missed you please email me and I'll take care of it.
Doug, N0LKK
------------------------------
Message: 30
Date: Mon, 09 Apr 2007 20:29:48 -0500
From: Doug Younker <dougy_at_ruraltel.net>
Subject: Re: [aprssig] SSID for RF only Station with backup power
By indefinite, you mean unlimited, I'm not so sure there is a need to ID
a station as such. This not at all like a FM repeater operating on a
limit amount of battery back power, alerting the users of that fact, so
they keep the use of the repeater to only essential traffic or use
simplex as much as possible. Can only be useful if those stations with a
limited amount of back up power ID themselves as such, and the APRS
users users adjust their parameters to use the station with unlimited
backup power first, conserving the power of the station with a limited
amount of back up power. Just in case that station with unlimited
becomes limited itself non existent. :) Instead of cluttering up the
map, can a text bulletin be sent reminding locals and informing visitors
of the situation?
Doug, N0LKK
Bill Vodall WA7NWP wrote:
>I'm very close to bringing on line a full time RF only APRS station
>with indefinite backup power. It's my belief that a station like
>this is getting back to the core essence of what APRS (and Amateur
>Radio) is all about. As such, I think it would be valuable to
>differentiate these stations either with a unique SSID or map symbol
>... or both.
>
>Suggestions or thoughts?
>
>73
>Bill - WA7NWP
------------------------------
Message: 31
Date: Mon, 9 Apr 2007 20:47:11 -0700
From: "Bill Vodall WA7NWP" <wa7nwp_at_gmail.com>
Subject: Re: [aprssig] SSID for RF only Station with backup power
On 4/9/07, Doug Younker <dougy_at_ruraltel.net> wrote:
>By indefinite, you mean unlimited, I'm not so sure there is a need to ID
>a station as such.
Maybe the power issue has gotten too much attention. The real priority is
to have an "APRS Emergency Operation Station." Unlimited power (solar,
etc) is one parameter of such a station. On the other hand, that and a
bit of advertising and practising is what differentiates it for any other
APRS station with a radio...
73
Bill
------------------------------
Message: 32
Date: Mon, 9 Apr 2007 21:50:44 -0700
From: "'Scott Miller'" <scott_at_opentrac.org>
Subject: RE: [aprssig] SSID for RF only Station with backup power
>The other problem is that we could have 60,000 icons and someone will
>come up with "Well, that bicyclist is riding an upright bike and I
>ride a recumbent" while the next person will say "and I have a
>trailer behind my upright bike", etc. And thus most programs will
>end up supporting incompatible subsets of available icons.
This is why, in the OpenTRAC spec, I proposed a hierarchy. I don't have
the list in front of me, but a bike might be something like 1.2.4 (land,
vehicle, bicycle) and a recumbent might be 1.2.4.1. The advantage is that
you don't need all 60,000 icons - you can still tell what something is as
long as you know the basic category.
Scott
N1VG
------------------------------
Read previous mail | Read next mail
| |
