On 16/07/2017 3:22 PM, Rudolf Schaffer wrote:

Laurie,

You're 100% correct !

Just received EK1KE, present in log.adi with <APP_DXKeeper...> records and seen with B4 attribute.
"
<Band:3>20M <Call:5>EK1KE <APP_DXKEEPER_DXCCPREFIX:2>EK <DXCC:2>14 <Fr.....
"
I don't understand what was the "false" problem.

Very sorry for inconvenience and false "conclusion" !

My best 73,
Rudi, HB9ARI

Rudi,

Please use the "? -> Contact Support" menu, on the JTAlert title-bar, to send me your Configuration and Session files for analysis. I have a suspicion as to what might be happening, but I wont speculate openly as it is rather complicated and will likely add more to the confusion. ;-)

de Laurie VK3AMA
   

On 16/07/2017 4:57 AM, Rudolf Schaffer wrote:

...as i've imported into DXKeeper an adif file without the DXKeeper parameters some time ago withh success,
may be some parameters will be missing in the DXK's log, but they are not important for my own use.

73,
Rudi

Rudi,

Removing the DXKeeper adif "APP_DXKeeper" fields should not have corrected your problem. Those fields are perfectly valid and JTAlert will automatically ignore them as they are unneeded.

I routinely take a 20,000 QSO adif export from my DXKeeper log to test the ADIF functionality in JTAlert. There is never any need to strip out log specific fields like the "APP_DXKeeper" fields.

I know you think this is resolved by removing the fields, but I believe the problem will reappear again. When it does, send me a support email (with a note of the Callsign and UTC time)  and a copy of your adif file.

de Laurie VK3AMA
   

On 16/07/2017 4:57 AM, Rudolf Schaffer wrote:

...as i've imported into DXKeeper an adif file without the DXKeeper parameters some time ago withh success,
may be some parameters will be missing in the DXK's log, but they are not important for my own use.

73,
Rudi

Rudi,

Removing the DXKeeper adif "APP_DXKeeper" fields should not have corrected your problem. Those fields are perfectly valid and JTAlert will automatically ignore them as they are unneeded.

I routinely take a 20,000 QSO adif export from my DXKeeper log to test the ADIF functionality in JTAlert. There is never any need to strip out log specific fields like the "APP_DXKeeper" fields.

I know you think this is resolved by removing the fields, but I believe the problem will reappear again. When it does, send me a support email (with a note of the Callsign and UTC time)  and a copy of your adif file.

de Laurie VK3AMA
   

...after removing the <...APP_DXKeeper...> parameters, the worked before is functionning ok !
Tomorrow morning, i will do the same modification for all records imported from DXKeeper.
May be the updating to DXK will not more function? I will look for 2 versions of log.adi: one with (for DXK updating) and a 2nd without <...APP_DXKeeper...> for JTAlertX log.adi...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 20:05, Rudolf Schaffer a écrit :

...I'm "obliged" to work with log.adi because DXKeeper is on an other PC (on the same local net...)
but JTAlertX can't communicate between 2 different PCs.
From time to time, i use the log.adi file to update DXK with the Import QSOs function via local net...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 19:28, Dave AA6YQ a écrit :

AA6YQ comments below

-----Original Message-----
From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Rudolf Schaffer
Sent: Saturday, July 15, 2017 4:47 AM
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Worked before

Laurie,

