Parsowanie ADIFa

Parsowanie ADIFa

Kilka spostrzeżeń na temat formatu ADIF z punktu widzenia implementacji.

Logger32

Rekord z pliku ADIF generowany przez ten program:

<BAND:2>2M <CALL:6>SP6xxx <APP_LOGGER32_CNTY:4>D-WW <CONT:2>EU <CQZ:2>15 <DXCC:3>269
<FREQ:10>145.600000 <ITUZ:2>28 <MODE:2>FM <NAME:9>Stanislaw <OPERATOR:6>SQ6xxx
<PFX:3>SP6 <QSL_SENT:1>Y <QSLSDATE:8>20140313 <QSO_DATE:8:D>20080126 <TIME_ON:6>215400
<QTH:7>Wroclaw <RST_RCVD:2>59 <RST_SENT:2>59 <STATE:1>D <TIME_OFF:6>215400 <TX_PWR:1>5
<APP_LOGGER32_QSO_NUMBER:1>4 <EOR>

Mimo dodania informacji o województwie i powiecie, brak w wynikowym ADIFie pola pola <CNTY>, za to informacja ta zapisana jest w polu <APP_LOGGER32_CNTY> w postaci <STATE>-<CNTY>. Co dziwne, w przypadku UA czy UT informacja o podziale administracyjnym jest zarówno w <STATE> jak i w <CNTY>:

<BAND:3>40M <CALL:6>RA3xxx <CNTY:5>VR-01 <CONT:2>EU <CQZ:2>16 <DXCC:2>54 
<FREQ:8>7.100000 <GRIDSQUARE:6>KO91oq <ITUZ:2>29 <MODE:3>SSB <OPERATOR:8>SQ6xxx
<PFX:3>RA3 <QSL_SENT:1>Y <QSO_DATE:8:D>20100508 <TIME_ON:6>090602 <RST_RCVD:2>59
<RST_SENT:2>59 <STATE:2>VR <TIME_OFF:6>090600 <TX_PWR:1>5 <APP_LOGGER32_QSO_NUMBER:2>70 

Dla stacji DL w polu <APP_LOGGER32_CNTY> przechowywany jest numer DOK, np.: <APP_LOGGER32_CNTY:3>X30.

Brak pola <QSL_RCVD> ze statusem 'R' - w takim przypadku zakładamy, że dla wysłanych QSL (pole <QSL_SENT:1>Y ) oczekujemy karty QSL <QSL_RCVD:1>R