he 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

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:

http://www.rdxc.org/asp/pages/regions.asp

73! RA3R

Roman

RDA manager

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

hello
no answer ?

--
Daniel
https://F6FLU.org

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

--
Daniel
https://F6FLU.org

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

--
Daniel
https://F6FLU.org

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

hello
no answer ?

--
Daniel
https://F6FLU.org

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

--
Daniel
https://F6FLU.org

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

--
Daniel
https://F6FLU.org

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

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)

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)

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)

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