A few specific comments to Joel: The loss of the TAPR Spread Spectrum project, was a shocker to me as it had been in the works for a number of years and they never came up with a production model radio due to certain parts becoming obsolete and no longer available plus not being able to come up with the needed expertise to proceed further. (Again, the issue of adequate people to do this kind of work as only a tiny handful have that level of knowledge). At that moment it seemed to be turning point for TAPR where they went from being one of the leading lights in digital ham radio to something very much less. Maybe I am being harsh but I did not find the other stuff they were doing all that interesting. Currently, they don't seem to have much interest in HF digital.
Isn't the concept of using the internet as much as possible and amateur radio only when you have to, already in place? This is exactly what Winlink 2000 does now. The whole purpose of any new emergency network would be to try and more closely approach the DHA/FEMA request. If we choose not to do this, would it not be possible that we would regret this in the long term? 73, Rick, KV9U -----Original Message----- From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] Behalf Of Joel Kolstad Sent: Sunday, June 19, 2005 13:55 To: digitalradio@yahoogroups.com Subject: [digitalradio] Re: HF Digital network modes Rick, You make a lot of good points; well said. --- In digitalradio@yahoogroups.com, "Rick Williams" <[EMAIL PROTECTED]> wrote: > Ideally, a group would get together based upon some > kind of target they are trying to reach. There are plenty of pros and cons to groups... in fact, WRT radio development, often the ones that are only "loosely" group based seem to do the best... the TAPR spread spectrum group project died, whereas Bob Larkin's DSP-10 did pretty well as has GNU Radio (which is a "loose" group but so far the vast majority of development has been by Matt and Eric). > It would be highly adaptable to the channel capacity and conditions and > scale adaptably using RF circuits for the most part, but also use the > internet when you must in order to reach e-mail addresses. Personally I'd make the priority be to use the Internet "whenever possible" rather than "when you must." RF spectrum is a scarce resource (especially on HF!), and while there's definite value in having a system out there that requires no "foreign" infrastructure (the Internet), realistically 99+% of any such system's use is going to be for pure hobbyist recreational purporses and not emergency usage. Hence, by conserving RF spectrum, the largest number of people get to use the system. > The biggest problem with TCP/IP seems to be the > overhead. That is certainly an issue for discussion. Yes, but keep in mind that there are already existing solutions (CSLIP and PPP) invented for millions of people still using dial-up Internet connections. Although you can certainly do better with another protocol (as Winlink/Airmail do), in my opinion the right thing to do is just encapsulate TCP/IP as best as possible (something needed anyway, since of course TCP/IP was never designed to be used over such high bit-error rate channels) and leave it at that. The number of applications out there that already use TCP/IP (and the number of people who know how to program it) is the overwhelming deciding factor for me. ---Joel The K3UK DIGITAL MODES SPOTTING CLUSTER AT telnet://208.15.25.196/ Yahoo! Groups Links -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.7.8/22 - Release Date: 6/17/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.7.8/22 - Release Date: 6/17/2005 The K3UK DIGITAL MODES SPOTTING CLUSTER AT telnet://208.15.25.196/ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/