Here is an excerpt from the file. To answer the request for the type of radio it is a FT 1000D and a FT 897. In the examples below some of the frequencies were entered by hand and one via the program interface from = the radio. When I bring up the program the frequency is displayed as XX.XX = or XXXXX.XX. =20
=20 Record 1 appears to be entered as 28500.00(as displayed on the screen) = by me. This is unlikely I would have entered 28.5 or 28.50 at best. Record = 2 appears to have been entered as 28.60 (as displayed on the screen), = which is also unlikely. I would have most likely have entered it as 28.6. = Record 4(populated automatically via the program interface) is displayed as = 1828.95 in the program interface. Record 4 is exported as 1.82895 in the ADIF = file. I imported this database from dxbase 2003 into 2004 recently. I am at a total loss as to explain how 28.5 or 28.50 would suddenly appear as 28500.00. I am not sure how it appeared in 2003, I never bothered to = check. I am going to look for an ADIF export from 2003 to see if it appears as = I think it was entered. =20 =20 The problem appears to be how this variable is declared and formatted. = It would be my assumption no matter how the number is entered it should not change. Anyone know how the program treats this? And conversely how = the export utility treats this? I suppose source code is out of the = question? I would like to figure out why my database is acting different than = others. It appears as though some have had the same experience so this is not unique. =20 =20 =20 =20 Record 1 This example was populated by hand entry: =20 <CALL:5>1A0KM <QSO_DATE:8>19801207 <TIME_ON:4>1445 <RST_SENT:2>59 <RST_RCVD:2>59 <QSL_VIA:4>None <TX_PWR:4>1000=20 <ITUZ:2>28 <OPERATOR:4>K8ZE <PFX:3>1A0 <QSL_RCVD:1>Y <DXBQSL_RCVD:1>1 <FREQ:8>28.50000 <--displayed as 28500.00 in program interface (8 bytes)<BAND:3>10M <CQZ:2>15=20 <MODE:3>USB <QSL_SENT:1>N <DXBQSL_SENT:1>0 <QSLRDATE:8>20030101=20 <DXBPFX:2>1A <DXBMGRN:1>1 <DXBAWD:1>0 <DXBSEL:1>0 <DXBVAL:1>3=20 <EOR> =20 Record 2 This example was populated by hand entry: =20 <CALL:5>1A0KM <QSO_DATE:8>19801227 <TIME_ON:4>1350 <RST_SENT:2>59 <RST_RCVD:2>59 <QSL_VIA:4>None <TX_PWR:4>1000=20 <ITUZ:2>28 <OPERATOR:4>K8ZE <PFX:3>1A0 <QSL_RCVD:1>Y <DXBQSL_RCVD:1>1 <FREQ:7>0.02860 <-- displayed as 28.60 in program interface (5 bytes = long / declared as 7 bytes) <BAND:3>10M <CQZ:2>15=20 <MODE:3>USB <QSL_SENT:1>Y <DXBQSL_SENT:1>1 <QSLRDATE:8>20030325=20 <DXBPFX:2>1A <DXBMGRN:1>1 <DXBAWD:1>0 <DXBSEL:1>0 <DXBVAL:1>3=20 <EOR> =20 Record 3 This example was populated by hand entry: =20 <CALL:5>3A2EE <QSO_DATE:8>19830101 <TIME_ON:4>1533 <RST_SENT:2>59 <RST_RCVD:2>59 <QSL_VIA:4>None <TX_PWR:4>1000=20 <ITUZ:2>27 <OPERATOR:4>K8ZE <PFX:3>3A2 <QSL_RCVD:1>Y <DXBQSL_RCVD:1>1 <NAME:4>Jean <FREQ:8>14.20000 <---displayed as 14200.00 in program = interface (8 bytes long) <BAND:3>20M <CQZ:2>14 <QTH:11>Monte-Carlo=20 <MODE:3>USB <QSL_SENT:1>Y <DXBQSL_SENT:1>1=20 <DXBPFX:2>3A <DXBMGRN:1>1 <DXBAWD:1>1 <DXBSEL:1>0 <DXBVAL:1>3=20 =20 =20 =20 =20 =20 =20 =20 =20 =20 Record 4 This example was populated by the program: =20 <CALL:5>V31YN <QSO_DATE:8>20040127 <TIME_ON:4>0718 <RST_SENT:3>599 <RST_RCVD:3>599 <QSL_VIA:4>None <TX_PWR:3>100=20 <ITUZ:2>11 <OPERATOR:4>K8ZE <PFX:3>V31 <QSL_RCVD:1>N <DXBQSL_RCVD:1>0 <FREQ:7>1.82895 <-- displayed as 1828.95 in program interface (7 bytes = long) <BAND:4>160M <CQZ:2>07=20 <MODE:2>CW <QSL_SENT:1>N <DXBQSL_SENT:1>0=20 <DXBPFX:2>V3 <DXBMGRN:1>1 <DXBAWD:1>0 <DXBSEL:1>0 <DXBVAL:1>3=20 <EOR> =20 =20 =20 =20 --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html The reason this message is shown is because the post was in HTML or had an attachment. Attachments are not allowed. To learn how to post in Plain-Text go to: http://www.expita.com/nomime.html ---
