-
Notifications
You must be signed in to change notification settings - Fork 6
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
tracking_type #57
Comments
Anyhow, this kind of list of terms should go into a vocabulary in Semantics... especially since it is used in 2 recommendations (ObsLocTAP and this one). |
I agree with Baptiste here. the parameter name should be the same whatever the situation : observation planning or description of achieved observations. this is good for interoperability. And if terms are missing they should be added in the external generic vocabulary |
Apologies, what we intended is that we are not sure this parameter should be listed in the ObsCore radio extension given its (more) general scope. Is there a use case motivating its inclusion in the radio extension? |
Agreed with Alexandra . |
Note that tracking_type is indeed used in different contexts, including in our current High Energy discussions. Cherenkov telescope arrays could use this concept, as well as other ways to scan the sky (we discuss a convergent or divergent mode for example) or run observations sequences (where wobbling between 2 or 4 positions around a source in one special technique). So the High Energy domain could benefit from those descriptions for discovery purposes as well, or for observations characterisation (which to me is also a use case for ObsCore) |
Sect. 4.5 -
The parameter tracking_type as defined in ObsLocTAP pertains more to observation planning and execution that to data discovery. Additionally, its scope is wider than the radio extension since it pertains data irrespectively of their energy/frequency domain. Moreover, as it is defined now tracking_type does not comprise all the values needed to describe the variety of tracking modes associated to the sky scan modes (for instance: skydip, on the fly/raster maps).
The text was updated successfully, but these errors were encountered: