Date   

Re: RDA confirmation methods

ra3r
 

Daniel!
The RDA entered by your correspondent is enough.
When uploading a log to Hamlog, the RDA input field is mandatory, not some radio amateurs distort their RDA number, for example, instead of TB-02, they write TB02, or TB 02,
such HQSL are not counted automatically, and are rejected during manual loading.
The presence of the RDA number in your log is not necessary.
73! RA3R
Roman
RDA manager


24.07.2021 9:47, daniel lavocat пишет:

Hello,
thank you for all these explanations, I have another question on the same subject.

For example I do a QSO with a Russian station and I did not enter its RDA in my log, I send this QSO on Hamlog(via ADIF File), my correspondent does the same but therefore with his RDA, will this RDA be taken into account or not ?

That is to say for an RDA to be taken into account must the 2 correspondents have both indicated in their respective log this RDA or does it work if only the Russian correspondent has indicated his RDA?

Thank you & 73



aadu.adok a écrit le 23/07/2021 à 10:09 :
Hello Chris,

Currently mydx (official RDA site) gets data from these sources:

1) ADIF logs uploaded by russian stations (no activity needed from hunters)
2) QSL scans uploaded by hunters
3) automatic import hamlog -> mydx (happens every night)

Regarding '3'. QSO has to be in hamlog system by both stations. When it finds a matching pair, only then it gives it out to mydx.

Last Hamlog output is visible at https://mydx.eu/hamlog/DL6JAN  (replace callsign to see your personal data)
There you can see last import date/time into mydx, along with original lines from hamlog, intact.

I cant see there you KE-10 qso, so its a question to hamlog (R4AS, emigrated to US recently).

LOTW: RA3R had a discussion with LOTW people few months ago, unfortunately they disagreed to accept Russian RDA's as secondary administrative entities in their system.
Politics? Laziness? I dont know. We dont give up and try to push it forward.

EQSL: RA3R has a policy not to accept data from EQSL (afaik because of data quality issues).

cfmrda.ru (aka 9band RDA spinoff): official RDA (mydx) does not currently import anything from there (for mostly competitive reasons)

Hope this helps to explain the current situation.

73,
Aadu
ES1TU


On Fri, Jul 23, 2021 at 10:43 AM Christian Proehl <dl6jan@...> wrote:
Hello,
   
I just started hunting RDA, but first of all many thanks for this excellent wep page !!
   
What I'm still missing (or did not found ?) is a "HELP page" or a "FAQ". 
I wonder how the synchronization between the RDA systems and the online Logbooks really work ??

On your page "Send scans from PC" you write:  "Do not send Hamlog screenshots, they are imported automatically every night."
Thus, I have uploaded all russian logs to hamlog.ru. Also ...  I have started at Hamlog a synchronization with LotW from time to time after which the relevant confirmed QSO were marked with an "L"-Symbol. After the next Hamlog import by "mydx.eu" some QSOs appear correct but others do not show up in the "latest import list".

Example-QSO:   RU9UC  14.Oct.20  10:22utc  17m  FT8  ---> cfmd in LotW and Hamlog.ru but not imported

The same QSO is confirmed at the other RDA system https://cfmrda.ru as follows:

 

What am I doing wrong ??

And another question: Is there a synchronization between  "mydx.eu" and "e-QSL" ? Or even between "mydx.eu" and "cfmrda.ru" ?


73 de Chris, DL6JAN

--
Gesendet mit Ubuntu 20.04 64-Bit



Re: RDA BA-xx

ra3r
 

Daniel!
Clublog is a third-party resource for RDA, and why this happened, you need to contact Eugene R4AS.
According to the division, UA9W is located in Asian Russia.
The official division of Russia into Asian and European parts can be seen here:
73! RA3R
Roman
RDA manager




24.07.2021 9:48, daniel lavocat пишет:

hello
no answer ?



daniel lavocat a écrit le 23/07/2021 à 11:28 :
Hello,

