Rick,

Just my own opinion, but the method used by each of the
logging s/w programs are totally unique - each with it's
own advantages.  For DXbase, using the method that Jack
has for us, gives the DXbase user the total flexibility
of entering the new / modified data "immediately" - without
waiting for an updated country file. Once the DXbase user
finds out about something new / changed - within minutes,
they can have the entries made and save!!!

As with everything dealing with the logging programs, each
user will have their own preferences!

73 Joe wa6axe


Rick Kourey (K4KL) wrote:

> Paul,
> 
> I was talking to DX4WIN at Dayton and they release a new "updated 
> country file" as soon as a change in country status is announced.  You 
> simply copy or import this file into your DX4WIN program and it is up to 
> date to that point in time.  I would really want a similar process like 
> this added to DXBase for simplicity and to keep me from corrupting 
> anything.
> 
> Rick Kourey (K4KL)
> Marvin -- Charlotte,  NC
> [EMAIL PROTECTED]
> 
> 
> 
> 
> ----- Original Message ----- From: "Paul Cassel" <[EMAIL PROTECTED]>
> To: "'DXBase Reflector'" <[email protected]>
> Cc: "'Paul VE3SY'" <[EMAIL PROTECTED]>
> Sent: Monday, May 21, 2007 5:49 PM
> Subject: RE: [Dxbase] 4O - Montenegro : changes that will be made to 
> theRefdata and Logbook mdb files
> 
> 
>> I really think Jack needs to revisit how Country records get updated or
>> issue official DXb step by step instructions for same.  At the moment it
>> appears by this on-going threat that DXb country file updates are not 
>> real
>> user friendly for the vast majority of users.
>>
>> It appears that the issue is not adding the new prefix but rather the
>> implications there are may be on the previous changes and dates for 
>> these 2
>> evolving entities.
>>
>> Is there an official document listing the complete process for this 4O 
>> etc
>> change/s?
>>
>> Paul VE3SY
>>
>>> -----Original Message-----
>>> From: [EMAIL PROTECTED] [mailto:dxbase-
>>> [EMAIL PROTECTED] On Behalf Of Greg
>>> Sent: Monday, May 21, 2007 5:30 PM
>>> To: Joseph Glockner
>>> Cc: DXBase Reflector
>>> Subject: Re: [Dxbase] 4O - Montenegro : changes that will be made to
>>> theRefdata and Logbook mdb files
>>>
>>> I will wait for the updated country file !
>>>
>>> N8TDL
>>> Greg
>>
>> ailto:[email protected]
>>
>> ______________________________________________________________
>> Dxbase mailing list
>> Home: http://mailman.qth.net/mailman/listinfo/dxbase
>> Help: http://mailman.qth.net/mmfaq.htm
>> Post: mailto:[email protected] 
> 
> 
> ______________________________________________________________
> Dxbase mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dxbase
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:[email protected]
> 
> 
> 
From [EMAIL PROTECTED]  Mon May 21 23:26:00 2007
From: [EMAIL PROTECTED] (Peter Dougherty)
Date: Mon May 21 23:34:41 2007
Subject: [Dxbase] 4O - Montenegro : changes that will be made to
        theRefdata and Logbook mdb files
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

At 11:10 PM 05/21/2007, Joseph Glockner wrote:
>Just my own opinion, but the method used by each of the
>logging s/w programs are totally unique - each with it's
>own advantages.  For DXbase, using the method that Jack
>has for us, gives the DXbase user the total flexibility
>of entering the new / modified data "immediately" - without
>waiting for an updated country file. Once the DXbase user
>finds out about something new / changed - within minutes,
>they can have the entries made and save!!!
>
>As with everything dealing with the logging programs, each
>user will have their own preferences!

Personally, I'd rather have a separate file that just needs to be 
downloaded and copied over. I dislike anything that's got a high PITA-factor.

That said, barring any more Balkan shooting wars, I sincerely doubt 
you'll see another database change as convoluted as this one. The 
real problem here was not just Montenegro getting its own prefix but 
also the fact that two of its previous prefixes were reverting back 
to Serbia, and two entire Serbian prefixes were disappearing completely.



Cheers,

Peter,
W2IRT 

Reply via email to