Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Supress Display of Some Objects #679

Open
ke4ahr opened this issue May 17, 2023 · 0 comments
Open

Supress Display of Some Objects #679

ke4ahr opened this issue May 17, 2023 · 0 comments
Labels
bug Something isn't working

Comments

@ke4ahr
Copy link

ke4ahr commented May 17, 2023

Description of the bug

In https://al.repeatercouncil.org/repeaters/?q=&p=31&dc=False&o=OutputFrequency

439.575 MHz is a link/control frequency, and ALRC typically does not publicly publish those. They are resident between 435-440 MHz. Most 70 cm repeater outputs are above 440.0 MHz.

Likewise the KB4CRG cross-band items:

https://al.repeatercouncil.org/repeaters/?q=&p=23&dc=False&o=OutputFrequency

Under Links, these show as public items. There is a need to suppress the publishing of control, auxiliary, and backbone links. Typically, in the case of mischief, these links are used to send the commands to the repeater to turn off the transmitter.

It may be as simple as defining the standard split in a given band, and if the split exceeds that, add a check box for "Publish Link/Repeater publicly."

Steps to reproduce the behavior
See above.

Clear description of what you expected to happen
Tag/field/database column needed to suppress publishing of some objects. In the Repeater Update view, under Links, this should be a check box for "public publicly."

Additional information
Provided above.

Links are typically determined as horizontal polarization, however some or many are implemented as vertical polarization. Cross polarization is best, but some hams use non-directional antennas anyway (despite recommendations and coordinations for directional antennas). Link frequencies are reused, and CTCSS (if in use) should be different from adjacent links.

Ideally, a link should be a combination squelch + repeater CTCSS, but the controller logic doesn't exist right now to support remote TX hang while RX noise is transmitted after detect of a valid repeater PL on the remote RX. This way, the voter doesn't switch inputs and tone decoding can be used to shut down individual local RX when the CTCSS goes away (or reverse burst / CG happens).

@ke4ahr ke4ahr added the bug Something isn't working label May 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant