| |
ZL3AI > APRDIG 19.03.04 13:28l 287 Lines 10924 Bytes #999 (0) @ WW
BID : 3015-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 15, 1/4
Path: DB0FHN<DB0FOR<DB0SIF<DB0EA<DB0RES<ON0AR<WB0TAX<VE2HAR<ZL2BAU<ZL2BAU<
ZL3VML
Sent: 040319/1028Z @:ZL3VML.#80.NZL.OC #:21108 [Chch-NZ] FBB7.00i $:3015-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Monday, March 15, 2004.
1. Re: Question for the group... Solid wire vs Stranded
2. Re: High speed data
3. KPC3+ Telemetry
4. Re: KPC3+ Telemetry
5. Re: KPC3+ Telemetry
6. Canadian Wx Radar
7. Re: KPC3+ Telemetry
8. Radar mosaics One More Time: USrad.geo and USrad.inf
9. Re: Canadian Wx Radar
10. APRS and Findu in the newspaper
11. Re: KPC3+ Telemetry
12. Re: APRS and Findu in the newspaper
13. Transit of Venus on APRS
14. VENUS TRANSIT
15. Re: Transit of Venus on APRS
16. Re: Transit of Venus on APRS
17. Re: Transit of Venus on APRS
18. It works! Three instances of UI-View running in one PC to create 3-map web
page...
19. Re: Transit of Venus on APRS
20. Re: Transit of Venus on APRS
21. Re: Transit of Venus on APRS
22. Re: Transit of Venus on APRS
23. Re: Transit of Venus on APRS
24. Re: Transit of Venus on APRS
25. Re: Transit of Venus on APRS
26. OpenTracker update
27. Re: Transit of Venus on APRS
28. Re: Transit of Venus on APRS
29. Re: Transit of Venus on APRS
----------------------------------------------------------------------
Subject: Re: Question for the group... Solid wire vs Stranded
From: "Daron J. Wilson" <daron@wilson.org>
Date: Sun, 14 Mar 2004 21:01:40 -0800
X-Message-Number: 1
<snip>
>Oh, and as to your RJ-11 (telephone) or RJ-45 (data) all of these
>are made to (normally) take stranded lead, assuming motion. However
>we do use a special RJ-45 for soild-core wire (routers and edge
>switches) where there is virtually no "motion" of the cable.
Just to clarify, the RJ designations themselves do not indicate
telephone or data, they indicate how a particular plug/jack assembly is
wired. More clearly the Ethernet type data connection is an 8 pin
modular plug and jack assembly, which can be wired in any number of
configurations. Modular plugs are available for solid or stranded, and
even some that claim to do both. Ethernet wise, patch cables should
always be stranded, never solid. Often solid cables are used when the
data carried is a T carrier to the router, but not for Ethernet. FWIW
the stranded cable is has much more attenuation than the solid cable for
Ethernet use.
Daron J. Wilson, RCDD ) )
Telecom Manager ( (
LH Morris Electric, Inc. ) )
(541) 265-8067 office _|****| mmm!
(541) 265-7652 fax ( | | coffee!
(541) 270-5886 cellular \| |
daron.wilson@lhmorris.com |____|
----------------------------------------------------------------------
Subject: Re: High speed data
From: "Doug Younker" <dougy@ruraltel.net>
Date: Sun, 14 Mar 2004 23:49:58 -0600
X-Message-Number: 2
Most of the weather service personnel I have talked to value the ability of
the spotter in the field to verify the radar image or see what the radar
might miss, eyes best on the sky not a display. Not to mention viewing a
display messing up vision during after dark spotting.--73
Doug, N0LKK
dougy@ruraltel.net
----- Original Message -----
From: "Steve Slay - KC5MVY" <snslay@swbell.net>
: A picture is worth a thousand words. Less time explaining something
verbally from the WX
: service to a spotter in the field leaves more air time for the spotter to
report to the WX
: service the information they need about a storm.
: The same thing is true for using APRS when spotting. If the WX service
can see on a map
: where a spotter is, there is no need for the spotter to take air time
explaining his
: location verbally.
:
: Steve Slay
: KC5MVY
: "Only two things are infinite, the universe and human stupidity, and I'm
not sure about the
: former." Albert Einstein
----------------------------------------------------------------------
Subject: KPC3+ Telemetry
From: "Ryan" <n2yqt@tourge.net>
Date: Mon, 15 Mar 2004 5:51:44
X-Message-Number: 3
Question on using the KPC3+ telemetry.
I plan on monitoring battery voltage and solar panel voltage at a remote
site with a KPC3+. I've have read that half of the needed voltage divider
circuit is already in the KPC3+ (100k resistor). There are spots on the
board for 2.4K resistors but I can't find any in the parts box. So i've
decided to use a variable. Should I jump the holes on the tnc board where
the 2.4K resistor go?
----------------------------------------------------------------------
Subject: Re: KPC3+ Telemetry
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Mon, 15 Mar 2004 08:51:22 -0500
X-Message-Number: 4
The proper voltage divider is 10k and 2.4k. This will cause
the count of 138 to equal about 13.8 volts. Which makes
it handy... Not the 100k you mention... Bob
----------------------------------------------------------------------
Subject: Re: KPC3+ Telemetry
From: David VanHorn <dvanhorn@cedar.net>
Date: Mon, 15 Mar 2004 09:03:56 -0500
X-Message-Number: 5
At 08:51 AM 3/15/2004 -0500, Robert Bruninga wrote:
>The proper voltage divider is 10k and 2.4k. This will cause
>the count of 138 to equal about 13.8 volts. Which makes
>it handy... Not the 100k you mention... Bob
That's an easy value, but not "the proper" value..
You might scale it for maximum resolution, so that max voltage on the panel
equates to 255 ADC counts, or you might use a zener to trim off the low
10V, and scale the remaining 5V or so, to max out at 255, for even more
resolution, since values below 10V are essentially zero in this
application.
The 138=13.8 approach is certainly valid, but not the only or the "right"
way to do it.
Also, watch out for high impedances in the dividers. Input impedance of the
ADC circuit becomes a factor. Using values in the 1k range will be a lot
more accurate than in the 100k range, if the input impedance is not close
to infinite.
----------------------------------------------------------------------
Subject: Canadian Wx Radar
From: "Peter Devanney" <pdevanney@sympatico.ca>
Date: Mon, 15 Mar 2004 09:23:23 -0500
X-Message-Number: 6
Does anyone know how if there is a way to use the Canadian Wx Radar (link
below) with the radar-find cgi or if anyone has created .geo files and knows
how to merge an up to date wx graphic.
Peter
VA3YOW
http://weatheroffice.ec.gc.ca/radar/index_e.html?id=XFT
----------------------------------------------------------------------
Subject: Re: KPC3+ Telemetry
From: "Ryan" <n2yqt@tourge.net>
Date: Mon, 15 Mar 2004 8:41:31
X-Message-Number: 7
Thank you both. I added an extra zero by accident so I should really be 10K
not 100K. Darn midnight shifts! So do I need to do anything with the the
two resistor locations inside the tnc where it is suggested to install 2.4k
resistors? Honestly I can't find a 2.4k resistor in the junk box so I was
going to use some variables then I could dial the voltage right in. I was
just curious if anything else neede to be done to the tnc or if I could
just connect to the proper pin on the tnc.
----------------------------------------------------------------------
Subject: Radar mosaics One More Time: USrad.geo and USrad.inf
From: Gerry Creager N5JXS <gerry.creager@tamu.edu>
Date: Mon, 15 Mar 2004 08:43:29 -0600
X-Message-Number: 8
I found problems with the last .geo file I offered.
Please update from http://mesonet.tamu.edu/APRS/USrad.geo and/or
http://mesonet.tamu.edu/APRS/USrad.inf
I found, in experimentation, that the program I'm using to create the
mosaics has a max image size of 6000x2500 pixels. I've adjusted the
image size to comply with this. Image extents remain a 23.0N to 50.0N
and 65.0W to 125.0W.
I'm sorry for the inconvenience. I really want this thing working prior
to the severe storms season, and time's drawing nigh!
73, gerry n5jxs
--
Gerry Creager -- gerry.creager@tamu.edu
Network Engineering -- AATLT, Texas A&M University
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843
----------------------------------------------------------------------
Subject: Re: Canadian Wx Radar
From: Steve Dimse <k4hg@tapr.org>
Date: Mon, 15 Mar 2004 09:53:36 -0500
X-Message-Number: 9
On 3/15/04 at 9:23 AM Peter Devanney <pdevanney@sympatico.ca> sent:
>Does anyone know how if there is a way to use the Canadian Wx Radar (link
>below) with the radar-find cgi or if anyone has created .geo files and knows
>how to merge an up to date wx graphic.
>
>Peter
>VA3YOW
>
>http://weatheroffice.ec.gc.ca/radar/index_e.html?id=XFT
Not at this time, there are three issues. First, if you look at the source
code for the page, you will see that the image file is:
http://weatheroffice.ec.gc.ca/data/radar/temp_image/XFT_CAPPI_2004_03_15_14=
_10.GIF
Well, at least it is at the time I wrote this, by the time you read it, it
will be different, and there is the problem. The US NWS also names file
based on time, but that also have an alias to the latest image file which
is at a fixed URL, something like "lastest.gif". This minor point makes a
huge difference, it means that in order to use the image, you must either
know the file name (possible if the images always occur at a specific
interval (e.g. this one was ten minutes after the hour, so perhaps it is
every five minutes, knowing the current time (and assuming their servers
are ntp synced so the time can be relied upon) you could figure out the
filename. The other, more reliable way, is to write a program that
downloads the page you gave, and extracts the URL. This is not too
difficult to do, but either method requires a cgi type of program.
The second problem is there must be a geo file to access it. Again, this
cannot be a simple, static file as used with the NWS radar, it would need
to be generated dynamically. This could be the same program as above,
simply adding in the lat/lon tiepoints needed to the URL extracted from the
html page.
Final problem is that they have a non-commercial restriction in their terms
of use. While findU is non-commercial, some of the users are commercial. I
do not have the ability to police this (had to do when the server gets
250,000 hits a day), which is why I have no non-commercial use
restricition. They do provide a mechanism for requesting a waiver for
commercial use, and I suspect if someone )particularly a Candian citizen)
were to explain the situation to them they would grant the waiver against
commercial use by users of findU.
I do not have time to pursue such a waiver, or to figure out the tiepoints
for all the radars.
So here's the way it shakes out...
If someone gets such permission from the "GoC copyright administrator", and
if someone (same or different person) produces a set of page URLs and
tiepoints for all the Canadian radars (I won't do this just for one radar,
you will have to do them all), then I will write the code to generate the
necessary geo file on the fly.
Steve K4HG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