I have a problem with Clublog about my QSOs with R7AB/M on 07/21/2021 on RDA BA-74 ; BA-79 : BA-41 : BA-43 and BA-73

for me BA (Bashkortostan) is in zone WAZ = 16 but is in "Asiatic Russia" (http://rdxc.org/asp/pages/regions.asp)
while clublog means that BA RDA is in "European Russia"

Can you confirm to me if I have to validate the RDA: BA-xx as "Asiatic Russia" or as "European Russia"?
Thanks
73



Re: RDA BA-xx

daniel lavocat
 

hello
no answer ?



daniel lavocat a écrit le 23/07/2021 à 11:28 :

Hello,

I have a problem with Clublog about my QSOs with R7AB/M on 07/21/2021 on RDA BA-74 ; BA-79 : BA-41 : BA-43 and BA-73

for me BA (Bashkortostan) is in zone WAZ = 16 but is in "Asiatic Russia" (http://rdxc.org/asp/pages/regions.asp)
while clublog means that BA RDA is in "European Russia"

Can you confirm to me if I have to validate the RDA: BA-xx as "Asiatic Russia" or as "European Russia"?
Thanks
73


Re: RDA confirmation methods

daniel lavocat
 

Hello,
thank you for all these explanations, I have another question on the same subject.

For example I do a QSO with a Russian station and I did not enter its RDA in my log, I send this QSO on Hamlog(via ADIF File), my correspondent does the same but therefore with his RDA, will this RDA be taken into account or not ?

That is to say for an RDA to be taken into account must the 2 correspondents have both indicated in their respective log this RDA or does it work if only the Russian correspondent has indicated his RDA?

Thank you & 73



aadu.adok a écrit le 23/07/2021 à 10:09 :

Hello Chris,

Currently mydx (official RDA site) gets data from these sources:

1) ADIF logs uploaded by russian stations (no activity needed from hunters)
2) QSL scans uploaded by hunters
3) automatic import hamlog -> mydx (happens every night)

Regarding '3'. QSO has to be in hamlog system by both stations. When it finds a matching pair, only then it gives it out to mydx.

Last Hamlog output is visible at https://mydx.eu/hamlog/DL6JAN  (replace callsign to see your personal data)
There you can see last import date/time into mydx, along with original lines from hamlog, intact.

I cant see there you KE-10 qso, so its a question to hamlog (R4AS, emigrated to US recently).

LOTW: RA3R had a discussion with LOTW people few months ago, unfortunately they disagreed to accept Russian RDA's as secondary administrative entities in their system.
Politics? Laziness? I dont know. We dont give up and try to push it forward.

EQSL: RA3R has a policy not to accept data from EQSL (afaik because of data quality issues).

cfmrda.ru (aka 9band RDA spinoff): official RDA (mydx) does not currently import anything from there (for mostly competitive reasons)

Hope this helps to explain the current situation.

73,
Aadu
ES1TU


On Fri, Jul 23, 2021 at 10:43 AM Christian Proehl <dl6jan@...> wrote:
Hello,
   
I just started hunting RDA, but first of all many thanks for this excellent wep page !!
   
What I'm still missing (or did not found ?) is a "HELP page" or a "FAQ". 
I wonder how the synchronization between the RDA systems and the online Logbooks really work ??

On your page "Send scans from PC" you write:  "Do not send Hamlog screenshots, they are imported automatically every night."
Thus, I have uploaded all russian logs to hamlog.ru. Also ...  I have started at Hamlog a synchronization with LotW from time to time after which the relevant confirmed QSO were marked with an "L"-Symbol. After the next Hamlog import by "mydx.eu" some QSOs appear correct but others do not show up in the "latest import list".

Example-QSO:   RU9UC  14.Oct.20  10:22utc  17m  FT8  ---> cfmd in LotW and Hamlog.ru but not imported

The same QSO is confirmed at the other RDA system https://cfmrda.ru as follows:

 

What am I doing wrong ??

And another question: Is there a synchronization between  "mydx.eu" and "e-QSL" ? Or even between "mydx.eu" and "cfmrda.ru" ?


