[drats_users] D-RATS questions, suggestions
RALPH M STEPHENS
Mon Nov 12 15:00:41 PST 2012
Can we get the designer to "fix" them?
Ralph (Bud) Stephens (N7USC)
Budstephens at msn.com
Cell: 801-879-9545
Photos: www.fluffy.smugmug.com
On Nov 12, 2012, at 3:36 PM, "Craig Gunther" <craiggunther at yahoo.com> wrote:
> These are very good questions. Thank you for taking the time to ask them in writing. I run a reflector for our city and have observed many of the same issues you mentioned. I anxiously await the answers as well.
>
> - Craig KE7YLZ
>
> From: Brian Mileshosky <n5zgt at swcp.com>
> To: drats_users at intrepid.danplanet.com
> Sent: Monday, November 12, 2012 2:02 PM
> Subject: [drats_users] D-RATS questions, suggestions
>
> Dan --
>
> I'm beginning to use D-RATS and am trying to generate interest
> throughout New Mexico for its use as well. Some questions and
> suggestions for improvement:
>
> 1) It would be VERY helpful if the "Stations" screen on the right side
> of the Chat tab reflected stations on a particular Chat channel ONLY
> (when viewing a Channel tab). That is, if I create a channel called
> "NM", and I click on its tab, then the callsigns on the right side of
> the screen should only show those on the NM channel. If I want to see
> EVERYONE on a given ratflector, then I can click on the default "Main"
> chat tab. This way, if during an emergency event that requires a number
> of tactical "chat nets" via chat channels (i.e. a channel where the EOC
> is found, another for where shelters are found, etc), I can see exactly
> (and only) who is on each channel, and not have to wonder who is on one
> channel and who is not. Right now, when I set up a channel I have no
> idea who is on it since the list is cluttered with callsigns of people
> who are NOT on that channel as well.
>
> 2) In the log screen, when filtering for file transfers, it would be
> nice if a file transfer log listing also included the callsign of
> whoever grabbed a file from my "Shared" folder. This way, if I ask a
> station to grab a file from me, I have record that they in fact did, so
> I don't need to consume additional time following up with them and
> asking. Right now all I can see is that a file was transferred at a
> certain time, but I have no clue who transferred it.
>
> 3) Is there any reason why transferring files via internet can't occur
> at internet speeds? It would be nice if D-RATS knew the method of
> transfer based on whether it's connected to the internet, or via RF
> (even if a future release made each message user selectable via a radio
> button or pull-down menu): Internet would occur at internet speeds, but
> if via radio it would automatically throttle the speed settings for that
> particular medium accordingly. If the internet is up in an emergency, I
> say leverage it as fully as possible to unburden the limited RF
> channels. Somehow this should be seamless (based on the software
> detecting the medium across which a file or message is to be sent) and
> not require the user to change blocksize when sending via the internet
> vs RF.
>
> 4) I noticed, when sending multiple NTS forms in version 0.3.3, that
> after I click on "Send" within the message screen, the message(s) isn't
> actually sent. I have to secondarily click "Send/Receive" on the main
> program screen before the message actually gets sent. Additionally, if
> I have multiple messages queued up for sending, I need to click
> "Send/Receive" for each message in the queue before each is sent
> individually. It would seem that the "Send" within the message screen
> would be sufficient, and that multiple messages in the queue would be
> sent on their way automatically.
>
> 5) We recently set up a ratflector here in New Mexico and our initial
> testing revealed that, if a ratflector went down temporarily, then any
> D-RATS user out there who was connected to it would manually have to
> reconnect to it. I can see a situation where a user, perhaps in an ARES
> tactical net, might not be aware that his connection was lost and might
> consequently miss out on important action. Is there not a way for the
> D-RATS application to sense that a connection has been lost and
> automatically reconnect? It could be as simple as, when D-RATS hasn't
> seen data from a ratflector for n-minutes, the D-RATS application sends
> a ping or keep-alive message to the ratflector. If no response from the
> ratflector, it assumes it went down and automatically tries to
> re-establish connection with it. If the ratflector is down for a long
> duration, D-RATS would attempt a reconnect every n-minutes until a
> connection is re-established or until the user switches to a new
> ratflector.
>
> If you wouldn't mind sharing your thoughts I'd appreciate it. Thanks
> for an excellent software application!
>
> 73,
> Brian N5ZGT
> _______________________________________________
> drats_users mailing list
> drats_users at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/drats_users
>
>
> _______________________________________________
> drats_users mailing list
> drats_users at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/drats_users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://intrepid.danplanet.com/pipermail/drats_users/attachments/20121112/4476a931/attachment.html
-------------- next part --------------
_______________________________________________
drats_users mailing list
drats_users at intrepid.danplanet.com
http://intrepid.danplanet.com/mailman/listinfo/drats_users
More information about the drats_users
mailing list