| |
ZL3AI > APRDIG 18.08.06 09:34l 283 Lines 9698 Bytes #999 (0) @ WW
BID : 8605-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 26 #15, 1/2
Path: DB0FHN<DB0MRW<OK0PPL<DB0RES<ON0AR<VK6HGR<ZL2BAU
Sent: 060818/0718Z @:ZL2BAU.#87.NZL.OC #:64442 [Waimate] $:8605-ZL3AI
From: ZL3AI@ZL2BAU.#87.NZL.OC
To : APRDIG@WW
Today's Topics:
1. Re: APRS enabled Tide/Flood gauges and monitors (Chuck Kimball)
2. Re: APRS enabled Tide/Flood gauges and monitors (Steve Dimse)
3. APRS wish list (Bob Burns K4RXR)
4. Re: APRS wish list (Wes Johnston, AI4PX)
5. Re: APRS wish list (Tyson S.)
6. Horse Enduro (Andrew Rich)
7. RE: Horse Enduro (Andrew Rich)
8. RE: Horse Enduro (AE5PL Lists)
9. xastir : xastir-development (Curt, WE7U)
----------------------------------------------------------------------
Message: 1
Date: Mon, 14 Aug 2006 14:56:43 -0600
From: Chuck Kimball <n0nhj_at_yahoo.com>
Subject: Re: [aprssig] APRS enabled Tide/Flood gauges and monitors
Anyone know how much they want for this setup?
Chuck n0nhj
Glenwood Springs, CO
dave_at_aprsfl.net wrote:
>>I recall seeing something about an ultrasonic tide/flood
>>gauge that's a commercial offshoot product and
>>incorporates APRS capability. I can't find the reference.
>>
>>If anyone's got a reference and could ship it to me
>>off-line, I'd really appreciate it.
>
>It's a company down a few miles from me.
>
>Xponder corporation.
>
>http://www.xpondr.com/041202/flood_advisor.html
>
>Seeya,
>Dave
>KG4YZY
------------------------------
Message: 2
Date: Mon, 14 Aug 2006 17:22:25 -0400
From: Steve Dimse <steve_at_dimse.com>
Subject: Re: [aprssig] APRS enabled Tide/Flood gauges and monitors
On Aug 14, 2006, at 4:56 PM, Chuck Kimball wrote:
>Anyone know how much they want for this setup?
And what data format they send? If these actually exist and are on
the air I want to add support to findU.
Steve K4HG
------------------------------
Message: 3
Date: Mon, 14 Aug 2006 23:00:16 -0400
From: Bob Burns K4RXR <k4rxr__at_rlburns.net>
Subject: [aprssig] APRS wish list
I am APRS novice. I say that because I have a basic understanding of how
APRS works and I can make it work in my own situation, but I certainly
don't know all there is to know. I can see some great possibilities for
APRS in the public service and weather spotting work that got me into
amateur radio in the first place. And I also see APRS as a means to
continue experimenting with new (to me) technology.
I have owned a Kenwood TM-D700 and a Garmin GPS II+ for about 3 years now
and have dabbled with APRS during that time. I currently have the GPS
connected directly to the D700 and I occasionally have a laptop computer
connected to the D700. I have experimented with various APRS programs.
Currently, I'm using APRSPoint, though I'm open to other ideas. APRSPoint
seems to work pretty well with the D700 using the GPS data pass-through.
I am in the process of re-fitting my vehicle with various radios and
equipment. The best APRS solution, in terms of equipment and software, has
proven to be a difficult problem for me to solve, so I come to the experts
here for your advice.
Here's what I want to do:
1. Send ARPS data with my vehicle's position using SmartBeaconing as
described by Arnerich and Bragg. Beaconing my position should be a "hands
off" operation from my point of view.
2. Receive APRS data and display the locations and tracks of those stations
on a fairly accurate map, possibly on a PC.
3. Receive APRS weather bulletins and potentially display watch or warning
boxes on a map.
4. Have a "head's up" display of my position. If not "head's up", a display
that I can mount on the dashboard or console will suffice. The screen on my
GPS II+ that displays position, speed, and heading is pretty good. Even the
Kenwood D700 in "position" mode is adequate.
5. Access to maps for locating topographic and geographic features and
access to trip routing functions. I have been a Delorme Street Atlas and
Topo USA user for a long time and usually go there first to study maps and
do trip routing. A laptop computer mounted in a position accessible from
the driver's seat can be part of this solution. Ideally, the mapping
program would use the same GPS receiver as the APRS solution.
6. Whatever radio that I use for APRS will be dedicated to APRS and not
have to do dual duty as a voice radio. I would like to implement Voice
Alert using CTCSS 100 Hz as described in the APRS documentation.
So, what's the answer? What are the possible solutions to my problem?
Thanks!
Bob...
------------------------------
Message: 4
Date: Mon, 14 Aug 2006 23:14:39 -0400
From: "Wes Johnston, AI4PX" <wes_at_kd4rdb.com>
Subject: Re: [aprssig] APRS wish list
I once wrote software for a basic stamp that looked at GPS data (gps data
out was hooked to d700 and basic stamp in parallel), and caused the d700 to
beacon when you turned a corner or had traveled a fixed distance.
Wes
------------------------------
Message: 5
Date: Mon, 14 Aug 2006 22:24:30 -0700 (PDT)
From: "Tyson S." <timbercutter_at_yahoo.com>
Subject: Re: [aprssig] APRS wish list
>Here's what I want to do:
>
>1. Send ARPS data with my vehicle's position using SmartBeaconing as
>described by Arnerich and Bragg. Beaconing my position should be a
>"hands off" operation from my point of view.
Can't help you there, the D700 should work fine as is.
>2. Receive APRS data and display the locations and tracks of those
>stations on a fairly accurate map, possibly on a PC.
UI-VIEW32 on a laptop with UI-Height track
>3. Receive APRS weather bulletins and potentially display watch or
>warning boxes on a map.
UI-VIEW32 on a laptop, download NWS shapefiles, activate the snowflake.
>4. Have a "head's up" display of my position. If not "head's up", a
>display that I can mount on the dashboard or console will suffice.
>The screen on my GPS II+ that displays position, speed, and heading
>is pretty good. Even the Kenwood D700 in "position" mode is adequate.
Wait for the Tracker2 to come out and use it for the TNC with your
mapping GPS unit on the dash. It will plot APRS stations on the screen.
>5. Access to maps for locating topographic and geographic features
>and access to trip routing functions. I have been a Delorme Street
>Atlas and Topo USA user for a long time and usually go there first to
UI-VIEW32 feeding Dmapper and plotting stuff to Topo USA or Terrain
Navigator.
>study maps and do trip routing. A laptop computer mounted in a
>position accessible from the driver's seat can be part of this
>solution. Ideally, the mapping program would use the same GPS
>receiver as the APRS solution.
Split the NMEA data to two separate com ports, virtual if need be, APRS
on one and Topo USA/Terrain Navigator on the other.
>6. Whatever radio that I use for APRS will be dedicated to APRS and
>not have to do dual duty as a voice radio. I would like to implement
>Voice Alert using CTCSS 100 Hz as described in the APRS
>documentation.
Try for a 50 watt radio, 5 is a bit low for real reliability. The
DR-135 Alinco without the factory TNC is a cheap and very nice radio to
connect a TNC to, it can be done on the back through a factory 9 pin
connector. If you use the Tracker2 it should have the smart beaconing
you are looking for.
------------------------------
Message: 6
Date: Tue, 15 Aug 2006 17:32:48 +1000
From: "Andrew Rich" <vk4tec_at_tech-software.net>
Subject: [aprssig] Horse Enduro
Gudday
We recently did a horse enduro, where we used voice to send in numbers and
times as the horses went past our check point.
Thinking out aloud, I wondered if it was possible to send the scores into HQ
using packet.
I have been trowing a few ideas around. Wondering if anyone has some
comments ?
1) Use LINUX and the HQ and use packet to go straight into a mysql database
2) Use TCP/IP over packet to browse to the form on the windows laptops in
the field
3) Make a terminal server at HQ where people connect, leave scores and then
bail out
4) Using APRS messgaing (UI) style of score sending
5) Just blindly broadcast scores and HQ hears and puts in database.
In most cases we seem to be heading for a LINUX server at HQ, and windows
laptops in the field.
Ideas ?
Andrew Rich
Amateur radio callsign VK4TEC
email: vk4tec_at_tech-software.net
web: http://www.tech-software.net
Brisbane AUSTRALIA
------------------------------
Message: 7
Date: Tue, 15 Aug 2006 18:01:08 +1000
From: "Andrew Rich" <vk4tec_at_tech-software.net>
Subject: [aprssig] RE: Horse Enduro
What I am doing at the moment is just "UI" this "HORSE,3,10:23,3,4,5,6,7,8"
My LINUX box has a TNC hanging off it and just looks for a UI frame with the
word "HORSE" in it.
It then split up the data into check point, time and horse numbers.
If they send again - who cares, MySQL just overwrites - it an update not
insert statement.
No error checks, but high insert rates
Andrew Rich
Amateur radio callsign VK4TEC
email: vk4tec_at_tech-software.net
web: http://www.tech-software.net
Brisbane AUSTRALIA
------------------------------
Message: 8
Date: Tue, 15 Aug 2006 06:02:34 -0500
From: "AE5PL Lists" <HamLists_at_ametx.com>
Subject: RE: [aprssig] Horse Enduro
I would recommend #4. Low frequency usage, identification of sending
station, positive acknowledgement, and judging from your subsequent
example, single message format. As to using Linux vs. Windows, either
one would work fine for this application if the program was written for
cross-platform use (Java works cross-platform with no problems,
including doing SQL inserts and selects). APRS+SA has a "message form"
capability where you can define a form for the user to fill in and the
data is then transmitted as a comma-delimited APRS message. That would
take care of your client end. The only thing to do on the host end is
acknowledge the packets and put the data into the database.
73,
Pete Loveall AE5PL
mailto:pete_at_ae5pl.net
------------------------------
Read previous mail | Read next mail
| |
