¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: Graphic On Maps And APRS.FI

 

You say you changed Handicapped to to House, but it keeps broadcasting Handicapped (/)) APRS symbol.
?
I am not saying to uninstall D-Rats, but to reconfigure all in? the GPS Config section again.
?
As long as the configuration is not correct, there will be errors in the interpretation of the data in APRS.fi.


Re: Graphic On Maps And APRS.FI

 

Luis,

? I tried everything you suggested...no dice. I really hate to have to uninstall and reinstall the entire D-Rats program from scratch.

? I really don't want to get an APRS app on the smartphone, as right now, I don't have the money to register it. I had done such with a similar app a good while back, but that app is no longer available, and I can't recall what it is (the new app names don't ring a bell).

? I checked my lat/lon data with a URL on that, but it still shows me as a car, and it updated 2 days ago. Why it works with D-Rats, and N


Re: Graphic On Maps And APRS.FI

 

HI Daryl, for some strange reason, your beacons haven't been passing to APRS.fi for a couple of days. The setting in D-Rats is still (Handicapped: /)), even though it appears in APRS.fi as (Car: />).
?
Tips, clear the GPS Config setting in D-Rats, run the settings again and set the Elevation to 0.


Graphic On Maps And APRS.FI

 

When I load the graphic in the MAPS window on D-Rats, it shows up correct (I had the Handicapped Icon, but changed it to a house). But, on aprs.fi -- it shows up as a car -- plus, it only shows up when I enter my callsign search. But, when I search for stations around Little Rock, Arkansas, I'm not there. Any idea what I'm doing wrong?? I don't? have or use an external GPS.

Daryl, WX4QZ


Re: Experimental GTK-3 branch available

 

On 7/28/2021 6:26 AM, Patrick Connor via groups.io wrote:
Hi John,Thank you for the effort you are putting in to modernizing
D-RATS.I would like to pose two questions to the group and the
developers in particular.
First, could you add an AGWPE interface to the D-RATS repeater? I
would like to be able to use a sound card TNC for the RF connection
to my Ratflector.
It looks like that support is already there. The D-RATS repeater looks like it can connect to anything that the D-RATS client program can connect to.

My second question has wider implications. Does D-RATS need a map?
Or, more specifically, does D-RATS need it's own map?
I frequently use D-RATS and APRS at the same time.
Would it be possible to make D-RATS share received GPS data with an
APRS client? It would be convenient to have all my local assets on
one map. Plus, D-RATS without a map should make it smaller and
lighter.
The map code does not seem to take up much space. No data is stored unless you launch it. Still need to get it working for lxml/gtk-3.
The map code is what is currently crashing on python3 launch.

In the D-RATs configuration, there is an option for it to export the GPS messages to a server and TCP/IP port. I do not know much about that.

I also do not know if you could setup a QST that would only send to a TNC port to communicate with the TNC.

73,
-John
wb8tyw@...


Experimental GTK-3 branch update - Got icons working

 

Hello all,

Got the icons working, it was a simpler fix than I thought it would be, and pushed an update.



Again still running the ratflector with Python3 but everything else with python 2.

Microsoft Visual Studio code has added a pylance (AKA pyright) linter.
So will be starting to add code to fix or silence those notifications.
I want to eventually fix as many of the issues flagged as practical.

73,
-John


Re: Experimental GTK-3 branch available

 

Hi John,
Thank you for the effort you are putting in to modernizing D-RATS.
I would like to pose two questions to the group and the developers in particular.

First, could you add an AGWPE interface to the D-RATS repeater? I would like to be able to use a sound card TNC for the RF connection to my Ratflector.

My second question has wider implications. Does D-RATS need a map? Or, more specifically, does D-RATS need it's own map? I frequently use D-RATS and APRS at the same time. Would it be possible to make D-RATS share received GPS data with an APRS client? It would be convenient to have all my local assets on one map. Plus, D-RATS without a map should make it smaller and lighter.

