<p></p>
<blockquote>
<p dir="auto">As for the regexps, I haven't yet had a chance to investigate any of the implications mentioned above, so I can't answer which direction for a solution that I would prefer, yet.</p>
</blockquote>
<p dir="auto">OK, I've had a look through the related issues and thanks <a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/pnorman/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/pnorman">@pnorman</a> for the additional information.</p>
<p dir="auto">I don't have a preferred solution, since I'm not a regexp expert. So I'll outline the constraints, and then I'm happy to review any PR that meets those constraints. But please, realise that there's never a guarantee that any specific PR will be accepted, so please no complaining if a proposed PR is declined and also please no complaining if it takes a while for any PR to be reviewed.</p>
<ul dir="auto">
<li>I'm happy to allow user-hosted imagery on google cloud storage. The purpose of the blacklist isn't to prevent this.</li>
<li>The regular expressions should not rely on "negative lookbehinds" or other features that are not cross-browser or not well supported in most programming languages. I'll defer to other people's knowledge on this topic, if required. This is because our API is implementation-agnostic so "it works in JOSM" or "it works in iD in some browsers" is not sufficient.</li>
<li>The PR must come with tests for the regular expressions demonstrating sample urls that should be blocked and sample urls that should be permitted.</li>
<li>There must be tests to show that it continues to block google map images and google aerial imagery.</li>
<li>There must be tests to show that user-hosted imagery on google cloud storage is permitted.</li>
<li>There must be some narrative explanation as to why google are unlikely to use google cloud storage for their own maps and/or imagery, either now or in the near term, since I don't want to end up having some kind of per-bucket blacklist or whitelist if they start hosting their own maps/imagery on the storage.googleapis.com domain too.</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/3591#issuecomment-1233022135">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLLHIYRMQ7GGELKUFOLV35UQ5ANCNFSM527SNI2A">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLPWJE6S765MVJSPCQDV35UQ5A5CNFSM527SNI2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOJF7GZNY.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/issues/3591/1233022135</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/3591#issuecomment-1233022135",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/3591#issuecomment-1233022135",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>