| |
ZL3AI > APRDIG 11.06.04 10:19l 779 Lines 29768 Bytes #999 (0) @ WW
BID : 3430-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jun 05, 6/8
Path: DB0FHN<DB0THA<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<ON0AR<F6KMO<EA5DVS<
EA5RQ<VK7AX<ZL2BAU<ZL2BAU<ZL3VML
Sent: 040611/0700Z @:ZL3VML.#80.NZL.OC #:25631 [Chch-NZ] FBB7.00i $:3430-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Empirical data on the Kenwood/APRS <> OpenTrak non-issue
From: Jeff King <jeff@aerodata.net>
Date: Sat, 5 Jun 2004 16:31:19 -0400
X-Message-Number: 89
On Sat, 5 Jun 2004 11:08:25 -0700 (PDT), Curt Mills wrote:
>On Sat, 5 Jun 2004, Jeff King wrote:
>>Which still leaves us the two reported problems on the first day. I
>>can see on the HamHud list they are looking into it, and James
>>Jefferson has provided tips to the other party on how to fix it on
>>their end.
>Henk points out that Kenwoods don't have a problem with PID as they
>stand.
Understood. The whole point of my exercise was to try and find a
"uncontaminated" empirical data source, on Kenwoods, other then this SIG,
where OpenTrak problems where (not) being reported. So between my empirical
results and Henk's first hand testing, I think we can lay this claim to
rest.
>I'll assume that the Alinco APRS radio doesn't either, as it
>uses a very similar TNC internally (if not identical).
It is my understanding that the TNC's in both were made by TASCO. So while an
assumption, I'd say it has some standing.
>I have provided to the list (with help from several, thanks!) the
>serial TNC settings in order to fix other possible problems.
And if the list won't thank you, I certainly will. A job well done.
73
Jeff
----------------------------------------------------------------------
Subject: Re: Wanted: PIC code to gen tones
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 5 Jun 2004 13:45:26 -0700
X-Message-Number: 90
>Also.... Will Clement's AX.25 MIM/MIC-E way back when, used the PWM to
>generate a signwave. You run it through a low pass filter, run the PWM quite
>high, and use the average voltage level, which is based on duty cycle, to
>emulate your D to A.
I provided some information on doing this as well... it's how the
OpenTracker has done its D/A since Prototype B.
I also came across a PIC example of a similar single-pin output scheme that
uses the discharge curve of a small capacitor to do D/A.
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: The OpenTrac Debate and BS!
From: Dale Blanchard <wa7ixk@arrl.net>
Date: Sat, 05 Jun 2004 13:52:08 -0700
X-Message-Number: 91
Greg Higgins wrote:
>The count is now 3002 and climbing rapidly. It is disgusting the way
>that this sig has degenerated to an open war by supposedly adults
>unwilling to play in the sandbox together! Ya'll are NOT the only one's.
>But I have learned more undocumented stuff about APRS than I ever
>knew before.
Keep it up it is a great educational tool for us dummy's.
Dale
WA7IXK
----------------------------------------------------------------------
Subject: Re: Solar tetroon Sky Diamond - signal loss????
From: Dale Blanchard <wa7ixk@arrl.net>
Date: Sat, 05 Jun 2004 14:00:41 -0700
X-Message-Number: 92
What exactly is the difference between OpenTrack and APRS packets?
There are some of us out there using a product that we do not understand,
because it was made easy to use. We kind of know what it does, but not
how it does it..
----------------------------------------------------------------------
Subject: Health reports using APRS
From: "william seffens" <wseffens@comcast.net>
Date: Sat, 5 Jun 2004 16:5:43
X-Message-Number: 93
I have been interested in using APRS to collect health data within clusters
scattered geographically in near real time. Data could come from
individuals reporting health status as symptoms within a cluster that could
be the general population, or specialized such as SAR teams or special
events. Reported symptoms of interest would be different for different
applications. For the general population, the symptoms ( fever, vomiting,
diarrhea, rash) would be appropriate to monitor flu or a bioterrorism
attack. The symptoms ( burns, broken limbs, unconscious, blood pressure)
may be appropriate for SAR use.
The data should contain a list of coded symptoms for some small number of
individuals. For monitoring flu, the individuals known by the APRS station
transmitter for the most part will be symptom free most times. The
operator of the APRS station may be familiar with the health status of ten
people on a daily basis. If there are 6000 APRS stations, each reporting
on 11 persons, that becomes 66,000 daily health reports available to detect
the incidence of diseases on a national scale.
How could this data be transmitted on APRS? Normally only one data packet
needs to be sent per day if collecting for flu epidemic tracking. I would
collect this data from the Internet servers and correlate with CDC data.
Eventually the CDC could incorporate this data into their Flu season
predictions, just as the CWOP APRS program supplies data to the Weather
Service. This APRS use could be called CHOP.
Respectfully submitted,
Wm Seffens
kg4eyo
----------------------------------------------------------------------
Subject: Re: [APRS_HF] 30 Meter Policing needed.
From: James Smith <k9apr@sbcglobal.net>
Date: Sat, 05 Jun 2004 16:05:19 -0500
X-Message-Number: 94
Hi Glenn,
Glenn Wiebe wrote:
>Some interesting observations, Scott. I've been running a 30m>2m gateway
station
>for a number of years now. Two questions.
>
>#1 Did you see me and if so, was I on frequency?
Yes you sound on freq. here anyway... The IC-706 is dead on 10.151
shifting either way I lose signals...
>#2 Does anybody see me?
Yes, I see your station here in vast wide open spaces of Indiana. And
gating you to VHF...
>I've got a lousy antenna for 30m and sometimes wonder if anyone sees me. After
>several days of continuos operation I may see up to 15 stations.
Well my antenna is a G5RV at 45' level off the side of the tower here.
>73 de Glenn...VE4GN
--
WinAPRS-Webserver http://k9apr.no-ip.org
73, James, K9APR
Chairman \ Coordinator
Tri-State APRS Working Group
http://www.tawg.org
mailto:k9apr@tawg.org
Run a APRS Website? Why not join the APRS Webring. http://www.tawg.org/join.htm
----------------------------------------------------------------------
Subject: Re: 30 Meter Policing needed.
From: James Smith <k9apr@sbcglobal.net>
Date: Sat, 05 Jun 2004 16:06:22 -0500
X-Message-Number: 95
That's a good idea.....
Clayton H. Owen wrote:
>Sounds like we need our beacon station(s) back again...
--
WinAPRS-Webserver http://k9apr.no-ip.org
73, James, K9APR
Chairman \ Coordinator
Tri-State APRS Working Group
http://www.tawg.org
mailto:k9apr@tawg.org
Run a APRS Website? Why not join the APRS Webring. http://www.tawg.org/join.htm
----------------------------------------------------------------------
Subject: NWS for WinAPRS 275 question
From: "The Sagers" <KC4ASF@peoplepc.com>
Date: Sat, 5 Jun 2004 17:10:44 -0400
X-Message-Number: 96
Hello, it is newbie Ben again. I thought that I had read that support of
NWS bulletins are either no longer supported or maybe it was that there was
a change in format that is now supported. Either way, I am using WinAPRS
275 and would like to know if it still supports NWS bulletins. If so, where
do I find the support files? I have tried to download the weather support
files needed such as the county and zones at the sites indicated in the
newest WinAPRS documentation without success. I thought this was an
indication that indeed something has changed. So I come to the experts for
advice. Any comments?
Thanks
Ben
----------------------------------------------------------------------
Subject: RE: OPENtrak incompatibilites not needed.
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Sat, 05 Jun 2004 17:13:45 -0400
X-Message-Number: 97
>>>"Scott Miller" <scott@3xf.com> 06/05/04 2:42 PM >>>
>>SO WHY DO WE NEED OPENTRAK?
>I'm not going to debate the 'why' any further here.
>
>The digi objects thread, though, is not related, and it's
>something I'd like to get hammered out.
I agree. I think it is a good compatible idea. Lets work on it. My
filling in on the TOCALL OBJxyz suggestion was just a start to get
something on the table, It is open for depate or suggestions...
Bob, WB4APR
----------------------------------------------------------------------
Subject: Re: 30 Meter Policing needed.
From: James Smith <k9apr@sbcglobal.net>
Date: Sat, 05 Jun 2004 16:15:00 -0500
X-Message-Number: 98
Well I see most of the offending stations coming fm Kansas via their VHF
network..... Jim, I'm receiving your signals here, but I agree I hear
the collisions here so some of the data passing on HF is getting lost.
Now, their is a few people that use the VHF network when they travel
around the usa and gate into the HF network which I think is just fine
to a point. But if your a fixed home, digi, or whatever type of station
you don't need gate in your unproto... 1200 baud into 300 baud doesn't
mix, but 300 baud to 1200 baud does.... Just my opinion ;-)
----------------------------------------------------------------------
Subject: Re: Solar tetroon Sky Diamond - signal loss????
From: Curt Mills <archer@eskimo.com>
Date: Sat, 5 Jun 2004 13:11:29 -0700 (PDT)
X-Message-Number: 99
On Sat, 5 Jun 2004, Dale Blanchard wrote:
>What exactly is the difference between OpenTrack and APRS packets?
>There are some of us out there using a product that we do not understand,
>because it was made easy to use. We kind of know what it does, but not
>how it does it..
Best way to figure it out is to download/read the APRS spec from
www.tapr.org, then download/read the OpenTrac spec from
www.opentrac.org. I'd recommend doing it in that order.
--
Curt, WE7U. archer at eskimo dot com
http://www.eskimo.com/~archer
Lotto: A tax on people who are bad at math. - unknown
Windows: Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: RE: OPENtrack DIGIpeater Objects
From: "Mikael Eriksson" <mikael.eriksson@mbox301.swipnet.se>
Date: Sat, 5 Jun 2004 23:19:29 +0200
X-Message-Number: 100
>I'll offer one final proposal to bring OpenTRAC in line with APRS. I'm
>willing to modify the spec and all existing implementations such that all
>packets carried over AX.25 will be prefixed with a comma. According to
I agree with Henk, you won't achieve anything by doing that. People running
their TNC:s in converse mode would still have problems because OpenTRAC
isn't ASCII.
As a professional software architech that has designed and implemented a
tracker system for the army I say that OpenTRAC is the way to go. We did
that system in an OpenTRAC-like way.
It is a real _PAIN_ to implement an APRS parser because of all the wobbly
things in the spec , not to mention all those things that isn't in the
spec. These things you have to find out on the way. (and yes, I actually
have implemented an APRS parser.)
Scott, in one of your mails you mentioned that you had a C++ lib for
windows or even better, the C++ source code for that lib. I will happily
implement OpenTRAC in my Windows client. Looked at the OpenTRAC homepage,
but I didn't find it.
Regards,
Mikael Eriksson
----------------------------------------------------------------------
Subject: Re: Health reports using APRS
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Sat, 05 Jun 2004 17:24:19 -0400
X-Message-Number: 101
MEDICAL info on APRS:
Actually the need to send HEALTH data for mass casualties as part of the
FMEA and Natinal Disaster Medical System in Washington DC was the first
application of what became APRS back in 1985 or so?. The goal was to be
able to report health status on thousands of people in real time to ALL
hospitals at the same time in times of a local HUGE disaster. APRS was
used.
Each person had a TAG that contained a 5 digit ID and then 5 more digits of
Health Data. Thus, about a 10 byte or so packet per person. ARPS (then
called CETS for Connectionless Emergency Traffic System) using VIC-20's and
C-64's easily did the job. When GPS came out it was easy to add vehicle
tracking and that is what became APRS in 1992.
My recommendation for your application would be to code up a list of all
the reported items. And then build a format that fits into a typical APRS
message. Then send those messages addressed to the intended collection
point...
de WB4APR, Bob
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: Solar tetroon Sky Diamond - signal loss????
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 5 Jun 2004 14:33:00 -0700
X-Message-Number: 103
Gregg Wonderly did a good job of covering some of the technical distinctions
in his post this morning.
In short, APRS packets are text, capable of being sent through converse-mode
TNCs. OpenTRAC packets are binary, and require a KISS or equivalent mode
TNC. APRS protocol is widely supported, and OpenTRAC is so far only used in
limited experiments.
I'm not even going to bring up the differences in design philosophy here - I
think everyone is sick to death of that debate.
In practical terms, if you're not a Xastir user, software developer, or
hacker in general, the OpenTRAC mode in your OpenTracker's not going to do
you any good right now. If I'm driving around town and not specifically
testing anything, I run APRS-only myself to save bandwidth (vs.
dual-protocol mode.)
The next question, of course, is why the KC8UCH-11 balloon was running in
dual-protocol mode. If I remember right, at the time I suggested that, it
was the only way to get the voltage and temperature telemetry out. That's
not the case now, though the voltage measurement is still more accurate in
that mode. Still, we learned something from the event, didn't we? =]
Scott
N1VG
-----Original Message-----
What exactly is the difference between OpenTrack and APRS packets?
There are some of us out there using a product that we do not understand,
because it was made easy to use. We kind of know what it does, but not
how it does it..
----------------------------------------------------------------------
Subject: Re: '...I'll just take my ball and go home!"
From: Danny <danny@messano.net>
Date: Sat, 5 Jun 2004 17:44:04 -0400
X-Message-Number: 104
<RANT>
I have been on and off this sig for 6 or so years now.. been in and out of
APRS too.
Everytime I go and come back, I note a few new faces, few new authors, but
as Curt said, this IS the way things get done around here.
This is not the friendly, pulled punches, 2-meter ragchew that you would
expect. This sig is like a family. There are plenty of compliments and
agreements, and plenty of punches and disagreements. Sometimes things get
a little uncivil, as one would expect from a good old fashioned family
argument.
I'd say there is a HIGH level of respect between the regulars on here, even
if they do STRONGLY disagree with someone else or some other line of
thinking.
I really DON'T want a bunch of old men sitting around deciding
specifications and procedures over cups of imported tea. I want the mixed
bag of old timers, newcomers, experts, operators, and all that make this
sig what it is.
I, for one, am enjoying this discussion/argument about opentrak. Since
others on this list have voiced opinions similar to mine, i'll save the
bandwidth and save the key players from having to reply to yet another
similar e-mail and just wait and see if my questions/opinions are replied
to.
I hate to see anyone unsub because of a specific thread or the tone of that
thread. However, I think the attitude of "If you guys keep this up, I am
going to complain 20 or 30 more times and go" is childish. I think this
sig does a pretty good job of policing itself, and Stan steps in as needed
if things get REALLY out of hand.
If you are looking for a sig where everyone tells each other how wonderful
they are, that their tracker is 5-9, and they have the prettiest e-mail
signature they have ever seen, there are plenty of other sigs to try out..
Try www.yahoogroups.com
</rant>
Danny Messano
KE4RAP
----------------------------------------------------------------------
Subject: Re: OPENtrack incompatibilities
From: "DG2JW" <dg2jw@privateasylum.com>
Date: Sun, 6 Jun 2004 00:39:14 +0300
X-Message-Number: 105
Henk you are so very correct.
In Europe we have many different types of packets, all on the same QRG.
Moreover, we have very little in the way of coordination across our virtual
borders. We had to learn by trial and error but so far I have seen more
"trial" than error.
No one owns what is being called the "National APRS frequency". It is there
for experimentation as is our 144.800 in Europe. Lets not punish innovative
thinkers for coming up with brilliant new ideas. This reminds me of my
piano teacher whacking my fingers with a ruler when I would improvise a
bit.
Finally I don't think this sis just about a national network, APRS is a
global resource that should be allowed to grow to meet the demands of newer
requirements. If it cant adapt, then something should be built along side
it.
And please try to remember that personal attacks don't help us to find a
solution. This discussion should be about how to "provide new innovative
tools tot eh APRS community, while providing backwards compatibility to
hams who are happy with the solutions they have today.
Best regards
Julian
OH8GEJ
KB9YXM
DG2JW
----- Original Message -----
From: "Henk de Groot" <henk.de.groot@hetnet.nl>
----snip----
>
>As you may have noticed the discussion is purly focused on the US network.
>In Europe I have never seen any co-existence problems between APRS and
>other AX.25 protocols. We ran APRS over RF interlinks that also carry AX.25
>conneced packets (with PID F0), TCP/IP packets, NetRom, INP and even an
>experimental protocol that uses yet another PID. Nobody here is that stupid
>to use a man-machine interface as machine-machine interface, the Europeans
>had to learn this because we still have RF-packet networks with a lot of
>binary protocols sharing te same QRG.
----------------------------------------------------------------------
Subject: Re: [APRS_HF] Frequency Errors [Was: 30 Meter Policing needed.]
From: "Stephen H. Smith" <WA8LMF2@aol.com>
Date: Sat, 5 Jun 2004 14:50:49 -0700
X-Message-Number: 106
James Smith wrote on 6/5/2004, 2:05 PM:
>Yes you sound on freq. here anyway... The IC-706 is dead on 10.151
>shifting either way I lose signals...
Once again, a post on an APRS mailing list has indicated the confusion
surrounding SSB frequencies and how they relate to tones generated by
packet devices on HF. I am repeating a response I have made in the past
when this issue has come up ....
====== PASTE ========
Simply quoting the RF "dial frequency" for HF data modes is ABSOLUTELY
MEANINGLESS unless you qualify it with the AUDIO tone freqs being used
by the TNC or other device.
The indicated "dial frequency" on SSB is the suppressed carrier
frequency. The supressed carrier frequency is NOT transmitted. What IS
transmitted are sidebands that are offset below the carrier freq on LSB
(or above the carrier on USB) by the exact value of the AUDIO tones fed
into the radio from the TNC, soundcard, modem, etc.
Since the actual transmitted RF frequencies (on lower side band) are the
indicated suppressed carrier frequency (i.e. "dial frequency") minus the
audio tone frequencies, the actual dial frequency you want WILL DEPEND
ON THE PARTICULAR AUDIO TONE FREQS your TNC or other device produces.
IMPORTANT! -----> Unlike 1200 baud VHF packet, there is no standard for
the tone frequencies used by various devices on 300 baud/200-Hz shift HF
packet! <-----
Frequencies Devices using them
1600/1800 Hz Kantronics KAM, TAPR TNC2 (MFJ 127x. etc), TinyTrak
2130/2230 Hz AEA/Timewave PK-232
1100/1300 Hz TigerTronics TigerTrak (300 baud HF mode)
2100/2300 Hz AGW Packet Engine softmodem (300 baud mode)
This is really not a problem on SSB since (unlike FM) you can always
change the audio frequencies at the receiving end by tuning the receiver
a little higher or lower.
[ This cuts both ways. If the transmitter is off frequency, the tones
recovered at the receiving end will be correspondingly off-frequency.
Since the typical TNC or soundcard softmodem (i.e. AGW Packet Engine or
MixW in packet mode) will ignore any audio tones that are more than
about 20-30 Hz off, frequency setting is --VERY-- critical and high
frequency stability is essential. You MUST be able to set the frequency
to within 10 Hz and KEEP IT THERE indefinitely. This is especially
critical if you are going to transmit in the blind without a signal to
tune in on receive first! Ideally you want a modern synthesized rig
with a TCXO high-stabilty master oscillator. ]
The ==ONLY== constants are the ACTUAL RF freqs of the 200 Hz shift mark
and space tones on 30M APRS. They are:
10.149.200
10.149.400
To produce the correct RF frequencies with a KAM, TNC2 or TinyTrak III
(300 Baud HF mode) whose default audio tones are 1600/1800 Hz, you must
set your radio to an indicated frequency of
10.151.00 LSB:
10.151.000 - 1.800 = 10.149.200
10.151.000 - 1.600 = 10.149.400
Or set the radio to 10.147.60 USB:
10.147.600 + 1.600 = 10.149.200
10.147.600 + 1.800 = 10.149.400
To produce the correct RF frequencies with a PK232 whose default audio
tones are 2110/2310 you must set your radio to
10.151.51 LSB:
10.151.510 - 2.310 = 10.149.200
10.151.510 - 2.110 = 10.149.400
Or set the radio to 10.147.09 USB:
10.147.090 + 2.110 = 10.149.200
10.147.090 + 2.310 = 10.149.400
To produce the correct RF frequencies with a TigerTrak whose 300
Baud/narrow shift audio tones are 1100/1300 (weird pairing centered
around the 1200 Hz low tone for 1200 baud packet -- but actually very
nice because the tone pairs are in the dead center of the typical SSB
filter bandpass and suffer the absolutely least amount of phase and
group delay distortion) you must set your radio to
10.150.50 LSB:
10.150.500 - 1.300 = 10.149.200
10.150.500 - 1.100 = 10.149.400
Or set the radio to 10.148.10 USB:
10.148.100 + 1.100 = 10.149.200
10.148.100 + 1.300 = 10.149.400
To produce the correct RF frequencies with the AGW Packet Engine
softmodem (applies to free version; latest paid-for version now offers
tones same as KAM, etc.), whose default audio tones on 300 baud HF are
2100/2300 you must set your radio to
10.151.50 LSB:
10.151.500 - 2.300 = 10.149.200
10.151.500 - 2.100 = 10.149.400
Or set the radio to 10.147.00 USB:
10.147.100 + 2.100 = 10.149.200
10.147.100 + 2.300 = 10.149.400
Note that some HF radios with "DATA" or "FSK" modes offset the indicated
dial frequency to correct for the difference between the suppressed
carrier freq and the actual mark frequency, typically assuming the lower
tone is 2125 Hz (or sometimes 1800 Hz). This will force you to compute
offsets different from what I have listed for LSB/USB.
AGAIN: Quoting "dial frequency" alone is ABSOLUTELY MEANINGLESS unless
you qualify it with mode (USB/LSB/DATA, etc) and the AUDIO tone freqs in
question.
Stephen H. Smith wa8lmf @ aol.com
Home Page: http://wa8lmf.com
Ham Radio/Mobile SSTV page: http://members.aol.com/wa8lmf/ham
APRS Stuff
http://members.aol.com/wa8lmf/aprs
----------------------------------------------------------------------
Subject: RE: OPENtrack DIGIpeater Objects
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 5 Jun 2004 14:56:21 -0700
X-Message-Number: 107
>Scott, in one of your mails you mentioned that you had a C++ lib for
windows or even
>better, the C++ source code for that lib. I will happily implement OpenTRAC
in my Windows
>client. Looked at the OpenTRAC homepage, but I didn't find it.
Yes, the website is woefully out-of-date. I'd have spruced it up if I'd
known there'd be such a firestorm over this. =]
I think I left the current version on another computer. I should be able to
get it to you Monday. If it's just C code you're after, there's a decoder
implementation in the 'listen' program, under AX25-Apps in sourceforge.
It's contained in opentracdump.c.
Scott
N1VG
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Two more balloon flights
From: "Russ Chadwick" <russ@wxqa.com>
Date: Sat, 5 Jun 2004 22:12:44 -0000
X-Message-Number: 110
There'll be two balloon launches tomorrow morning, but they probably won't
generate as much aprssig traffic as the one a few days ago did. At least,
I hope not :-)
These flights are EOSS77 and EOSS78, launching early tomorrow morning from
Deer Trail, in eastern Colorado. They are carrying ten student payloads
(1.7 kg each) to the Edge of Space. You can find out about frequencies (not
144.390 MHz), callsigns, configuration and payloads here. Go about half way
down to "Amateur Ballooning information".
http://www.wxqa.com/archive.html
You can download a UI-View map that shows predicted flight tracks and can be
used to watch the flights tomorrow morning on APRS-IS. We have four hams
acting as I-gates on the two frequencies, 144.340 and 445.975. FAA
controllers at Denver Center will be watching the flight tracks via FINDU
and notifying pilots if necessary.
Russ Chadwick KB0TVJ
Boulder, Colorado, USA
http://www.wxqa.com
----------------------------------------------------------------------
Subject: Re: Health reports using APRS
From: Steve Dimse <k4hg@tapr.org>
Date: Sat, 5 Jun 2004 18:17:23 -0400
X-Message-Number: 111
On 6/5/04 at 4:05 PM william seffens <wseffens@comcast.net> sent:
>How could this data be transmitted on APRS? Normally only one data packet
>needs to be sent per day if collecting for flu epidemic tracking. I would
>collect this data from the Internet servers and correlate with CDC data.
>Eventually the CDC could incorporate this data into their Flu season
>predictions, just as the CWOP APRS program supplies data to the Weather
>Service. This APRS use could be called CHOP.
There are significant differences between the two applications. There
already is a system in place at NWS that gather the same data CWOP gathers.
The CDC methods are very different, because the problems are different. By
the time an epidemic is declared, only a few percent of the population has
been affected. With such a low positive rate, your sample size would need
to be very large, and importantly, the sample must be random...you cannot
rely on self selection, as CWOP does.
The CDC watches for outbreaks in ERs and doctors offices. There is a list
of reportable diseases, any suspected cases must be reported to local
health athorities, and from there go to the CDC. They do not watch the
health population or any subset, it would be impossible to do, few people
would consent to be observed by the government for health symptoms.
One giant hurdle to this application is the new federal provacy law, known
as HIPPA. This has significantly limited the things that may be done with
health information, if you really want to pursue this you need to do a lot
of reading to understand the limitations imposed by this law. This page
will get you started:
http://www.hhs.gov/ocr/hipaa/
If you really want to do it, the two methods discussed earlier could be
used, either messages or user-defined formats.
Steve K4HG
----------------------------------------------------------------------
Subject: Re: '...I'll just take my ball and go home!"
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 5 Jun 2004 15:21:45 -0700
X-Message-Number: 112
>I'd say there is a HIGH level of respect between the regulars on here, even
if they do STRONGLY
>disagree with someone else or some other line of thinking.
I think that's true. I disagree with a lot of people on here, but I respect
them personally and I respect their opinions (even when they're WRONG
<grin>), and I look forward to meeting some of these people in person at
this year's DCC. Despite the huge argument raging here for the last two
days, I've only had one person make what I'd consider a personal attack on
my character, and I think that stayed in private email.
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: [APRS_HF] Frequency Errors [Was: 30 Meter Policing needed.]
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 5 Jun 2004 15:37:17 -0700
X-Message-Number: 113
>Frequencies Devices using them
>1600/1800 Hz Kantronics KAM, TAPR TNC2 (MFJ 127x. etc), TinyTrak
>2130/2230 Hz AEA/Timewave PK-232
>1100/1300 Hz TigerTronics TigerTrak (300 baud HF mode)
>2100/2300 Hz AGW Packet Engine softmodem (300 baud mode)
You can add OpenTracker to the 1600/1800 entry. Right now, all FSK timing
is set by three constants, the high tone, low tone, and baud rate. I've
been thinking about making these configuration options - it'd let you choose
your own tone pair, switch between 1200 and 300 baud, experiment with
non-standard baud rates, and provide a calibration mechanism in case I start
producing boards with ceramic resonators.
I just hate changing code in the timing-critical loops...
Scott
N1VG
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
