I’d like to request an update to openstreetmap.org site, let me know if there is a better place to request that.
When looking at an object with gnis:feature_id tag, make that value a link.
For example,
should link to:
I’d like to request an update to openstreetmap.org site, let me know if there is a better place to request that.
When looking at an object with gnis:feature_id tag, make that value a link.
For example,
should link to:
I think you’d need to make your request here: Issues · openstreetmap/openstreetmap-website · GitHub This is the repository for the website code, making links to e.g. Wikipedia clickable.
As an alternative, there’s already browser extension that turns Wikidata IDs into links - just for people who have the extension installed. If you have some coding experience, then modifying this extension to work for GNIS IDs might be a more “lightweight” option if you just want it for yourself, instead of every user of the OSM website.
FYI, The National Map’s gazetteer search application only includes actively maintained feature classes. Many valid gnis:feature_id=*
tags refer to features from the archived feature classes, which are only available on alternative official and third-party sites.
Linking to the main search application would be convenient. However, there is a slight risk that someone will follow a link from an archived feature ID, see that it doesn’t exist in The National Map, and delete it as fictitious or defunct – even if it still exists in the real world and in GNIS.
An intersting case! Looks like there are cases where we are at the mercy of USGS.
Perhaps a workaround is to mirror the GNIS status through tagging, possibly changing all gnis:feature_id
tags (or integrate this with QA tools like OseMose) to something like gnis:archived_feature_id
or add a tag: gnis:feature_id:status=(archived|unreviewed|<default:online>)
The class is what gets archived, rather than an individual feature. We used to tag the feature’s GNIS class, but the consensus was to remove that information. As it is, keeping OSM in sync with GNIS is already such a large task without attempting to mirror the structure of that dataset. One can more or less assume that any amenity=place_or_worship
or amenity=fire_station
in GNIS has been archived.
If we need to link to a single site that has all of GNIS, regardless of archival status, maybe someone could set up a simple redirection service.