Just thinking out loud. Thanks for reading.?

Patrick (N3TSZ)


On Sunday, July 25, 2021, 06:37:54 PM EDT, John E. Malmberg <wb8tyw@...> wrote:


On 7/12/2021 12:06 PM, Maurizio Andreotti wrote:
> Hi John
> fantastic!

Found out why form transfers were not working finally.

And just pushed the fix for that.? Chasing that done was a priority
since it can cause the older D-Rats clients to get lost in the weeds.

We need to fix some issues in the form/file transfer protocol.
* Some transfer errors on the remote system can hang the local system.
* d-rats can not send files/forms to itself for loopback testing and it
does not handle it well.

> I did a quick test launching it on the raspberry-pi where i usually test D-Rats
>
> with python2 i got a complain for lxml module, after installing it,
> D-rats get started
> i didn't tested it thoroughly, i can see that in the email tab all
> buttons are missing.

Forgot to mention that the buttons are blank and missing even their
outlines.

GTK-3 deprecated all the stock icons.? So we need to create our own
icons for replacement.? Not one of my strong points unfortunately.

It was my understanding though that the buttons should have the text on
them for their description, but that only shows up for me as a mouse-over.

Probably one of the next things to look at.

> with python3? (Python 3 is quite virgin on that machine)

Currently the repeater only works on python3, it does not work on python2.

A socket timeout exception is different on python3 than python2, and I
need to figure out for the short term to make them coexist, or quickly
remove the python2 support.

> Initially I got requested to install geopy and feedparser. so:
>>? pip3 install geopy
>>? pip3 install feedparser

I am trying to avoid using pip installed modules.? Pypi can not be
considered 100% trustworthy.? A typo in a install name can install malware.

Since there are debian modules for both, they should be available for
rPI systems.

Anti-X is Debian Buster based, but will run on older x86 based machines,
so anything available for it should be available for all Debian based
systems.

> But then I come to an hard stop:
>
>> python3pi@raspberrypi:~/drats2/D-Rats-python3_tyw $ python3 ./d-rats.py
>
> 07/12/2021 10:27:20 x Demand-opening aspell...
> 07/12/2021 10:27:20 x Spelling test failed: module 'subprocess' has no
> attribute 'mswindows'
<snip>

I thought I had the "mswindows" exception supressed.? Will look into it.

I have not been testing the d-rats program with python3, but plan to get
back to that.? Needed to figure out what was wrong with the form
transfers first.

The sniff function is working, just not giving me the detail that I wanted.

73,
-John wb8tyw






Re: Experimental GTK-3 branch available

 

On 7/12/2021 12:06 PM, Maurizio Andreotti wrote:
Hi John
fantastic!
Found out why form transfers were not working finally.

And just pushed the fix for that. Chasing that done was a priority since it can cause the older D-Rats clients to get lost in the weeds.

We need to fix some issues in the form/file transfer protocol.
* Some transfer errors on the remote system can hang the local system.
* d-rats can not send files/forms to itself for loopback testing and it does not handle it well.

I did a quick test launching it on the raspberry-pi where i usually test D-Rats

with python2 i got a complain for lxml module, after installing it,
D-rats get started
i didn't tested it thoroughly, i can see that in the email tab all
buttons are missing.
Forgot to mention that the buttons are blank and missing even their outlines.

GTK-3 deprecated all the stock icons. So we need to create our own icons for replacement. Not one of my strong points unfortunately.

It was my understanding though that the buttons should have the text on them for their description, but that only shows up for me as a mouse-over.

Probably one of the next things to look at.

with python3 (Python 3 is quite virgin on that machine)
Currently the repeater only works on python3, it does not work on python2.

A socket timeout exception is different on python3 than python2, and I need to figure out for the short term to make them coexist, or quickly remove the python2 support.

