Date   

DXV Antenna heading shading

Rich - K1HTV
 

Is there any way in a future release of DX View to change the dark gray color shading behind the medium blue antenna azimuth heading to a much lighter background color? It is very difficult to see the actual position of the antenna. How about a light yellow. Even a light gray would be better than what it is now.

Thanks.

73,
Rich - K1HTV


Re: Log Page Display not Showing LotW or Eqsl Color Code

Dave AA6YQ
 

* more AA6YQ comments below

Yep, that fixed it. I got the LotW yellow fills when I entered a time period in the block near the middle of the LotW tab under the QSL Configuration tab. I now have the eQSL users also shown.

* There was nothing actually broken: your logged QSOs evidently did not specify their eQSL participation, and so were not colored. Invoking the "Update eQSL AG Membership" function updated each of your logged QSOs to reflect their participation in eQSL by querying the eQSL database.

73,

Dave, AA6YQ

On Tue, May 26, 2020 at 9:33 PM Dave AA6YQ <@AA6YQ> wrote:


Thanks, Ed.

The errorlog entry is harmless and not relevant to "coloring".

Please do the following:

1. In the Filter panel at the bottom of the Main window's "Log QSOs" tab, click the X button so that all QSOs are present in the Log Page Display

2. On the "QSL Configuration window's eQSL tab, click the "Update eQSL AG Membership" button in the lower-left corner

3. On the "QSL Configuration window's LoTW tab, click the "Update LoTW Membership" button in the lower-left corner

On the Main window's "Log QSOs" tab, do the background colors of your logged QSOs now indicate their participation in eQSL and LoTW?

73,

Dave, AA6YQ


-----Original Message-----
From: Ed Deichler [mailto:k2te.1nh@...]
Sent: Tuesday, May 26, 2020 3:48 PM
To: @AA6YQ
Subject: Re: [DXLab] Log Page Display not Showing LotW or Eqsl Color Code

Sorry about that. Here it is this time.

73 de Ed

On Tue, May 26, 2020 at 1:45 AM Dave AA6YQ <@AA6YQ> wrote:


Thanks Dave. Here is the error log file. I reset it to 12 months and get the yellow indication now. Still not seeing the color for LotW & eqsl or the eqsl-only color.

+ The discussion group does not convey attachments. Please send the attachment to me as requested in my post below.

73,

Dave, AA6YQ


Re: DXView for Raspberrt Pi

Carl - WC4H
 

Hi Russell.

Well, I just received a "refurbished" Dell Optiplex 7050 Micro ... that's to keep up my Windows & DXLab habits. I'm actually in the process of moving everything over.  I'm leaving DXLabs for last and yes, I'll be reading the instructions.

73.
Carl - WC4H


Re: DXKeeper, decimal symbol change

Dionisis “Dennis” Drakopoulos
 

No worries, thanks!


Re: LOTW location question

Peter Laws / N5UWY
 

On Wed, May 27, 2020 at 1:28 PM Steve Maki <lists@...> wrote:

Is it necessary or advisable to set up a 2nd location (for my earlier
QTH) for any reason? I figure it will be easier to get things right in
the 1st place instead of fixing it later.
First, thanks for trying to get the LOTW Location right. SOOOO many
ops have it wrong. Or they leave out grids or they leave out
states(!). So thanks for trying to do the right thing.

If it was *me* -- and it is, because I have lived in two different
places in the same municipality that are different only by the
subsquare -- I would have separate locations.

But that's me. Practically, there is no award for most QSOs that uses
the third set of characters. Not today, anyway. I just do it because
that's the kind of thing I do.

The upside is that DXKeeper makes this *very* easy to manage if you
decide to split it up.

Keep in mind, too, there were a lot of ops, 10 years ago, that said
they didn't bother with Zones in their location setup because LOTW
didn't support any awards that used them. Yeah, well ... :-)


--
Peter Laws | N5UWY | plaws plaws net | Travel by Train!


Re: DXView for Raspberrt Pi

Dave AA6YQ
 

+ AA6YQ comments below

Thanks Carl, for your info, I'm trying to find why I should keep my Pi, it takes more time just to find some programs to run, I guest I have to much windows in my blood.