73 de Chris, DL6JAN

--
Gesendet mit Ubuntu 20.04 64-Bit


Re: R7PKS

Danny Van Tricht ON4VT
 

Thanks a lot Aadu !  
Got my credit already. Have a nice weekend.

73 Danny 


R2EC/M 28.07.2021 RDA BR-09/BR-22

ra3r
 

Alex R2EC will be active 28.07.2021 as R2EC/m from RDA:

BR-09/BR-21 (county line)


Bands: 80-10 MFJ ant

Start: 03 UTC


73! RA3R

Roman


UA4WCS/P 24.07.2021 RDA UD-29

ra3r
 

Sergey UA4WCS will be active 24.07.2021 as UA4WCS/p from RDA:


UD-29


BANDS: 7,10,14,18 MHz

MODES: CW & SSB


73! RA3R

Roman


Re: R7PKS

Dino
 

Thank you very much... The new on is new one... hi.

Best 73, Dino

On 23.07.21. 07:47, aadu.adok wrote:
Danny, Dino

Found and fixed both your qsos in the database.

Congratulations on obtaining the rare ones :)

73,
Aadu
ES1TU

On Fri, Jul 23, 2021 at 8:14 AM Dino <davorin.istvanovic@...> wrote:
Hi!

I have similar problem, but QSO with UA0QN/m from YA-16.
We have exchanged e-mails, he promised that he will correct log, but
nothing.
Maybe you can help. I can send copy/paste e-mails ...
There is no call 9A9NO in Croatia.

In the log is 9A9NO and should be 9A2NO.

14.06.2020 at 0449 UTC 20m CW UA0QN/m

Thanks, VY 73 Dino, 9A2NO

On 23.07.21. 06:55, aadu.adok wrote:
Danny,

I dont know Sultan but I'm in really close contact with mydx database (in
fact, its running in my basement). ON1VT in the log is good enough proof
for me that you worked him.

I'll fix it within next hour :)

73,
Aadu
ES1TU

On Fri, Jul 23, 2021, 7:24 AM Danny Van Tricht ON4VT <on4vt@...>
wrote:

Hi all

I worked Sultan R7PKS/m from RDA DA-29 on 20/07/2021. He logged me as
ON1VT not ON4VT
I wrote him an email but so far now answer from him. How can this log be
corrected ? Anyone in close contact with Sultan ?

73 Danny ON4VT (aka OT4V)









RDA BA-xx

daniel lavocat
 

Hello,

I have a problem with Clublog about my QSOs with R7AB/M on 07/21/2021 on RDA BA-74 ; BA-79 : BA-41 : BA-43 and BA-73

for me BA (Bashkortostan) is in zone WAZ = 16 but is in "Asiatic Russia" (http://rdxc.org/asp/pages/regions.asp)
while clublog means that BA RDA is in "European Russia"

Can you confirm to me if I have to validate the RDA: BA-xx as "Asiatic Russia" or as "European Russia"?
Thanks
73


Re: RDA confirmation methods

Christian Proehl <dl6jan@...>
 

Hello Aadu,

thanks for your detailed answer. It explains a lot .....


73 de Chris, DL6JAN


--
Gesendet mit Ubuntu 20.04 64-Bit


Re: RDA confirmation methods

aadu.adok
 

Hello Chris,

Currently mydx (official RDA site) gets data from these sources:

1) ADIF logs uploaded by russian stations (no activity needed from hunters)
2) QSL scans uploaded by hunters
3) automatic import hamlog -> mydx (happens every night)

Regarding '3'. QSO has to be in hamlog system by both stations. When it finds a matching pair, only then it gives it out to mydx.

Last Hamlog output is visible at https://mydx.eu/hamlog/DL6JAN  (replace callsign to see your personal data)
There you can see last import date/time into mydx, along with original lines from hamlog, intact.

I cant see there you KE-10 qso, so its a question to hamlog (R4AS, emigrated to US recently).