Initially I got requested to install geopy and feedparser. so:
pip3 install geopy
pip3 install feedparser
I am trying to avoid using pip installed modules. Pypi can not be considered 100% trustworthy. A typo in a install name can install malware.

Since there are debian modules for both, they should be available for rPI systems.

Anti-X is Debian Buster based, but will run on older x86 based machines, so anything available for it should be available for all Debian based systems.

But then I come to an hard stop:

python3pi@raspberrypi:~/drats2/D-Rats-python3_tyw $ python3 ./d-rats.py
07/12/2021 10:27:20 x Demand-opening aspell...
07/12/2021 10:27:20 x Spelling test failed: module 'subprocess' has no
attribute 'mswindows'
<snip>

I thought I had the "mswindows" exception supressed. Will look into it.

I have not been testing the d-rats program with python3, but plan to get back to that. Needed to figure out what was wrong with the form transfers first.

The sniff function is working, just not giving me the detail that I wanted.

73,
-John wb8tyw


Re: Experimental GTK-3 branch available

 

Hi John
fantastic!

I did a quick test launching it on the raspberry-pi where i usually test D-Rats

with python2 i got a complain for lxml module, after installing it,
D-rats get started
i didn't tested it thoroughly, i can see that in the email tab all
buttons are missing.


with python3 (Python 3 is quite virgin on that machine)

Initially I got requested to install geopy and feedparser. so:
pip3 install geopy
pip3 install feedparser
But then I come to an hard stop:

python3pi@raspberrypi:~/drats2/D-Rats-python3_tyw $ python3 ./d-rats.py
07/12/2021 10:27:20 x Demand-opening aspell...
07/12/2021 10:27:20 x Spelling test failed: module 'subprocess' has no
attribute 'mswindows'

** (d-rats.py:1393): CRITICAL **: 10:27:21.562: Stack overflow
protection. Can't copy array element into GIArgument.

** (d-rats.py:1393): CRITICAL **: 10:27:21.565: Stack overflow
protection. Can't copy array element into GIArgument.

