-
Notifications
You must be signed in to change notification settings - Fork 0
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
additional values for sensortype #1
Comments
You mean |
@m-mohr, my understanding is that the ARD "Product Family Specifications" ( or their identifiers) are sufficient and define uniquely the CEOS ARD PFS specification and the type of data they apply to (See https://ceos.org/ard/). In my opinion, CEOS is defining the "PFS" and not specific values for "type"... A codelist for "sensor types" makes sense even without a PFS having been defined or for metadata not intending to comply with an existing ARD PFS for such "type" of data. |
A quite old issue is till open on the same subject here. Maybe it is worth considering a real sensor extension? |
I agree, let's move this to radiantearth/stac-spec#1124 - The CEOS ARD extension is certainly not the right place for it. |
Could the type property (sensor-type) values which are also useful beyond (CEOS) ARD be extended with other sensor type values and for example align with the codelist values proposed for sensorType in https://docs.ogc.org/is/17-003r2/17-003r2.html#table_16 ?
The text was updated successfully, but these errors were encountered: