I run the raster tile version of OpenRailwayMap and I do not want to support this proposal.
The definition of the tag is not precise. But many tags have this issue, some even contain subjective elements (e.g. highway=*, smoothness=*). Before we change something, we should ask ourselves what benefits are, what the costs are and if the benefits outweight the costs.
This proposal creates an impression that the world fits into simple, strict rules. After almost 15 years of editing OSM, more than 10 years of writing rendering styles and discussing lots of questions about tagging, I can say: The world – and railway infrastructure and public transport even more – has plenty edge cases. Things do not fit into a fixed schema.
I have seen lots of discussions whether a certain piece of railway infrastructure is rail, light_rail, tram orsubway (or narrow_gauge if gauge is smaller than the default gauge in that country). Sometimes vehicle morph from one type into another or infrastructure changes suddenly for historical reasons.
Adding tags to an OpenStreetMap object is not just blindly following rules [1]. If you tag a road or a path, you often have to decide if it is a highway=secondary or highway=tertiary, if it is tracktype=grade2 or tracktype=grade3. The meanings sometimes overlap. Some tags are defined by a couple of criterias and mappers choose the tag which they think fits best to the object and its tag usage around them. highway=tertiary does not use road surface as a hard criteria but in some countries mappers will not tag unpaved roads as tertiary.
Usage and definition of tags needs to be seen in their historical context. This proposal lacks it completely. railway=narrow_gauge is very old. It is an early established tag to distinguish less important from more important railway lines/tracks. It is rather easy to understand for mappers with few special domain knowledge about railway infrastructure. usage=* was added later and requires more understanding. When I did my first contribution to OpenRailwayMap map styles more than ten years ago, some main railway lines in Germany lacked usage=*.
I oppose the this proposal because it removes the easy option to distinguish main and branch railway lines which is understood even by non-railway experts. What will you, @UnniMan, suggest as an alternative to authors of map styles if they still want to benefit from the clear distinction of railway infrastructure below the regional standard gauge? Where is the list of standard gauges per country to be integrated in my map styles? How many lines will I have to add? How many extra SQL JOINs will be required to decide if it is narrow gauge or not? How can one distinguish the less important narrow-gauge peat bog railways in Ireland or Northern Germany? Authors of map styles should be able to produce base maps without being railway experts.
This proposal comes with tiny benefits and huge unvisible costs (human power, computing/energy). Like most deprecations in the past, it will motivate some mappers to do undiscussed mechanical edits. They will be reverted, repeated later by the next one and reverted again … Not to mention all the data consumers who need to modify their data processing. Those who dislike railway=narrow_gauge can already merge rail and narrow_gauge this in their processing.
[1] Some say we don’t have “rules” at all. ;-)