| |
ZL3AI > APRDIG 12.05.04 10:27l 236 Lines 9111 Bytes #999 (0) @ WW
BID : 3222-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 23, 5/10
Path: DB0FHN<DB0RGB<DB0MRW<DB0SON<DB0SIF<DB0EA<DB0RES<ON0AR<ZL2BAU<ZL2BAU<
ZL3VML
Sent: 040512/0740Z @:ZL3VML.#80.NZL.OC #:23801 [Chch-NZ] FBB7.00i $:3222-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Additional thoughts on the
great debate....<LYR36507-195826-2004.04.22-12.06.35--m
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Fri, 23 Apr 2004 11:59:21 -0400
X-Message-Number: 27
You may have only 2 Kenwood equipped mobiles in your SAR pool of
volunteers, but statistically, 70% of all mobile APRS capability is
represented by Kenwoods.
I still do not think designing your local system to exclude Kenwoods is
wise... Others might want to use your efforts on their SAR teams where
presumably their volunteers may be better equipped... Bob
----------------------------------------------------------------------
Subject: Re: Additional thoughts on the great
debate....<LYR36507-195826-2004.04.22-12.06.35--m
From: "Curt, WE7U" <archer@eskimo.com>
Date: Fri, 23 Apr 2004 13:09:23 -0700 (PDT)
X-Message-Number: 28
On Fri, 23 Apr 2004, Robert Bruninga wrote:
>You may have only 2 Kenwood equipped mobiles in your
>SAR pool of volunteers, but statistically, 70% of all mobile
>APRS capability is represented by Kenwoods.
>
>I still do not think designing your local system to exclude
>Kenwoods is wise... Others might want to use your
>efforts on their SAR teams where presumably their
>volunteers may be better equipped... Bob
More money spent does not equal better equipped. Xastir is teaching people
that, as is TinyTrak, PocketTraker, OpenTracker...
Besides, I'm not purposefully excluding Kenwoods, I'm excluding Kenwoods at
their current firmware level. I'm hoping that will change in the future.
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA 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: Gaps in gated weather data
From: "Scott Miller" <scott@opentrac.org>
Date: Fri, 23 Apr 2004 13:10:19 -0700
X-Message-Number: 29
There's a weather station local to my IGate with the call KE6ZPS-1. The
owner is reporting that he's getting gaps of several hours in his data on
the net, as shown by aprsworld here:
http://db.aprsworld.net/datamart/gnuplot/weather-plot.php?call=KE6ZPS-1
I pulled that data file from aprsworld for review, and sure enough it shows
a gap between 4/22 13:56 and 4/23 03:12. My IGate has been up and running
that whole time on aprsca.net:1314. During the same time period I see
KD6DSI-5's position gated by my system, so I know it was connected and
working.
My RF log shows uninterrupted receipt of the weather station's packets, as
well. Oddly, findu seems to have matching packets. I can't determine the
time because there's apparently no received time stamp available for raw
weather data.
Here's an example of a 'missing' packet:
Thu Apr 22 23:21:39 2004
KE6ZPS->APTW01,APRS,WIDE,WIDE:_04242220c023s021g026t049r000p000P000h..b10009
tU2k
The thing that caught my eye in this is the start of the weather data, which
I take to be a timestamp. It says 04242220, when the time should be
04222320. Two days and one hour off. Could this be screwing up the weather
data plotting? If so, why is it inconsistent?
Also worth noting:
Thu Apr 22 23:46:33 2004 KE6ZPS-1>APTW01,APRS,WIDE,WIDE:3502.98N/12000.77
Doesn't look like a vaild position to me. No format specifier, no longitude
hemisphere, and no symbol. I don't think it's hurting anything, but it does
mean that the station is positionless. I'm not sure how the WXtrak takes
its status input - perhaps just a raw text field?
Comments, anyone?
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: Gaps in gated weather data
From: James Jefferson <jj@aprsworld.net>
Date: Fri, 23 Apr 2004 15:22:06 -0500
X-Message-Number: 30
On Friday 23 April 2004 15:10, Scott Miller wrote:
>There's a weather station local to my IGate with the call KE6ZPS-1. The
>owner is reporting that he's getting gaps of several hours in his data on
>the net, as shown by aprsworld here:
>
>http://db.aprsworld.net/datamart/gnuplot/weather-plot.php?call=KE6ZPS-1
Okay, this is an aprsworld problem not a general problem.
Due to the load of doing findu's mapping I had to turn off my local
javAPRSsrvr to save resources. Now the main aprsworld.net parser is
connected to fourth.aprs.net down at Texas A&M. Apparently that has had
some unscheduled maintenance and there has also been some maintenance on my
local network.
Steve Dimse has given me the original findu.com server which will become a
new mapserver and reduce the loads on maps.aprsworld.net which will allow
me to turn back on the local javAPRSsrvr and lessen future downtime. The
new server should go online early next week.
An easy way to check if there is downtime on aprsworld is go to
http://archive.aprsworld.net and see if there are any packets from a
particular hour in the suspected downtime.
Now I'll use this as a little plug to encourage anybody with the means and
the interest to donate some more money or hardware to run aprsworld.net.
There are details at: http://aprsworld.net/info/hardware-upgrades.php
I also wouldn't mind somebody stepping up to the plate and developing some
automated tools for checking on the aprsworld database and reporting
faults. This is something I have been meaning to do since aprsworld's
inception, but when it works it works great and I don't think about it...
-Jim KB0THN
PS - aprsworld and findu both ignore the user supplied time in an APRS
packet. We've found that time to be much too reliable for use.
----------------------------------------------------------------------
Subject: Re: Additional thoughts on the great debate....
From: "Scott Miller" <scott@opentrac.org>
Date: Fri, 23 Apr 2004 13:32:55 -0700
X-Message-Number: 31
>You were complaining about the complexity of finding the
>three formats in the Comment field. I showed you how.
I'm not saying it's impossible. Well, except maybe figuring out if that 's'
is snowfall or whatever. Believe it or not, I'm actually a fairly competent
programmer and I'm sure I could manage an APRS parser. But even back in
freshman programming I wouldn't expect to get more than a C grade for a
solution that required a whole series of if-then context analysis decisions
rather than using a single uniform parsing rule.
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: Gaps in gated weather data
From: Steve Dimse <k4hg@tapr.org>
Date: Fri, 23 Apr 2004 16:49:11 -0400
X-Message-Number: 32
On 4/23/04 at 1:10 PM Scott Miller <scott@opentrac.org> sent:
>There's a weather station local to my IGate with the call KE6ZPS-1. The
>owner is reporting that he's getting gaps of several hours in his data on
>the net, as shown by aprsworld here:
>
>http://db.aprsworld.net/datamart/gnuplot/weather-plot.php?call=KE6ZPS-1
>
>I pulled that data file from aprsworld for review, and sure enough it shows
>a gap between 4/22 13:56 and 4/23 03:12. My IGate has been up and running
>that whole time on aprsca.net:1314. During the same time period I see
>KD6DSI-5's position gated by my system, so I know it was connected and
>working.
>
>My RF log shows uninterrupted receipt of the weather station's packets, as
>well. Oddly, findu seems to have matching packets. I can't determine the
>time because there's apparently no received time stamp available for raw
>weather data.
Not true, you can get it with
http://www1.findu.com/cgi-bin/wx.cgi?call=KE6ZPS-1
or
http://www1.findu.com/cgi-bin/raw.cgi?call=KE6ZPS-1&time=1
My first thought was there was a problem in the APRS Internet System, but
that does not seem to be the case, as your raw data makes it through fine
throughout the periods, but this is direct internet data. Is there any
other station using your your IGate which can be looked at to verify that
the IGate is functioning during these periods?
The episodes yesterday and today seem to be within a few hours, perhaps
there is a solar heating problem. Another possibility is that something is
wrong in the packets and there is a filter keeping them out. Interestingly,
the position reports do not seem to appear, so those may be being filtered
somewhere...
The position packet is indeed incorrect, Byon or one of his users would
need to answer, but I suspect it is just as the TNC stand-alone weather
stations or digis must enter the packet manually.
Steve K4HG
----------------------------------------------------------------------
Subject: Re: Gaps in gated weather data
From: Steve Dimse <k4hg@tapr.org>
Date: Fri, 23 Apr 2004 16:50:44 -0400
X-Message-Number: 33
On 4/23/04 at 3:22 PM James Jefferson <jj@aprsworld.net> sent:
>Okay, this is an aprsworld problem not a general problem.
You are too quick to blame your system, the same gaps appear in findU...
http://www1.findu.com/cgi-bin/wxpage.cgi?call=KE6ZPS-1
Steve K4HG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
