[Dxspider-support] CTY-3105 Country Files - 03 March 2021
Luigi Carlotto IK5ZUK
ik5zuk at tiscali.it
Thu Mar 4 21:12:05 CET 2021
Hi all,
These are the steps I've followed:
1. cd /spider/data
2. wget 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 -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
> 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/df7425b4/attachment-0001.htm>
More information about the Dxspider-support
mailing list