** (d-rats.py:1393): CRITICAL **: 10:27:21.567: Stack overflow
protection. Can't copy array element into GIArgument.
-Debug Style Dump-----
[]
-------
-Debug Style Dump-----
[]
-------
-Debug Style Dump-----
[]
-------
07/12/2021 10:27:22 Version : HTTP_CLIENT_HEADERS={'User-Agent':
'd-rats/0.4.00 pre-release 1'}
07/12/2021 10:27:24 Qst : QSTWeatherWU class retired
07/12/2021 10:27:30 Config : FILE: /home/pi/.d-rats-ev/d-rats.config
07/12/2021 10:27:30 Mainapp : Loading locale `en'
07/12/2021 10:27:30 Mainapp : Locale dir is:
/home/pi/drats2/D-Rats-python3_tyw/locale
07/12/2021 10:27:31 Mainapp : Unable to load translation for en:
([Errno 2] No translation file found for domain: 'D-RATS')
07/12/2021 10:27:31 Mainapp : D-RATS v0.4.00 pre-release 1 starting
at Mon Jul 12 10:27:31 2021
07/12/2021 10:27:31 Mainapp : Platform UnixPlatform:
base: /home/pi/.d-rats-ev
source_dir: /home/pi/drats2/D-Rats-python3_tyw
OS version: Linux - Raspbian GNU/Linux 10
07/12/2021 10:27:31 Mainapp : load position from config file
07/12/2021 10:27:31 Mainapp : Configuring the Static position:
45.802020,9.430000
07/12/2021 10:27:31 Mainapp : Mapserver not active: False, call:; IZ2LXI
07/12/2021 10:27:31 Gps : StaticGPSPosition: UNKNOWN reporting
45.8020,9.4300@220 ft at 10:27:31
07/12/2021 10:27:31 Mainapp : create map window object-----
07/12/2021 10:27:33 Mainapp : create map window object: connect object-----
07/12/2021 10:27:33 Mainapp : query local gps device to see our
current position
07/12/2021 10:27:33 Mainapp : load main window with self config
ChatTab connect send button <Gtk.ComboBoxText object at 0xb1541dc8
(GtkComboBoxText at 0x263a2b0)>
send type <class 'gi.overrides.Gtk.Button'>
07/12/2021 10:27:36 MainMsgs : _create_folder: <class
'FileExistsError'> -[Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Inbox'-
07/12/2021 10:27:36 MainMsgs : _ensure_default_folders: <class
'd_rats.ui.main_messages.FolderError'> -Intermediate folder of Inbox
does not exist [Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Inbox'-
07/12/2021 10:27:36 MainMsgs : _create_folder: <class
'FileExistsError'> -[Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Outbox'-
07/12/2021 10:27:36 MainMsgs : _ensure_default_folders: <class
'd_rats.ui.main_messages.FolderError'> -Intermediate folder of Outbox
does not exist [Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Outbox'-
07/12/2021 10:27:36 MainMsgs : _create_folder: <class
'FileExistsError'> -[Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Sent'-
07/12/2021 10:27:36 MainMsgs : _ensure_default_folders: <class
'd_rats.ui.main_messages.FolderError'> -Intermediate folder of Sent
does not exist [Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Sent'-
07/12/2021 10:27:36 MainMsgs : _create_folder: <class
'FileExistsError'> -[Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Trash'-
07/12/2021 10:27:36 MainMsgs : _ensure_default_folders: <class
'd_rats.ui.main_messages.FolderError'> -Intermediate folder of Trash
does not exist [Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Trash'-
07/12/2021 10:27:36 MainMsgs : _create_folder: <class
'FileExistsError'> -[Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Drafts'-
07/12/2021 10:27:36 MainMsgs : _ensure_default_folders: <class
'd_rats.ui.main_messages.FolderError'> -Intermediate folder of Drafts
does not exist [Errno 17] File gi¨¤ esistente:
'/home/pi/.d-rats-ev/messages/Drafts'-
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/D-Rats.png'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/D-Rats.gif'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/_Quick set-up.txt'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/id91 .jpg'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/one Com two programs.jpg'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/How to cure Ratflector fatigue.txt'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/Installing D-RATS 0.3.7 beta (20200424).pdf'
07/12/2021 10:27:37 Mainfiles : Adding local file `/home/pi/D-RATS
Shared/compiling drats. on xp.txt'
07/12/2021 10:27:40 Mainapp : connect main window
07/12/2021 10:27:40 Mainapp : connect tabs
07/12/2021 10:27:40 Mainapp : invoke config refresh
07/12/2021 10:27:40 Mainapp : Refreshing config...
07/12/2021 10:27:40 Gps : Set GPS units to Metric
07/12/2021 10:27:40 Mainapp : refreshing comms
07/12/2021 10:27:40 Mainapp : Re-Starting ports_0
07/12/2021 10:27:40 Mainapp : Starting Comms
07/12/2021 10:27:40 Mainapp : Re-Starting ports_1
07/12/2021 10:27:40 Mainapp : Starting Comms
07/12/2021 10:27:40 Mainapp : Starting port ports_1 (K3PDR)
07/12/2021 10:27:40 Mainapp : Re-Starting ports_2
07/12/2021 10:27:40 Mainapp : Starting Comms
07/12/2021 10:27:40 Mainapp : Re-Starting ports_3
07/12/2021 10:27:40 Mainapp : Starting Comms
07/12/2021 10:27:40 Mainapp : Re-Starting ports_4
07/12/2021 10:27:40 Mainapp : Starting Comms
07/12/2021 10:27:40 Mainapp : Re-Starting ports_5
07/12/2021 10:27:40 Mainapp : Starting Comms
07/12/2021 10:27:40 Mainapp : Check ports status
07/12/2021 10:27:40 Mainapp : Ports expected to be already started:
07/12/2021 10:27:40 Mainapp : K3PDR
07/12/2021 10:27:40 Mainapp : Checking all Ports from config:
07/12/2021 10:27:40 Mainapp : portid ports_0
07/12/2021 10:27:40 Mainapp : Port IC2820 ttyUSB0 not started
07/12/2021 10:27:40 Mainapp : portid ports_1
07/12/2021 10:27:40 Mainapp : Port K3PDR already started!
07/12/2021 10:27:40 Mainapp : portid ports_2
07/12/2021 10:27:40 Mainapp : Port Local RATflector not started
07/12/2021 10:27:40 Mainapp : portid ports_3
07/12/2021 10:27:40 Mainapp : Port RAT not started
07/12/2021 10:27:40 Mainapp : portid ports_4
07/12/2021 10:27:40 Mainapp : Port StTammany not started
07/12/2021 10:27:40 Mainapp : portid ports_5
07/12/2021 10:27:40 Mainapp : Port x240.station not started
07/12/2021 10:27:40 Mainapp : GPS: False on @4800
07/12/2021 10:27:40 Mainapp : Configuring the Static position:
45.802020,9.430000
07/12/2021 10:27:40 Mainapp : Mapserver not active: False, call:; IZ2LXI
07/12/2021 10:27:40 Gps : StaticGPSPosition: UNKNOWN reporting
45.8020,9.4300@220 m at 10:27:40
07/12/2021 10:27:41 emailgw : [MAIL
maurizio.iz2lxi@[email protected]] Periodic thread starting
07/12/2021 10:27:41 emailgw : [MAIL
maurizio.iz2lxi@[email protected]] Querying pop.gmail.com:995
07/12/2021 10:27:41 Mainapp : reconfigure Mapwindow with new map
07/12/2021 10:27:41 Mapdisplay : BASE_DIR configured to
/home/pi/.d-rats-ev/maps/outdoors:
07/12/2021 10:27:41 Mapdisplay : MAP_URL configured to:

