Everything work as you said and YAAC preformed well for it’s years ride. It was another year of many people being amazed with seeing the SAG vehicles on the course.? They liked it so much there want more next year like to easily mark riders stuck on the side asking for SAG pickup on the map. ?

Thank you again for a wonderful mapping program to help with our bike events.?

Tim?
KM4ESU

Greetings.

The BBS plugin is making good progress; it has the ability to send and receive private messages and post and read public bulletins between users, but I haven't gotten to actually testing it over RF yet.

Would file upload and download capability be necessary, or just text-based messaging?

Andrew, KA2DDO

Is there anything in particular you woul d like to be able to do with YAAC, but can't do yet? Some new functionality for some task you are trying to perform? I'm looking for feature requests for the next round of additions to YAAC.

OK, that makes sense. I'm looking into implementing something functionally similar to the BBS built into the old KA9Q NOS (from the DOS days), because it would have to work on low-bandwidth 1200-baud links. Will that do what you want? I don't expect to be able to do the inter-BBS Internet links like KA9Q NOS could in 1992 because of how tightly the Internet is locked down these days to block spammers and black-hat hackers. If you want Rich Media Framework and full email, you'd better talk to the folks at AREDN and set up Part 97 long-haul WiFi instead (running real SMTP and web servers on a private amateur-only intranet), because you'll need megabit-plus bandwidth for that kind of bandwidth-sucking content.

Not that I'm knocking AREDN; I have an AREDN node at my QTH hooked into (tree leaves permitting) the next county's mesh network, and there is a YAAC plugin for displaying the location of AREDN nodes on APRS networks (i.e., where's the nearest AREDN entry point to point my portable parabolic antenna at?). AX.25 just doesn't have the bandwidth for large content.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Greg D
Sent: Monday, September 5, 2022 1:49 PM

Hi Andrew,

The BBS server itself was the thought.? The scenario we encountered was
a semi-emergency situation (regional power outage) where we needed to
exchange information on power / location status, available resources
(fuel, ice), and other health & welfare sorts of info.? An informal net
arose, becoming more formalized over time, and with repeated
occurrences.? (See
?)

The challenge was the load on the NC stations, as these events tended to
linger on for several days in some of the more remote areas, and the
logged information was local to each NC.? If there were a centralized
resource, one which did not depend on Internet services, it might be a
valuable addition to the voice channel.? We could, of course, invest in
setting up a more permanent set of BBS nodes, or even use existing ones
if they happened to be available, but the idea of spinning up a node on
an as-needed basis has some appeal too.

The power outages seem to be getting less frequent, so perhaps as the
grid gets more robust the need will decrease, but there will probably be
other needs for an easy to spin-up RF-only data exchange resource.? At
least, that was the thought.? YAAC being designed as a client, not a
server, this might not be an easy thing to add.? But you asked for ideas...

Greg? KO6TH

OK, that makes sense. I'm looking into implementing something functionally similar to the BBS built into the old KA9Q NOS (from the DOS days), because it would have to work on low-bandwidth 1200-baud links. Will that do what you want? I don't expect to be able to do the inter-BBS Internet links like KA9Q NOS could in 1992 because of how tightly the Internet is locked down these days to block spammers and black-hat hackers. If you want Rich Media Framework and full email, you'd better talk to the folks at AREDN and set up Part 97 long-haul WiFi instead (running real SMTP and web servers on a private amateur-only intranet), because you'll need megabit-plus bandwidth for that kind of bandwidth-sucking content.

Not that I'm knocking AREDN; I have an AREDN node at my QTH hooked into (tree leaves permitting) the next county's mesh network, and there is a YAAC plugin for displaying the location of AREDN nodes on APRS networks (i.e., where's the nearest AREDN entry point to point my portable parabolic antenna at?). AX.25 just doesn't have the bandwidth for large content.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Greg D
Sent: Monday, September 5, 2022 1:49 PM

Hi Andrew,

The BBS server itself was the thought.? The scenario we encountered was
a semi-emergency situation (regional power outage) where we needed to
exchange information on power / location status, available resources
(fuel, ice), and other health & welfare sorts of info.? An informal net
arose, becoming more formalized over time, and with repeated
occurrences.? (See
?)

The challenge was the load on the NC stations, as these events tended to
linger on for several days in some of the more remote areas, and the
logged information was local to each NC.? If there were a centralized
resource, one which did not depend on Internet services, it might be a
valuable addition to the voice channel.? We could, of course, invest in
setting up a more permanent set of BBS nodes, or even use existing ones
if they happened to be available, but the idea of spinning up a node on
an as-needed basis has some appeal too.

The power outages seem to be getting less frequent, so perhaps as the
grid gets more robust the need will decrease, but there will probably be
other needs for an easy to spin-up RF-only data exchange resource.? At
least, that was the thought.? YAAC being designed as a client, not a
server, this might not be an easy thing to add.? But you asked for ideas...

Greg? KO6TH