<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
<div>This seems to be a rather half-baked proposal.<br></div><div><br></div><div>We have already railway=narrow_gauge.<br></div><div><br></div><div>There is no good reason to tag preserved narrow<br></div><div>gauge with a different tag, just because someone<br></div><div>started tagging preserved railways in a weird way<br></div><div>long time ago.<br></div><div><br></div><div>Apr 11, 2021, 23:24 by sfkeller@gmail.com:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>So, if you want to differentiate construction aspects like<br></div><div>"narrow-gauge" create a secondary tag (similar to cuisine which is a<br></div><div>secondary tag to restaurants).<br></div><div><br></div><div>~Stefan<br></div><div><br></div><div>[1] https://wiki.openstreetmap.org/wiki/Talk:Namespace#Over-namespacing_and_Prefix-fooling<br></div><div><br></div><div>Am Mi., 7. Apr. 2021 um 17:28 Uhr schrieb Kai Michael Poppe - OSM<br></div><div><osm@poppe.dev>:<br></div><blockquote><div><br></div><div>Hey all,<br></div><div><br></div><div>In case you didn't see, I created a first experiment to fix that with just trying to create parity between both renderings - and I my test with the latest Geofabrik-PBF from DE-NDS (using hstore, no problems on that end), it worked ok (apart from the name not showing correctly): https://github.com/gravitystorm/openstreetmap-carto/pull/4361 - An example with old and new is shown.<br></div><div><br></div><div>Kai<br></div><div><br></div><div>On 07.04.2021 13:48, Jeroen Hoek wrote:<br></div><div>> On 07-04-2021 12:14, Mateusz Konieczny via Tagging wrote:<br></div><div>>> Note "Database layout change" part - right now this tag is not in a database<br></div><div>>> used for rendering :(<br></div><div>>><br></div><div>>> So it may require changing in database import definition and deployment will<br></div><div>>> be definitely delayed and/or more complicated.<br></div><div>>><br></div><div>>> Though it is also possible that OSM Carto has no need for yet another barely<br></div><div>>> distinguishable and unclear rendering difference, maybe railway=preserved<br></div><div>>> special rendering should be dropped?<br></div><div>> As Marc_marc also noted, I think you can just use the hstore tags column<br></div><div>> to filter on those (I know this works in my airfield rendering<br></div><div>> experiment), unless that is not an option because of performance. Do you<br></div><div>> know who we could ping in that Carto issue to answer that question?<br></div><div>><br></div><div>> Dropping rendering is a choice that the Carto maintainers can make of<br></div><div>> course. I personally don't have a strong opinion either way (slightly<br></div><div>> preferring some form of differing rendering), just that rendering the<br></div><div>> old method but not the new method is undesirable at this point where the<br></div><div>> new method has superseded the old one.<br></div><div>><br></div><div>> _______________________________________________<br></div><div>> Tagging mailing list<br></div><div>> Tagging@openstreetmap.org<br></div><div>> https://lists.openstreetmap.org/listinfo/tagging<br></div><div><br></div><div>_______________________________________________<br></div><div>Tagging mailing list<br></div><div>Tagging@openstreetmap.org<br></div><div>https://lists.openstreetmap.org/listinfo/tagging<br></div></blockquote><div><br></div><div>_______________________________________________<br></div><div>Tagging mailing list<br></div><div>Tagging@openstreetmap.org<br></div><div>https://lists.openstreetmap.org/listinfo/tagging<br></div></blockquote><div><br></div>  </body>
</html>