Re: Question re: maps in D-Rats 0.3.9
Ralph, that works! I'm able to use the base map and the various Thunderforest maps with my API key. Thanks very much for your help in solving a troublesome problem for me. ?Best, ?Charles
|
Re: Question re: maps in D-Rats 0.3.9
In version 3.9 under windows I have the following for base map server URL
Under OpenCycleMap server URL I have
Thunderforest requires an account, usage for hobbyist is free. and the mapkey assigned by the site.
On Saturday, May 7, 2022, 08:46:11 PM CDT, Charles Elliott <celliott@...> wrote:
Ralph, thanks very much for the advice. I changed the tile server to ?but still no joy in the map display. The openstreetmap.de tile server is online and reachable, my web browser is able to pull up the map from that server, and my D-Rats program is reaching the internet, with multiple stations replying to a "ping all stations" command. ?Nevertheless, for each of the numerous map images in the map tiles that D-Rats attempts to retrieve, the debug log reports errors of the following type:
Mapdisplay: (0) Failed to fetch 'http:/a.tile.openstreetmap.de/14/4765/6156.png' : Not connected?
I'd be happy to upload or send the debug log report if it's useful for someone to analyze and troubleshoot. It's beyond my current abilities.?
73, Charles (KC3TDQ)
|
Re: Question re: maps in D-Rats 0.3.9
Ralph, thanks very much for the advice. I changed the tile server to ?but still no joy in the map display. The openstreetmap.de tile server is online and reachable, my web browser is able to pull up the map from that server, and my D-Rats program is reaching the internet, with multiple stations replying to a "ping all stations" command. ?Nevertheless, for each of the numerous map images in the map tiles that D-Rats attempts to retrieve, the debug log reports errors of the following type:
Mapdisplay: (0) Failed to fetch 'http:/a.tile.openstreetmap.de/14/4765/6156.png' : Not connected?
I'd be happy to upload or send the debug log report if it's useful for someone to analyze and troubleshoot. It's beyond my current abilities.?
73, Charles (KC3TDQ)
|
Re: Question re: maps in D-Rats 0.3.9
Base map in my Ubuntu based version is http://a.tile.openstreetmap.de/
I think there was a past issue with using https which caused an error.
WX4QZ found this and it worked for me!
If u start the debug log under help it will show errors during startup and operation! Should point to maps that don¡¯t load for some reason clue to fix!!
I am not an expert but place to start!!!
toggle quoted message
Show quoted text
On May 7, 2022, at 3:18 PM, Charles Elliott <celliott@...> wrote:
?Hi, folks,
I'm having trouble getting maps to display in my new (and first) D-Rats installation. I'm running D-Rats 0.3.9, which by default creates the D-Rats map subfolder as c:/users/user1/AppData/Roaming/D-RATS-EV/maps. I extracted a zip-compressed map tiles file to that folder, which created a series of subfolders numbered zero through 17, and further subfolders until you drill down to the individual .PNG files. In the D-Rats settings, the config file shows that the base map storage path is c:/users/user1/AppData/Roaming/D-RATS-EV/maps. But in the maps configuration setting, the setting for the base map is a tile server (the default tile server is https://tile.openstreetmap.de). It seems to me that after extracting the zip file containing the map tiles to the maps subfolder under D-RATS-EV, D-Rats still doesn't know where to find or use them, and I don't know how to change the configuration settings so that my D-Rats installation knows where to find them. I must be missing something and don't know what it is. Appreciate any guidance you can offer. ?Regards, Charles
|
Question re: maps in D-Rats 0.3.9
Hi, folks,
I'm having trouble getting maps to display in my new (and first) D-Rats installation. I'm running D-Rats 0.3.9, which by default creates the D-Rats map subfolder as c:/users/user1/AppData/Roaming/D-RATS-EV/maps. I extracted a zip-compressed map tiles file to that folder, which created a series of subfolders numbered zero through 17, and further subfolders until you drill down to the individual .PNG files. In the D-Rats settings, the config file shows that the base map storage path is c:/users/user1/AppData/Roaming/D-RATS-EV/maps. But in the maps configuration setting, the setting for the base map is a tile server (the default tile server is https://tile.openstreetmap.de). It seems to me that after extracting the zip file containing the map tiles to the maps subfolder under D-RATS-EV, D-Rats still doesn't know where to find or use them, and I don't know how to change the configuration settings so that my D-Rats installation knows where to find them. I must be missing something and don't know what it is. Appreciate any guidance you can offer. ?Regards, Charles
|
Re: More d-rats public fork progress
I believe I have the most current revision operating-maps seem quick-log is functioning!
Looks great!
Thanks!!
Ralph Barbakoff (WA9LKZ)
toggle quoted message
Show quoted text
On May 1, 2022, at 6:59 PM, John E. Malmberg <wb8tyw@...> wrote:
?On 5/1/2022 5:53 PM, N5TXZ via groups.io wrote:
Thanks for all your dedication and work on this fork.
Any way to crank up the logging verbosity so we can help make better/useful error reports? The fork has been converted to use the logging module, most messages in D-rats are at logging level INFO, and there is still quite a lot of them that do not seem really useful to always have enabled.
The other logging level in the fork is debug, which is set by "--loglevel=DEBUG". This will get more logging.
As time goes by, I will probably be moving more messages in to the DEBUG class, and possibly using additional features of the logging module.
The --loglevel parameter can take any name or number that is valid for the logging module.
In most cases that I am getting the segfault or GTK crash reports, there is not enough built in logging in d-rats to identify the location.
Which means that with out a reproducer, only adding custom logging or examining the code is the only way to find where these issues are showing up.
I just started looking into the mainapp module to try to figure out the data flow.
Regards,
73,
-John, wb8tyw
|
Re: More d-rats public fork progress
On 5/1/2022 5:53 PM, N5TXZ via groups.io wrote: Thanks for all your dedication and work on this fork.
Any way to crank up the logging verbosity so we can help make better/useful error reports? The fork has been converted to use the logging module, most messages in D-rats are at logging level INFO, and there is still quite a lot of them that do not seem really useful to always have enabled. The other logging level in the fork is debug, which is set by "--loglevel=DEBUG". This will get more logging. As time goes by, I will probably be moving more messages in to the DEBUG class, and possibly using additional features of the logging module. The --loglevel parameter can take any name or number that is valid for the logging module. In most cases that I am getting the segfault or GTK crash reports, there is not enough built in logging in d-rats to identify the location. Which means that with out a reproducer, only adding custom logging or examining the code is the only way to find where these issues are showing up. I just started looking into the mainapp module to try to figure out the data flow. Regards, 73, -John, wb8tyw
|
Re: More d-rats public fork progress
Thanks for all your dedication and work on this fork.
Any way to crank up the logging verbosity so we can help make better/useful error reports?
73
Mark
|
More d-rats public fork progress
Hello all,
The python3 d-rats fork is progressing slowly and there is still a lot that needs to be done.
The fork now should have the various e-mail gateways and APIs working.
The pluginsrv module is now working and there is a test program in the repositories.
Winlink and Mac support is now implemented.
All is not roses though.
I have a report that file transfers are not working between Mac systems, but is working with Mac to or from Windows.
The Mac user that reported this is trying to get more data to determine why this failure is occurring.
We are still seeing random segfault events.
We are also seeing random GTK Critical events logged to the console.
There are two main known causes of both those events:
1. Using deprecated GTK code. There is still a lot of this to be removed.
2. Calling GTK code improperly from threads.
Unfortunately neither the segfaults or the GTK Critical events messages usually give useful information as to the failure.
Sometimes we can find the cause of the GTK Critical event by noticing the operation that preceded it, other times by adding additional logging.
The segfaults really need learning the current program flow of the threads and making sure that it is done properly, and that also involves learning more about how GTK programming on python works,
My current course of action is going to be to start documenting the program flow module by module in my wiki, and at the same time doing code cleanups for those modules.
73,
-John, wb8tyw
|
Re: Running a D-Rats Ratflector on a dynamic IP system
Yes ...as Glen says NO-IP works great I have been using it since 2014 on my BPQ32 System and DX Cluster Node.
Lee WB4QOJ --------
On Apr 17, 2022 12:34 PM, Glen Strecker <gstrecker55@...> wrote: For anyone wanting to run a D-Rats ratflector off of a residential or commercial internet service that provides only dynamic IP addresses (in other words, your IP changes every time their network resets) you need to set up some method that monitors your IP address to continually link it to your ratflector name on the Internet so people can connect to it.? I use NoIP.com.? They can assign a name to your ratflector with a ddns.net extension that you can then share with your users so they can link to the system.? Here is a link to get a $5 coupon code to get started with your service .
|
Running a D-Rats Ratflector on a dynamic IP system
For anyone wanting to run a D-Rats ratflector off of a residential or commercial internet service that provides only dynamic IP addresses (in other words, your IP changes every time their network resets) you need to set up some method that monitors your IP address to continually link it to your ratflector name on the Internet so people can connect to it.? I use NoIP.com.? They can assign a name to your ratflector with a ddns.net extension that you can then share with your users so they can link to the system.? Here is a link to get a $5 coupon code to get started with your service .
|
Re: subst.py and gps.py module
John,
As a fellow software engineer, I read through your thorough and thoughtful description of subst.py and support your decision to toss the buggy module out.
73,
On Sat, Apr 16, 2022 at 11:08 AM John E. Malmberg < wb8tyw@...> wrote: Hello,
Started converting / testing the subst.py module.
It does not work in the existing code as near as I can determine, and
has an infinite loop in it once other bugs in it are fixed.
Just about 1/2 of the functions in the modules have bugs in it, and
fixing those are done basically done by removing most of those because
they are effectively doing almost nothing.
The only caller of this module is the gps.py.
It appears to be intended to do a replacement of the text between two
slash characters in the comment section of the GPS message, if that text
is found in a configuration file.
If not, the text is supposed to be passed through unchanged.? It
actually just removes the text in the current implementation.
The caller in gps.py discards the result of the conversion, so all this
code is doing is wasting space in memory and in the repository.
I am thinking of just yanking this module out, other than trying to get
it implemented correctly.
As it is currently implemented, it is creating a new copy of the
conversion substitution object for every GPSPosition object in d-rats,
as as these are used in the map point functions, there could be lots of
them.
It would have to be re-written to be what is known as a Singleton object
if it is to be retained to avoid the needless memory overhead.
73,
-John
|
subst.py and gps.py module
Hello,
Started converting / testing the subst.py module.
It does not work in the existing code as near as I can determine, and has an infinite loop in it once other bugs in it are fixed.
Just about 1/2 of the functions in the modules have bugs in it, and fixing those are done basically done by removing most of those because they are effectively doing almost nothing.
The only caller of this module is the gps.py.
It appears to be intended to do a replacement of the text between two slash characters in the comment section of the GPS message, if that text is found in a configuration file.
If not, the text is supposed to be passed through unchanged. It actually just removes the text in the current implementation.
The caller in gps.py discards the result of the conversion, so all this code is doing is wasting space in memory and in the repository.
I am thinking of just yanking this module out, other than trying to get it implemented correctly.
As it is currently implemented, it is creating a new copy of the conversion substitution object for every GPSPosition object in d-rats, as as these are used in the map point functions, there could be lots of them.
It would have to be re-written to be what is known as a Singleton object if it is to be retained to avoid the needless memory overhead.
73,
-John
|
First that has been updated is about GitHub workflow guidelines.
Not trying to scare anyone away from assisting development or testing, but common guidelines are needed for group coordination.
Certain things just do not automatically just work as expected with Microsoft Windows with GitHub or with cross-platform projects.
And this type of documentation will be needed for when a D-Rats GitHub Organization project is set up to make the project run smoothly.
Next is a growing list of things to watch for in Code Reviews or writing code to prevent bugs from creeping into the program.
And some documentation on how to use the Mailserv module and its current limitations.
There is still a PR in progress for fixing the Mailserv module, as it was recently discovered that if the POP3 server does not completely shutdown when the configuration is updated.
73,
-John
|
Re: Python3 fork progress
John,
Stellar progress! Thanks for giving so much of your time to this project. The D-Rats community admires and is very grateful for what you are doing.
As soon as the "spare time" arrives, I plan to look into how to update the Python packages I have and make a copy to test. As previously stated. AGW interface is high on my list.
Jack Spitznagel ¨C KD4IZ
Science River LLC
Biomedical Consulting Services
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] < [email protected]> On Behalf Of John E. Malmberg Sent: Sunday, April 3, 2022 18:04 To: [email protected]Subject: [d-rats] Python3 fork progress Hello all, Some progress this weekend. The agwpe and wl2k modules are now both converted to python3. I have not done any testing with d-rats actually connecting to either as I do not have any way to test agwpe, and still do not know much about Winlink. I added mock servers for testing the agw and w2lk modules. I have added the code to use the python-sphinx module to generate some d-rats internals documentation from the DocStrings that I have been adding. Of course now that means that the generated documentation will need to be proofread and enhanced. I have not had a chance to learn the new python packaging, other than documenting how to setup a venv for building the packages. There are still a lot that I have not yet looked into, especially things like transfers between d-rats and internet e-mail, and other features like communication with GPS servers. 73, -John wb8tyw@.../wb8tyw@...
|
Hello all,
Some progress this weekend.
The agwpe and wl2k modules are now both converted to python3.
I have not done any testing with d-rats actually connecting to either as I do not have any way to test agwpe, and still do not know much about Winlink.
I added mock servers for testing the agw and w2lk modules.
I have added the code to use the python-sphinx module to generate some d-rats internals documentation from the DocStrings that I have been adding. Of course now that means that the generated documentation will need to be proofread and enhanced.
I have not had a chance to learn the new python packaging, other than documenting how to setup a venv for building the packages.
There are still a lot that I have not yet looked into, especially things like transfers between d-rats and internet e-mail, and other features like communication with GPS servers.
73,
-John
wb8tyw@.../wb8tyw@...
|
Re: Using pip installed modules with D-rats more safely
Thanks for posting that John and it's interesting how Python can run
in this form of a chroot jail.? I'm curious if it would be worth it
to consider developing a flatpak version similar to what the Chirp
team has done?? It might be especially helpful during this
transition time until all of the legacy stuff is modernized.
--David
KI6ZHD
On 03/28/2022 04:49 PM, John E.
Malmberg wrote:
toggle quoted message
Show quoted text
I just wrote a wiki article on running my D-rats fork
in a VENV.
There are a lot of ways to have python on systems, Particularly on
Windows and Mac, so this probably needs some help from users of
those python packages to flesh it out.
If you are currently running the "setup.py" in d-rats to install
it, this article is important for an upcoming change.
But it will also be useful in general, I hope.
I am using msys2 mingw64 python on Microsoft Windows as met the
following requirements for me.
1. It had a free license, I can use it on professional projects
with out a license conflict.
2. It had all of the packages that were required to run d-rats
available from a signed repository.
3. It was reasonably simple to setup and maintain.
And as a bonus, it originally had a bug that made some windows
features on d-rats not work, and the msys2 maintainers actually
quickly fixed that from my bug report.
If there are alternatives that meet those criteria for python on
Microsoft Windows, I would be interested in knowing them to try
them out.
Also, this year may be the last year for support of python3 on
Windows 7 or earlier.?? The maintainers of the windows specific
packages are dropping support for anything older than Windows 8.
Unfortunate, because while us Hams like the shiny new stuff, we
also do like to get the most life we can out of equipment and do
not see tossing out a perfectly good laptop just because it can
not run a newer OS.
73,
-John
|
Using pip installed modules with D-rats more safely
I just wrote a wiki article on running my D-rats fork in a VENV.
There are a lot of ways to have python on systems, Particularly on Windows and Mac, so this probably needs some help from users of those python packages to flesh it out.
If you are currently running the "setup.py" in d-rats to install it, this article is important for an upcoming change.
But it will also be useful in general, I hope.
I am using msys2 mingw64 python on Microsoft Windows as met the following requirements for me.
1. It had a free license, I can use it on professional projects with out a license conflict.
2. It had all of the packages that were required to run d-rats available from a signed repository.
3. It was reasonably simple to setup and maintain.
And as a bonus, it originally had a bug that made some windows features on d-rats not work, and the msys2 maintainers actually quickly fixed that from my bug report.
If there are alternatives that meet those criteria for python on Microsoft Windows, I would be interested in knowing them to try them out.
Also, this year may be the last year for support of python3 on Windows 7 or earlier. The maintainers of the windows specific packages are dropping support for anything older than Windows 8.
Unfortunate, because while us Hams like the shiny new stuff, we also do like to get the most life we can out of equipment and do not see tossing out a perfectly good laptop just because it can not run a newer OS.
73,
-John
|
Re: Where is the config file hidden?
Maurizio Bonjourno! We are using D-RATS over VHF, via IC 2820, IC 880, and ID 5100, it appears that it can sometimes be intermittent also, (Rx some stations not others). So this indicates to me some interference, although to be honest even that is not making complete sense as we have tried both simplex and repeater. We will continue to pursue this and see what we come up with. We did find eveything just fine, did a complete wipe and reinstall, difficult to say if any improvement.
If we find an answer we will report it here.
Grazie
--
AL M
KF5SMH
|
Re: Where is the config file hidden?
Ciao Al
config file:?in my case, on windows, it is here:
C:/Users/mauri/AppData/Roaming/D-RATS-EV/ and the filename is C:/Users/mauri/AppData/Roaming/D-RATS-EV/d-rats.config
in his case he should substitute "mauri" with his userfolder
if you can transmit and not receive it could be needed to reconnect to the ratflector. option 1: close? and reopen d-rats? option 2: open preferences panel and click save (this will force a reconnect to the same ratflector)
hope this helps, maurizio
Il giorno lun 28 mar 2022 alle ore 01:19 Al Massaro KF5SMH < almassaro1@...> ha scritto: Have one of the locals trying to delete all the D-RATS files so we can reinstall, He can Tx but not Rx, can't remember where that sill file is, he removed everything he could find in a search, still retains callsign. Help!
--
AL M
KF5SMH
|
Glen Strecker
Dave Slotter, W3DJS
Jack Spitznagel (KD4IZ)
Al Massaro KF5SMH