07/12/2021 10:27:41 Mapdisplay : MAP_URL_KEY configured to:
?apikey=5a1a4a79354244a38707d83969fd88a2
07/12/2021 10:27:41 Utils :-- Exception: --
Traceback (most recent call last):
File "/home/pi/drats2/D-Rats-python3_tyw/d_rats/mainapp.py", line
774, in _load_map_overlays
sources = stype.enumerate(self.config)
TypeError: 'Callable' object is not callable
07/12/2021 10:27:41 Utils :------
07/12/2021 10:27:41 Mainapp : Failed to load source type <class
'd_rats.map_sources.MapFileSource'> (<class 'TypeError'> -'Callable'
object is not callable-)
Traceback (most recent call last):
File "./d-rats.py", line 162, in <module>
app = mainapp.MainApp(safe=opts.safe)
File "/home/pi/drats2/D-Rats-python3_tyw/d_rats/mainapp.py", line
1490, in __init__
self._load_map_overlays()
File "/home/pi/drats2/D-Rats-python3_tyw/d_rats/mainapp.py", line
783, in _load_map_overlays
raise err
File "/home/pi/drats2/D-Rats-python3_tyw/d_rats/mainapp.py", line
774, in _load_map_overlays
sources = stype.enumerate(self.config)
TypeError: 'Callable' object is not callable




Il giorno lun 12 lug 2021 alle ore 00:49 John E. Malmberg
<wb8tyw@...> ha scritto:

Hello All,

As has been requested, I have made a public branch of my experimental
GTK-3 port.

Only the d-rats_repeater.py seems to be fully functional on using python3.

The rest still uses python2 and still has issue with python3.

Only tested on anti-x linux, as that still has support for the python2
stable version.

I am still trying to debug sending of messages.

There may be additional debug messages enabled in the log.

It seems that if a d-rats receiver can not grok a message sent by the
"stable" versions of d-rats, that version gets stuck on trying to send
that message until it is deleted from the "outbox" folder and d-rats
discarded.

