interuss / monitoring

InterUSS Platform USS monitoring tools for federated UTM, including automated testing.
Apache License 2.0
12 stars 19 forks source link

[api] extend Display Provider observation API #832

Open Shastick opened 6 days ago

Shastick commented 6 days ago

(Note: this issue is opened in the context of #754 regarding modifications to the observation API of a Display Provider)

The display provider's observation API is missing some optional fields that are defined in the standard, mainly:

(legend: d - added to draft pr, v - nothing to do)

As-is, the qualifier is not able to fully verify compliance with NET0470 due to this. The solution we discussed at the community meeting is to expand the existing Observation API for it to include these optional fields.

The API definition for the display provider is here.

We probably want to add data types or modify the existing ones in commons.yaml and injection.yaml where required, given that any field we wish to observe must also be injected – though the injection API seems to cover all of them, except for the UA Type

observations

Where possible, we will want to mimic the existing USS uss/flights endpoint (in terms of the data structure) to avoid possible confusion and making the update of the mock_uss easier.

UA Classification Type

According to the OpenAPI spec for RID v2, the classification type is inferred implicitly depending on the presence of the eu_classification field:

When this field is specified, the Classification Type is "European Union". If no other classification field is specified, the Classification Type is "Undeclared"

It is assumed that this should be taken over for the RID testing interfaces as-is (injection and observation APIs)

misc

Shastick commented 4 days ago

A first draft for this can be found here: https://github.com/interuss/automated_testing_interfaces/pull/24