Edge Rewrite
// HTMLRewriter · presentation

This page was redesigned at the edge.

Cloudflare fetched the original article and streamed it through HTMLRewriter to apply an entirely new visual system without rebuilding the source page.

// request.cf · coarse context

A page that knows where it met you.

Only coarse request metadata is shown. This demo does not display or persist visitor IP addresses.

Country
US
Cloudflare location
CMH
Connection
HTTP/2
Language
Not provided

Ray ID: a23adc8d28a7f41a

Jump to content

Talk:Coutts

Page contents not supported in other languages.
Add topic
From Wikipedia, the free encyclopedia

References in culture - "section appears to contain trivial, minor, or unrelated references"

[edit]

A flag on this section says it appears to contain clutter - trivial, minor, or unrelated references. I suggest it doesn't. The section mentions four popular-culture works; all four are linked to their own articles, and all four content-creators are identified and are also linked to their own articles. To me, this comprehensive linking establishes tht all the works, and their creators, are NOTABLE - not trivial, or minor. (And the details included within the section establish tht the references are not unrelated.)

Accordingly, and given tht the links are of course on plain display in the section, it seems to me clear tht the section doesn't even appear to contain clutter references. The flag is uncomplicatedly mistaken. I suggest deleting it. (It's been there since Oct_2019.)

Beyond that, I'd suggest there's also a Wikipolicy issue. How about amending the relevant policy too?

As a general thing, it's clearly reasonable to suggest tht these "References in culture" sections should include citations to reliable, secondary sources, rather than simply listing appearances. But the circumstances here present an exception, where the links themselves demonstrate Wikipedia's own assessments of importance. In this case, citations of third-party assessments seem at best pointless. I'd think the policy should be amended to recognise this exception. 2A04:B2C2:405:EB00:BDB6:D58:F466:219 (talk) 23:33, 19 August 2023 (UTC)Reply