acquisition_date seems to not exist in metadata
See original GitHub issueWhile updating the GRASS GIS addon i.landsat.download to support the recent changes in landsatxplore (Thanks much!!!), I found out that metadata regarding date has changed in both collection 1 and 2 Landsat data. There’s not such thing as acquisitionDate anymore nor acquisition_date, but now there is a dictionary temporalCoverage with keys start and end date or a different key called publishDate. See https://github.com/OSGeo/grass-addons/pull/450.
Where did you find acquisition_date variable when updating the README https://github.com/yannforget/landsatxplore/commit/f44f12232360b8cea5d4057c331b30245cb4db06 ? If I perform the search and print scenes, I do not see it.
Issue Analytics
- State:
- Created 3 years ago
- Comments:12 (6 by maintainers)
Top Results From Across the Web
OMERO does not import Acquisition Date from .czi file metadata
Hi, there is one file uploaded . It is from a Zeiss LSM880. The data where copied to another computer via network.The image...
Read more >Copy metadata "Date Modified" to "Date Acquired"
I wish to batch copy each file type JPG and video clip MTS their modified date to overwrite EXIF Date Acquired. I am...
Read more >Retrieve the target lifecycle state through instance metadata
If your instance transitions to one of the target lifecycle states after that date, the target lifecycle state item is present in your...
Read more >What is metadata and how does it work? - TechTarget
Metadata is data that describes other data, providing a structured reference that helps to sort and identify attributes of the information it describes....
Read more >How to resolve warning messages (metadata object not found
The MyClass2 2nd generation subclass seems to be significant (without it the warnings go away). I do not understand why. I have run...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Hi all and thanks for the inputs,
Yes, metadata field names and date formats are all over the place for now. I’m currently working on an update that harmonizes metadata field names and data types across the datasets, with automatic conversion to shapely Polygons for spatial objects and python datetimes for temporal values.
So in the next release (shoud be today)
acquisition_datewill always return a valid python datetime.Yes, the NADIR bug is fixed now
Regarding
i.landsat.download, you would have to update:entityId->entity_id,display_id->display_id,acquisitionDate->acquisition_date,cloudCover->cloud_cover, etc.ee.downloadas thescene_id=argument has been replaced byidentifier=