| |
ZL3AI > APRDIG 23.09.06 23:21l 257 Lines 10553 Bytes #999 (0) @ WW
BID : 8810-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 27 #22, 1/4
Path: DB0FHN<DB0MRW<DK0WUE<GB7FCR<ZL2BAU
Sent: 060923/2039Z @:ZL2BAU.#87.NZL.OC #:6018 [Waimate] $:8810-ZL3AI
From: ZL3AI@ZL2BAU.#87.NZL.OC
To : APRDIG@WW
Today's Topics:
1. Re: RE: New EU Paradigm (Andrzej AB9FX)
2. Re: Kenwood TK-760 (Tyson S.)
3. RE: Kenwood TK-760 (scott_at_opentrac.org)
4. Re: Kenwood TK-760 (Earl Needham)
5. Re: Rant - Cross platform portability (Gregg Wonderly)
6. RE: Kenwood TK-760 (scott_at_opentrac.org)
7. APRS Install doc (Andrew Rich)
8. RE: APRS Install doc ((SV2AGW)George Rossopoulos)
9. Re: APRS Install doc (Stephen H. Smith)
10. RE: RE: New EU Paradigm (Cap Pennell)
11. RE: RE: New EU Paradigm (Robert Bruninga)
12. Re: APRS Install doc (John Habbinga)
13. RE: RE: New EU Paradigm (Cap Pennell)
14. Inexpensive Deviation Meter (Jim Campbell)
15. Re: Inexpensive Deviation Meter (VE7GDH)
16. RE: Inexpensive Deviation Meter (Alan P. Biddle)
17. Re: Inexpensive Deviation Meter (Jim Campbell)
18. RE: Inexpensive Deviation Meter (Alan P. Biddle)
19. RE: RE: New EU Paradigm (Robert Bruninga)
20. Re: Inexpensive Deviation Meter (Dale Blanchard)
21. RE: Inexpensive Deviation Meter (Alan P. Biddle)
22. Re: Inexpensive Deviation Meter (Dale Blanchard)
23. RE: RE: New EU Paradigm (Robert Bruninga)
24. Re: Kenwood TK-760 (Tyson S.)
25. RE: Kenwood TK-760 (scott_at_opentrac.org)
26. RE: APRS & IRLP (Eric Goforth)
27. Re: Inexpensive Deviation Meter (Glenn Wiebe)
28. RE: RE: New EU Paradigm (Cap Pennell)
29. RE: Kenwood TK-760 (Tyson S.)
30. Re: RE: New EU Paradigm (Jan T. Pharo)
31. Re: RE: New EU Paradigm (Jan T. Pharo)
32. RE: New EU Paradigm (Andy Pritchard)
33. Re: RE: New EU Paradigm (Andrzej AB9FX)
34. Re: APRS For EmComm ? (Wes Johnston, AI4PX)
35. RE: APRS & IRLP (Curt, WE7U)
----------------------------------------------------------------------
Message: 1
Date: Wed, 20 Sep 2006 12:08:20 -0500
From: "Andrzej AB9FX" <ab9fx_at_aprs.pl>
Subject: Re: [aprssig] RE: New EU Paradigm
According to http://web.usna.navy.mil/~bruninga/aprs/new-eu-paradigm.txt
only difference in Europe is old RELAY not the new WIDE1-1 like in the US.
WIDEn-n and SSn-n work the same way in the new EU Paradigm like in the US.
So, what is the problem when crossing borders? You can use in your mobile
RELAY,WIDE2-2 and go through whole continent.
73!
Andy
AB9FX, SP3LYR
www.aprs.pl
----- Original Message -----
From: "Cap Pennell" <cap_at_cruzio.com>
Sent: Wednesday, September 20, 2006 10:28
Subject: [aprssig] RE: New EU Paradigm
>While certainly not wanting to cram anything down anybody's throat, I'd
>suggest dropping support for any "EU Paradigm" and instead only holding out
>the more efficient North American system as a potential international model
>too. The Newn-N system is better here in North America now and can help in
>Europe or elsewhere too as their networks grow. I don't think any useful
>purpose is served by encouraging conflicting non-interoperable "regional"
>paradigms. It's a small world after all.
>One good thing about the North American Newn-N Paradigm is that we've
>already seen it can be slowly (and quite painlessly) "grown" from earlier,
>less efficient, systems (and aliases).
>
>The international http://info.aprs.net already shows Ireland is supporting
>the more modern digipath system. Over time, others will too because it
>better avoids "reduced throughput".
>73, Cap KE6AFE
>
>P.S. Why encourage forcing APRSers to change digipath settings just because
>they've crossed a "border"? It's already bad enough that some travelers
>have to change _frequency_ to rejoin the VHF APRS network just because
>they've flown across borders.
>
>>-----Original Message-----
>>From: ui-view_at_yahoogroups.com [mailto:ui-view_at_yahoogroups.com]On Behalf
>>Of Robert Bruninga
>>Sent: Wednesday, September 20, 2006 06:44 AM
>>To: ui-view_at_yahoogroups.com; phil_at_g1lkj.org.uk
>>Subject: [ui-view] New EU Paradigm
>>
>>
>>>Bob Bruninga WA4APR has requested not to use WIDE
>>>as a unproto address and all those who are in the
>>>know have changed to TRACE in the UK.
>>
>>As APRS moves forward, we do need to assure simplification and
>>standardization of paths. In the USA, the New-N Paradigm is to
>>obsolete all of these, RELAY, WIDE, TRACE and TRACEn-N, and make
>>WIDEn-N the only universal path (replaces TRACEn-N so it is
>>FULLY traceable). Fill-In Digis would use WIDE1-1.
>>
>>Since Europe seemed to not have the RELAY dupe problem, the only
>>way we seemd to have gotten consensus was to propose the New EU
>>Paradigm which for Europe would suggest the universal path to be
>>TRACEn-N. And RELAY could be used for fill-in digis.
>>
>>As new devices enter the APRS market, it is important to get
>>agreement that these are the standards so that Manufacturers can
>>have consistent expectations and User education can be greatly
>>simplified.
>>
>>There seems to me no more debate in the USA. Are these
>>standards acceptible to Europe?
>>
>>This is posted on the Uiview list, since most Europeans using
>>APRS are on this list. But please respond on the
>>APRSSIG_at_lists.tapr.org where the discussion should take place.
>>
>>Thanks,
>>
>>Bob, WB4APR
------------------------------
Message: 2
Date: Wed, 20 Sep 2006 10:34:50 -0700 (PDT)
From: "Tyson S." <timbercutter_at_yahoo.com>
Subject: Re: [aprssig] Kenwood TK-760
Don't have a manual, but it is pretty cool radio. You buy an accessory plug
that hangs out the back and it has a whole bunch of connections on it that
do everything under the sun. I had a Tiny Trak hooked to one and although
we never used it long enough to fully implement it the plan was to
designate a data channel that the radio would switch to when it detected
external PTT. After the data burst was done the radio would resume normal
operation. The tiny trak, and nothing else for that matter, has the code to
somehow get the 760 to switch to the data channel, listen, and then burst.
Otherwise you are running blind and will cause collisions of packets with
other stations. But it does have direct serial control on that accessory
plug to do all kinds of crazy things.
--- scott_at_opentrac.org wrote:
>Does anyone have the manuals for this radio? And does it have an accessory
>connector like the TK-790? They offer AVL options for it, so I'm guessing
>it must have something.
>
>Thanks,
>
>Scott
>N1VG
------------------------------
Message: 3
Date: Wed, 20 Sep 2006 10:40:14 -0700
From: <scott_at_opentrac.org>
Subject: RE: [aprssig] Kenwood TK-760
Sounds pretty much like what I'm hoping to do. Either that or at least
transmit data without CTCSS to keep voice users from hearing packet tones
all day. Listening for activity on the data channel isn't even a
requirement since it'll be timeslotted. Might still add that as an option
if I can, though.
Guess I'll have to keep an eye out on eBay for a unit to play with.
Scott
N1VG
>when it detected external PTT. After the data burst was done the radio
>would resume normal operation. The tiny trak, and nothing else for that
>matter, has the code to somehow get the 760 to switch to the data
>channel, listen, and then burst. Otherwise you are running blind and
>will cause collisions of packets with other stations. But it does have
>direct serial control on that accessory plug to do all kinds of crazy
>things.
------------------------------
Message: 4
Date: Wed, 20 Sep 2006 11:45:57 -0600
From: Earl Needham <needhame1_at_plateautel.net>
Subject: Re: [aprssig] Kenwood TK-760
At 11:34 AM 9/20/2006, Tyson S. wrote:
>Don't have a manual, but it is pretty cool radio. You buy an accessory
>plug that hangs out the back and it has a whole bunch of connections on
>it that do everything under the sun. I had a Tiny Trak hooked to one
>and although we never used it long enough to fully implement it the
>plan was to designate a data channel that the radio would switch to
>when it detected external PTT. After the data burst was done the radio
>would resume normal operation.
That sounds pretty neat, but what does it do if you're talking at the time?
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
------------------------------
Message: 5
Date: Wed, 20 Sep 2006 19:54:50 +0200
From: Gregg Wonderly <gregg_at_wonderly.org>
Subject: Re: [aprssig] Rant - Cross platform portability
Joel Maslak wrote:
>On Sep 20, 2006, at 9:20 AM, Gregg Wonderly wrote:
>
>>Yep, many people doing software development in the HAM community
>>don't have enough training or information, or motivation to get it
>>right. That's a real problem for many people. Some argue that HAMs
>>ought to be smart enough to figure it out. I think it's important to
>>not waste unneeded time in peoples lives just because you can.
>
>Your definition of "get it right" and mine differ. Portability appears
>to be near #1 in priority for you. That's fine, and I respect it. To
>be honest, it's not near #1 for me - for me, writing code to solve *my*
>needs is #1 in priority, and #2 is to do it as quick as possible.
My comment was aimed specifically in response to conversation about
winlink2000, which is targeted at solving emergency communications
problems. My view is that this is a large target audience across a large
number of OSes, languages and training. Portability would seem important
as would built in I18n support and other features of platforms such as
Java. For personal stuff, do what you need/want to do. But, if you are
thinking about letting a wide audience use your software, there are a lot
more considerations that could allow a lot more people to take advantage of
your efforts.
>I'd be all for someone starting an APRS GUI client project that is
>designed to be cross platform capable. I'd probably even run their
>software. But I'm not going to write it, nor am I going to criticize
>others who write non-cross-platform apps. Instead, if it bothers me,
>I'll do it myself. Otherwise I'll let other people make contributions
>to APRS that are different from the ones I might want to see in an
>ideal world.
I wrote http://jeaprs.dev.java.net about 4 years ago, advertised it here,
got zero interest in assistance with development. I don't have infinite
time to contribute, just like most are arguing here. I stopped at the
point of providing mapping, because I couldn't find a useful source of data
that was accurate.
Now, I have my http://aprskml.dev.java.net project going, and I'll likely
take the module architecture that I started with JeAPRS and push all those
modules into APRSKML. Thus, the mapping will be a secondary feature
through google earth or whatever KML system you have.
Gregg Wonderly
------------------------------
Read previous mail | Read next mail
| |
