| |
ZL3AI > APRDIG 15.06.04 11:14l 728 Lines 30212 Bytes #999 (0) @ WW
BID : 3455-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jun 08, 1/5
Path: DB0FHN<DB0THA<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<7M3TJZ<SP7MGD<VK7AX<
VK7AX<VK7AX<ZL2BAU<ZL3VML
Sent: 040615/0712Z @:ZL3VML.#80.NZL.OC #:25875 [Chch-NZ] FBB7.00i $:3455-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Tuesday, June 08, 2004.
1. RE: Introducing "OPENAPRS"
2. RE: Thoughts on a proposed replacement for D700
3. Re: APRS user beware part 2
4. W7LUS
5. Re: APRS user beware part 2
6. Re: APRS user beware part 2
7. APRS GeoCaching
8. Tetroon collateral damage report, revision1
9. Re: USB TNC challenge
10. Re: Thoughts on a proposed replacement for D700
11. granularity in Mic-E format
12. Venus Transit now History
13. Re: APRS GeoCaching
14. RE: APRS Touchtone Wow
15. Re: APRS GeoCaching
16. Re: APRS GeoCaching
17. RE: Thoughts on a proposed replacement for D700
18. RE: Thoughts on a proposed replacement for D700
19. RE: Thoughts on a proposed replacement for D700
20. RE: Thoughts on a proposed replacement for D700
21. RE: Thoughts on a proposed replacement for D700
22. Venus transit?
23. Call For Papers--2004 Digital Communications Conference
24. Re: Kenwood APRS radio...
25. RE: Thoughts on a proposed replacement for D700
26. Re: [ "Curt, WE7U" ] RE: Thoughts on a proposed replacement for D700
27. Re: Kenwood APRS radio...
28. Re: [ "Curt, WE7U" ] RE: Thoughts on a proposed replacement for D700
29. RE: Thoughts on a proposed replacement for D700
30. Re: USB TNC challenge
31. RE: Thoughts on a proposed replacement for D700
32. Re: Tetroon collateral damage report, revision1
33. RE: Thoughts on a proposed replacement for D700
34. Re: USB TNC challenge
35. RE: Thoughts on a proposed replacement for D700
36. Re: Kenwood APRS radio...
37. RE: Thoughts on a proposed replacement for D700
38. D700 - Yes mine has FLASH and In-Circuit Programming.
39. Re: Kenwood APRS radio...
40. Re: USB TNC challenge
41. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
42. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
43. OPENTrack pointless demands
44. RE: Thoughts on a proposed replacement for D700
45. Re: [ "Curt, WE7U" ] RE: Thoughts on a proposed replacement for D700
46. This sig has lost it!
47. Re: Tetroon collateral damage report, revision1
48. Re: Tetroon collateral damage report, revision1
49. Re: APRS user beware part 2
50. Xastir 1.3.2 released
51. RE: Thoughts on a proposed replacement for D700
52. RE: Thoughts on a proposed replacement for D700
53. RE: Thoughts on a proposed replacement for D700
54. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
55. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
56. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
57. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
58. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
59. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
60. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
61. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
62. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
63. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
64. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
65. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
66. Re: Tetroon collateral damage report, revision1
67. Re: APRS Protocol - A Modest Proposal
68. Re: PID 77 in AX.25 spec?
69. Re: Kenwood APRS radio...
70. RE: Thoughts on a proposed replacement for D700
71. Re: APRS Protocol - A Modest Proposal
72. Re: Tetroon collateral damage report, revision1
73. Re: Venus transit?
74. Re: Tetroon collateral damage report, revision1
75. tapr email server is being blacklisted
76. Re: Tetroon collateral damage report, revision1
77. Re: APRS Protocol - A Modest Proposal
78. Re: Tetroon collateral damage report, revision1
79. Re: Tetroon collateral damage report, revision1
80. RE: tapr email server is being blacklisted
81. APRS Hardware
82. Re: Tetroon collateral damage report, revision1
83. Re: Tetroon collateral damage report, revision1
84. Re: APRS Protocol - A Modest Proposal
85. Re: Tetroon collateral damage report, revision1
86. Re: APRS Protocol - A Modest Proposal
87. Re: D700 - Yes mine has FLASH and In-Circuit Programming.
----------------------------------------------------------------------
Subject: RE: Introducing "OPENAPRS"
From: Danny <danny@messano.net>
Date: Mon, 7 Jun 2004 20:10:45 -0400
X-Message-Number: 1
I dont understand how CHANGES mean "overnight obsolescense"..
Additions to the protocol wouldn't obsolete everything or anything
necessarily.
Problem is, as with all your arguments, is that it's ALL or NOTHING. There
is no in between. Stop being so close minded and think about what is being
said here. You seem to take "changes", "opentrack", "obsolete", "kenwood",
and "aprs" and throw them all into the SAME arguments.
If the kenwoods are that volitale that additions to the protocol will
render them INSTANTLY obsolete, then boy they are pieces of junk.. either
that or the APRS Protocol is so poorly designed that any changes to it will
render all hardware and software obsolete.. Which is it?
Danny
KE4RAP
----------------------------------------------------------------------
Subject: RE: Thoughts on a proposed replacement for D700
From: Curt Mills <archer@eskimo.com>
Date: Mon, 7 Jun 2004 19:47:10 -0700 (PDT)
X-Message-Number: 2
On Mon, 7 Jun 2004, Doug Bade wrote:
>My recollection is they bought the tnc as a sub assembly of hardware and
>code from a third party, and do not own the rights... Just my memory, so do
>not take it for book...
It's a Tasco TNC. Same or similar to what's in the Alinco. So I've
heard anyway.
--
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: APRS user beware part 2
From: Curt Mills <archer@eskimo.com>
Date: Mon, 7 Jun 2004 19:44:05 -0700 (PDT)
X-Message-Number: 3
On Mon, 7 Jun 2004, Scott Miller wrote:
>It was thinking about that that led me to the idea about trail monitoring I
>brought up earlier. At least, I think I brought it up here... the idea was
>to use buried seismic sensors at critical trail junctions to trigger a
>Pocket Tracker type transmitter, sending a timestamp that could be used for
>SAR purposes.
You can go simpler/cheaper than that I think, assuming the person
isn't trying to avoid detection: Use the types of game-trail
monitoring devices they have, typically some sort of beam and a
mirror on a tree across the trail, or perhaps an ultrasonic device,
to trigger a transmitter.
A seismic device is more like the sensors they use at the Mexican
border. Those are definitely better if the quarry is trying to
evade.
--
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: W7LUS
From: Glenn Wiebe <gswiebe@mb.sympatico.ca>
Date: Mon, 07 Jun 2004 23:08:10 -0500
X-Message-Number: 4
I believe that it was on this SIG that someone was recently asking about
Peter, W7LUS.
Go to: http://www.captpetesbbq.com/
The New Cap'n Pete's Off the Road, Off the Sea, and now: Olde Tyme Southern
BBQ Page
73 de Glenn...VE4GN
----------------------------------------------------------------------
Subject: Re: APRS user beware part 2
From: "Kurt A. Freiberger" <kurt@badgers-hill.net>
Date: Mon, 07 Jun 2004 23:10:35 -0500
X-Message-Number: 5
Been done. Around a base that doesn't exist called Area 51. It seems
one of the local denizens dug up some green boxes lying around in public
lands and mapped them. When one was missing, he disappeared for a
while. He's retired now from being an Area 51 hound. Look on Slashdot
a few weeks ago. Bring your tinfoil hat and black helicopter detector.
73/Kurt
Scott Miller wrote:
>>My kids love this...before we moved out in the country, we were up to I
>think
>>13 but not too many close to us now. Hey, has anyone done a APRS/OpenTrak
>>geocache yet? That would be COOL!
>
>It was thinking about that that led me to the idea about trail monitoring I
>brought up earlier. At least, I think I brought it up here... the idea was
>to use buried seismic sensors at critical trail junctions to trigger a
>Pocket Tracker type transmitter, sending a timestamp that could be used for
>SAR purposes.
--
Kurt Freiberger, WB5BBW kurt@badgers-hill.net Austin, TX
----------------------------------------------------------------------
Subject: Re: APRS user beware part 2
From: "Scott Miller" <scott@3xf.com>
Date: Mon, 7 Jun 2004 21:12:06 -0700
X-Message-Number: 6
Yeah, I looked into through-beam, retroreflective, and PIR type systems. I
think seismic has the best potential for staying hidden and avoiding
vandalism. Through-beam does the best job for actually getting accurate
counts of people, but seismic can be completely hidden. And hopefully it
can be tuned to avoid being triggered by smaller game.
Scott
N1VG
----------------------------------------------------------------------
Subject: APRS GeoCaching
From: Jeff King <jeff@aerodata.net>
Date: Tue, 8 Jun 2004 01:00:50 -0400
X-Message-Number: 7
>>>13 but not too many close to us now. Hey, has anyone done a
>>>APRS/OpenTrak geocache yet? That would be COOL!
On Mon, 07 Jun 2004 23:10:35 -0500, Kurt A. Freiberger wrote:
>Been done. Around a base that doesn't exist called Area 51
....
>Look on Slashdot a few weeks ago.
Used "APRS" as a search term, nothing came back on Geocaching except a thread
on OpenTrak... tried "Area 51" and some trail monitoring stuff came back, so
you must have been responding to Scott
Went to the Geocaching site, and found this:
http://www.geocaching.com/seek/cache_details.aspx?guid=badd3420-3963-47bd-8898
-f18a6e9e3213
If that link doesn't work, type in "aprs" here (by keyword):
http://www.geocaching.com/seek/nearest.aspx
The single APRS cache is down, but quite interesting none-the-less.
----------------------------------------------------------------------
Subject: Tetroon collateral damage report, revision1
From: Doug Bade <doug@clecom.com>
Date: Tue, 08 Jun 2004 02:51:01 -0400
X-Message-Number: 8
Before I start, I wish to say to Robert and the tetroon teem, I am not
criticizing what you did, as I know after the onslaught of the last few
days you would not have done it had you known the results were going to
fall as they did, I like to think no ham would do that intentionally...I am
grateful you used 144.39 in this experiment, as it provided hours of
enjoyment watching it move overhead, sadly it proved that the choice of
protocols and paths needs to be re-evaluated as I am sure you are
abundantly aware by now....
On to the matter at hand... An extensive investigation seeking facts
ensued trying to assess collateral damage from the opentrac tetroon
experiment. A triumphant decree was heard that only one HamHud was
affected by the affair, so consequently it was determined and ruling passed
that there was NO SIGNIFICANT collateral damage by lack of evidence to the
contrary...Kind of like that tree in the forest thing.....
Interesting logic....
I would like to forward a thought... which seems to have been overlooked
by the prosecutors involved. Some "evidence" may have been " overlooked" or
just omitted in a hasty trial.
I started to thinking... while I could not fall asleep....
If 50% of the packets from an aircraft at 60,000+ feet, admittedly
covering 400,000 square miles (I think that was the number) of radio
horizon, were unable to be processed by most if not all of the ARRS-IS
infrastructure, and admittedly, WAS processed and re-transmitted by most
every RF based KPC digi in the footprint, to no avail I might add, and all
this being received by NO station which was able to use the opentrac
packets, (at least none who have indicated they did) , That the mere fact
it QRM'ed the RF and APRS-IS network for 4+ hours, with not one receiver
(user) being able to utilize said packets, and with no ability to monitor
for a clear channel ( impossible at 60,00 ft anyhow) that these facts in
their own right substantiate significant collateral damage !!!! The
conclusion previously reached is thereby illogical, and irrational I might
add, to say there was none! EVERY packet which got stomped was collateral
damage if the stomp-er was not useable for anything. So in my opinion a
guestimate of hundreds, if not thousands, maybe 10's of thousands of
packets from useable sources were obliterated by this NON EVENT within this
rf footprint as some have proposed. I consider this is a serious oversight
in logic and reasoning. This in an area of the country, being one of the
most heavily populated centers of APRS traffic , I would say the effect was
a LONG WAY from a NON EVENT.
While in the big picture, the self healing properties of an adhoc network
did sustain the onslaught, I would not for a minute accept the view it had
no effect...Consequently I believe the official verdict in the appellate
court needs to toss out the lower courts ruling, as being incomplete, and
inaccurate, and declare judgement that there was significant collateral
damage, even if there was no direct evidence, as the facts clearly support
this "correction" and conclusion. While the extent of the damage may not be
measurable or quantifiable from facts and figures, there can be no doubt,
there was damage done. The evidence was actually destroyed by the
transmissions themselves so to speak..
For the record, I am glad it all happened. I think a lot was learned by
all, even if it was heated at times... I think it does demonstrate, that at
least in the US, these two modes are incompatible today, and as long as
they are, that measures should be implemented to keep history from
repeating itself, and the they should be separated by frequency domain, not
time domain, until the network is ready to handle both, if that ever happens.
Doug
KB8GVQ
----------------------------------------------------------------------
Subject: Re: USB TNC challenge
From: "Jordi Costa" <bvjordi@bitsnvolts.com>
Date: Tue, 8 Jun 2004 08:50:18 +0200
X-Message-Number: 9
Modem + micro could be built with Motorola's (Freescale) 56F8xx hybrid
controllers ( DSP + MCU), but no USB.
Motorola (Freescale) is advertising new HCS12U... device(s) with USB.
Jordi - EA3CIU
----------------------------------------------------------------------
Subject: Re: Thoughts on a proposed replacement for D700
From: "DG2JW" <dg2jw@privateasylum.com>
Date: Tue, 8 Jun 2004 13:42:46 +0300
X-Message-Number: 10
Hi Doug.
Im already using my HP Ipaq 5550 with the D7 and D700 in packet mode. Which
means as long as there are programs like PocketAPRS or APRSCE our trusted
but less than perfect Kenwood products wont be made obsolete over night.
Here is an article written by Les Cobb W6TEE just on this topic.
http://home.pacbell.net/lcobb/packet.htm which describes a concept for
using a pda as a packet terminal. However another article written by DJ7oo
http://www.kh-gps.de/aprsdece.htm also adds some useful information.
I think your assumptions are correct. The D7 and D700 are good tools for
aprs and other packets as well. I don't believe they will ever be made
obsolete because of the inclusion of packet mode allowing them to operate
purely as an integrated Radio/TNC with software front end like pocketaprs
and aprsce. As long as we can get developers to provide CE and Palm
applications, the radio will never really be obsolete. Software will always
allow more people to do much more than much of today's hardware was
designed for.
In the worst case lets just be happy the Kenwood's have a packet mode to
use.
Best regards
Julian
----------------------------------------------------------------------
Subject: granularity in Mic-E format
From: Wes Johnston <wes@johnston.net>
Date: Tue, 08 Jun 2004 07:10:41 -0400
X-Message-Number: 11
Anyone wishing to see what the "coarseness" of MIC-E looks like go here:
http://www.imscorporation.com/kd4rdb/k2jlb-7%20photo.jpg This is a screen
shot from xastir, k2jlb is running a kenwood d700.
The granularity can indeed be aggravating when you want to place an object
somewhere and it jumps. But wait, APRS has a way to specify an object down
to 1 foot... but the kenwoods can't display it. hee heee....
Wes
----------------------------------------------------------------------
Subject: Venus Transit now History
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Tue, 08 Jun 2004 07:56:58 -0400
X-Message-Number: 12
Venus Transit observed at Naval Academy at 11:25:29z 4th contact. Location
N38 58.64 / W76 28.84. using 10 inch meade reflector and camera obscura
made from a 6 foot cube communication shelter with pin hole in door.
Perfect skies. No one else heard on AMSAT net 14.282 MHz. Time was 7:25
AM EDT.
de WB4APR, Bob
----------------------------------------------------------------------
Subject: Re: APRS GeoCaching
From: "Richard Amirault" <ramirault@erols.com>
Date: Tue, 8 Jun 2004 08:28:30 -0400
X-Message-Number: 13
There used to be another APRS cache years ago .. I think in Florida. The guy
had the cache stuck magnetically to the underside of his vehicle and you had
to check Findu to see where it was parked.
Richard
N1JDU
----------------------------------------------------------------------
Subject: RE: APRS Touchtone Wow
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Tue, 08 Jun 2004 08:33:31 -0400
X-Message-Number: 14
>>>"Andrew Rich" <vk4tec@hotmail.com> 6/7/04 10:25:24 PM >>>
>I just made a talking aprs weather station. using perl and liniux
>What I want to do is menu drive it with dtmf. "Select one for ..."
Yes, the APRStt spec includes queries. One of them is
for weather. Others are for Nearest WX object, etc...
His is that section:
*-----------------------
The APRStt Query allows the APRStt user to query for information about data
in the APRS system. A Query begins with the hashed letter "Q" which is
of course the digit "1" on the TTone keypad and has two following fields
and a third optional callsign field.
QUERY FORMAT: QTM*cccc.D - Q,TYPE,MODIFIER,CALLSIGN
The second field is the TYPE character and is a single digit hash for the
different types of Querys and the MODIFIER field is also hashed as a
modifier of that TYPE query. The last field (optional) is for a callsign
or object name. The use of the TYPE key and the MODIFIER key allows for
up to 99 different types of queries.
For most Queries, the VOICE response refers to locations compared to a
TARGET in terms of DIRECTION and DISTANCE from a REFERENCE. There are two
typical references, SELF and the APRStt server. Of course ANY other
reference can be selected too...
The 10 TYPES of Query are indicated by the first field of the Query. Each
of these can be thought of as ten different Tables of additional Queries.
The # key in each category is like the HELP key and will return a spoken
list of options for that TYPE. Again all Queries are documented by
referring to their HASHED nomenclature. In other words, the query "QRZ"
really is a press of the "171" keys followed by the usual "D" Key. (the D
key is the "OK" key or equivalent to an "ENTER" key)
The following are the major categories of QUERY. Many are not yet
implemented in the APRStt.exe. Only the QUERY-NEAREST and QUERY-REFERENCE
are mostly complete.
TYPE KEY DESCRIPTION of QUERY TYPES
------------- -------- ------------------------------------------
Q 1 Returns the "state" of APRStt (SATS, =
SPCL)
Qqz?? 11 (QZ ) TBD
QC - Club 12 (ABC) Information relative to the local clubs
QE - Event 13 (DEF) Event related Queries
QH - Help 14 (GHI) returns HELP info
Qjkl??? 15 (JKL) TBD
QN - Nearest 16 (MNO) NEAREST stn/obj (changes the TARGET)
QR - Relative 17 (PRS) Selects REFERENCE for Position of TARGET
Qtuv??? 18 (TUV) TBD
QW - Weather 19 (WXY) returns the nearest WEATHER OBJ to you
Q# 1# Returns a HELP list of Qx options
Each of the above are further subdivided. For example, here is the subset
of QUERIES for NEAREST:
NEAREST POSITION QUERIES: These will return the call and position of the
nearest of a selected set of Target stations/object types. In most Queries
concerning positions, a Query will respond with a direction and distance
between the "reference" position and the "target" position. The reference
position and target position are changed by the user, but otherwise do not
have to be included in each specific Query.... For each new APRStt user,
however, both the Target and Reference are set to the APRStt default. Once
he enters his position, then both are referenced to him. Here are the
definitons for the NEAREST Queries (QNx or "16x"):
NEAREST(16) KEY (n) NEAREST STN/OBJ TO THE REFERENCE POS
------------- --------- ----------------------------------------------
QNQ - QTH 161 (Qz ) nearest fixed station
QNabc??? 162 (abc) TBD
QND - Digi 163 (Def) nearest digipeater
QNI - IRLP 164 (ghI) nearest IGATE
QNL - LINK 165 (jkl) nearest LINK(IRLP, ILinke, Elink, etc)
QNM - Mobile 166 (Mno) nearest MOBILE
QNR - Repeater 167 (pRs) Nearest Voice Repeater
QNV - tbd 168 (tuV) tbd
QNW - Weather 169 (Wxy) nearest WEATHER to you
QN* 16* Marks the current TARGET as the new REFERENCE
QN# 16# Returns a HELP list of all NEAREST options
and so forth.
See http://www.ew.usna.edu/~bruninga/aprstt.html
_________________________________________________________________
FOXTEL Digital - Your ticket to cinema at home:
http://ad.au.doubleclick.net/clk;7718915;9123289;x?http://www.foxtel.com.au=
/Campaign/channelchoice.html
----------------------------------------------------------------------
Subject: Re: APRS GeoCaching
From: Steve Dimse <k4hg@tapr.org>
Date: Tue, 8 Jun 2004 08:34:14 -0400
X-Message-Number: 15
On 6/8/04 at 1:00 AM Jeff King <jeff@aerodata.net> sent:
>If that link doesn't work, type in "aprs" here (by keyword):
>
>http://www.geocaching.com/seek/nearest.aspx
>
>The single APRS cache is down, but quite interesting none-the-less.
There was one in Miami a couple years ago, by kg4cnm, the cache page seems
to be inactive (his tracker then was -3, he is still active as -1):
http://www.geocaching.com/seek/cache_details.aspx?ID=16679&decrypt=y
I kept meaning to visit it, but never got around to it...
Steve K4HG
----------------------------------------------------------------------
Subject: Re: APRS GeoCaching
From: "Kurt A. Freiberger" <kurt@badgers-hill.net>
Date: Tue, 08 Jun 2004 07:49:31 -0500
X-Message-Number: 16
Try this one:
http://slashdot.org/article.pl?sid=04/05/26/1233246&mode=thread&tid=103&tid=126i
&td=158&tid=172&tid=99
73/Kurt
----------------------------------------------------------------------
Subject: RE: Thoughts on a proposed replacement for D700
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Tue, 08 Jun 2004 08:54:35 -0400
X-Message-Number: 17
With all this bunk about the kennwoods, THE ONLY COMPLAINT I HAVE EVER SEEN
IS THAT IT CANNOT DISPLAY POSITIONS TO BETTER than 60 feet. And look how
Jeff King and the OPENtrack people have now amplified this thread over the
last month to the point now where he is pronouncing the radio is obsolete.
(When a car is moving at even 30 MPH it covers that 60 feet in about 2
seconds. Demanding one foot resolution on the front panel of a radio is
just stupid)...
And notice that Jeff does not have one, and does not know what they do or
how they work, yet he is one of the primary spokesman for their
"obsolescence!!!!! See his post below:
>>>Jeff King <jeff@aerodata.net> 6/7/04 11:15:37 PM >>>
>I really think someone should talk to Kenwood directly here
>before predicting there [obsolence]this. Even in the scope
>of APRS, there is so much more they could do.
(from a person that doesnt have one and has never used on!)
>...I wish I knew more about them, but I never owned one.
PLEASE NOTICE FOLKS, Jeff King who CONDEMS the KENWOODS and their
obsolescence and how they are HOLDING BACK APRS is the one who JUST SAID HE
has never owned one and doesn't really know anything about them. How can
he then be such an expert on their capabilities to justify his
condemnation...???
>Its my guess both the D7 and D700 are near end of life
>from a manufacturing standpoint...
PLEASE everyone that owns a Kenwood and USES it for APRS, should speak up
and resist this total uninformed, and hypocritical Jeff King propoganda...
----------------------------------------------------------------------
Subject: RE: Thoughts on a proposed replacement for D700
From: "Brian Riley (maillist)" <n1bq_list@wulfden.org>
Date: Tue, 08 Jun 2004 09:33:11 -0400
X-Message-Number: 18
On 6/7/04 10:47 PM, "Curt Mills" <archer@eskimo.com> wrote:
>On Mon, 7 Jun 2004, Doug Bade wrote:
>
>>My recollection is they bought the tnc as a sub assembly of hardware and
>>code from a third party, and do not own the rights... Just my memory, so do
>>not take it for book...
>
>It's a Tasco TNC. Same or similar to what's in the Alinco. So I've
>heard anyway.
Yes, its the TASCO TNC. There are several flavors of it though. The D7A and
its upgrade D7A(G) have the crippled TNC where KISS transmit doesn't work.
The D7E (European version) upgrade had KISS fixed. As far as I know the
D700A and D700E have the same flavor TNC and KISS works on them and yes, ist
essentially the same TASCO TNC in the Dr135, but I have no idea what the
KISS Status is on that ... Curt?????
Cheers ... 73 de brian, n1bq
----------------------------------------------------------------------
Subject: RE: Thoughts on a proposed replacement for D700
From: "Brian Riley (maillist)" <n1bq_list@wulfden.org>
Date: Tue, 08 Jun 2004 09:38:07 -0400
X-Message-Number: 19
What hasn't been mentioned here and was a few years ago when the first
upgrades for D7's and later D700s came out is the FCC. Part of the reasons
they are not easier to flash is the FCC they flat out don't want users to be
able to muck with it.
Then there is the trade off of user flexibility versus the warranty service
nightmare of use accessible firmware.
Cheers ... 73 de brian, n1bq
----------------------------------------------------------------------
Subject: RE: Thoughts on a proposed replacement for D700
From: "DG2JW" <dg2jw@privateasylum.com>
Date: Tue, 8 Jun 2004 16:48:17 +0300
X-Message-Number: 20
Sorry Bob, this is just an objective comment regarding your comment and not
a personal attack against you.
>And notice that Jeff does not have one, and does
>not know what they do or how they work, yet
>he is one of the primary spokesman for their "obsolescence!!!!!
>See his post below:
I do have a D7, two of them actually and one D700. I can give your their
serial numbers.
I can say that I am very interested in experimenting with OpenTrac and
support in principle what Jeff and the guys are doing. The Kenwood's are
good if you never want to do anything else but aprs as it exists now with
them. For this reason I regularly use my Ipaq or Palm as a front end that
allows software to make up for the downfalls of the units.
>PLEASE NOTICE FOLKS, Jeff King who CONDEMS
>the KENWOODS and their obsolescence and how they
>are HOLDING BACK APRS is the one
>who JUST SAID HE has never owned one and doesn't
>really know anything about them. How can he then
>be such an expert on their capabilities to justify his
>condemnation...???
>PLEASE everyone that owns a Kenwood and USES it
>for APRS, should speak up and resist this total
>uninformed, and hypocritical Jeff King propoganda...
Again I do own them, and I am very happy to tell people what I think the
shortcomings are. Does that mean Ill toss them in the trash? No, but Ill
find other ways of using them in a way that may not have been considered
by the design teams of the D7 and D700.
I dont beleive that my kenwood rigs will become obsolete in "ANY WAY".
Aprs will continue to exist but there will be alternatives in addition
to it. Alternatives that allow us to push the envelope that much more.
It may also be that one day someone will write a piece of code that can
be incorporated easily into existing clients and servers allowing easy
transcoding of APRS and Opentrac formatted packets making all of the
data avalible to to each standard.
I understand that keeping to two communities apart may have its
advantages, however, from a user point of view (which I am), I can see
the benefits of transcoding packets rather than ignoring them. Will it
cause higher bandwidth usage. I dont think so as we have a set number of
APRS users globally with a small percentage being added regulary. Some
users will continue to use APRS as it is now. SOme will use Opentrac
exclusively, and others will use both, however the number of
APRS/Opentrac related users, remain at or near the same plus annual
growth. There is no problem.
I am by no means an APRS guru. Im a hacker (and I have been called
worse) but the bottom line is when either side presumes to speak for the
users, you might consider that the users have been telling the APRS
world what we want for some time with no results. Subjective viewpoints
cannot be considered valid in regards to respesntation of existing users
because these same users are telling you something totally different
than the opinion you put fourth.
My kenwoods would be more valuble to me if they were more flexible with
user upgradeble firmware, adding the possibility of expanding its
usefulness and useability in the light of future developments.
Julian
OH8GEJ
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
