| |
ZL3AI > APRDIG 11.02.04 12:45l 257 Lines 10249 Bytes #999 (0) @ WW
BID : 2819-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 09, 3/5
Path: DB0FHN<DB0FOR<DB0SIF<DB0NHM<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<ZL2BAU<
ZL2BAU<ZL3VML
Sent: 040211/1012Z @:ZL3VML.#80.NZL.OC #:18868 [Chch-NZ] FBB7.00i $:2819-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: APRS objects
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Mon, 09 Feb 2004 14:13:31 -0500
X-Message-Number: 16
Yes, we defined all this for APRS sometime ago including the formats
and they are on the list for implementation. It would sure ba awsome!
The Yeasu VX-2R tiny HT has a 30 deep channel memory for just such a
"local" list that it derives b y scanning all cahnnels in use. Now if
someone would just decode the CLONE serial port format I bet we could write
into those memories! de WB4APR
>>>"Scott Miller" <scott@opentrac.org> 2/9/04 1:23:01 PM >>>
One of the big things we're hoping to do with OpenTRAC is to define a
repeater data element that'll provide that sort of information in a format
that can be used to automatically program a radio. Hopefully static
objects like that could be intelligently queued by the digi and transmitted
together in a block to limit bandwidth usage. A small external device
could probably program a D700, but the hope is that manufacturers would
build in support with new radios. You could drive into an unfamiliar area
and have a special bank of channels auto-programmed, showing repeater
callsign, frequencies, CTCSS tones, a short description, and maybe icons
showing things like autopatch, ARES/RACES mode, and so on. Even range and
bearing if your radio's got a GPS.
I think this would be an awesome feature to have on a radio. Beats hauling
around an outdated repeater guide and manually entering frequencies. So far
I've had no luck getting manufacturer input. Not that we necessarily have
to get it, but I'd rather have their input during the design phase to make
sure it addresses their needs. If anyone out there has contacts with these
people (in particular, Yaesu, Icom, Kenwood, and Alinco) please let me
know!
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: APRS objects
From: "Richard Amirault" <ramirault@erols.com>
Date: Mon, 9 Feb 2004 14:18:48 -0500
X-Message-Number: 17
----- Original Message -----
From: <isobar@bcpl.net>
Subject: [aprssig] Re: APRS objects
(snip)
>Bob... What Garmins seem to be affected? The local Columbia repeater has
>been pitting out its objects as 147.135+ without bothering my Garmin GPS
III+.
(snip)
I don't know what causes it, but my Garmin GPS III has displayed that same
message on occasion when mobile with my D-700. It could be what Bob
described, or (I suppose) it could be something else.
Richard in Boston, MA, USA
N1JDU
----------------------------------------------------------------------
Subject: Garmin GPS-2+ Power/Data Cable
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Mon, 9 Feb 2004 14:13:12 -0500
X-Message-Number: 18
Does anyone have an extra Power/Data Cable for a Garmin GPS-2+ that I can
buy? I somehow lost mine in the move from the Jeep to the Truck and want to
get my APRS back on board. I still have the cable that plugs into the D700.
73s,
Eric KF4OTN
ARRL Member
AMSAT Member: 35360
TAPR Member: 8869
Support your Hobby! Join a club.
All contact logs are uploaded to the ARRL LoTW and eQSL.
----------------------------------------------------------------------
Subject: Fw: Re: APRS objects
From: "Scott Miller" <scott@opentrac.org>
Date: Mon, 9 Feb 2004 11:26:25 -0800
X-Message-Number: 19
Where are they defined? I can't recall seeing them in either the spec or
your erratta page.
Scott
N1VG
>----- Original Message -----
>From: "Robert Bruninga" <bruninga@usna.edu>
>To: <aprssig@lists.tapr.org>; <scott@opentrac.org>
>Sent: Monday, February 09, 2004 11:13 AM
>Subject: [aprssig] Re: APRS objects
>
>>Yes, we defined all this for APRS sometime ago including the formats
>>and they are on the list for implementation. It would sure ba awsome!
----------------------------------------------------------------------
Subject: Re: APRS objects
From: Mark Earle <wa2mct@mearle.com>
Date: Mon, 09 Feb 2004 13:27:49 -0600
X-Message-Number: 20
At 02:13 PM 2/9/2004 -0500, you wrote:
>Yes, we defined all this for APRS sometime ago including the formats
>and they are on the list for implementation. It would sure ba awsome!
>
>The Yeasu VX-2R tiny HT has a 30 deep channel memory for just
>such a "local" list that it derives b y scanning all cahnnels in use.
>Now if someone would just decode the CLONE serial port format
>I bet we could write into those memories! de WB4APR
This web page:
http://home.comcast.net/~sllewd/
Has info on the format used for the VX-5 and VX-1, which may lead you to
some VX-2 info. There is non-Yaesu VX5 and VX1 software available, which
generally works better than the "ADMS" series Yeasu sold. That may have
changed, as the ADMS is now an internal product for Yaesu, instead of being
a 3rd party arrangement.
I've used a VX-1 since they came out. Great for some appications - one is
in my kit as a test HT, with a Baycom modem and dos software. Makes testing
APRS digis, or other 1200 bps packet stuff, easy and compact.
Granted, this class of HT is not for many situations - low power, poor
antenna (it works on 144-146, but not much outside that range), tiny
speaker with low audio, etc. Not your first on-site disaster HT. But for
many uses, and as a "always carry" HT, which can scan stuff way outside the
amateur bands, it is very useful.
Bob - how does the VX-2 do on battery life? The VX-1 does great, and the LI
battery is the way to go. I now will not buy any HTs that don't have LI
batteries.
) ) de WA2MCT Mark
( (
) ) You will be assimilated... oooh, coffee!!
_|****| http://www.findu.com/cgi-bin/find.cgi?wa2mct-8 Home
( | | http://www.findu.com/cgi-bin/find.cgi?wa2mct-9 Mobile
`|____| wa2mct@mearle.com wa2mct@juno.com www.mearle.com/mark
----------------------------------------------------------------------
Subject: Re: APRS objects
From: "Kurt O. Jauss" <kf6hjo@earthlink.net>
Date: Mon, 09 Feb 2004 11:44:33 -0800
X-Message-Number: 21
I see the error message on my Streetpilot III and GPS V. It appears
to be caused by my TinyTrack III. I just hit the enter button and move
on. As far as the local repeater freqs, I put the repeater info in the
KPC-3 Digi as a status.
Richard Amirault wrote:
----------------------------------------------------------------------
Subject: RE: Repeater Objects [WAS: APRS objects]
From: James Washer <washer@trlp.com>
Date: Mon, 9 Feb 2004 12:03:04 -0800
X-Message-Number: 22
I've noticed that you can query APRS stations, Weather stations,IGATE,
etc.... so why don't we just add a 'repeater query'. (Perhaps D700's
cannot do queries, I don't know as I don't own one).
For each local repeater, there could be ONE dedicated aprs station that can
respond to a repeater query.
If you want, you could then set your mobile to do a repeater query when
entering a new area... idealy, with a bit of hardware/firmwre, this could
then program your radio with local channels.
- jim
On Mon, 9 Feb 2004 14:10:42 -0500
"Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU> wrote:
>Bob,
>I agree but what criteria would a repeater have to make in order to have
>APRS significance? I was thinking of the wide area repeaters being on board
>or maybe the ones that have people monitoring most of the time.
>
>Eric KF4OTN
----------------------------------------------------------------------
Subject: Very early prototype of APRS Map Manager
From: Steve Dimse <k4hg@tapr.org>
Date: Mon, 9 Feb 2004 15:35:18 -0500
X-Message-Number: 23
A rather productive two days, resulting in a (very early) protoype of the
proposed APRS Map Manager system being available. First, you can look at
the database structure and sample data set at
http://www.findu.com/mapping/db.txt
All that is in the test data are the south FL, US, and world APRSdos maps,
and three radars for FL (MIA, EYW, and TLH). The first thing working is the
user interface for the maps. Say you are looking for a map of Miami, you
could check for coverage this way:
http://aprsmm.aprs.net/cover.cgi?lat=26&lon=-80.5
You should see 5 maps come up, sorted by the approximate level of detail in
the map (in meters). Clicking on the file name will give you the map or geo
file, as appropriate, and clicking on the decription shows the map.
When Jim finishes the geo support we talked about the other day, APRSworld
will appear on all queries in the area of the US (with a low detail number,
indicating small details are visible) and for the entire world with a large
detail number. Adding this support takes two entries in the database. Any
dos map can be added to the database with a single entry, and new kind of
map (e.g. WinAPRS or palmAPRS) takes a single entry to tell the code how to
handle it. A new map type requires NO additional coding in the APRS MM
code, and once the entry is added to the APRS MM database, all applications
using APRS MM will automatically support them!
Still a huge amount of work to go, next up is getgeo.cgi which will repond
to a query with the single map that best matches what the user requests.
Again, a very simple demo, but imagine if every APRSdos, WinAPRS, palmAPRS,
image map, and so on were entered into the database...even at this
primative coding level, it would be very useful! I'm getting excited about
the possibilites...
If there is anyone that has mapdrawing code (or wants to write some) and is
interested in supporting this project please contact me. I would much
rather leave support of additional map types to others, it is not my forte,
and I can contribute more by concentrating on the infrastructure. It would
be nice to have someone beside the usual suspects get involved!
Even if no one steps forward, I will eventually support at least WinAPRS
and palmAPRS maps, maybe more, but it will take a long time for me to get
that done. Please, someone, help!
Even if you are not a programmer, you can help, I need librarians (so far
just one offer for the Carribean), and everyone can start collecting dos
maps for inclusion! No need to worry aboout other types yet, unless someone
comes up with some code...
Steve K4HG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