It's in the other direction, to "initiate" the JTAlertX's log.adi, i've exported all my FT8 QSOs from DXKeeper as a standard adif
format into a transfert.adi file from PC1.
After, i've copied the content of this file into log.adi (PC2) just after the header :
"
<ADIF_VER:5>2.2.7
<ProgramID:8>JTAlertX
<ProgramVersion:6>2.9.10
<APP_JTAlertX_Created:23>2017/07/15 06:56:06 UTC <EOH> <Band:3>20M <Call:5>PY2MR <APP_DXKEEPER_DXCCPREFIX:2>PY <DXCC:3>108
<Freq:9>14.075767 <Mode:3>FT8 <Operator:6>HB9ARI <QSO_DATE:8>20170714 <TIME_OFF:6>182900 <TIME_ON:6>182900 <RST_Rcvd:3>-05
<RST_Sent:3>+00 <Comment:15>50W K3 HEX high <CONT:2>SA <ITUZ:2>15 <CQZ:2>11 <GRIDSQUARE:4>GG66 <PFX:3>PY2 <State:2>SP
<STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>S023 30.000 <LON:11>W047 00.000 <APP_DXKeeper_LotW_MEMBER:1>Y
<APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>Y <LOTW_QSL_RCVD:1>R <LOTW_QSLSDATE:8>20170714
<APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR> .
.
.
.
<Band:3>20M <Call:5>RA9KT <APP_DXKEEPER_DXCCPREFIX:3>UA0 <DXCC:2>15 <Freq:9>14.076994 <Mode:3>FT8 <Operator:6>HB9ARI
<QSO_DATE:8>20170707 <TIME_OFF:6>145700 <TIME_ON:6>145700 <RST_Rcvd:3>-09 <RST_Sent:3>-13 <Comment:31>70W K3 HEXBEAM high 1st FT8
QSO <CONT:2>AS <CQZ:2>17 <GRIDSQUARE:4>MO27 <PFX:3>RA9 <State:2>YN <STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>N057
30.000 <LON:11>E065 00.000 <APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>U <LOTW_QSL_RCVD:1>R
<LOTW_QSLSDATE:8>20170714 <APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR>
<CALL:4>4O4A<QSO_DATE:8>20170715<TIME_ON:6>080400<TIME_OFF:6>080400<FREQ:9>14.075402<FREQ_RX:9>14.075402<BAND:3>20m<BAND_RX:3>20m<MO
DE:3>FT8<RST_SENT:3>+00<RST_RCVD:3>-01<GRIDSQUARE:4>JN92<DISTANCE:4>1066<A_INDEX:1>4<K_INDEX:1>1<SFI:2>94<COMMENT:15>50W K3 HEX
high<CQZ:2>15<ITUZ:2>28<PFX:3>4O4<CONT:2>EU<DXCC:3>514<COUNTRY:10>Montenegro<MY_GRIDSQUARE:6>JN37nc<MY_CQ_ZONE:1>0<MY_ITU_ZONE:1>0<S
TATION_CALLSIGN:6>HB9ARI<QSO_COMPLETE:1>Y<EOR>
"
We can see that DXKeeper record format begin with: "<Band:3> 20M...."
and log.adi format begin with: "<CALL:4>4O4A<QSO_DATE:8>20..."

ADIF does not specify an order in which fields must appear.
The JTAlertX ADIF above describes a QSO with PY2MR.
The DXKeeper ADIF above describes two QSOs, one with RA9KT, and one with 404A.

73,

Dave, AA6YQ

