fix: inherit quicklook crs from reflectance

[wietzesuijker]

Summary

• Earlier scenes still publish quicklook .zattrs with proj:* fields, but the Sentinel-2 CPM releases from 2025-10-29 onwards unexpectedly returned 404 even while STAC continued to advertise the asset (some items early June had the same issue with CPM v256).
• When a quicklook dataset lacks CRS metadata we now inherit it from the sibling reflectance group so downstream GeoZarr stays consistent while we wait for upstream metadata on the EODC object store to return, all without touching STAC content.

Evidence

• 2025-10-20 sample (cpm_v256) still exposes proj:epsg (curl + jq prints 32626).
• 2025-10-29 sample (cpm_v256) returns HTTP 404 for /quality/l2a_quicklook/.../.zattrs.
• 2025-10-31 sample (cpm_v262) returns HTTP 404 and STAC shows assets.l2a_quicklook == null.

What Changed

• src/eopf_geozarr/conversion/geozarr.py: backfill CRS for /quality/l2a_quicklook groups that arrive empty.

I advise coordinating with EODC.

Linked PR in data-pipeline: EOPF-Explorer/data-pipeline#35

[codecov-commenter]

⚠️ Please install the to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

❌ Patch coverage is 25.58140% with 32 lines in your changes missing coverage. Please review.

Files with missing lines	Patch %	Lines
src/eopf_geozarr/conversion/geozarr.py	25.58%	32 Missing ⚠️

📢 Thoughts on this report? Let us know!

[emmanuelmathot]

closed in favor of #60