[Dxspider-support] CTY-3105 Country Files - 03 March 2021

JOSEPH REED joe at n9jr.com
Thu Mar 4 01:53:19 CET 2021 

Interesting,

The -N means don’t download unless the file is newer.  Are you doing the wget -qn as sysop or another user?  I shamelessly use a crontab script written by another contributor (search the archives) or email me off list and it just happens without human intervention. That might be the way to go.

Joe N9JR

> On Mar 3, 2021, at 6:00 PM, David Spoelstra via Dxspider-support <dxspider-support at tobit.co.uk> wrote:
> 
> I figured out my problem. For some reason wget doesn't see the file as having been changed!
> 
> $ wget -N http://www.country-files.com/cty/cty.dat <http://www.country-files.com/cty/cty.dat>
> --2021-03-03 18:50:45--  http://www.country-files.com/cty/cty.dat <http://www.country-files.com/cty/cty.dat>
> Resolving www.country-files.com <http://www.country-files.com/> (www.country-files.com <http://www.country-files.com/>)... 72.52.250.187
> Connecting to www.country-files.com <http://www.country-files.com/> (www.country-files.com <http://www.country-files.com/>)|72.52.250.187|:80... connected.
> HTTP request sent, awaiting response... 304 Not Modified
> File ‘cty.dat’ not modified on server. Omitting download.
> 
> It doesn't update the file and inside it shows "C3,=VERSION;"
> 
> So, instead I switched to curl and ran:
> curl -Os http://www.country-files.com/cty/cty.dat <http://www.country-files.com/cty/cty.dat>
> 
> This time it updated the file and inside it shows "J5,=VERSION;" which is correct and everything now works.
> 
> Does anyone know why wget doesn't see the file as having been changed? Is it getting that information from the server?
> 
> -David, N9KT
> 
> 
> 
> 
> 
> 
> On Wed, Mar 3, 2021 at 6:25 PM David Spoelstra <davids at mediamachine.com <mailto:davids at mediamachine.com>> wrote:
> OK, now you guys made me check mine and I'm having problems too! I do the following:
>     cd /spider/data
>     wget -qN http://www.country-files.com/cty/cty.dat <http://www.country-files.com/cty/cty.dat>
>     wget -qN http://www.country-files.com/cty/wpxloc.raw <http://www.country-files.com/cty/wpxloc.raw>
> I check the dates and they look correct:
> -rw-r--r--  1 sysop spider  77K Mar  3 18:03 cty.dat
> -rw-r--r--  1 sysop spider 538K Mar  3 18:03 wpxloc.raw
> 
> I look inside cty.dat and see: C3,=VERSION;
> 
> Then I run:
> /spider/perl/create_prefix.pl <http://create_prefix.pl/>
> which updates:
>     -rw-r--r--  1 sysop spider 821K Mar  3 18:15 prefix_data.pl <http://prefix_data.pl/>
> Then I login to my cluster and run "load/prefixes" which works.
> 
> But, when I run "sh/prefix version" I get: VERSION DXCC: 12 ITU: 27 CQ: 14 LL: 42 35 N 1 37 E (VERSION, Andorra-C3)
> Which doesn't match what you all are getting!
> 
> When I looked in prefix_data.pl <http://prefix_data.pl/> I see:
>   '=VERSION' => '75',
> 
> What am I doing wrong?
> 
> Thanks!
> -David, N9KT
> 
> 
> On Wed, Mar 3, 2021 at 4:58 PM Luigi Carlotto IK5ZUK via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> wrote:
> Hi Kjell,
> Thanks for your help.
> 
> I've understood now. But however despite having downloaded the last cty.dat from the following URL:
> 
> https://www.country-files.com/cty/cty.dat <https://www.country-files.com/cty/cty.dat>
> 
> the DXCC entity identifying the version is not "Guinea-Bissau-J5" but "Cocos-Keeling-Islands-VK9C": so, if I'm not wrong, this means that the cty.dat file downloaded is not the last one.
> 
> Of course, after cty.dat download in /spider/data, I've done the spider/perl/create_prefix.pl <http://create_prefix.pl/> and finally, into the spider console done the "load/prefix" command.
> 
> Kjell, please could you tell me the exact path for downloading the last cty.dat file ?
> 
> Thank you and sorry for noise to the others.
> 
> 73 Luigi IK5ZUK
> 
> 
> 
> Il 03/03/2021 22:17, Kjell Jarl via Dxspider-support ha scritto:
>> Follow the path Jim outlined
>> 
>> 
>> 
>> ---- Luigi Carlotto IK5ZUK via Dxspider-support skrev ----
>> 
>> Sorry Guys,
>> below is the output for "sh/prefix version" done in my spider:
>> 
>> sh/prefix version
>> VERSION CC: 201 IZ: 54 CZ: 29 LL: 12 9 S 96 49 E NH87 (VERSION, 
>> Cocos-Keeling-)
>> (IK5ZUK-1) de IK5ZUK-6  3-Mar-2021 2040Z dxspider >
>> 
>> Where is the version number ?
>> 
>> 73 Luigi IK5ZUK
>> 
>> 
>> 
>> Il 03/03/2021 21:37, Dirk Koopman via Dxspider-support ha scritto:
>> > SH/PREFIX VERSION will also work. A rather off the wall SH/MOON 
>> > VERSION also works  :-)
>> >
>> > In fact any command that would show a location as part of its output 
>> > will work.
>> >
>> > Dirk
>> >
>> > On 03/03/2021 20:27, Jim Reisert AD1C via Dxspider-support wrote:
>> >>> A question: I'm running DxSpider software, is there a command to see
>> >>> what is the CTY version installed into the system ?
>> >> One of these may work:
>> >>
>> >>    (*) SH/H VERSION
>> >>    (*) SH/SUN VERSION
>> >>
>> >> (*) These are CC Cluster commands, but I think DX Spider uses the 
>> >> same ones.
>> >>
>> >> The callsign VERSION will be identified as a particular DXCC entity,
>> >> which is always listed at the top of the release notes, for example:
>> >>
>> >>      https://www.country-files.com/cty-3105-03-march-2021/ <https://www.country-files.com/cty-3105-03-march-2021/>
>> >>      VER20210303, Version entity is Guinea-Bissau, J5
>> >>
>> >> So it's easy to tell if you have (or do not have) the latest version
>> >> of the country file, but if the version entity does NOT match, you
>> >> will have go searching the older release notes to find out which
>> >> version you DO have installed.  There is a search box in the
>> >> upper-right hand corner of the web page I listed above, type in
>> >> Version Entity and you will see them for each release.
>> >>
>> >>
>> >
>> >
>> > _______________________________________________
>> > Dxspider-support mailing list
>> > Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> > https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support <https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support>
>> 
>> 
>> -- 
>> Questa email è stata esaminata alla ricerca di virus da AVG.
>> http://www.avg.com <http://www.avg.com/>
>> 
>> 
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support <https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support>
>> 
>> 
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support <https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support>
> 
> 
>  <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>	Mail priva di virus. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> <x-msg://3/#m_5519675380789537698_m_-4158866810881750078_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>_______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support <https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20210303/63c2430f/attachment-0001.htm>

More information about the Dxspider-support mailing list