...after removing the DXKeeper references (3 if i'm correct) in the VU2LBW record, his call is now seen as "B4" (i worked him some days ago).

73,Rudi

Le 15.07.2017 à 20:31, Rudolf Schaffer a écrit :

...after removing the <...APP_DXKeeper...> parameters, the worked before is functionning ok !
Tomorrow morning, i will do the same modification for all records imported from DXKeeper.
May be the updating to DXK will not more function? I will look for 2 versions of log.adi: one with (for DXK updating) and a 2nd without <...APP_DXKeeper...> for JTAlertX log.adi...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 20:05, Rudolf Schaffer a écrit :

...I'm "obliged" to work with log.adi because DXKeeper is on an other PC (on the same local net...)
but JTAlertX can't communicate between 2 different PCs.
From time to time, i use the log.adi file to update DXK with the Import QSOs function via local net...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 19:28, Dave AA6YQ a écrit :

AA6YQ comments below

-----Original Message-----
From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Rudolf Schaffer
Sent: Saturday, July 15, 2017 4:47 AM
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Worked before

Laurie,

It's in the other direction, to "initiate" the JTAlertX's log.adi, i've exported all my FT8 QSOs from DXKeeper as a standard adif
format into a transfert.adi file from PC1.
After, i've copied the content of this file into log.adi (PC2) just after the header :
"
<ADIF_VER:5>2.2.7
<ProgramID:8>JTAlertX
<ProgramVersion:6>2.9.10
<APP_JTAlertX_Created:23>2017/07/15 06:56:06 UTC <EOH> <Band:3>20M <Call:5>PY2MR <APP_DXKEEPER_DXCCPREFIX:2>PY <DXCC:3>108
<Freq:9>14.075767 <Mode:3>FT8 <Operator:6>HB9ARI <QSO_DATE:8>20170714 <TIME_OFF:6>182900 <TIME_ON:6>182900 <RST_Rcvd:3>-05
<RST_Sent:3>+00 <Comment:15>50W K3 HEX high <CONT:2>SA <ITUZ:2>15 <CQZ:2>11 <GRIDSQUARE:4>GG66 <PFX:3>PY2 <State:2>SP
<STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>S023 30.000 <LON:11>W047 00.000 <APP_DXKeeper_LotW_MEMBER:1>Y
<APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>Y <LOTW_QSL_RCVD:1>R <LOTW_QSLSDATE:8>20170714
<APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR> .
.
.
.
<Band:3>20M <Call:5>RA9KT <APP_DXKEEPER_DXCCPREFIX:3>UA0 <DXCC:2>15 <Freq:9>14.076994 <Mode:3>FT8 <Operator:6>HB9ARI
<QSO_DATE:8>20170707 <TIME_OFF:6>145700 <TIME_ON:6>145700 <RST_Rcvd:3>-09 <RST_Sent:3>-13 <Comment:31>70W K3 HEXBEAM high 1st FT8
QSO <CONT:2>AS <CQZ:2>17 <GRIDSQUARE:4>MO27 <PFX:3>RA9 <State:2>YN <STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>N057
30.000 <LON:11>E065 00.000 <APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>U <LOTW_QSL_RCVD:1>R
<LOTW_QSLSDATE:8>20170714 <APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR>
<CALL:4>4O4A<QSO_DATE:8>20170715<TIME_ON:6>080400<TIME_OFF:6>080400<FREQ:9>14.075402<FREQ_RX:9>14.075402<BAND:3>20m<BAND_RX:3>20m<MO
DE:3>FT8<RST_SENT:3>+00<RST_RCVD:3>-01<GRIDSQUARE:4>JN92<DISTANCE:4>1066<A_INDEX:1>4<K_INDEX:1>1<SFI:2>94<COMMENT:15>50W K3 HEX
high<CQZ:2>15<ITUZ:2>28<PFX:3>4O4<CONT:2>EU<DXCC:3>514<COUNTRY:10>Montenegro<MY_GRIDSQUARE:6>JN37nc<MY_CQ_ZONE:1>0<MY_ITU_ZONE:1>0<S
TATION_CALLSIGN:6>HB9ARI<QSO_COMPLETE:1>Y<EOR>
"
We can see that DXKeeper record format begin with: "<Band:3> 20M...."
and log.adi format begin with: "<CALL:4>4O4A<QSO_DATE:8>20..."

ADIF does not specify an order in which fields must appear.
The JTAlertX ADIF above describes a QSO with PY2MR.
The DXKeeper ADIF above describes two QSOs, one with RA9KT, and one with 404A.

73,

Dave, AA6YQ

...after removing the <...APP_DXKeeper...> parameters, the worked before is functionning ok !
Tomorrow morning, i will do the same modification for all records imported from DXKeeper.
May be the updating to DXK will not more function? I will look for 2 versions of log.adi: one with (for DXK updating) and a 2nd without <...APP_DXKeeper...> for JTAlertX log.adi...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 20:05, Rudolf Schaffer a écrit :

...I'm "obliged" to work with log.adi because DXKeeper is on an other PC (on the same local net...)
but JTAlertX can't communicate between 2 different PCs.
From time to time, i use the log.adi file to update DXK with the Import QSOs function via local net...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 19:28, Dave AA6YQ a écrit :

AA6YQ comments below

-----Original Message-----
From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Rudolf Schaffer
Sent: Saturday, July 15, 2017 4:47 AM
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Worked before

Laurie,

It's in the other direction, to "initiate" the JTAlertX's log.adi, i've exported all my FT8 QSOs from DXKeeper as a standard adif
format into a transfert.adi file from PC1.
After, i've copied the content of this file into log.adi (PC2) just after the header :
"
<ADIF_VER:5>2.2.7
<ProgramID:8>JTAlertX
<ProgramVersion:6>2.9.10
<APP_JTAlertX_Created:23>2017/07/15 06:56:06 UTC <EOH> <Band:3>20M <Call:5>PY2MR <APP_DXKEEPER_DXCCPREFIX:2>PY <DXCC:3>108
<Freq:9>14.075767 <Mode:3>FT8 <Operator:6>HB9ARI <QSO_DATE:8>20170714 <TIME_OFF:6>182900 <TIME_ON:6>182900 <RST_Rcvd:3>-05
<RST_Sent:3>+00 <Comment:15>50W K3 HEX high <CONT:2>SA <ITUZ:2>15 <CQZ:2>11 <GRIDSQUARE:4>GG66 <PFX:3>PY2 <State:2>SP
<STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>S023 30.000 <LON:11>W047 00.000 <APP_DXKeeper_LotW_MEMBER:1>Y
<APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>Y <LOTW_QSL_RCVD:1>R <LOTW_QSLSDATE:8>20170714
<APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR> .
.
.
.
<Band:3>20M <Call:5>RA9KT <APP_DXKEEPER_DXCCPREFIX:3>UA0 <DXCC:2>15 <Freq:9>14.076994 <Mode:3>FT8 <Operator:6>HB9ARI
<QSO_DATE:8>20170707 <TIME_OFF:6>145700 <TIME_ON:6>145700 <RST_Rcvd:3>-09 <RST_Sent:3>-13 <Comment:31>70W K3 HEXBEAM high 1st FT8
QSO <CONT:2>AS <CQZ:2>17 <GRIDSQUARE:4>MO27 <PFX:3>RA9 <State:2>YN <STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>N057
30.000 <LON:11>E065 00.000 <APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>U <LOTW_QSL_RCVD:1>R
<LOTW_QSLSDATE:8>20170714 <APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR>
<CALL:4>4O4A<QSO_DATE:8>20170715<TIME_ON:6>080400<TIME_OFF:6>080400<FREQ:9>14.075402<FREQ_RX:9>14.075402<BAND:3>20m<BAND_RX:3>20m<MO
DE:3>FT8<RST_SENT:3>+00<RST_RCVD:3>-01<GRIDSQUARE:4>JN92<DISTANCE:4>1066<A_INDEX:1>4<K_INDEX:1>1<SFI:2>94<COMMENT:15>50W K3 HEX
high<CQZ:2>15<ITUZ:2>28<PFX:3>4O4<CONT:2>EU<DXCC:3>514<COUNTRY:10>Montenegro<MY_GRIDSQUARE:6>JN37nc<MY_CQ_ZONE:1>0<MY_ITU_ZONE:1>0<S
TATION_CALLSIGN:6>HB9ARI<QSO_COMPLETE:1>Y<EOR>
"
We can see that DXKeeper record format begin with: "<Band:3> 20M...."
and log.adi format begin with: "<CALL:4>4O4A<QSO_DATE:8>20..."

ADIF does not specify an order in which fields must appear.
The JTAlertX ADIF above describes a QSO with PY2MR.
The DXKeeper ADIF above describes two QSOs, one with RA9KT, and one with 404A.

73,

Dave, AA6YQ

...I'm "obliged" to work with log.adi because DXKeeper is on an other PC (on the same local net...)
but JTAlertX can't communicate between 2 different PCs.
From time to time, i use the log.adi file to update DXK with the Import QSOs function via local net...

73 QRO,
Rudi, HB9ARI

Le 15.07.2017 à 19:28, Dave AA6YQ a écrit :

AA6YQ comments below

-----Original Message-----
From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Rudolf Schaffer
Sent: Saturday, July 15, 2017 4:47 AM
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Worked before

Laurie,

It's in the other direction, to "initiate" the JTAlertX's log.adi, i've exported all my FT8 QSOs from DXKeeper as a standard adif
format into a transfert.adi file from PC1.
After, i've copied the content of this file into log.adi (PC2) just after the header :
"
<ADIF_VER:5>2.2.7
<ProgramID:8>JTAlertX
<ProgramVersion:6>2.9.10
<APP_JTAlertX_Created:23>2017/07/15 06:56:06 UTC <EOH> <Band:3>20M <Call:5>PY2MR <APP_DXKEEPER_DXCCPREFIX:2>PY <DXCC:3>108
<Freq:9>14.075767 <Mode:3>FT8 <Operator:6>HB9ARI <QSO_DATE:8>20170714 <TIME_OFF:6>182900 <TIME_ON:6>182900 <RST_Rcvd:3>-05
<RST_Sent:3>+00 <Comment:15>50W K3 HEX high <CONT:2>SA <ITUZ:2>15 <CQZ:2>11 <GRIDSQUARE:4>GG66 <PFX:3>PY2 <State:2>SP
<STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>S023 30.000 <LON:11>W047 00.000 <APP_DXKeeper_LotW_MEMBER:1>Y
<APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>Y <LOTW_QSL_RCVD:1>R <LOTW_QSLSDATE:8>20170714
<APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR> .
.
.
.
<Band:3>20M <Call:5>RA9KT <APP_DXKEEPER_DXCCPREFIX:3>UA0 <DXCC:2>15 <Freq:9>14.076994 <Mode:3>FT8 <Operator:6>HB9ARI
<QSO_DATE:8>20170707 <TIME_OFF:6>145700 <TIME_ON:6>145700 <RST_Rcvd:3>-09 <RST_Sent:3>-13 <Comment:31>70W K3 HEXBEAM high 1st FT8
QSO <CONT:2>AS <CQZ:2>17 <GRIDSQUARE:4>MO27 <PFX:3>RA9 <State:2>YN <STATION_CALLSIGN:6>HB9ARI <OWNER_CALLSIGN:6>HB9ARI <LAT:11>N057
30.000 <LON:11>E065 00.000 <APP_DXKeeper_SELECT:1>Y <EQSL_QSL_SENT:1>R <LOTW_QSL_SENT:1>U <LOTW_QSL_RCVD:1>R
<LOTW_QSLSDATE:8>20170714 <APP_DXKeeper_ClubLogDate:19>4000-01-01 00:00:00 <EOR>
<CALL:4>4O4A<QSO_DATE:8>20170715<TIME_ON:6>080400<TIME_OFF:6>080400<FREQ:9>14.075402<FREQ_RX:9>14.075402<BAND:3>20m<BAND_RX:3>20m<MO
DE:3>FT8<RST_SENT:3>+00<RST_RCVD:3>-01<GRIDSQUARE:4>JN92<DISTANCE:4>1066<A_INDEX:1>4<K_INDEX:1>1<SFI:2>94<COMMENT:15>50W K3 HEX
high<CQZ:2>15<ITUZ:2>28<PFX:3>4O4<CONT:2>EU<DXCC:3>514<COUNTRY:10>Montenegro<MY_GRIDSQUARE:6>JN37nc<MY_CQ_ZONE:1>0<MY_ITU_ZONE:1>0<S
TATION_CALLSIGN:6>HB9ARI<QSO_COMPLETE:1>Y<EOR>
"
We can see that DXKeeper record format begin with: "<Band:3> 20M...."
and log.adi format begin with: "<CALL:4>4O4A<QSO_DATE:8>20..."

ADIF does not specify an order in which fields must appear.
The JTAlertX ADIF above describes a QSO with PY2MR.
The DXKeeper ADIF above describes two QSOs, one with RA9KT, and one with 404A.

73,

Dave, AA6YQ