Polski Związek Krótkofalowców |
Polski Klub Radiovideografii |
Data on the DXCC entities are saved in the file DXCC.lst ( subsequently updated) placed in the directory with the program HAM SECRETARY. First explains the difference between the entite DXCC and country. The entity is a geographically isolated area of a country, which is due to the specifics of the area, difficulties in access to that area, or because of the geographical vastness of the country in a political sense, creates a separate entity. Eg entity Scarborough Reef BS7H due and this is a small rock on the sea Chinese, difficult accessible , is a separate entity even though the politically belongs to China. The order in which operators are in the collection DXCC.lst corresponds to the order in accordance with the official list of ARRL's . In this set contains not only the current entites but also deleted entites arising from the so-called. cross-reference-list that appeared over the years. The set contains all characters that are contained in a program Logger32 v 3.18, and also entites from fille WL-CTY.DAT and also due to my records for entites in logger POL-LOG-SP9AUV my authorship. Here's a sample line write DXCC.lst and their interpretation:
Name Entite CQZone ITUZone Continent Wsp.geograficzne Offset time to GMT Main Prefiks No.ADIF Daty zaliczenia
Long Latt FROM TO
Spratly Is.: 26: 50: AS: 8.80: -111.90: -8.0: 1S 247 1945/11/15:
1S,9M0,BV9S,DU0,9M6TCR,9M6TPR,9M0S,9M4SDX,9M6HX,9M6PO,9M6SDX,
DU0K,DX0JP,DX0K,=9M6OO/P,=9M2/PG5M;
United States of America: 05: 08: NA: 43.00: 87.90: 5.0: K: 291: 1945/11/15:
K5(4)[7], K6(3)[6], K7(3)[6], K8(4), K9(4), K0(4)[7],
2nd and the next lines indicate possible prefixes or signs
Consider for example for callsign = 9M2/PG5M. It means that the entire statement carefully and mark not only the prefix. compatibility must exist for the whole callsign 9M2/PG5M, Recording for the K5 (4) [7] for the United States significant from the need to set the for prefix K5 CQZone = 4 and for ITUZone = 7 - although the main area for the United States are 05 and 08.
The principle of seeking the country in a DXCC country list..
• | The program is looking for a country in the sorted list withheld the entire time in memory. The program, first insert to the desired character, the sign = and looking for country the whole callsign in a list DXCC.lst also includes the = sign. . For example, a country seeking to callsigne 9M6OO / P is doing with the character specified character wanted = 9M6OO / P and find entite Spratly Is If the specified length would be a sign SP6RTY does it = SP6RTY and is not find a country for so-so removes the specified character = and sets the callsing to SP6RTY and then again search country. Now find a country Poland. |
• | Seeking country, the program tries to find a country with as long as possible as to the conformity of the number of characters from a given sign. The current version of the program for all countries set the date of credit equal to TO = 9999/01/01 - practically ignores the date specified in the TO list. Only displays the date for the user. However, the mechanisms used to find the country come from my POL-LOG-in, which researched and analyzed and compared the date of QSOs with the date TO in the DXCC list. Here is the lack of the date of QSOs to use this mechanism. Moreover, these dates can be sometimes inadequate (difficult to determine, even by the ARRL) and is therefore dropped from the test date QSOs. |
• | Not recommended to edit of yourself a file DXCC.lst because data must be stored there according to certain rules. Do not use the mark TAB and insert spaces as endless line of data. The best thing about this situation, inform the author to the e-mail sp9auv@wp.pl or sp9auv@sp9auv.com |