Not yet. I need to build a VM for Linux Sent from my iPhone
> On Nov 22, 2021, at 6:00 PM, Neil Zampella via wsjt-devel > <[email protected]> wrote: > > > 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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 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
_______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
