|
| 1 | +# USGS Water Total Bootstrap, Data Model, and Enrichment Pack |
| 2 | + |
| 3 | +**Date:** 2026-03-11 |
| 4 | +**Author:** Codex |
| 5 | +**Status:** Created, packaged, and intended for repository handoff |
| 6 | +**Scope:** `publishers/usgs_water` total package including bootstrap guidance, data-model review, metadata enrichment, and zip artifact |
| 7 | + |
| 8 | +--- |
| 9 | + |
| 10 | +## 1. Executive Summary |
| 11 | + |
| 12 | +A new comprehensive USGS water package was created under: |
| 13 | + |
| 14 | +- `publishers/usgs_water/total_bootstrap_data_model_enrichment_pack` |
| 15 | + |
| 16 | +This package is broader than the earlier metadata-only packs. It includes: |
| 17 | + |
| 18 | +- a reviewed resource-model description |
| 19 | +- live-source verification notes against the current USGS Water Data OGC API |
| 20 | +- metadata sidecars and worked examples |
| 21 | +- bootstrap patch candidates for richer procedure, system, datastream, and deployment metadata |
| 22 | +- a shareable zip artifact of the full package |
| 23 | + |
| 24 | +The package is designed to keep the current station-centric publisher architecture |
| 25 | +while materially improving provenance, semantic clarity, and future maintainability. |
| 26 | + |
| 27 | +--- |
| 28 | + |
| 29 | +## 2. Why a Larger Package Was Justified |
| 30 | + |
| 31 | +The USGS water publisher is already stronger than the early NWS/NDBC baselines. |
| 32 | +It already has: |
| 33 | + |
| 34 | +- one shared procedure |
| 35 | +- one system per monitoring location |
| 36 | +- two datastreams per station |
| 37 | +- a coherent deployment tree |
| 38 | +- a working runtime using the USGS Water Data OGC API |
| 39 | + |
| 40 | +So the right move was not to redesign it. The right move was to package the |
| 41 | +current implementation properly: |
| 42 | + |
| 43 | +- make the data model explicit |
| 44 | +- anchor the bootstrap to current live USGS semantics |
| 45 | +- identify where metadata enrichment is safe now |
| 46 | +- record where runtime follow-on improvements should happen later |
| 47 | + |
| 48 | +--- |
| 49 | + |
| 50 | +## 3. Live Research Findings That Matter |
| 51 | + |
| 52 | +The package was informed by live verification on 2026-03-11 against the USGS |
| 53 | +Water Data OGC API. |
| 54 | + |
| 55 | +The most important findings were: |
| 56 | + |
| 57 | +1. `latest-continuous` is live and is the better latest-only runtime target than `continuous?limit=1`. |
| 58 | +2. `time-series-metadata` can return multiple series for one station and parameter code, including daily and instantaneous variants. |
| 59 | +3. `combined-metadata` is rich, but it must be filtered carefully or it may bind to the wrong statistic family. |
| 60 | +4. `monitoring-locations` exposes more authoritative system metadata than the current bootstrap carries. |
| 61 | +5. The active OGC API path is still `v0`, so the package intentionally keeps `v0` URLs. |
| 62 | + |
| 63 | +The most important semantic conclusion is this: |
| 64 | + |
| 65 | +For the current publisher, datastreams should be documented as the |
| 66 | +`statistic_id=00011` instantaneous series. `parameter_code` alone is not a |
| 67 | +precise enough description. |
| 68 | + |
| 69 | +--- |
| 70 | + |
| 71 | +## 4. Package Contents |
| 72 | + |
| 73 | +### 4.1 Notes |
| 74 | + |
| 75 | +The `notes/` section contains: |
| 76 | + |
| 77 | +- live source verification |
| 78 | +- audit and recommendations |
| 79 | +- apply order |
| 80 | +- runtime and model follow-on guidance |
| 81 | + |
| 82 | +### 4.2 Data model |
| 83 | + |
| 84 | +The `data_model/` section contains: |
| 85 | + |
| 86 | +- a resource-model walkthrough |
| 87 | +- machine-readable inventory |
| 88 | +- current observation-contract documentation |
| 89 | +- upstream-to-CSAPI field mapping |
| 90 | + |
| 91 | +### 4.3 Metadata and examples |
| 92 | + |
| 93 | +The `metadata/` section contains: |
| 94 | + |
| 95 | +- official source URLs |
| 96 | +- live worked examples from the current USGS API |
| 97 | +- an enriched station template |
| 98 | +- a worked enriched station example for `09380000` |
| 99 | + |
| 100 | +### 4.4 Assets |
| 101 | + |
| 102 | +The `assets/` section contains: |
| 103 | + |
| 104 | +- a generic local USGS water station SVG |
| 105 | +- a note explaining why no single official station image was bundled |
| 106 | + |
| 107 | +### 4.5 Bootstrap patch candidates |
| 108 | + |
| 109 | +The `patches/` section contains: |
| 110 | + |
| 111 | +- constants and helper URLs |
| 112 | +- an enriched procedure body |
| 113 | +- an enriched system stub |
| 114 | +- an enriched SensorML system body |
| 115 | +- enriched datastream schema candidates |
| 116 | +- enriched deployment blocks |
| 117 | +- an enriched station JSON example |
| 118 | +- a compact candidate snippet summary |
| 119 | + |
| 120 | +--- |
| 121 | + |
| 122 | +## 5. Design Position |
| 123 | + |
| 124 | +This package makes a deliberate distinction between: |
| 125 | + |
| 126 | +- what should be changed now |
| 127 | +- what should be documented now but implemented later |
| 128 | + |
| 129 | +### Recommended now |
| 130 | + |
| 131 | +- richer procedure provenance |
| 132 | +- richer station SensorML metadata |
| 133 | +- more explicit datastream semantics and collection links |
| 134 | +- optional enriched station-config sidecars |
| 135 | +- better documentation of the current observation contract |
| 136 | + |
| 137 | +### Recommended later |
| 138 | + |
| 139 | +- move latest-only polling to `latest-continuous` |
| 140 | +- decide whether `time_series_id` or `last_modified` should ever become result-body fields |
| 141 | +- consider additional parameter families such as `00010` |
| 142 | + |
| 143 | +This keeps the package robust without forcing unnecessary runtime churn. |
| 144 | + |
| 145 | +--- |
| 146 | + |
| 147 | +## 6. Bottom Line |
| 148 | + |
| 149 | +The new USGS water package is not just a metadata patch. It is a reviewed handoff |
| 150 | +bundle for the current publisher: |
| 151 | + |
| 152 | +- architecture clarified |
| 153 | +- live upstream semantics verified |
| 154 | +- enrichment candidates prepared |
| 155 | +- zip artifact produced for transport and review |
| 156 | + |
| 157 | +That is the right level of packaging for a publisher that is already functional |
| 158 | +and now needs to become more explicit, more authoritative, and easier to extend. |
0 commit comments