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

Route lookup fails on BDS-derived callsigns #115

Open
marcus-aa opened this issue Oct 15, 2023 · 4 comments
Open

Route lookup fails on BDS-derived callsigns #115

marcus-aa opened this issue Oct 15, 2023 · 4 comments

Comments

@marcus-aa
Copy link

When a callsign is marked with "*" , afaik meaning it was derived from a BDS messgae, the route lookup doesn't work properly (or at all)

image

But if I click on "submit route", it is found without problem.

image

/M

@marcus-aa
Copy link
Author

Or is this related to HP/APF, you had to fix something with it before routes could be entered, here is another one with normal callsign that also doesn't work. But some of them seems work normally.

image

@marcus-aa
Copy link
Author

It showed up but after a while, and now this one also indicated by an asterisk.

image

@marcus-aa
Copy link
Author

When a callsign is marked with "*" , afaik meaning it was derived from a BDS messgae, the route lookup doesn't work properly (or at all)
/M

It looks like they entered APF672_ (with a trailing space), could that be the issue?

@marcus-aa
Copy link
Author

marcus-aa commented Nov 7, 2023

No, there is something else going on, possibly related to receiver type, or some other kind of delay.

This one had no route until it more or less landed. No route at 52 minutes, route popped up at 54 minutes. Same callsign.

image

Could there be an issue looking up callsigns if they are only delivered by JSON receivers?

What triggers the route lookup ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant