Page 1 of 1

Call lookup not finding 5J0T

Posted: 25 Apr 2014, 06:17
by NN7D
Came across this odd one. 5J0T - which seems to be a valid call for San Andres and Providencia, is not showing up with any user information - no name, or country. actually the country is listed as Abu Ail Is [deleted]. Seems like the call sign look-up is missing this one.

I checked my Special Call sign List (scl.xml) and its dated today - 25 April 2014, but it does not contain 5J0T. Is this something which should be added to the list?

I checked the ClubLog Exception List (clublog.xml) and it does not contain 5J0T. The file is dated 24 April 2014.

Figured out part of the problem. HamQTH does not list 5J0T at all. If I change my External Source (Settings 1 tab in Settings) then Log4OM finds 5J0T with the proper name, manager, but no country, or any zones, ITU, etc.

Ah, just noticed that 5J0T is operating from 18 to 25 April. Did it drop off some list a day early?

Or should this call be added to the SCL?

Thanks,
Doug

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 06:47
by G4POP
You are correct Doug it does not lookup in HamQTH but does on QRZ

Perhaps Chuck can explain why it is not in the SCL, there must be a reason although 5J0X and 5K0M are both listed admittedly they are listed as no longer active because both stations finished yesterday.

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 08:31
by K7PT
5J0M was in the SCL as with the suffix of "M" it would have resolved incorrectly. 5J0T was not as it resolves correctly without being in the SCL.

You can see the contents of the SCL at Main Menu bar>Utilities>DX Information

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 08:39
by G4POP
K7PT wrote:5J0M was in the SCL as with the suffix of "M" it would have resolved incorrectly. 5J0T was not as it resolves correctly without being in the SCL.

You can see the contents of the SCL at Main Menu bar>Utilities>DX Information
Unfortunately it does not resolve correctly is the user uses HamQTH

As 5J0T was only active only for a specific period of time shouldn't that have been in the SCL along with 5J0M? I don't understand why its any different?

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 09:03
by K7PT
It resolved correctly for users that use QRZ.

I can't check every call sign on QRZ and HamQTH. So, I've updated the CF to take care of this for the next time.

Even with the CF change, it will not be found on HamQTH but will resolve the entity correctly with no address or other information.

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 09:11
by G4POP
K7PT wrote:It resolved correctly for users that use QRZ.

I can't check every call sign on QRZ and HamQTH. So, I've updated the CF to take care of this for the next time.

Even with the CF change, it will not be found on HamQTH but will resolve the entity correctly with no address or other information.
The important thing is that the call resolves to the correct country even if the user has no internet connection or has decided not to use lookups from QRZ or HamQTH

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 09:21
by K7PT
I agree. On calls like this, I check to see if Log4OM resolves it correctly but can't tell if it is resolved by the CF or either external source when I enter it into the look-up.

In any event it's resolved with the change to the CF.

5J0M had to be in the SCL as it would have resolved as Malpelo (incorrect) as the M suffix is for HK0M. :)

Re: Call lookup not finding 5J0T

Posted: 25 Apr 2014, 18:24
by NN7D
Thanks Chuck and Terry,

Roger all. I updated my Country File and now 5J0T resolves to San Andres Providencia.

Cheers and thanks!

Doug
W7DRM