| |
ZL3AI > APRDIG 04.05.03 18:26l 235 Lines 9316 Bytes #999 (0) @ WW
BID : 1217-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 23, 3/4
Path: DB0FHN<DB0ZWI<DB0CHZ<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<VK6HGR<ZL2BAU<
ZL3VML
Sent: 030425/1335Z @:ZL3VML.#80.NZL.OC #:64549 [Chch-NZ] FBB7.00i $:1217-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: WinAPRS Docs
From: cdapples <cdapples@cablemt.net>
Date: Wed, 23 Apr 2003 13:55:41 -0600
X-Message-Number: 23
I have visited the WinAPRS web site several times and tried to download
the documentation files from their listed link
"APRSdocs.zip at
ftp://aprs.rutgers.edu/pub/hamradio/APRS/APRSdocs.zip
<ftp://aprs.rutgers.edu/pub/hamradio/APRS/APRSdocs.zip>"
Each time I try this I get a zip file with no contents.
Is there a problem with this site or am I doing something wrong?
--
Chris / KF7KN
+===============================+================================+
| Charles C. Dapples, Ph.D. | Red Lodge, Montana, USA |
+-------------------------------+--------------------------------+
| e-mail: cdapples@cablemt.net | Telephone: (406) 698-4989 |
+ or +--------------------------------+
| kf7kn@amsat.org | |
+-------------------------------+--------------------------------+
| Webpage: http://www.wtp.net/~ccdapple/ |
+===============================+================================+
----------------------------------------------------------------------
Subject: A suggestion
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Wed, 23 Apr 2003 19:57:14 -0000
X-Message-Number: 24
I thought of this while working on the OpenTRAC spec, but it ought to be
just as applicable to APRS. The idea is to provide a flag to perform the
equivalent of a transponder 'ident' function. Your tracker device would
have a button on it that when pushed would immediately transmit a position
report with this flag. A receiving station would cause the symbol for the
station to 'bloom', blink, or otherwise call attention to itself, without
recentering or otherwise disrupting the view.
Might be useful when you've got a bunch of SAR units in the field, for
example, and you need to verify who's who. In APRS it might be just another
symbol character. Should be easy to implement and fairly non-invasive.
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: KISS mode PIC / stamp controller?
From: John Hansen <hansen@fredonia.edu>
Date: Wed, 23 Apr 2003 15:55:29 -0400
X-Message-Number: 25
At 07:46 PM 4/23/2003 +0000, Miller Scott Contr 30SCS/FTI wrote:
>I was looking at serial SRAMs for buffer memory. I was thinking FRAM was
>more limited in read/write cycles, but Ramtron's claiming something like 10
>billion cycles durability now. I suppose that'll last a while on a typical
>packet channel.
I was thinking at 1 write per second, even the fram that doesn't support
unlimited writes should last something like 300 years if run 24 hours a
day. And it only costs $2.
----------------------------------------------------------------------
Subject: Re: WinAPRS Docs
From: Mark Sproul <msproul@jove.rutgers.edu>
Date: Wed, 23 Apr 2003 16:35:11 -0400
X-Message-Number: 26
The new web address for WinAPRS/MacAPRS/X-APRS is
http://www.winaprs.com
----------------------------------------------------------------------
Subject: Re: Predatory Packets
From: Curt Mills <hacker@tc.fluke.com>
Date: Wed, 23 Apr 2003 13:48:47 -0700 (PDT)
X-Message-Number: 27
On Tue, 22 Apr 2003, Spider wrote:
>ITEMS. (Curt...jump in any time) Curt and I did some testing and playing
>with OBJECTS and ITEMS
>here a while back. One thing I learned is I could not "take ownership" of
>Curt's items made by Xastir. But
>he could mess with my objects at will!
It was both:
1) You couldn't do items, and
2) (at the time) you couldn't do lower/mixed-case object names.
Jim couldn't touch any items I created, or any objects that had lowercase
or mixed-case names. With all-caps objects Jim and I could trade them back
and forth. That testing was of great help: I found a bug with respect to
releasing objects to another's control during that session.
I believe the case problem has been fixed now in your APRS client. We
should run tests again to check out where the current restrictions lie.
Perhaps just w.r.t. items now.
What say Jim? Another test?
>UI-View does not do ITEMS to the best of my knowledge...but if you can't
>take an ITEM as with what Curt was doing,
>one easy problem solved. I would like to ask Roger to implement ITEMS for
>this exact reason....but have not asked yet!
>He has done so much recently....I am almost afraid to ask!
>
>ITEMS seem to be very "not used" and maybe something to consider. In a
>situation that something is "official", others should not have the ability
>to change it...period.
Items are in the spec (as are lower and mixed-case object/item
names), but I don't think many of the APRS clients implement them.
Perhaps just Xastir and aprsDOS? If you know of others, speak up!
Another unimplemented spec item: Compressed (base-91) posits, and
object/item compressed posits. I can turn on this capability and I
believe those stations and objects/items won't be parsed by a lot of
the clients. Anyone have more info on this for other clients?
There was also some discussion way back when about whether weather
(whether weather?) info is allowed in objects. The spec _does_
allow that and a lot of the firenet objects are set up that way.
Whether all/most of the clients parse that is the big question.
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: KISS mode PIC / stamp controller?
From: Bill Vodall <wa7nwp@jnos.org>
Date: Wed, 23 Apr 2003 13:49:06 -0700
X-Message-Number: 28
>>As I understand it, there are some packet radio applications that use
>>packet lengths as long as 1K.
One fairly revolutionary program, Radio Mirror, uses 1K packets. :-)
http://www.tapr.org/~wa0ptv/
It's not unheard of to use 1500 byte packets on TCP/IP systems. If there's
going to be a hard limit, don't make it less then 2K.
73,
Bill
----------------------------------------------------------------------
Subject: Re: KISS mode PIC / stamp controller?
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Wed, 23 Apr 2003 21:17:32 -0000
X-Message-Number: 29
Sounds like that might be a good mechanism for distributing Wes's forms. I
was thinking of doing an HTML-to-packet forms gateway that'd let you
distribute forms in HTML (with data validation in Javascript) and then
accept the 'post' data, reprocess it into a packet-suitable form, and pass
it to the form data collector.
Anyway, I'm probably not going to get anything productive done today. My
boss just gave me a Pentium III 450 laptop with a broken screen and no
battery to take home. I think I'm going to go build a digi... or an MP3
player for the car... or maybe a battle bot... yeah...
Scott
N1VG
----------------------------------------------------------------------
Subject: PCsat doing fine
From: Bob Bruninga <bruninga@usna.edu>
Date: Wed, 23 Apr 2003 18:13:43 -0400 (EDT)
X-Message-Number: 30
PCsat is back to Eclipses but is holding fine and supporting about 50
users per 8 hour evening period (see pcsat.aprs.org). I just cut the TXD
in half from 30 to 15 and it seems to work fine for my receive set up,
saving about 10% of transmit power.
If anyone notices any problems let me know. Mid northern latitudes are
seeing evening prime-time passes:
Mobile/FM Satellite Pass Periods for the week of 04-23-2003
Sats 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03
---- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
AO27 ********** ***********
UO14 *********** **********
SO41 ************* *************
ISS ******************************
UO22 **** ***********
PCSAT(NO44) ************* *************
Note: Times are LOCAL SUN TIME for MID Northern Latitudes.
SOUTHERN Hemisphere pass times:
Sats 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03
---- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
AO27 ******** ***********
UO14 ********** ***********
SO41 ************ ************
ISS ********************************
UO22 ********** ***
NO44 ** * ************* ***
Note: Times are LOCAL SUN TIME for MID Southern Latitudes.
de WB4APR@amsat.org, Bob
PCsat WEB page http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ: http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
