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

occasional error: failed to map jobs to observations #33

Closed
satcolintel5 opened this issue Jan 26, 2022 · 3 comments
Closed

occasional error: failed to map jobs to observations #33

satcolintel5 opened this issue Jan 26, 2022 · 3 comments

Comments

@satcolintel5
Copy link

Scheduled jobs occasionally result in the error shown by the satnogs-monitor log option (L) with no tracking or scheduling information displayed. The waterwall of the data will scroll properly during an observation in this error state. The error usually clears within an hour or so on its own.

Error: Failed to map jobs to observations; Failed to deserialize data to struct (in GET or POST): data did not match any variant of untagged enum JobList

Screenshot_20220126_102942

observation results for reference

Debian buster latest update
satnogs-monitor latest pull
scheduling done via satnogs-auto-scheduler and SatNOGS Observations page

@wose
Copy link
Owner

wose commented Jan 26, 2022

Thank you for the report. I'll take a look. There may have been some API changes we'll need to incorporate.

@satcolintel5
Copy link
Author

Ah ha! This has been happening again on all three of my ground stations for the last 24 hours (again) and it looks like any satellite in the SatNOGS DB with a description of '-' the 'Mode' field appears the be causing this issue.

image

When I removed the future observation for Blue Diamond (NORAD 42786) from all three stations, the display error in satnogs-monitor corrected. Red Diamond (NORAD 42783 ) also caused this display error (verified by scheduling a few observations) due to 'Mode' defined as '-' (null). Green Diamond (42785) has Mode defined as 'FM' and does not cause this display problem.

I will make a request in SatNOGS DB to have this updated.

@wose
Copy link
Owner

wose commented Mar 9, 2022

Thank you for the additional Info.

Mode is defined as string on our side, but it seems to be an Option<string> instead. That's an easy fix.

@wose wose closed this as completed in 759bf3e Jul 3, 2022
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

When branches are created from issues, their pull requests are automatically linked.

2 participants