So what's the answer:

1. Try to make room elsewhere for D*

or

2. Encourage Icom to make dual mode repeaters so those with analog 
systems can simply swap them out and support both modes.

I would try for the latter in the spirit of cooperation and upgrade ease 
on the part of the users.

Once again, there is a perfectly reasonable solution staring trustees in 
the face if only Icom would support it.

If D* takes off, or all the users make the transition, the analog side 
can be disabled and the spectrum benefits can be realized.

People have to learn that sometimes a wholesale change is not the best 
for the service. This is ham radio - you can't expect everyone to bend 
over backwards for every new mode that comes along, and you can't expect 
more spectrum just because you have a new mode. You have to make it easy 
for people to transition.

Joe M.

KF4TNP wrote:
>  
> 
>  
> 
> ------------------------------------------------------------------------
> 
> *From:* [email protected] 
> [mailto:[EMAIL PROTECTED] *On Behalf Of *Kris Kirby
> *Sent:* Friday, May 16, 2008 2:59 AM
> *To:* [email protected]
> *Subject:* Re: [Repeater-Builder] DSTAR / DIGITAL / FCC Denies Petition 
> to Utilize 2m Sub-Band for Digital
> 
>  
> 
> On Thu, 15 May 2008, KF4TNP wrote:
>>  D STAR DOES NOT NEED ITS OWN PLAN if all communication are done
>>  correctly and thing thought out . There is plenty of room if people
>>  would work together but too many are stuck on OLD
> 
> I would be inclined to agree with you, however most existing repeater
> owners are not likely to give up a repeater location, or coordination.
> Additionally, there are locations where it does not make simple sense to
> sacrafice a repeater location for the purposes of securing a digital
> mode.
> 
> OK I agree
> 
> 
> 
>>  When I program up the radio I have all the fail soft and , and control
>>  channels etc etc are programmed into the radios So if the system
>>  fails. And it ends up in failsoft then one trunk channel is now for
>>  the police , one for fire, etc etc etc.
> 
>>  Of course it is all how you plan the system before you deploy it .
>>  Brent
> 
> Ah, another of our land-mobile guys speaks up. Brent, in your experience
> of commercial trunking radio, and analyzing the D-star protocol
> documents, wouldn't you agree that a common channel, similar to the APRS
> frequency, is needed for D-star to be truly effective?
> 
> Now if you look at it that way. I would say I would give that a try, it 
> would be interesting
> 
> 
> You do make a succinct point about the nature of systems planning,
> however one must remember that this is "amateur" radio, and not all
> amateurs have experience with trunking radio, or intend to build a large
> system. Much as those in the data and computer networking worlds have
> learned (and often the hard way), it takes a lot of work and learning
> and making the wrong decision a few times to discover the most reliable
> and the most effective way to solve a problem.
> True
> 
> 
>>  Also correct me if I am wrong there is no way to turn off the dstar
>>  system as in remote control? Maybe on the newer systems there might
>>  be. I have also not heard a good sounding D system yet. Just my opnion
> 
> I am not familiar with the ICOM products enough to be able to answer
> that question -- I would think it unwise to throw that into the
> conversation without having a supporting reason. I will relate this: I
> have seen numerous commercial stations and repeaters that did not
> implement a remote control facility for allowing a control operator to
> shut the repeater down.
> Guilty, I have one at this time that I can not shut off. Well I can shut 
> the whole site off
> 
> That would not be nice.
> 
> Kris , you make great points as describe above
> 
> Where do you get the superpowers  J-
> Kris Kirby, KE4AHR <[EMAIL PROTECTED] <mailto:kris%40catonic.us>>
> But remember, with no superpowers comes no responsibility.
> --rly
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> No virus found in this incoming message.
> Checked by AVG. 
> Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 
> 4:44 PM

Reply via email to