Yes I am and it works well.  The advantages are that with the virtual com ports I can have Commander, Bandmaster,  WSJT, FLDigi and MMTY etc all connected at the same time.

Mark N1UK

On 21-Jan-20 4:13 PM, Jamie WW3S wrote:

anyone using the 2 together? advantages of running win4icom with commander? 

+ AA6YQ comments below

Thank you so much for the detailed explanation. Everything is now perfectly clear to me.

+ Good! Information from the post below is now available via

<https://www.dxlabsuite.com/dxlabwiki/TrackingJCCJCGAwards.

    73,

            Dave, AA6YQ


-----Messaggio originale-----
Da: DXLab@groups.io <DXLab@groups.io> Per conto di Dave AA6YQ
Inviato: luned� 20 gennaio 2020 19:48
A: DXLab@groups.io
Oggetto: Re: [DXLab] JARL progress reports

+ AA6YQ comments below

I was in the process of controlling/updating my two possible Japanese Awards, JCC and JCG and I have a couple of questions regarding the �JARL progress reports� in DxKeeper.

JCC (for Cities) has references composed by 4 numbers (plus, in few cases, 6 numbers), JCG (for Guns) by 5 numbers (always).

JCC and JCG are not **overlapping** each other and are designating completely **independent** areas.


In �DxKeeper/Log QSOs/Award for Japanese calls� there is a field �prefecture� and another one �city/gun�.

Easy to insert the JCG Guns putting in �prefecture� the first two numbers and then chose in �city/gun� the proper reference.

For JCC how to proceed? Not taking into consideration �prefecture� and only indicate the 4 (or 6) numbers in �city/gun�?

+ If a logged QSO with a Japanese stations specifies a prefecture, the Subdivision selector will be populated with all cities and guns within that prefecture. Choose the one specified by your QSO partner over the air, or on his or her QSL card.


And then the reports are properly extracting, separately, only JCC or JCG?

+ Yes. Cities and Guns are distinguishable by the length of their reference numbers.

Is the algorithm behind the report/extraction working separately for JCC and JCG?

+ Yes.


Furthermore, downloading from Lotw, I have seen that for JCC automatically both fields �prefecture� and �city/gun� are fulfilled, the first one with the 2 numbers of JCC, the second with the full 4 or 6 numbers of JCC. On my view the �prefecture� indication has to be omitted and therefore cancelled.

+ The reference number logged in a Japanese QSO's CNTY item begins with the 2-digit number of its Prefecture. Do not remove the 2-digit Prefecture number from the City or Gun reference number logged in DXKeeper's CNTY item!

+ DXLab follows the ADIF convention of recording both the Primary and Secondary Subdivision information in the Secondary Administrative Subdivision item. For US counties, for example, the Secondary Administrative Subdivision item contains a two-letter State abbreviation, a comma, and then the County name, e.g.

MA,Middlesex

 + DXKeeper's "Sync LoTW QSLs" function correctly populates the Primary Administrative Subdivision and Secondary Administrative Subdivision items in logged QSOs with Japanese stations. No modification of the information obtained from LoTW is required.

+ Here is the ADIF that LoTW returns for my QSO with JA6FIO.

<APP_LoTW_OWNCALL:5>AA6YQ
<STATION_CALLSIGN:5>AA6YQ
<CALL:6>JA6FIO
<BAND:3>20M
<FREQ:8>14.07527
<MODE:3>FT8
<APP_LoTW_MODEGROUP:4>DATA
<QSO_DATE:8>20190705
<TIME_ON:6>105445
<PROP_MODE:2>F2
<QSL_RCVD:1>Y
<QSLRDATE:8>20190708
<DXCC:3>339
<COUNTRY:5>JAPAN
<APP_LoTW_DXCC_ENTITY_STATUS:7>Current
<PFX:3>JA6
<APP_LoTW_2xQSL:1>Y
<IOTA:6>AS-077
<GRIDSQUARE:6>QN13KF
<STATE:2>40 // Fukuoka-ken
<CNTY:4>4001 // Fukuoka-shi
<CQZ:2>25
<ITUZ:2>45
<eor>

+ The QSO's STATE item conveys 40 (Fukuoka Prefecture)

+ The QSO's CNTY item conveys 4001 (Fukuoka City within Fukuoka Prefecture)


Am I correct? I have not found in Wiki answers to my issue.

+ To what "issue" are you referring?


+ The reference documentation for the JCC progress report is here:

<https://www.dxlabsuite.com/dxkeeper/Help/Progress.htm#AP%20JCC>

+ The reference documentation for the JCG progress report is here:

<https://www.dxlabsuite.com/dxkeeper/Help/Progress.htm#AP%20JCG>

+ If while logging or updating a QSO with a Japanese station, you select the Prefecture (by name) and then select the City/Gun (by name) within that Prefecture, the correct reference numbers will be recorded in the QSO. "Sync LoTW QSLs" will update a logged QSO with information submitted to LoTW by your Japanese QSO partners; any discrepancy between information in the logged QSO and information submitted by your QSO partner will be resolved as specified in the "Handling of LoTW QSL detail inconsistencies" panel on the "QSL Configuration" window's LoTW tab.

        73,

                 Dave, AA6YQ











--
This email has been checked for viruses by AVG.
https://www.avg.com

+ AA6YQ comments below

Based on comments I had seen here, I recently bought the DYMO Turbo 450.  I need help understanding how to print DYMO labels without
wasting labels.  I seem to be wasting about 5 labels for every one I print.  If you are a regular user, please write to me off-line
and help me utilize the DYMO properly with DXKeeper.

+ What is causing a label to be wasted?

       73,

            Dave, AA6YQ

+ AA6YQ comments below

I am about to receive an Sdrplay RSP to run as a secondary receiver with my TS-590SG. Does Commander have the necessary setting to enable control of the Sdrplay as the Secondary Cat Control?

+ Yes. You'll need a "Connected Virtual Serial Port Pair" to connect Commander's Secondary CAT port to SDRUno's CAT port:

<https://www.dxlabsuite.com/dxlabwiki/ConnectedVirtualSerialPortPairs>

+ SDRUno employs the Kenwood CAT protocol, so configure Commander's Secondary CAT port accordingly.

           73,

                 Dave, AA6YQ