Sep 24, 2020, 01:00 by [email protected]: > > > On Wed, Sep 23, 2020 at 5:56 PM Andy Townsend <> [email protected]> > wrote: > >> >> >> >> On 23/09/2020 23:01, Paul Johnson wrote: >> >>> >>> >>> On Wed, Sep 23, 2020 at 4:37 PM stevea <>>> >>> [email protected]>>> > wrote: >>> >>>> Paul Johnson <>>>> [email protected]>>>> > wrote: >>>> >>>> > 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. >>>> >>>> Yes, 100% agreement. I think this is simply pure inertia (the >>>> kind that says "broken process") on the part of renderers. >>>> >>>> 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. >>>> >> >> 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 >> >> > Right up until there's more than one kind of route on the way. > ??? As far as I can see it also works fine, see say https://www.openstreetmap.org/#map=17/50.08717/19.80950 with ref=A4;7 and ref=S52;7 And in places where this rendering breaks due to large number of refs, rendering from relations would also break Rendering from ref on road and ref from relation would be displayed in exactly the same way, so if current display is bad it would not be fixed by changing to rendering from relations
_______________________________________________ Talk-us mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-us
