BDMS-783 -- add contacts to CSV Export on Map pages#270
Merged
jeremyzilar merged 11 commits intostagingfrom Apr 28, 2026
Merged
BDMS-783 -- add contacts to CSV Export on Map pages#270jeremyzilar merged 11 commits intostagingfrom
jeremyzilar merged 11 commits intostagingfrom
Conversation
jirhiker
approved these changes
Apr 28, 2026
Preview DeploymentPreview URL: https://preview-bdms-783-auejgdbofq-uc.a.run.app Note: This preview uses the staging API endpoints. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What is changing
Map Export visible for water wells now produces a CSV whose column titles match the Ocotillo Wells list where the same field exists, with extra columns only for map export. Rows are enriched from
thing/water-well/{id}/detailswhen the feature has a numeric thing id. Column order is no longer driven only by alphabetical property keys:buildLayerCsvaccepts a preferred key order so important columns lead the file. OptionalVITE_OCOTILLO_PUBLIC_APP_URLdocuments how to control the Well detail page link base in exports.What changed
src/well-list/wellListColumnLabels.tsSingle source of truth for DataGrid
headerNamestrings on the water well list and for shared map CSV headers.src/utils/wellPublicUrls.tsHelpers to build absolute well show URLs (default production host; override via env).
src/well-export/wellMapCsvExport.tsMap CSV label maps (
WellListColumnLabels+WellMapCsvOnlyLabels), preferred header order, row builder (buildWellMapCsvValues), enrichment-failure row, site name resolution (API, OGCsite_name, Unknown alternate IDs), and cleanup of legacydetail_*/ redundant OGC id fields on features.src/utils/layerExport.tspreferredPropertyColumnOrder: emit those property keys first (when present), then remaining keys sorted A–Z, then geometry columns.src/utils/wellMapExport.tsBatches fetches to
thing/water-well/{id}/detailsand merges flattened CSV fields into each feature’spropertiesfor export.src/pages/ocotillo/thing/list.tsxWell list columns use
WellListColumnLabelsforheaderNamevalues.src/pages/ocotillo/map/list.tsxExport path uses
buildMapExportPreferredColumnOrder()andenrichMapFeaturesWithWellDetails.src/components/WellShow/Contacts.tsxContact block uses inline caption text again (not shared export constants) so the well detail UI stays independent of CSV label modules.
.env.production.exampleComment block for optional
VITE_OCOTILLO_PUBLIC_APP_URL.How to test
thing/list): confirm grid headers match expectations (same strings asWellListColumnLabels).VITE_OCOTILLO_PUBLIC_APP_URLset, links use that origin.detail_*columns or duplicate OGC id columns if you saw them before.VITE_OCOTILLO_PUBLIC_APP_URLlocally, rebuild, re-export, confirm link host.