And unfortunately for this experimental branch, some messages are
failing to be received, and I have not been able to figure out what is
wrong.

The d-rats program also does not allow you to send messages to the same
client, and has similar issues in that it may require the same type of
cleanup.

Maps are also not working yet. I have not attempted to look into that yet.

Basic chat is working. And multiple d-rats client programs can be on
the same system, so you can test on a single computer.

One of the things that does not seem to be working is the "sniff"
function which should be able to tell me what is going over the wire.



I suspect that the issue may be related to that for python3, all
communications is via a bytearray type. For python 3, All strings must
be converted from UTF-8 to bytearray as they are distinct types.

In a bytearray, some string functions like ord() do not work as
expected, so some routines silently fail.




So it looks like I need to start finding out why the "sniff" function is
not working. I also may refactor the printlog to use a python provided
logging class to simplify the calls to it.

I really need a documentation of the message passing protocol, and a
flow diagram of how messages and packets are routed in the d-rats
program. I have started on that in my wiki, but any help is appreciated.

Regards,
-John





Experimental GTK-3 branch available

 

Hello All,

As has been requested, I have made a public branch of my experimental GTK-3 port.

Only the d-rats_repeater.py seems to be fully functional on using python3.

The rest still uses python2 and still has issue with python3.

Only tested on anti-x linux, as that still has support for the python2 stable version.

I am still trying to debug sending of messages.

There may be additional debug messages enabled in the log.

It seems that if a d-rats receiver can not grok a message sent by the "stable" versions of d-rats, that version gets stuck on trying to send that message until it is deleted from the "outbox" folder and d-rats discarded.

And unfortunately for this experimental branch, some messages are failing to be received, and I have not been able to figure out what is wrong.

The d-rats program also does not allow you to send messages to the same client, and has similar issues in that it may require the same type of cleanup.

Maps are also not working yet. I have not attempted to look into that yet.

Basic chat is working. And multiple d-rats client programs can be on the same system, so you can test on a single computer.

One of the things that does not seem to be working is the "sniff" function which should be able to tell me what is going over the wire.



I suspect that the issue may be related to that for python3, all communications is via a bytearray type. For python 3, All strings must be converted from UTF-8 to bytearray as they are distinct types.

In a bytearray, some string functions like ord() do not work as expected, so some routines silently fail.




So it looks like I need to start finding out why the "sniff" function is not working. I also may refactor the printlog to use a python provided logging class to simplify the calls to it.

I really need a documentation of the message passing protocol, and a flow diagram of how messages and packets are routed in the d-rats program. I have started on that in my wiki, but any help is appreciated.

Regards,
-John


Re: Server

 

Glen,

That happens a lot here in Hamilton, Ohio. There was a 2 week period that I was down for almost 8 hours cause it kept going on and off. I just turned the servers off so the power supplies would not blow up. When the rack goes down. It takes about 10 minutes to come back up. I do monitor it. But sometimes life gets in the way.

Thanks,

Ryan (KB8PMY)
N8MFN Hamilton Wireless Radio Club



On Sat, Jun 19, 2021 at 12:24 PM Glen P. Strecker <gstrecker@...> wrote:
Many of the ratflectors reside on Windows 10 computers and their service has been interrupted a number of times by all of these random Microsoft updates that constantly require a reboot.?? and the Gwinnette ARES machine are such examples.??For a week or two they will be fine, then an update comes along and the machines require a reboot before they will work again.??The ones running on Raspberry Pi¡¯s are sometimes plagued by intermittent power glitches, or outages that require us to go and reinitialize the software for them to work again.

In an emergency situation, these systems would be better monitored.??During last night¡¯s storm, around 12:30 am or so, several power fluctuations caused my main computer and the ratflector to drop out.??They are back up now.

Cordially,

Glen Strecker - KG5CEN


Re: Server

 

