Unexpected behavior on some dates in the "Nighttime Lights" Dataset

[Catalina-Moller]

Description:

On some dates several of the points that are marked in the Dataset "Nighttime Lights" are seen without a layer covering them or the layer that covers it presents some problems, these dates and cities are:

May 2019

• Gdynia Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=18.4635%7C54.5037%7C10.28&datetime=2019-05-01T00%3A00%3A00.000Z

Jun 2019

• Paris
• London
• Dunkirk (presents problems)
• Amsterdam
• Bremerhaven and Hamburg
• Gdynia Url: https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=2.349%7C48.8652%7C8.95&datetime=2019-06-01T00%3A00%3A00.000Z

Jul 2019

• London (presents problems)
• Amsterdam (presents problems)
• Bremerhaven and Hamburg
• Gdynia Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=-0.1011%7C51.4998%7C9.49&datetime=2019-07-01T00%3A00%3A00.000Z

May 2020

• Gdynia (presents problems) Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=18.6348%7C54.4735%7C9.61&datetime=2020-05-01T00%3A00%3A00.000Z

Jun 2020

• Paris
• London
• Dunkirk (presents problems)
• Amsterdam
• Bremerhaven and Hamburg
• Gdynia Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=2.378%7C51.0553%7C9.68&datetime=2020-06-01T00%3A00%3A00.000Z

Jul 2020

• Amsterdam
• Bremerhaven and Hamburg
• Gdynia
• Dunkirk (It has a sector with a layer that is not present on the other dates).

• 

Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=2.4713%7C50.9902%7C9.84&datetime=2020-07-01T00%3A00%3A00.000Z

Jan 2021

• Bremerhaven and Hamburg (It has a sector with a layer that is not present on the other dates)

• Gdynia(It has a sector with a layer that is not present on the other dates).

Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=18.621%7C54.5077%7C9.28&datetime=2021-01-01T00%3A00%3A00.000Z

May 2021

• Gdynia
• Bremerhaven and Hamburg (It has a sector with a layer that is not present on the other dates).

Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=9.5263%7C53.6416%7C7.76&datetime=2021-05-01T00%3A00%3A00.000Z

Jun 2021

• London
• Dunkirk
• Ghent
• Amsterdam
• Bremerhaven and Hamburg
• Gdynia
• Paris (The layer is shown in a small portion)

Url:https://www.earthdata.nasa.gov/dashboard/covid-19/datasets/nighttime-lights/explore?position=2.5862%7C48.8367%7C8.63&datetime=2021-06-01T00%3A00%3A00.000Z

Jul 2021

• Bremerhaven and Hamburg
• Gdynia

[anayeaye]

I took a quick look at the first example and pulled the query used to create the mosaic (which returns a 404). To check, I opened the web inspector and extracted the mosaic id from one of the not found responses (https://staging-raster.delta-backend.com/mosaic/tiles/97b77c94e66592c35466ab8b7fbbc773/WebMercatorQuad/10/565/326@1x?assets=cog_default&...) and used it to look up the query in the info endpoint: https://staging-raster.delta-backend.com/mosaic/97b77c94e66592c35466ab8b7fbbc773/info.

I think what is happening is that there are items within the search used for the mosaic but none of those items are within the bounding box of the view. If you zoom out far enough in the map explorer, you will see markers for the items available on the selected date. So this is an interesting use case--you can see the same for the HLS dataset in the environmental justice thematic area. I think handling item search based on current view would be a design task.

[j08lue]

Origin of the behavior clarified, solution and importance of finding one unclear - stuff for maybe later.