LOTW: RA3R had a discussion with LOTW people few months ago, unfortunately they disagreed to accept Russian RDA's as secondary administrative entities in their system.
Politics? Laziness? I dont know. We dont give up and try to push it forward.

EQSL: RA3R has a policy not to accept data from EQSL (afaik because of data quality issues).

cfmrda.ru (aka 9band RDA spinoff): official RDA (mydx) does not currently import anything from there (for mostly competitive reasons)

Hope this helps to explain the current situation.

73,
Aadu
ES1TU


On Fri, Jul 23, 2021 at 10:43 AM Christian Proehl <dl6jan@...> wrote:
Hello,
   
I just started hunting RDA, but first of all many thanks for this excellent wep page !!
   
What I'm still missing (or did not found ?) is a "HELP page" or a "FAQ". 
I wonder how the synchronization between the RDA systems and the online Logbooks really work ??

On your page "Send scans from PC" you write:  "Do not send Hamlog screenshots, they are imported automatically every night."
Thus, I have uploaded all russian logs to hamlog.ru. Also ...  I have started at Hamlog a synchronization with LotW from time to time after which the relevant confirmed QSO were marked with an "L"-Symbol. After the next Hamlog import by "mydx.eu" some QSOs appear correct but others do not show up in the "latest import list".

Example-QSO:   RU9UC  14.Oct.20  10:22utc  17m  FT8  ---> cfmd in LotW and Hamlog.ru but not imported

The same QSO is confirmed at the other RDA system https://cfmrda.ru as follows:

 

What am I doing wrong ??

And another question: Is there a synchronization between  "mydx.eu" and "e-QSL" ? Or even between "mydx.eu" and "cfmrda.ru" ?


73 de Chris, DL6JAN

--
Gesendet mit Ubuntu 20.04 64-Bit


RDA confirmation methods

dl6jan@...
 

Hello,
   
I just started hunting RDA, but first of all many thanks for this excellent wep page !!
   
What I'm still missing (or did not found ?) is a "HELP page" or a "FAQ". 
I wonder how the synchronization between the RDA systems and the online Logbooks really work ??

On your page "Send scans from PC" you write:  "Do not send Hamlog screenshots, they are imported automatically every night."
Thus, I have uploaded all russian logs to hamlog.ru. Also ...  I have started at Hamlog a synchronization with LotW from time to time after which the relevant confirmed QSO were marked with an "L"-Symbol. After the next Hamlog import by "mydx.eu" some QSOs appear correct but others do not show up in the "latest import list".

Example-QSO:   RU9UC  14.Oct.20  10:22utc  17m  FT8  ---> cfmd in LotW and Hamlog.ru but not imported

The same QSO is confirmed at the other RDA system https://cfmrda.ru as follows:

 

What am I doing wrong ??

And another question: Is there a synchronization between  "mydx.eu" and "e-QSL" ? Or even between "mydx.eu" and "cfmrda.ru" ?


73 de Chris, DL6JAN

--
Gesendet mit Ubuntu 20.04 64-Bit


Re: R7PKS

aadu.adok
 

Danny, Dino

Found and fixed both your qsos in the database.

Congratulations on obtaining the rare ones :)

73,
Aadu
ES1TU

On Fri, Jul 23, 2021 at 8:14 AM Dino <davorin.istvanovic@...> wrote:

Hi!

I have similar problem, but QSO with UA0QN/m from YA-16.
We have exchanged e-mails, he promised that he will correct log, but
nothing.
Maybe you can help. I can send copy/paste e-mails ...
There is no call 9A9NO in Croatia.

In the log is 9A9NO and should be 9A2NO.

14.06.2020 at 0449 UTC 20m CW UA0QN/m

Thanks, VY 73 Dino, 9A2NO

On 23.07.21. 06:55, aadu.adok wrote:
Danny,

I dont know Sultan but I'm in really close contact with mydx database (in
fact, its running in my basement). ON1VT in the log is good enough proof
for me that you worked him.

I'll fix it within next hour :)

73,
Aadu
ES1TU