Many of the ratflectors reside on Windows 10 computers and their service has been interrupted a number of times by all of these random Microsoft updates that constantly require a reboot.??SEWX.ratflector.com and the Gwinnette ARES machine are such examples.??For a week or two they will be fine, then an update comes along and the machines require a reboot before they will work again.??The ones running on Raspberry Pi¡¯s are sometimes plagued by intermittent power glitches, or outages that require us to go and reinitialize the software for them to work again.

In an emergency situation, these systems would be better monitored.??During last night¡¯s storm, around 12:30 am or so, several power fluctuations caused my main computer and the ratflector to drop out.??They are back up now.

Cordially,

Glen Strecker - KG5CEN


Re: Server

 

And now I reread some of the earlier parts of the messages and see that KB8PMY.net is available and works for me.

73

Mike VA3MCT


Re: Server

 

Glen,

Thankyou. I am now able to connect to wa7dr and to your StTammany ratflectors.

What happened to all the rest in the list??

Can anyone tell me what the various error messages mean? 11001, 10061, 10060. I assume as my end is able to connect to at least two ratflectors that there are issues on the ratflector end (e.g. sweden, ve6dv) and not mine, but that is an assumption.

Mike VA3MCT


Re: Server

 

StTammany has been down because I was preparing to move.??I have it back up for now as the act of sale got postponed and we have a Tropical Storm inbound to my area.??When you set up your ¡°Radio¡± connections, be sure you are setting the ratflectors up as a Network connection and not as Serial or one of the other selections.??These ratflectors are connected to the Internet so accessing them as a Network connection is the only way it works.??The port is almost always 9000 with no passwords.

Glen Strecker - KG5CEN


Re: Server

 

I have tried many of the ratflectors on this list and most will not connect at all.

The only one I can get to work is?wa7dr.ratflector.com

Am I missing some basic knowledge about configuring these?



Mike VA3MCT


Re: D-Rats Map Icons

 

Thanks. It does not work now.


Re: D-Rats Map Icons

 

Yes.?


On Thu, Jun 10, 2021, 21:05 Michael Mandell <mikemandell@...> wrote:
Could not find this subject already discussed. When creating a marker in D-Rats maps, you can select an icon. This icon will appear on your own map, but if this map marker is transmitted (via QST) the icon that appears on the recipients maps is only his default icon. It appears D-Rats never transmits this icon as I expected. APRS obviously does transmit the icon, and everyone receiving an APRS object sees the creators icon. Not so in D-Rats. Did this ever work??


D-Rats Map Icons

 

Could not find this subject already discussed. When creating a marker in D-Rats maps, you can select an icon. This icon will appear on your own map, but if this map marker is transmitted (via QST) the icon that appears on the recipients maps is only his default icon. It appears D-Rats never transmits this icon as I expected. APRS obviously does transmit the icon, and everyone receiving an APRS object sees the creators icon. Not so in D-Rats. Did this ever work??


Re: I can only see my own station on the maps

 

Hola Luis, si por mi es preferible el castella?o, adem¨¢s por que tengo una costilla de Galicia :-) Pero, por la gente aqui mejor en ingl¨ºs m¨¢s conmumente utilizado y as¨ª tenemos quiz¨¢ m¨¢s respuestas...
?
Ya lo percebi, esto ¨¦s una questi¨®n de versiones. En versiones anteriores algunas funcionalidades suelen funcionar otras no. Aqui igual...
Voy testar mejor y a dejar los bugs que encontr¨¦ en la pagina de issues del proyecto.
?
En el pasado escriby algunos programas en python pero el codigo tiene muy pocos comentarios para entenderlo! Hay que perder mucho tiempo haciendo enge?aria inversa...
?
Te dej¨¦ unos mensajes por d-rats, pero quiz¨¢ no te an llegado. Perdona los errores...
Un abrazo Luis y muchas gracias por haberes contestado hombre!
Haber si nos encontramos por ah¨ª en otras frequencias...

de Ricardo Oitav¨¦n, CT!EBQ