-
Notifications
You must be signed in to change notification settings - Fork 21
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
search of short callsign #553
Comments
As @aa5sh mentioned, QLog searches for callsigns that are three or more characters long. It's important to note that it searches for valid callsigns. Unfortunately, I don't know which authority issued this callsign, but it is not a valid callsign—it's only a prefix. The suffix is missing. Since it's not a valid callsign, QLog skips the search. If there will be more such "anomalies", I will try to change it. At this moment I leave it unchanged. |
Isn't 7Q* assigned to Malawi so |
in this case, |
I see what you mean now. the issuing authority isn't following the rule |
If more such anomalies (invalid callsigns) occur in the future, I will fix them. Unfortunately, it's not just a matter of fixing one regex for callsigns, but a revision of the QLog, as I'm not sure where else it might cause problems. |
Hello, I have detected a problem with the live search
IF the callsign is short, for example 7Q1, it does not find it in the list if I make a new contact.
It seems to expect longer callsigns, 4 characters or more... In normal conditions it is sufficient, but in contests or DXpeditions they may have shorter callsigns.
If I search for the contact in the database, it does appear.
The text was updated successfully, but these errors were encountered: