But you do have Gridtracker available for Linux too .
Neil, KN3ILZ
On 11/22/2021 2:44 PM, John Korpal wrote:
One other thing is JTAlert is only for windows.
Sent from my iPhone
On Nov 22, 2021, at 1:42 PM, John Korpal <[email protected]> wrote:
I was just following the same design that appends the country
information to the messages. This takes it to the next level by
looking up the state from the grid. Similar as it does with the call
sign to find the country information. The code and table are the same
and in AD1CCty.cpp.
I agree the it should not be limited to just WAS and agree that the
maintenance of the mapping file needs to address.
John (NJ0A)
Sent from my iPhone
On Nov 22, 2021, at 9:12 AM, tom <[email protected]> wrote:
Hi John
I see Bill has already commented - sorry the msg yesterday _ saw the
later messages but missed some others where comments were made.
I must admit using JTAltert there is NO noticeable lag/delay in
getting the UDP msg, responding and then replaying. If you notice
that perhaps there is another cause.?
Thinking further - I know wsjt-X API can highlight text - just
because I have seen it done - is there an API call/UDP message that
would allow other apps to add additional text - not just colour? In
the case of this app you would want to send back state - I may want
to send Lothian - this would allow for the ‘app’ to run in back
ground - no ui for running needed.
Moving it away from core product - yes you are right all that is
needed is a tool (or go old school initially) notepad and a text
file. Users can add/do what they will - if there is an open source
repository then people could customise their file - grab WAS and say
POTA - merge and away you go. Even have a folder/file naming
convention - from WAS.ABC, SOTA.ABC, ITALY.ABC - on start up it read
all files in specified folder ending in ABC. It’s not as if it has
to be dynamic and keep looking for changes - only if new areas of
interest. Following the ’state’ of WSJT-X for closedown etc to
habdle killing apps.
Looking at some of the questions here - may need to progress to a
‘user friendly’ option after Mark 1 or 2 to sort out glitches as
extensions/notepad may prove a stumbling block.
Regards
Tom
GM8MJV
On 22 Nov 2021, at 15:16, John Korpal <[email protected]> wrote:
I understand your point about maintaining the mapping file. One
possible Compromise would be to supply a grid mapping editor that
would allow the user to create his own mapping table. This way, to
your point the core development team would not be responsible for
the files.
Users could submit their mapping files to an open source repository
and others could user at their own risk. Plus users could update
the files if errors are found in any of the mapping files.
My main issue with using an external application to flag message is
that application flags a message the user will have to fine that
message in WSJTX to take action on the message. My logging program
does that today. There is a lag in when the message appears in
WSJTX to when the application flags a message. The user then has to
fine the flag message in WSJTX. I have found that the lag is large
enough the by the time it is flagged in the external application,
the original message in WSJTx is off the screen. This is the case
on very busy band like 20 & 40.
I’m enjoying the discussion and the exchange of ideas.
John (NJ0A)
Sent from my iPhone
On Nov 22, 2021, at 1:53 AM, tom <[email protected]> wrote:
John
I use happily JTAlert as it does 99% of what I want it to do -
dosn’t do UK counties or Italian regions - hence the interest.
The issue I bring up will be (I guess), if added to main stream
release users will assume that it is up to the dev team to support
it, add to it, maintain it - pretty sure they don’t want that hassle.
One other solution would be make it a 3rd party add on. - watch
for the UDP traffic from WSJT-X - filter, check, lookup as
appropriate and with pop up a window or (not looked but colour is
changeable) - feed back modified line via UDP.
You could concentrate on the WAS side, if the ‘file’ structure’
was open source people like me could add counties in UK and
regions in Italy. Russian Umblasts chasers could add their list,
etc. etc. It would keep it separate from wsjt-x so dev team will
thank you. 'grid to xxxxx' will go down well with those people
that want it - no need for one master database. Yes people could
share what they have done.
Make it cross platform and even more people would be happier as
some add-on’s are Windows only.
Regards
Tom
GM8MJV
On 19 Nov 2021, at 19:54, John Korpal <[email protected]> wrote:
Tom
I might have a solution to your issues.
We could have a grid.dat file for each country. We load the list
of countries we have data files for and create a drop down file
from that list. This way the user can select which country he/she
wants to work. We only will have one country loaded at a time.
With will keep the table small and fast.
We could ask users to create a dat file for the country they are
in or want to work.
How does this option look?
John (NJ0A)
Sent from my iPhone
On Nov 19, 2021, at 9:10 AM, John Korpal <[email protected]> wrote:
Tom
Those are very valid points. If we expand this beyond the US we
would need to create a database. As for the second point someone
from each country would need to maintain that country entries.
John (NJ0A)
Sent from my iPhone
On Nov 19, 2021, at 2:18 AM, tom via wsjt-devel
<[email protected]> wrote:
Nice Idea,
I can see one little issue - I would want to add counties to it
for UK work - then you will find other countries will also want
to add regions (I chase some Italian regions and it would help)
- Your ’small’ table would soon increase in size - searches
slower? Also with others possibly wanting their own
stage/region/county/umblast who will maintain the master copy.
Regards
Tom
GM8MJV
On 18 Nov 2021, at 18:12, John Korpal via wsjt-devel
<[email protected]> wrote:
Grid Locator to State Mapping Enhancement
The following is a description of the enhancement to WSJT-x
-2.5.2 that maps the grid locator in the message to be mapped
to the state located in that grid.
Why
The grid to state mapping helps the operator to know what
state are located within that grid. This helps when the
operator is working on WAS for that band. He then knows which
stations he needs to focus on and which ones he can work later.
How does the mapping work?
There is a grid to state file called grid.dat. it is in the
same format as the cty.dat file. This grid.dat file is read
into two grid tables (gridPrefix and gridState). The first two
characters of the grid locator is the two characters (A-Z) and
is refer as the grid prefix. The second two characters are
numbers (0-1) and are refer as the grid index. When a message
is received with a grid locator in the message the grid prefix
is used to perform a binary search of the gridPrefix table.
This table is small (currenly only 25 entries) so the search
is fast. This finds a one of the indexes for the second table
the gridState table. The second index is obtained from the
grid index of the grid locator. The gridState table contain
string of the states that as within that grid.
#define maxPrefix 25 //NJ0A
#define maxIndex 100 //NJ0A
QString gridPrefix [maxPrefix]; //NJ0A
QString gridState [maxPrefix] [maxIndex]; //NJ0A
int gridNumPrefix; //NJ0A
What has changed
The following files were added to WSJT-X-2.5.2
1.grid.dat
The following files were modified to WSJT-X-2.5.2
2.CMakeList.txt
a.Grid.dat was added
3.Logbook/AD1CCTY.cpp
a.Add gridPrifix and gridState tables.
b.Read in the grid.dat file into gridPrefix and gridState table
c.Add member findState that will parse the grid locator to state.
4.Logbook/ADQCCTY.hpp
a.Add findState to class
5.Widgets/displaytext.cpp
a.In displayDecodedText make call to
logbook.contries()->findStat(dxGrid)
b.Add state to message
6.Configuration.ui/Configuration.cpp/Configuration.hpp
a.Added two switches to turn on/off this feature.
b.
Graphical user interface, text, application, email Description
automatically generated
A picture containing application Description automatically
generated
I have fork the of the current wsjtx-2.5.2 into my branch
(jlkorpal/wsjt). Your can review the changes there. Also I
have build packages for MAC and window in my source forge
account (jlkorpal)
https://sourceforge.net/projects/jlk-wsjtx/files/. Another ham
(K6FA) and I have been running the enhancement for close to
two years and have seen no issue today.
I wanted to run this by the group before request a merge.
John (NJ0A)
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
