Add Bathymetry to Base

[jonahadkins]

Proposal

Add ocean and inland lakes bathymetry data. Examples below from Meta's production basemaps.

Background

The Display Maps team at Meta derived vectorized bathymetric data products from ETOPO1 and Globathy.

ETOPO (source link)

We derived 10 bands of polygons from this dataset, at the following depths:

feature count	depth
4,285	0
4,228	10
4,622	50
3,878	100
2,748	500
3,308	1000
4,722	1500
6,750	2000
10,309	2500
15,210	3000

GLOBathy (source link)

For interior water bodies, we have derived vectorized data for 10 global lakes: Lake Baikal, Lake Tanganyika, Lake Malawi, Lago Niassa, Garabogazköl, Lake Superior, Lake Michigan, Lake Ontario, Crater Lake, and Lake Tahoe. We derived 15 bands of polygons from this dataset, at the following depths:

feature count	depth
14	100
12	200
8	300
8	400
8	500
7	600
3	700
8	800
8	900
6	1000
8	1100
4	1200
4	1300
3	1400
1	1500

License

ETOPO: PDDL

ETOPO tiles are freely available to use for all private, academic, or commercial purposes. Data is
available for download on the NOAA ETOPO landing page.
To reference the ETOPO 2022 document, please cite the following:
NOAA National Centers for Environmental Information. 2022: ETOPO 2022 15 Arc-Second
Global Relief Model. NOAA National Centers for Environmental Information.
https://doi.org/10.25921/fd45-gt74 . Accessed [date].
ETOPO 2022 metadata may be accessed here: ETOPO 2022 metadata landing page

GLOBathy: CC0 1.0

The dataset is released under an assumed CC0 1.0 Universal (CC0 1.0) Public Domain Dedication. The organizations responsible for generating and funding this dataset make no representations of any kind including, but not limited to the warranties of merchantability or fitness for a particular use, nor are any such warranties to be implied with respect to the data. Although every effort has been made to ensure the accuracy of information, errors may be reflected in data supplied. The user must be aware of data conditions and bear responsibility for the appropriate use of the information with respect to possible errors.

Checklist

Checklist of tasks commonly-associated with schema pull requests. Please review the relevant checklists and ensure you do all the tasks that are required for the change you made.

1. Add relevant examples.
2. [N/A] Add relevant counterexamples.
3. Update any counterexamples that became obsolete. For example, if a counterexample uses property A but is not intended to test property A's validity, and you made a schema change that invalidates property A in that counterexample, fix the counterexample to align it with your schema change.
4. Update in-schema documentation using plain English written in complete sentences, if an update is required.
5. Update Docusaurus documentation, if an update is required.
6. Review change with Overture technical writer to ensure any advanced documentation needs will be taken care of, unless the change is trivial and would not affect the documentation.

Documentation Website

Update the hyperlink below to put the pull request number in.

Docs preview for this PR.

[vcschapp]

We should try to boot this PR up and aim for September or October release. Not rushing due to GA and post-GA freeze but should be in!

[vcschapp]

1. Should we add a relationship property to reference the feature to the water body it is providing the bathymetry for?
2. Should we add a property to specify what type of water body it pertains to?

I'm not too sure about the second one, but adding it for discussion. Might be useful to know if something is ocean or inland at least?

For the first one, the ID reference, it would only pertain to "things that exist in the base theme" - we don't have features for ocean water - so it would be optional.

Just throwing out ideas, but we might imagine something like:

---
id: foo
properties:
  theme: base
  type: bathymetry
  depth: 100
  water_location: inland  # Can be "ocean" or "inland"
  water_id: bar           # Omit if there's no matching water feature, otherwise this is ID of a base/water feature

[jonahadkins]

water_location might be useful, but not sure how we can relate them to water bodies since the cross cut so many?

[vcschapp]

Do they all cross-cut? I got the impression some features were for specific lakes?