Parameter to capture processing start datetime #37

Activity

1. emmanuelmathot commented on Apr 29, 2026

   

   emmanuelmathot

   on Apr 29, 2026

   Member

   More actions

   Thank you for raising this @pcuq-ads.

   A few thoughts on the proposal:

   1. A dedicated processing:start_datetime feels like a fairly niche addition. Could you describe a concrete use case for this information, particularly in a search context? Understanding how users would filter or query on processing start time (vs. end time) would help evaluate whether this belongs in the extension.

   2. The existing processing:datetime field does not correspond to a strictly defined moment within the processing pipeline. It is primarily used to filter items based on when they were processed (broadly). It is not explicitly the end of processing, so clarifying that distinction would also be valuable in any proposal.

   3. If there is a strong use case, we would welcome a PR that includes a clear field description, the rationale, and ideally a reference to how it is used in the ESA Reference System. That will help the community evaluate the proposal concretely.
2. pcuq-ads commented on May 7, 2026

   

   pcuq-ads

   on May 7, 2026

   Last edited by pcuq-ads

   Author

   More actions

   Hello,

   We would like to extract the production associated with a processing run.

   My initial idea was to retrieve the production associated with the derived-from inputs for a given collection. However, since the same input can be processed multiple times, we need a way to distinguish between different processing runs. At first, I considered using the processing start parameter (as mentioned in my previous message). After further cross-checking, I believe the processing-execution field would be a more efficient way to uniquely identify each run.

   One final remark: it could be useful to clarify whether processing:datetime refers to the start time or the end time of the processing. That said, having both timestamps would mainly support performance analysis, which is not necessarily the primary objective of this extension.

   Regards