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

JOSEPH REED joe at n9jr.com
Fri Mar 5 00:25:11 CET 2021


The command is not load/prefix it is load/prefixes.  Try that.

Joe N9JR

> On Mar 4, 2021, at 2:12 PM, Luigi Carlotto IK5ZUK via Dxspider-support <dxspider-support at tobit.co.uk> wrote:
> 
> Hi all, 
> 
> These are the steps I've followed: 
> 
> 1. cd /spider/data 
> 2. wget www.country-files.com/cty/cty.dat <http://www.country-files.com/cty/cty.dat> -O cty.dat 
> 
> (I'm sure that the last cty.dat file is downloaded because I've edited with nano and searching for the "VERSION" string I've found "Guinea-Bissau:            35:  46:  AF:   12.02:    14.80: 0.0:  J5: 
>     J5,=VERSION; ") 
> 
> 3. wget www.country-files.com/cty/wpxloc.raw <http://www.country-files.com/cty/wpxloc.raw> -O wpxloc.raw
> 4.  ../perl/create_prefix.pl
> 5. into the spider console, as sysop, done the command "load/prefix" 
> 
> Unfortunately, the output for the "sh/prefix version" is: 
> 
> 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  4-Mar-2021 1706Z dxspider > 
> 
> IMHO this means that the new database is not loaded, at least. I don't know what I'm doing wrong... 
> 
> For completeness: I've tried to delete the file /spider/local_data/prefix_data.pl and run one more time the create_prefix and load/prefix, but nothing is changed.
> 
> I don't know what else to try...
> 
> 73 Luigi IK5ZUK
> 
> Il 04/03/2021 03:14, David Spoelstra via Dxspider-support ha scritto:
>> OK, found the problem. I was using http vs https when I fetched the file - that made all the difference.
>> 
>> If anyone wants to use my DXSpider cron, you are most welcome. Just to make sure everyone understands, you can put a crontab in /spider/local_cmd/ and it will run. I put all my DXSpider stuff in there to keep everything dealing with DXSpider in one place.
>> 
>> My DXSpider crontab in /spider/local_cmd/:
>> 
>> # /spider/local_cmd/crontab
>> # MAKE SURE /spider/cmd_import EXISTS!
>> # min, hour, day-of-month, month, day-of-week (0=Sun)
>> # TIME IS UTC!
>> 
>> # Connect to other nodes
>> * * * * * start_connect('w9pa') unless connected('w9pa')
>> * * * * * start_connect('wb3ffv') unless connected('wb3ffv')
>> * * * * * start_connect('ky4xx') unless connected('ky4xx')
>> 
>> # Monday 1am local - Get latest FCC data (W1NR updates Sundays)
>> 0 5 * * 1 spawn("cd /tmp && wget -Nq ftp://ftp.w1nr.net/usdbraw.gz <ftp://ftp.w1nr.net/usdbraw.gz> && /spider/perl/create_usdb.pl <http://create_usdb.pl/> usdbraw.gz")
>> 2 5 * * 1 run_cmd("load/usdb")
>> 4 5 * * 1 spawn("rm /tmp/usdbraw.gz")
>> 
>> # Friday 1am local - Get latest Keps to be ready for any contest
>> 0 5 * * 5 spawn("cd /tmp && wget -Nq https://www.amsat.org/amsat/ftp/keps/current/nasabare.txt <https://www.amsat.org/amsat/ftp/keps/current/nasabare.txt> && /spider/perl/convkeps.pl <http://convkeps.pl/> -p nasabare.txt")
>> 2 5 * * 5 run_cmd("load/keps")
>> 4 5 * * 5 spawn("rm /tmp/nasabare.txt")
>> 
>> # Friday 1am local - Get latest cty.dat to be ready for any contest
>> 6  5 * * 5 spawn("cd /spider/data && wget -Nq https://www.country-files.com/cty/cty.dat <https://www.country-files.com/cty/cty.dat>")
>> 8  5 * * 5 spawn("cd /spider/data && wget -Nq https://www.country-files.com/cty/wpxloc.raw <https://www.country-files.com/cty/wpxloc.raw>")
>> 10 5 * * 5 spawn("cd /spider/data && /spider/perl/create_prefix.pl <http://create_prefix.pl/>")
>> 12 5 * * 5 run_cmd("load/prefixes")
>> 
>> # Friday 1am local - Update DXSpider to be ready for any contest
>> 14 5 * * 5 spawn("cd /spider && git reset --hard && git pull")
>> 
>> -David, N9KT
>> 
>> 
>> On Wed, Mar 3, 2021 at 7:54 PM JOSEPH REED via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> wrote:
>> 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 <mailto: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> <>_______________________________________________
>>> 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>
>> 
>> _______________________________________________
>> 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>
> 
> _______________________________________________
> 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/20210304/1a3fc545/attachment-0001.htm>


More information about the Dxspider-support mailing list