On Fri, Jul 23, 2021, 7:24 AM Danny Van Tricht ON4VT <on4vt@...>
wrote:

Hi all

I worked Sultan R7PKS/m from RDA DA-29 on 20/07/2021. He logged me as
ON1VT not ON4VT
I wrote him an email but so far now answer from him. How can this log be
corrected ? Anyone in close contact with Sultan ?

73 Danny ON4VT (aka OT4V)










Re: R7PKS

Dino
 

Hi!

I have similar problem, but QSO with UA0QN/m from YA-16.
We have exchanged e-mails, he promised that he will correct log, but nothing.
Maybe you can help. I can send copy/paste e-mails ...
There is no call 9A9NO in Croatia.

In the log is 9A9NO and should be 9A2NO.

14.06.2020 at 0449 UTC 20m CW UA0QN/m

Thanks, VY 73 Dino, 9A2NO

On 23.07.21. 06:55, aadu.adok wrote:
Danny,

I dont know Sultan but I'm in really close contact with mydx database (in
fact, its running in my basement). ON1VT in the log is good enough proof
for me that you worked him.

I'll fix it within next hour :)

73,
Aadu
ES1TU

On Fri, Jul 23, 2021, 7:24 AM Danny Van Tricht ON4VT <on4vt@...>
wrote:

Hi all

I worked Sultan R7PKS/m from RDA DA-29 on 20/07/2021. He logged me as
ON1VT not ON4VT
I wrote him an email but so far now answer from him. How can this log be
corrected ? Anyone in close contact with Sultan ?

73 Danny ON4VT (aka OT4V)





Re: R7PKS

aadu.adok
 

Danny,

I dont know Sultan but I'm in really close contact with mydx database (in fact, its running in my basement). ON1VT in the log is good enough proof for me that you worked him.

I'll fix it within next hour :)

73,
Aadu
ES1TU

On Fri, Jul 23, 2021, 7:24 AM Danny Van Tricht ON4VT <on4vt@...> wrote:
Hi all

I worked Sultan R7PKS/m from RDA DA-29 on 20/07/2021. He logged me as ON1VT  not ON4VT
I wrote him an email but so far now answer from him.  How can this log be corrected ?  Anyone in close contact with Sultan ?

73 Danny ON4VT (aka OT4V)


R7PKS

Danny Van Tricht ON4VT
 
Edited

Hi all

I worked Sultan R7PKS/m from RDA DA-29 on 20/07/2021. He logged me as ON1VT  not ON4VT
I wrote him an email but so far no answer from him.  How can this log be corrected ?  Anyone in close contact with Sultan ?

73 Danny ON4VT (aka OT4V)


Re: RDA-2500 HR #116 - DF1SD

Olaf - DH1OK
 

Unglaublich dr Kuno!

 

How long did you need to catch 2500?

 

Greeting into the neigbourhood 😊

 

73 Olaf


Re: RDA-2500 HR #116 - DF1SD

F4GVO
 

Congratulation ! Definitely not an easy challenge, well done Kuno

73 de Thierry, F4GVO

Le 21/07/2021 à 18:12, ra3r a écrit :

We congratulate Kuno DF1SD on performance of conditions of RDA-2500HR and receiving a plaquette of RDA-2500 #116 at the number of the confirmed RDA areas - 2500.

73! RA3R

Roman



RDA-2500 HR #116 - DF1SD

ra3r
 

We congratulate Kuno DF1SD on performance of conditions of RDA-2500HR and receiving a plaquette of RDA-2500 #116 at the number of the confirmed RDA areas - 2500.

73! RA3R

Roman



Re: Thank you

aadu.adok
 

Mario,

Welcome aboard and happy RDA hunting!

73,
Aadu
ES1TU

On Wed, Jul 21, 2021, 11:38 AM MarioDaniele Greco via groups.io <daniele_mdg=yahoo.it@groups.io> wrote:
Thanks for accepting my subscription request. Spasibo. 73 de IZ0IRH Mario 

961 - 980 of 1221