osmlab / name-suggestion-index

Canonical common brand names, operators, transit and flags for OpenStreetMap.
https://nsi.guide
BSD 3-Clause "New" or "Revised" License
713 stars 860 forks source link

Farmersville, California additions #8399

Open happy5214 opened 1 year ago

happy5214 commented 1 year ago

I'd like to suggest the following operator additions to NSI in California:

Both operators should have operator:type=public.

arrival-spring commented 1 year ago

The website says there are only 7 schools in that district, so I think it is not notable enough for NSI

happy5214 commented 1 year ago

The website says there are only 7 schools in that district, so I think it is not notable enough for NSI

There are similar numbers of wells and parks (all of which are already mapped), so those tags can be taken off too. There are many more manholes, pipelines, and hydrants, many of which aren't yet mapped. Public parking comprises the street parking along the main street (which I've already micromapped) and parking lots at public areas like the parks and city hall (which are mostly, but not completely, mapped to at least a basic level).

1ec5 commented 1 year ago

This isn’t about whether things are mapped, only about whether an entry is added to NSI to standardize the operator:wikidata tagging. The tradeoff is that the memory and bandwidth cost of proliferating small operators can add up, hurting performance for everyone using iD or other NSI clients. NSI isn’t really needed for standardizing operator:wikidata on something hyperlocal that a single mapper can keep track of on their own. A lot of small operators have been added to the index lately, yet we’re still hundreds short of Wikidata’s incomplete coverage: https://github.com/ideditor/nsi-collector/issues/2#issuecomment-1526545723. So there’s something to be said for the slippery slope argument, even if it seems overblown when discussing a particular addition.