Base YAAC can't do that. But the smallscreen plugin can partially do that (since it was intended for mobile operation). It's a bit of a screen real-estate pig for desktop usage on a regular monitor, but it can store messages of your choice (not just the default ones I copied from my cellphone's default text replies on the car hands-free system). However, the smallscreen window's Messages tab is set up to send these as one-touch replies to other stations, so you might have to keep fixing the TO field. To configure your custom messages, you will have to use the expert-mode Configuration dialog to modify the list of canned messages. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Michael WA7SKG <wa7skg@...> Sent: Friday, March 24, 2023 7:06 PM To: [email protected]Subject: [yaac-users] Canned Messages I have some messages that I send on a recurring basis, such as the APRSThursday reports, POTA Spots, status reports, etc. Is it possible to somehow store a number of canned messages that I can just pick from a list that will have the TO, VIA, and message info? That way I can prepare a bunch of POTA Spot messages for various parks I frequent and other messages to just click and send? -- 73, Michael WA7SKG "Any day you do not learn one new thing is a wasted day."
|
I have some messages that I send on a recurring basis, such as the APRSThursday reports, POTA Spots, status reports, etc.
Is it possible to somehow store a number of canned messages that I can just pick from a list that will have the TO, VIA, and message info? That way I can prepare a bunch of POTA Spot messages for various parks I frequent and other messages to just click and send?
--
73,
Michael WA7SKG
"Any day you do not learn one new thing is a wasted day."
|
Re: Weather alert emails not sent
#weather
Please export your configuration (File->Configuration->Export to File) and email me the resulting XML file privately. It sounds like somehow your alert configuration isn't getting saved. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Glen Briggs <kb0rpj.glen@...> Sent: Friday, March 24, 2023 6:21 AM To: [email protected]Subject: [yaac-users] Weather alert emails not sent #weather When I attempt to setup the weather alert nothing happens. I configured the email tab and it sends the test email. I go to the weather alert tab add the conditions and then add the stations. When I close it nothing happens. When I go back to the tab, none of the stations or areas are still there. Add them again and repeat the process still nothing.
|
When I attempt to setup the weather alert nothing happens.
I configured the email tab and it sends the test email.?
I go to the weather alert tab add the conditions and then add the stations. When I close it nothing happens. When I go back to the tab, none of the stations or areas are still there. Add them again and repeat the process still nothing.
|
Re: Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Actually, thinking about your proposed fix, it would have worked too, because you effectively did the same "flip around the 45-degree axis of reflection" as the "90 - " change did, without the extra integer subtraction operation. On the other hand, considering the computational cost of a double-precision atan2() function, an integer subtract is lost in the noise, and this is slightly clearer (as in, no one will look at the code a year later and say "hey, this code is wrong because the X and Y arguments are reversed, let's _fix_ it!"). Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Carl Makin <carl@...> Sent: Saturday, March 11, 2023 7:32 PM To: [email protected]Subject: Re: [yaac-users] Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time! Hi Andrew, Thanks for looking at this! On 12 Mar 2023, at 11:15 am, Andrew P. <andrewemt@...> wrote: . . So please try my fix of 90 - old formula. Yes, that looks good here. BTW I got my information from which included the formulas. Re: the integer round-off: that is for compliance with APRS, which also uses only an integer course value. And, as a pilot, I can say that it's tough to hold a flight course to less than 1 degree of course bearing error. The magnetic and gyroscopic compass instruments don't report to less than a degree anyway. I was just thinking rounding the track would make the path prediction match a long track very slightly closer, but it¡¯s almost certainly not visible on the UI. :) Let me know if this fixes your problem. I hope it isn't that you folks Down Under use a different standard for ADSB than we Yankees do. No, exactly the same using the same software. In this case I¡¯m using the raw output port from a readsb-protobuf container () so I can share the data which is also feeding . I¡¯m also connecting yaac to a moxa ip->serial box to connect to the KISS TNC so both aprx and yaac can share it. Thanks! Carl, vk1kcm.
|
Re: Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Hi Andrew, Thanks for looking at this! On 12 Mar 2023, at 11:15 am, Andrew P. <andrewemt@...> wrote:
. . So please try my fix of 90 - old formula.
Yes, that looks good here. ?BTW I got my information from
which included the formulas.
Re: the integer round-off: that is for compliance with APRS, which also uses only an integer course value. And, as a pilot, I can say that it's tough to hold a flight course to less than 1 degree of course bearing error. The magnetic and gyroscopic
compass instruments don't report to less than a degree anyway.
I was just thinking rounding the track would make the path prediction match a long track very slightly closer, but it¡¯s almost certainly not visible on the UI. :)
Let me know if this fixes your problem. I hope it isn't that you folks Down Under use a different standard for ADSB than we Yankees do.
No, exactly the same using the same software. ?In this case I¡¯m using the raw output port from a readsb-protobuf container ()?so I can share the data which is also feeding . I¡¯m also connecting yaac to a moxa ip->serial box to connect to the KISS TNC so both aprx and yaac can share it.?
Thanks!
Carl, vk1kcm.
_._,_._,_
|
Re: Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Thank-you very much!!! Was hoping for a fix.
toggle quoted message
Show quoted text
On 03/11/2023 3:17 AM Carl Makin <carl@...> wrote:
Hi Andrew,
The adsbdecode plugin has a bug where the computed ground track based on aircraft velocity is incorrect. This results in the icon, bearing and track prediction being incorrect.
The issue is in AircraftState.java, line 496. The variables ewVelocity and nsVelocity are swapped. Another issue is the float variable is cast to (int) potentially making the heading up to 1 degree off.
I think the correct line 496 should be;
bearing = (int)Math.round(Math.toDegrees(Math.atan2(ewVelocity, nsVelocity)));
I have compiled and tested this locally and it produces the correct result. I¡¯ve also filled out a ticket at sourceforge.
Carl.
vk1kcm.
|
Re: Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Actually, I just confirmed my error per my stated fix to your fix. I just realized that the only time I see ADSB traffic at a known altitude and bearing, it's because the wind is blowing in such a direction that the active instrument approach
that goes almost over my house is in use, and that flight path is directly along the axis of reflection between the current code and my fix. And my QTH is shielded from closer-to-the-airport traffic by the terrain. And I do recall that the other higher altitude
ADSB traffic did seem to be going in an odd direction (like perpendicular to the Atlantic Ocean coast that is a mere 75 airmiles from my home, when Port of Entry airports are between my home and the shore).
So please try my fix of 90 - old formula.
Re: the integer round-off: that is for compliance with APRS, which also uses only an integer course value. And, as a pilot, I can say that it's tough to hold a flight course to less than 1 degree of course bearing error. The magnetic and gyroscopic
compass instruments don't report to less than a degree anyway.
Just my $.02.
Andrew, KA2DDO
author of YAAC
Actually, both the original code and your fix are incorrect, but might be showing almost-correct cases near the axis of reflection. That is because geographic bearing has 0 degrees at True North and goes clockwise, whereas
geometric bearing (returned by java.lang.Math.atan2(y,x)) has 0 degrees at True East and goes counterclockwise.
The correct formula (which I will be putting in the next release of YAAC) is
??????????????? bearing = 90 - (int)Math.toDegrees(Math.atan2(nsVelocity, ewVelocity));
This accounts for both the reversal in rotation direction and the different zero position (the following lines of code account for negative bearing angle, regardless of whether line 496 is correct or not). You will find this code pattern in other places in
YAAC (such as where the bearing and speed of an APRS station that does not report course and speed is inferred).
Let me know if this fixes your problem. I hope it isn't that you folks Down Under use a different standard for ADSB than we Yankees do.
Andrew, KA2DDO
author of YAAC
P.S. Which direction is clockwise on a digital clock? :-)
________________________________________
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> on behalf of Carl Makin <carl@...>
Sent: Saturday, March 11, 2023 3:17 AM
To: [email protected]
Subject: [yaac-users] Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Hi Andrew,
The adsbdecode plugin has a bug where the computed ground track based on aircraft velocity is incorrect.? This results in the icon, bearing and track prediction being incorrect.
The issue is in AircraftState.java, line 496.? The variables ewVelocity and nsVelocity are swapped.? Another issue is the float variable is cast to (int) potentially making the heading up to 1 degree off.
I think the correct line 496 should be;
bearing = (int)Math.round(Math.toDegrees(Math.atan2(ewVelocity, nsVelocity)));
I have compiled and tested this locally and it produces the correct result.? I¡¯ve also filled out a ticket at sourceforge.
Carl.
vk1kcm.
|
Re: Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Actually, both the original code and your fix are incorrect, but might be showing almost-correct cases near the axis of reflection. That is because geographic bearing has 0 degrees at True North and goes clockwise, whereas geometric bearing (returned by java.lang.Math.atan2(y,x)) has 0 degrees at True East and goes counterclockwise. The correct formula (which I will be putting in the next release of YAAC) is bearing = 90 - (int)Math.toDegrees(Math.atan2(nsVelocity, ewVelocity)); This accounts for both the reversal in rotation direction and the different zero position (the following lines of code account for negative bearing angle, regardless of whether line 496 is correct or not). You will find this code pattern in other places in YAAC (such as where the bearing and speed of an APRS station that does not report course and speed is inferred). Let me know if this fixes your problem. I hope it isn't that you folks Down Under use a different standard for ADSB than we Yankees do. Andrew, KA2DDO author of YAAC P.S. Which direction is clockwise on a digital clock? :-) ________________________________________ From: [email protected] < [email protected]> on behalf of Carl Makin <carl@...> Sent: Saturday, March 11, 2023 3:17 AM To: [email protected]Subject: [yaac-users] Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time! Hi Andrew, The adsbdecode plugin has a bug where the computed ground track based on aircraft velocity is incorrect. This results in the icon, bearing and track prediction being incorrect. The issue is in AircraftState.java, line 496. The variables ewVelocity and nsVelocity are swapped. Another issue is the float variable is cast to (int) potentially making the heading up to 1 degree off. I think the correct line 496 should be; bearing = (int)Math.round(Math.toDegrees(Math.atan2(ewVelocity, nsVelocity))); I have compiled and tested this locally and it produces the correct result. I¡¯ve also filled out a ticket at sourceforge. Carl. vk1kcm.
|
Aircraft bearing (Heading) in ADSB decoding. Yes again, but with fix this time!
Hi Andrew,
The adsbdecode plugin has a bug where the computed ground track based on aircraft velocity is incorrect. This results in the icon, bearing and track prediction being incorrect.
The issue is in AircraftState.java, line 496. The variables ewVelocity and nsVelocity are swapped. Another issue is the float variable is cast to (int) potentially making the heading up to 1 degree off.
I think the correct line 496 should be;
bearing = (int)Math.round(Math.toDegrees(Math.atan2(ewVelocity, nsVelocity)));
I have compiled and tested this locally and it produces the correct result. I¡¯ve also filled out a ticket at sourceforge.
Carl.
vk1kcm.
|
The graying out is to indicate a packet more than 80 minutes old (i.e., obsolete for a tactical network), per Bob Bruninga WA4APR's original design directives.. I'll add a feature to disable the graying out in the next build of YAAC. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Michael WA7SKG <wa7skg@...> Sent: Thursday, March 9, 2023 3:21 PM I tweaked the retention times so the messages show in the list for longer. However, after an amount of time, the text changes from black to a light blue that is almost impossible for me to read. I'm sure there is a setting or reason for this that escapes me right now. Is there a way to change the font color on these to something more readable? What time interval am I looking at for when the text changes color? Thanks, Michael WA7SKG Andrew P. wrote on 3/2/23 11:32 AM:
If you have APRS logging enabled, all your received traffic will be recorded in the AX25rcvd* log files (transmitted packets are unconditionally logged in the AX25xmit* log files), and can be read from those files back into YAAC with the File->Load->APRS Packets menu choice. CSV-format logging can also be viewed in the spreadsheet program of your choice.
The expert-mode Configuration dialog also allows you to increase the retention interval for messages before they are purged from YAAC's in-memory tables, assuming you have enough Java heap memory available to hold the additional older traffic.
Hope this helps.
Andrew, KA2DDO
author of YAAC
|
I tweaked the retention times so the messages show in the list for longer. However, after an amount of time, the text changes from black to a light blue that is almost impossible for me to read. I'm sure there is a setting or reason for this that escapes me right now. Is there a way to change the font color on these to something more readable? What time interval am I looking at for when the text changes color?
Thanks,
Michael WA7SKG
Andrew P. wrote on 3/2/23 11:32 AM:
toggle quoted message
Show quoted text
If you have APRS logging enabled, all your received traffic will be recorded in the AX25rcvd* log files (transmitted packets are unconditionally logged in the AX25xmit* log files), and can be read from those files back into YAAC with the File->Load->APRS Packets menu choice. CSV-format logging can also be viewed in the spreadsheet program of your choice.
The expert-mode Configuration dialog also allows you to increase the retention interval for messages before they are purged from YAAC's in-memory tables, assuming you have enough Java heap memory available to hold the additional older traffic.
Hope this helps.
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Michael WA7SKG <wa7skg@...>
Sent: Thursday, March 2, 2023 1:41 PM
Are received messages stored or logged someplace?
I just started participating in the APRSThursdays thing. When I send out
my CQ, in the messages window I see messages pouring in. I don't always
have a chance to look at them right away, but then they disappear a
short time later.
Are these stored someplace so I can go back and look at them again in
case there is something of interest or something I want to respond to?
--
73,
Michael WA7SKG
|
Re: My Brain is about to Explode
Re: location of YAAC configuration: Since you are using a Linux operating system, the Java Preferences backing store is in a subdirectory of your home directory, .java/.userPrefs/org/ka2ddo/yaac . In this subdirectory hierarchy is a collection of further subdirectories, all containing prefs.xml files for that sub-node's part of the configuration. The subdirectory (node) names pretty clearly identify what parts of the configuration are in each sub-node's prefs.xml file. YAAC plugins can create additional sub-nodes for their configuration needs. So there is no single "configuration file", and it is not portable to other operating systems (for example, Microsoft Windows stores Java Preferences in the Registry, but still in a suitable sub-node hierarchy). So don't try and back it up and restore it to a different system to make a duplicate system (expecting exactly the same hardware interfaces on the same operating system variant and using exactly the same callsign-SSID values). Well, it would work if you intended to restore the existing system to the exact same hardware and O/S types for recovering from a hardware failure, but you can't get a template config to use on a non-identical system. Use the YAAC UI and command-line interfaces for a portable way of replicating a config. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of RAY via groups.io <wr7ay@...> Sent: Sunday, March 5, 2023 4:56 PM Thank you Andrew. You made me go back to re-examine my settings. Not sure what I changed back but it is currently working. I did have a question for all. Where on the Raspberry PI disk structure is the running configuration file? Thanks All! Igating in North East Wyoming. Ray WR7AY
|
Re: My Brain is about to Explode
Thank you Andrew.
You made me go back to re-examine my settings. Not sure what I changed back but it is currently working.
I did have a question for all. Where on the Raspberry PI disk structure is the running configuration file?
Thanks All!
Igating in North East Wyoming.
Ray
WR7AY
|
If you have APRS logging enabled, all your received traffic will be recorded in the AX25rcvd* log files (transmitted packets are unconditionally logged in the AX25xmit* log files), and can be read from those files back into YAAC with the File->Load->APRS Packets menu choice. CSV-format logging can also be viewed in the spreadsheet program of your choice. The expert-mode Configuration dialog also allows you to increase the retention interval for messages before they are purged from YAAC's in-memory tables, assuming you have enough Java heap memory available to hold the additional older traffic. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Michael WA7SKG <wa7skg@...> Sent: Thursday, March 2, 2023 1:41 PM Are received messages stored or logged someplace? I just started participating in the APRSThursdays thing. When I send out my CQ, in the messages window I see messages pouring in. I don't always have a chance to look at them right away, but then they disappear a short time later. Are these stored someplace so I can go back and look at them again in case there is something of interest or something I want to respond to? -- 73, Michael WA7SKG
|
Are received messages stored or logged someplace?
I just started participating in the APRSThursdays thing. When I send out my CQ, in the messages window I see messages pouring in. I don't always have a chance to look at them right away, but then they disappear a short time later.
Are these stored someplace so I can go back and look at them again in case there is something of interest or something I want to respond to?
--
73,
Michael WA7SKG
"Any day you do not learn one new thing is a wasted day."
|
Re: Website CERT expired and National Weather Service shapefiles
Greetings. Oops! And I even downloaded the updated website certificate, but forgot to install it. The website is accessible now. Re: docs for the NWS shapefiles: the YAAC help index will take you to the relevant documentation from National Weather Service->shape files. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of KH6CP Craig Paul <carcarx@...> Sent: Wednesday, February 22, 2023 4:13 PM To: [email protected]Subject: [yaac-users] Website CERT expired and National Weather Service shapefiles My web browsers tell me that there's a problem with the web site. Checking the SSL CERT - it expired this morning. On to my question: Where is documentation regarding integrating National Weather Service shapefiles into YAAC? Thanks! Craig/KH6CP
|
Website CERT expired and National Weather Service shapefiles
My web browsers tell me that there's a problem with the web site. Checking the SSL CERT - it expired this morning.
On to my question: Where is documentation regarding integrating National Weather Service shapefiles into YAAC?
Thanks! Craig/KH6CP
|
Re: FTM-300 with YAAC over Serial
Hi Andrew, checking to see if you have fixed it. I did a clean YAAC install today and still see the issue.?
Thanks!?
On Fri, Dec 30, 2022 at 11:09 PM Andrew P. < andrewemt@...> wrote:
The Yaesu bug was introduced when one of the users didn't want to stay with the Japanese date format, and YAAC misinterpreted the dates in a different format. When I added support for all possible Yaesu date formats, I forgot to include the
time fields in the date formats.
Andrew, KA2DDO
Powered by Cricket Wireless
Get
Was that a recent hiccup? I'm using beta 181 and the times are showing
fine for me.
Michael WA7SKG
Andrew P. wrote on 12/29/22 2:32 PM:
> How embarrassing! I wonder how nobody noticed the date was getting set
> correctly, but the time was always 00:00:00, because the date format
> only included the date fields and not the time fields.
>
> In any case, it will be fixed in the next build, hopefully in a few days.
>
> Andrew, KA2DDO
> author of YAAC
|
Re: Map disappears when drag the map ?
Finally got a chance to look at this. I see that every attempt to render the map is aborted in under a second. Per chance, are you using GPS for a position source and have enabled auto-centering the map? A Celeron processor is pretty slow (you didn't mention what you were using for a disk drive), so if you are constantly moving the map, the render for the old center location would be aborted (never displayed in the map window) and a new render would be started. This would be exceptionally bad if you are zoomed in very close, as almost any motion (including noise in your GPS receiver) would be large enough to force an abort and re-render.
Andrew, KA2DDO
author of YAAC
|
Michael WA7SKG