<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 23, 2020 at 5:56 PM Andy Townsend <<a href="mailto:ajt1047@gmail.com">ajt1047@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p><br>
    </p>
    <div>On 23/09/2020 23:01, Paul Johnson
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div dir="ltr"><br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Wed, Sep 23, 2020 at 4:37
            PM stevea <<a href="mailto:steveaOSM@softworkers.com" target="_blank">steveaOSM@softworkers.com</a>>
            wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Paul Johnson <<a href="mailto:baloo@ursamundi.org" target="_blank">baloo@ursamundi.org</a>> wrote:
            <br>
          </blockquote>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            > 2. Tagging route information on ways.  It's about a
            decade too long at this point for ref=* on a way to be
            completely disconnected from the entity the tag applies to: 
            That's why route relations exist.  Biggest problem child on
            this at the moment:  OSM's own tilesets.  Let's drop
            rendering for ref=* on ways and just render the route
            relations already, this and multipolygons are why relations
            came to exist in the first place.<br>
            <br>
            Yes, 100% agreement.  I think this is simply pure inertia
            (the kind that says "broken process") on the part of
            renderers.<br>
            <br>
            Can anybody (renderer authors included, maybe even
            especially) are welcome to offer reasons why "the old
            machinery" remains in place?  Are there legacy use cases
            that remain unclear to the wider community?  Please tell us
            here, if so.<br>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <p>The US is unusual in that it doesn't have a single ref per
      section of road.  Most places in OSM map what they see on the
      ground, and the current OSM Carto rendering works just fine for
      them</p></div></blockquote><div>Right up until there's more than one kind of route on the way. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <p>It's not strictly a Mapnik problem.  It's certainly possible to
      render information from relations in Mapnik (I've done it, for
      different sorts of relations, and written diary entries about
      it).  There are a couple of tricky bits* though:</p>
    <ol>
      <li>You'd need to derive the shields from the ref and the road
        itself from the way, and you're going to get some edge cases
        where they "don't seem to match".</li>
      <li>I expect that it would be _really_ difficult to render refs
        from relations in the one country where that's needed and refs
        from ways in the other 190-odd.  The OSM style is a global
        style, and that means that local edge cases (which is what the
        US is here) can't get the "special-case handling" that might be
        nice.</li></ol></div></blockquote><div>There's no reason the rest of the world shouldn't be mapping routes this way.  For the reason I gave above.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div>