In some of the HLS Sentinel-2 v2.0 images, the coordinate reference system of the image is not standard and does not have any authentication ID (i.e. there is no EPSG).
An example, is the "HLS.S30.T09VXD.2020275T194239.v2.0". Once I downloaded different bands of this tile, the definition of its CRS starts like this:
"UTM Zone 9, Northern Hemisphere",
BASEGEOGCRS["Unknown datum based upon the WGS 84 ellipsoid",
DATUM["Not specified (based on WGS 84 spheroid)" ...
Can you please clarify why this non-standard CRS definition happens? In my example above, it should have had an authentication ID of EPSG:32609 as does another images from the zone "HLS.S30.T09VXD.2020130T193911.v2.0", whose CRS is correct: EPSG:32609 - WGS 84 / UTM zone 9N
GIS libraries like OSGEO do not recognize the two coordinate reference systems that I mentioned above as the same ones and in my programs this raises an error.
Some HLS S2 images have non-standard coordinate reference systems
-
mshahbaz_000
- Posts: 3
- Joined: Thu Nov 09, 2023 7:11 pm America/New_York
-
LP DAAC - dgolon
- User Services
- Posts: 296
- Joined: Mon Sep 30, 2019 10:00 am America/New_York
- Has thanked: 18 times
- Been thanked: 2 times
- Contact:
Re: Some HLS S2 images have non-standard coordinate reference systems
Hello @mshahbaz_000 I apologize, we missed your question. I am checking on an answer with our Science Data Lifecycle team and will report back when I have an answer. Thanks --Danielle
Subscribe to the LP DAAC listserv by sending a blank email to lpdaac-join@lists.nasa.gov.
Sign up for the Landsat listserv to receive the most up to date information about Landsat data: https://public.govdelivery.com/accounts/USDOIGS/subscriber/new#tab1.
Sign up for the Landsat listserv to receive the most up to date information about Landsat data: https://public.govdelivery.com/accounts/USDOIGS/subscriber/new#tab1.