 |
|
eQSL.cc Home
Search
Login
Authors
Recent Posts| Viewing User Profile for: N1RR Charlie Morrison | |||||||||||||||||
| About | Contact | ||||||||||||||||
|
Send Private Message |
||||||||||||||||
| Post Statistics | |||||||||||||||||
|
N1RR Charlie Morrison has contributed to 1 posts out of 11671 total posts
(0.01%) in 8,584 days (0.00 posts per day).
20 Most recent posts:
Getting more eQSLs »
LOTW CREDITS TO EQSL CREDITS Jun 2, 2015 10:12 PM
(Total replies: 6)
Howard, ADI / ADIF files have many components or fields in them. The fields that you are given by a download from eQSL are not the fields that are needed to upload into LoTW. At a minimum LoTW needs CALL, QSO_DATE, TIME_ON, BAND or FREQ or both, MODE, RST_RCVD, RST_SENT and EOR. Additional fields are ok. Here's how the files are read: HEADER There are fields here for programs to know what your sending or what your getting. I find that I usually dont mess with headers, or I strip out everything except the <EOH>. The last field in the header is known as "End of Header" and it is abbreviated as "EOH". There is no colon or digit inside. This ends the header and everything after it is data or QSOs. QSOs Each field name has a left and right arrow. These contain the name of the field, a colon and digits. Note that there is always a space before each "<". If there two spaces or no spaces, it will cause an error. Note that the digit(s) inside the arrows and it is placed after the colon and before the ">". This digit means it is always the number of characters that will follow the ">". This tells the program how many characters of the field to load in or read. If this number is wrong it will cause an error. The last field in each QSO line is known as "End of Record" and it is abbreviated as "EOR". There is no colon or digit inside. Think of this as the period at the end of a sentence. Notice that the number of characters to the right of each ">" adds up to the digit(s) that is shown before ">". <CALL:6>JH1AQN <QSO_DATE:8>20131004 <TIME_ON:6>153826 <BAND:3>15M <FREQ:8>21.02100 <MODE:2>CW <RST_RCVD:3>599 <RST_SENT:3>599 <EOR> Here's an example of an .ADI file: ~~ The header info ~~ <EOH> <CALL:6>JH1AQN <QSO_DATE:8>20131004 <TIME_ON:6>153826 <BAND:3>15M <FREQ:8>21.02100 <MODE:2>CW <RST_RCVD:3>599 <RST_SENT:3>599 <EOR> Note that there is a space before each "<". Note that the digit(s) before the ">" are the number of characters that will follow the ">". This tells the program how many characters of the field to load. If this number is wrong it will cause an error. What you get from an eQSL OUTBOX ADI download is: ~~ The header info ~~ <EOH> <CALL:8>VI2ANZAC <QSO_DATE:8:D>20150515 <TIME_ON:4>1119 <BAND:3>30M <MODE:2>CW <RST_SENT:3>599 <QSL_SENT:1>Y <QSL_SENT_VIA:1>E <EOR> As you can see the <RST_RCVD:3> for CW or <RST_RCVD:2> for SSB is missing. If you are handy with text files and the "SEARCH & REPLACE" feature, then you could use S&R this way to add this field to each QSO line. (You will have to edit each rcvd RST after this, so the RST that you do add should be the highest occurring RST report and mode you are getting. You should also choose the mode that you use most.) Find: " <EOH>" Replace: " <RST_RCVD:3>599 <EOH>" Do this only once to all occurances of " <EOH>" and then go back and edit the digit after the colon as either a 2 or 3 for the mode and edit the RSTs values. You could also try to upload it with 599's. I know I'm ALWAYS 599. So in my example it would look like this: ~~ The header info ~~ <EOH> <CALL:8>VI2ANZAC <QSO_DATE:8:D>20150515 <TIME_ON:4>1119 <BAND:3>30M <MODE:2>CW <RST_SENT:3>599 <QSL_SENT:1>Y <QSL_SENT_VIA:1>E <RST_RCVD:3>599 <EOR> <CALL:8>VI2ANZAC <QSO_DATE:8:D>20150515 <TIME_ON:4>1122 <BAND:3>20M <MODE:2>CW <RST_SENT:3>599 <QSL_SENT:1>Y <QSL_SENT_VIA:1>E <RST_RCVD:3>599 <EOR> <CALL:5>EY7AD <QSO_DATE:8:D>20150517 <TIME_ON:4>0111 <BAND:3>17M <MODE:3>SSB <RST_SENT:2>57 <QSL_SENT:1>Y <QSL_SENT_VIA:1>E <RST_RCVD:3>599 <EOR> If you're following along then you'll see that the first two QSOs are CW and 3 number RSTs would be correct. The third QSO is on SSB with EY7AD this is not going to work because it's got a 3 digit RST for an SSB QSO. For this you have to change the number 3 in RST_RCVD to a 2 and shorten the RST value to two digits, 59 for example. I'm always 5 and 9. <CALL:5>EY7AD <QSO_DATE:8:D>20150517 <TIME_ON:4>0111 <BAND:3>17M <MODE:3>SSB <RST_SENT:2>57 <QSL_SENT:1>Y <QSL_SENT_VIA:1>E <RST_RCVD:2>59 <EOR> The last important point is that when saving these text files in a WINDOWS environment there are two fields at the bottom of the dialog box for saving a new file or a SAVE AS. Filename: File Type or Save as Type: First, the Type must be set to *.* in order to have the .ADI extension on the filename. The bad choice here is " Text Document *.txt " and that will cause erros when uploading the finished ADIF. Second, do not enter a filename until you've selected the TYPE. Once you've select the *.* for the TYPE then type in the filename you want to use and .ADI. If you don't use the .ADI here it will not be an ADI file. Good luck and try to find a computer geek or local DXer or contester to help you further. 73 -Charlie N1RR N1RR Charlie Morrison |
|||||||||||||||||