You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Per discussion with @dblodgett-usgs on slack, our preference for data providers is to go through something like this algorithm:
Determine if my sites are already reference features (gages, dams, PWS, wells, etc.)
If yes, rather than mint PIDs for locations, make dataset landing pages, which are schema:about or sosa:FeatureOfInterest to reference PIDs
If no: contribute sites to references features, and then do (2)
To do this, we need an easy way for people to identify which reference features, if any, correspond to their sites. Suggest a workflow where:
User submits a file or API endpoint of their sites, perhaps selects a reference feature collection, and retrieves a csv of their site identifiers and 1-5 potential matches to reference PIDs, perhaspw tih a score or distance metric. Also an html map may be helfpul
The text was updated successfully, but these errors were encountered:
Per discussion with @dblodgett-usgs on slack, our preference for data providers is to go through something like this algorithm:
To do this, we need an easy way for people to identify which reference features, if any, correspond to their sites. Suggest a workflow where:
User submits a file or API endpoint of their sites, perhaps selects a reference feature collection, and retrieves a csv of their site identifiers and 1-5 potential matches to reference PIDs, perhaspw tih a score or distance metric. Also an html map may be helfpul
The text was updated successfully, but these errors were encountered: