Data availability web page?

[wmjolly]

Could we make an API or webpage that queries the GetCapabilities of key layers on GeoServer and provide a summary of the spatial and temporal extents of each dataset?

It would be great for monitoring and troubleshooting but also helpful in the future when we share the resource more widely.....

Example Dataset: GFS Spatial Extent: -180 to 180 Lon ,90 to -90 Lat Temporal Extent: 15 Dec 2023 to 10 Feb 2024

[alexander-petkov]

A guide to build a Wicket extension: https://docs.geoserver.org/stable/en/developer/programming-guide/web-ui/overview.html https://docs.geoserver.org/maintain/en/developer/programming-guide/web-ui/implementing.html https://docs.geoserver.org/stable/en/developer/programming-guide/wicket-pages/index.html

[alexander-petkov]

Explore querying datasets via setting attributes:

https://docs.geoserver.org/main/en/user/data/webadmin/workspaces.html

The other way I can think of is by querying the database.

EDIT: Also explore gathering info and identifying problems via #67

[alexander-petkov]

What should a status page reveal about a dataset? Some ideas:

1. Last updated
2. Number of granules/ temporal extent.
3. Identify gaps in data. That leads to the question--what is a gap? There are 1,3, and 6-hourly datasets, and the definition of a gap will differ between them.
4. Spatial coverage
5. Retention period
6. Number of granules: 6.1 Expected granules 6.2 Actual count
7. Update frequency
8. Last update
9. Detected problems (yes/no or green/red icon)

| Abbreviation | Name | Description | Workspace | Number of granules | Spatial Coverage |

| ------------- | ------------- | ------------- | ------------- | ------------- | ------------- |

create table dataset_index(abbreviation varchar, name varchar, num_granules integer,  spatial_coverage varchar);

[alexander-petkov]

So here is an idea:

1. For each data archive (workspace), have a designated "special" metadata layer, which gets updated via rest upon data retrieval.
2. Say, it could be JSON format which gets updated. For example: metadata.json
3. Geometry is not important, but it could be bounding envelope for example.
4. It could hold number of granules (or features) removed/added for each layer, and consequently detected problems.

[alexander-petkov]

Checking problems with a dataset:

1. Number of granules/rasters
2. Number of entries in the database
3. TIme gaps in data.

[alexander-petkov]

Determine the data path for a Coverage dynamically in CoverageStore.java

UPDATE: Used CoverageStoreImlp.getURL() to get data location. This method relies on absolute path as a result of this call. Consider adding an environment variable to the Geoserver container (WFAS_DATA), to work with in case of relative paths.

[alexander-petkov]

The dataset index is table-based, other datasets will show up as they are added to the index

Each variable can be inspected individually upon selection from the drop down list:

[alexander-petkov]

Add a column for last updated status. Also, maybe overall health status? End of each bash update script seems appropriate.