+ In general, one selects the software that best provides the functionality one needs, and then choose the hardware that best supports that software.

+ It's certainly reasonable to seek experience with a particular hardware platform by acquiring interesting software for that platform, but I wouldn't recommend doing that as a way to support what you consider mission-critical software - like support for you DXing activities.

+ One of the reasons that DXLab support for Linux remains low priority is that among the few that request it, "I need software to run on this Linux box" is a primary driver. Wrong answer!

73,

Dave, AA6YQ


Re: Commander’s Spectrum-Waterfall setup problem with IC-7300

Dave AA6YQ
 

+ AA6YQ comments below

EUREKA Dave,

Found the culprit !!

It was the ICOM driver!
As a matter of fact, I uninstalled the existing one, I downloaded again the driver from Icom site, I installed it and... miracle... everything immediately was working, spectrum, waterfall and frequency.

+ That's great, Carlo! Enjoy...

73,

Dave, AA6YQ



-----Messaggio originale-----
Da: Dave AA6YQ <@AA6YQ>
Inviato: marted� 26 maggio 2020 22:50
A: 'IK2RPE Carlo' <ik2rpe@...>
Oggetto: RE: [DXLab] Commander�s Spectrum-Waterfall setup problem with IC-7300

Your IC-7300 sends Spectrum Data via the CAT connection if its baud rate is set to 115,200, and if its CI-V USB Port is Unlinked from its remote port.

Connecting your IC-7300 to your computer via a standard USB A-B cable should create a virtual Com port. Configuring Commander's Primary CAT port to use this virtual Com port at 115,200 baud should enable Commander to control and track your IC-7300's frequencies. If that doesn't work, then either you haven't configured Commander or the IC-7300 correctly, or the Icom device driver is broken.

As a first diagnostic step, can you get this simple configuration to work?

73,

Dave, AA6YQ

-----Original Message-----
From: IK2RPE Carlo [mailto:ik2rpe@...]
Sent: Tuesday, May 26, 2020 3:55 PM
To: 'Dave AA6YQ'
Subject: R: [DXLab] Commander�s Spectrum-Waterfall setup problem with IC-7300

Hallo Dave,



Thank you for your message and answer.

I wish begin from the last part of it i.e.:

+ No one here is required to use a capability just because DXLab provides it, and it's completely unnecessary to justify your choices. However, when you report that a capability doesn't work, I won't be satisfied until I understand what's going on

Once again, here, is the incredible, outstanding "service" you are giving to your "customers". And your words are a new challenge for me to try to sort out from the difficulty where I am.

I use DxLab since Nov. 2011, therefore I do believe I'm used to the largest parts of your suite, with my great, great satisfaction. Therefore why not to accept this challenge of yours and "try" also Commander�s Spectrum-Waterfall program with my new IC-7300?



Now answers to your points and additional hints.

+ With the baud rate correctly set to 115200 Baud, can you enable the Spectrum-Waterfall window?

Yes, the Spectrum-Waterfall window appears (however only clicking CTRL on bandspread, nothing appears on bandspread window).

+ Does the Spectrum-Waterfall window appear on-screen and display both a spectrum and a waterfall?

No, neither spectrum nor waterfall. Here is the problem.

Please see the attached word sheet, Image 2, Spectrum-Waterfall is blank.



+ To what "intervention" are you referring, exactly?

As I already wrote, I�m using (and it works correctly) microHAM MK 2. In this way frequencies and modes are automatically set to my UltraBeam UB-50 antenna controller (that is also connected to a ProSystel antenna rotor).

MK2 soundcard is a �microHAM Codec�, but also the �2 USB Audio Codec� is seen in MK2

I have in MK2 different configs: for ICOM 7300 - general, IC-7300 for WSJT-x and IC-7300 for Fldigi; all are working with the config I created in IC-7300 radio.

In the radio I also created a different config if and when I should use USB. In IC-7300 (v. 1.30) I downloaded and activated his proper USB driver (Silicon Labs CP210x USB to UART Bridge - that has a COM 4) dated 20 June 2019 vers. 10.1.8.2466.



