Closed tangobravo62 closed 3 years ago
The same applies to the output parameters: These may be different per output product type as well!
order_change.json.txt
Order input filters per product class can now be set and changed (first entry shows DUMMY
product class after database update):
prosEO (PTM)> order show
---
- id: 80
version: 3
missionCode: "PTM"
identifier: "L3_products_9:30-17:30"
[...]
inputFilters:
- productClass: "DUMMY"
filterConditions:
- key: "fileClass"
parameterType: "STRING"
parameterValue: "TEST"
- key: "revision"
parameterType: "INTEGER"
parameterValue: "99"
classOutputParameters: []
[...]
prosEO (PTM)> order update --file=order_change.json
(I2938) Order with identifier L3_products_9:30-17:30 updated (new version 4)
prosEO (PTM)> order show L3_products_9:30-17:30
---
- id: 80
version: 4
missionCode: "PTM"
identifier: "L3_products_9:30-17:30"
[...]
inputFilters:
- productClass: "L1B_______"
filterConditions:
- key: "fileClass"
parameterType: "STRING"
parameterValue: "TEST"
- key: "revision"
parameterType: "INTEGER"
parameterValue: "99"
classOutputParameters: []
[...]
Class-specific output parameters can be set as well (from attached file order_change.json):
prosEO (PTM)> order update --file=order_change.json
(I2938) Order with identifier L3_products_9:30-17:30 updated (new version 5)
prosEO (PTM)> order show L3_products_9:30-17:30
---
- id: 80
version: 5
missionCode: "PTM"
identifier: "L3_products_9:30-17:30"
[...]
classOutputParameters:
- productClass: "PTM_L3"
outputParameters:
- key: "copernicusCollection"
parameterType: "INTEGER"
parameterValue: "13"
- key: "revision"
parameterType: "INTEGER"
parameterValue: "7"
outputParameters:
- key: "copernicusCollection"
parameterType: "INTEGER"
parameterValue: "77"
- key: "revision"
parameterType: "INTEGER"
parameterValue: "99"
[...]
Upon product generation the class-specific parameters for PTM_L3 now should supersede the general parameters --> to be tested.
Tested with order L2_orbits_3000-3002
in mission PTM
: Output product of type L1B_PART1
correctly shows revision 2 instead of revision 99 (global output parameter).
Filter conditions cannot be applied selectively to different input product classes: Below, the input filter "tile:26PNB" is applied first to L1C_TL (correct, succeeds) and then to L2A_DS (wrong, fails):
It must be possible to apply filter conditions to a single input product class in the processing order. (This is not only true for the example above, but also when selecting auxiliary products, which usually do not have the same parameters attached as the mission products.)