I am using openEO for the first time to retrieve Sentinel 3 SLSTR L2 LST composites of Canada. I’ve used the following code to query the collection and produce a 10 day mean composite:
The issue that I am running into is that there appear to be some mosaic artifacts in the output? Perhaps value ranges of individual tiles are not normalized going into the mosaic, resulting in this strange tile pattern? Am I missing a key processing step that would remedy this?
The Level 2 LST is described as an available product in the EO data overview from the Copernicus Data Space Ecosystem (see link below), and I am able to pull up a collection description using:
I was afraid that would be the case RE not being a production ready collection. Unfortunately the Sentinel 3 SLSTR Level 2 products are commonly excluded in API collections like SentinelHub.
I’m holding out hope that @jeroen.dries has some good news about upcoming availability of this collection, but would otherwise appreciate any advice on alternative pathways through which I might be able to access this dataset.
Hi,
the problem is that sentinel-3 has multiple observations per day, and our current implementation just picks one of them. We will probably have to improve this to keep the original timestamps. (Screenshot of inputs for one day below.)
In general the plan was to have this available more operationally in the next 2 months, depending on how many issues we still find in testing.
After applying them, you should get reasonable values.
Also, it would be better if you could mask clouds with flags_in:confidence_in (I have not had a go for this one tbh!)
Just an FYI, scale and offset should now be applied automatically, so always. (This is an experimental collection, which means we are still making these kind of changes.)