Amongst all the tests I did, all the day long, I ascertained that using in IC-7300 the menu config specifically for USB (CI-V USB Port => Unlink from [REMOTE] - CI-V USB Baud rate => 115200 - In Commander: In Primary CAT Serial Port the port is # 4 (created by the Icom�s device driver) and the Baud selector to 115200 ) and disconnecting MK2 cable from the radio, Commander do not see the frequencies and modes of the radio and no signal are evidenced in the 7300 M.Scope.

Re-inserting the cable frequencies and modes changes are again automatically seen in Commander.



The interventions I mentioned are that switching from MK2 set (working) to USB in IC-7300, I have to modify in Commander the Baud rate from 19200 to 115200 in �Primary Cat serial Port� and in Multiradio, In WinWarbler the Soundcard from �microHAM Codec� to �2 USB Audio Codec�.

And the reverse to come back to the NOT USB config in IC-7300.



For clearer understanding of the setup pease see in the attachment the screen shots of Commander (Image 1 and Image2)



In the Commander�s Spectrum-Waterfall window (lack of freq) I tried to move the Ref Level, but again no joy.



Which other elements can I give you to better understand where and what is the problem?



Dave, YOU wanted to ascertain what is going (wrongly) on, I already surrendered�.



Thanks for your patience and interest, very much appreciated. As always.



Best regards





Carlo IK2RPE













-----Messaggio originale-----
Da: Dave AA6YQ <@AA6YQ>
Inviato: luned� 25 maggio 2020 23:24
A: 'IK2RPE Carlo' <ik2rpe@...>
Oggetto: RE: [DXLab] Commander�s Spectrum-Waterfall setup problem with IC-7300



+ AA6YQ comments below



Thank you Dave for pointing me up the wrong Baud rate set.

However I had tried before - already - the 115200 Baud, without success.



+ With the baud rate correctly set to 115200 Baud, can you enable the Spectrum-Waterfall window?



+ Does the Spectrum-Waterfall window appear on-screen and display both a spectrum and a waterfall?



Now after several new attempts, sorry, I decided to give up. The Spectrum-Waterfall remains inanimated Reason behind such a decision is that the Spectrum-Waterfall is working "just" with the Spotcollector spots callsigns, not "decodifying" the calls of the entire band (correct?).



+ SpotCollector collects active callsigns from multiple DX clusters, the Remote Beacon Network, skimmers like CW Skimmer, the DX Summit web cluster, and up to 16 instances of WSJT-X.



+ It is not technically possible to simultaneously decode very active station on an amateur band like 40m or 20m, at least not with the computer equipment used by most amateurs. Think about the horsepower that would be required to just to perform speech recognition in real time on 20 SSB QSOS.



For having that I have to intervene, each time, on too many parameters, here and there, and that exercise is not worthwhile for what I get.



+ To what "intervention" are you referring, exactly?



I'm using, normally, microHAM MK 2 as interface as well, very satisfying, and I'm glad to have managed to reach 326 DXCC entities confirmed, 2143 DXCC Challenge confirmed, about 800 IOTA islands, etc. etc.

I decided then to stay with what I have, at least for the time being... the M.Scope of the IC-7300 is "sufficient"....

May be in due time I will change my mind...



+ No one here is required to use a capability just because DXLab provides it, and it's completely unnecessary to justify your choices. However, when you report that a capability doesn't work, I won't be satisfied until I understand what's going on.



73,



Dave, AA6YQ




<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Mail priva di virus. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>




--
Questa email � stata esaminata alla ricerca di virus da AVG.
http://www.avg.com



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


Re: LOTW location question

BILL KENNAMER
 

Unless there’s some award that goes down to the sixth character, four character is enough for VUCC.

73,

On Wednesday, May 27, 2020, 1:28 PM, Steve Maki <lists@...> wrote:

Please excuse the OT post, but I know there are many LOTW gurus here. I
perused the LOTW website and didn't find exactly what was looking for.

I just signed up with LOTW and have a certificate for the callsign I've
had since 1974 and my current location where my station has been since
1982. The QSO's I've made with this call are divided between 2 locations
only 5 miles apart, in the same town, in the same grid except for the
6th character.

I don't chase DXCC type awards, but mainly just want to easily provide
QSO credit to my QSO partners who want it.

Is it necessary or advisable to set up a 2nd location (for my earlier
QTH) for any reason? I figure it will be easier to get things right in
the 1st place instead of fixing it later.

I haven't uploaded any QSO's yet.

TIA

-Steve K8LX




LOTW location question

Steve Maki
 

Please excuse the OT post, but I know there are many LOTW gurus here. I perused the LOTW website and didn't find exactly what was looking for.

I just signed up with LOTW and have a certificate for the callsign I've had since 1974 and my current location where my station has been since 1982. The QSO's I've made with this call are divided between 2 locations only 5 miles apart, in the same town, in the same grid except for the 6th character.

I don't chase DXCC type awards, but mainly just want to easily provide QSO credit to my QSO partners who want it.

Is it necessary or advisable to set up a 2nd location (for my earlier QTH) for any reason? I figure it will be easier to get things right in the 1st place instead of fixing it later.

I haven't uploaded any QSO's yet.

TIA

-Steve K8LX


Re: DXView for Raspberrt Pi

Russell Blair <nc5opsk@...>
 

Thanks Carl, for your info, I'm trying to find why I should keep my Pi, it takes more time just to find some programs to run, I guest I have to much windows in my blood. 


On Wed, May 27, 2020 at 9:20 AM Carl - WC4H via groups.io <wc4h.dx=yahoo.com@groups.io> wrote:
DXLab is not designed for Linux and as stated by Dave, it won't run even with Wine.  There was a product from Eltech called Exagear that enabled wine to run on arm processors.  I purchased it and it was quite good but they discontinued support.  It could actually run HRD 5.24 but not DXLab.

That's one of the things that keeps me from going to my Odroid XU4 or my Pi 3+.  I like the DXLab programs.

If you are going to run on Pi or Odroid or other arm platforms, your best bet is CQRLOG with GridTracker for auto uploads to onine logs.  You can actually log to DXKeeper on a windows PC from the Pi if the Windows PC has SpotCollector running.  For radio control the new Flrig is quite good, but you'o have to compile it on the Pi.  The good news is that W1HKJ has posted excellent instructions on the build, so that even I could do it.  For digital modes you can use fldigi and for wsjt-x modes, you can use wsjt-x, jtdx or mshv.  

73.
Carl - WC4H


Re: A suggested <led ...> command ...

Carl - WC4H
 

Nice!!! When can we have it?

73.
Carl - WC4H


DXView: request for enhancement.

g4wjs
 

Hi Dave, and all,

I have the DXView World Map always visible and  filtered to plot 6m spots only. This is an excellent way of watching for 6m propagation while on other bands. I have one issue, when a bad spot gets plotted I would like it to go away if I delete the offending row from SpotCollector. It seems that deleting a row from SpotCollector only hides the row and other modules still see them.



--
73

Bill

G4WJS.


Re: DXView for Raspberrt Pi

Carl - WC4H
 

DXLab is not designed for Linux and as stated by Dave, it won't run even with Wine.  There was a product from Eltech called Exagear that enabled wine to run on arm processors.  I purchased it and it was quite good but they discontinued support.  It could actually run HRD 5.24 but not DXLab.

That's one of the things that keeps me from going to my Odroid XU4 or my Pi 3+.  I like the DXLab programs.

If you are going to run on Pi or Odroid or other arm platforms, your best bet is CQRLOG with GridTracker for auto uploads to onine logs.  You can actually log to DXKeeper on a windows PC from the Pi if the Windows PC has SpotCollector running.  For radio control the new Flrig is quite good, but you'o have to compile it on the Pi.  The good news is that W1HKJ has posted excellent instructions on the build, so that even I could do it.  For digital modes you can use fldigi and for wsjt-x modes, you can use wsjt-x, jtdx or mshv.  

73.
Carl - WC4H


DXView for Raspberrt Pi

Russell Blair <nc5opsk@...>
 

I would like to run DXView on my RBpi. Where can I fine the programs.

Russell NC5O


Re: Small anomaly in DXKeeper

Dave AA6YQ
 

+ AA6YQ comments below

Yesterday I (accidentally) noticed that if I try to upload (using the right-click menu option) a logged QSO to LOTW which has LOTW Sent as "U" and LOTW Rcvd as "R", LOTW Rcvd gets cleared.

I do not have the option to allow dupe uploads checked so the re-upload obviously failed but I believe LOTW Rcvd should still not be cleared.

+ Agreed: if the queued QSO's "LoTW Sent" item is set to 'U' or 'Y', its "LoTW Rcvd" item should not be cleared - and similarly for 'eQSL Rcvd". I have corrected this defect in the next version of DXKeeper, and sent it to you. Please let me know how it goes.

73,

Dave, AA6YQ


Small anomaly in DXKeeper

Björn SM7IUN
 

Yesterday I (accidentally) noticed that if I try to upload (using the right-click menu option) a 
logged QSO to LOTW which has LOTW Sent as "U" and LOTW Rcvd as "R", LOTW Rcvd gets cleared.

I do not have the option to allow dupe uploads checked so the re-upload obviously failed but I 
believe LOTW Rcvd should still not be cleared.

Björn SM7IUN


Re: SQL Query Filters section tab movement

Dave AA6YQ
 

+ AA6YQ comments below

A question about the Advanced Sorts, Filters & Modifiers window. Specifically in the SQL Query Filters section of that window.

If the cursor is in the upper Caption field and the tab key is depressed, the cursor moves down to the Caption field below it. Another tab and the cursor moves down again. The fourth tab moves the cursor to somewhere that is not obvious to me. The fifth tab moves the cursor to the Duplicates Filter button. Successive tab keys move the cursor around the window in a seemingly random order. Or am I missing something and there is a logic to the tab movement?

At least for the SQL Query Filters section of that window, it would be helpful if if the tab key moved the cursor from the Caption field to the right to the associated SQL expression and then (with another tab key depression) to the right to the associated Filter button. Tabbing again would move the cursor to the Caption field of the next row down.

+ The tab order within the "Advanced Sorts, Filters, and Modifiers" is normalized in the next version of DXKeeper. Thanks!

73,

Dave, AA6YQ


Re: Cancel option for Sync buttons

Dave AA6YQ
 

+ AA6YQ comments below

A little thing that I think would be useful. The main window's QSO tab has the buttons Sync LotW QSOs and Sync LotW QSLs. Clicking on either brings up a window that asks " . . . do you wish this filter removed . . . ?"

The choices are Yes or No. On several occasions a Cancel option would have been useful for me as I had the wrong filter or the sync operation was simply the wrong step at the time.

+ Added to the next version of DXKeeper. Thanks!

73,

Dave, AA6YQ


SQL Query Filters section tab movement

Steve K8JQ
 

Dave,

A question about the Advanced Sorts, Filters & Modifiers window. Specifically in the SQL Query Filters section of that window.

If the cursor is in the upper Caption field and the tab key is depressed, the cursor moves down to the Caption field below it. Another tab and the cursor moves down again. The fourth tab moves the cursor to somewhere that is not obvious to me. The fifth tab moves the cursor to the Duplicates Filter button. Successive tab keys move the cursor around the window in a seemingly random order. Or am I missing something and there is a logic to the tab movement?

At least for the SQL Query Filters section of that window, it would be helpful if if the tab key moved the cursor from the Caption field to the right to the associated SQL expression and then (with another tab key depression) to the right to the associated Filter button. Tabbing again would move the cursor to the Caption field of the next row down.

Thanks.

Steve, K8JQ


Cancel option for Sync buttons

Steve K8JQ
 

Dave,

A little thing that I think would be useful. The main window's QSO tab has the buttons Sync LotW QSOs and Sync LotW QSLs. Clicking on either brings up a window that asks " . . . do you wish this filter removed . . . ?"

The choices are Yes or No. On several occasions a Cancel option would have been useful for me as I had the wrong filter or the sync operation was simply the wrong step at the time.

Thanks.

Steve, K8JQ