Correct a wrong finding: Scripture Earth's links are not dead, its shelves are empty

Two ticks ago this repo recorded that Scripture Earth was rejected because its JESUS Film
links are dead, on the evidence that the /watch/jesus.html/<slug>.html scheme 404s —
english.html included, so not merely rare languages. That was wrong, and it was published
where the next agent would inherit it.

It 404s TO A SERVER-SIDE FETCH ONLY. Loaded in a browser, jesus.html/english.html and the
Ghotuo link both render "FEATURE FILM JESUS · 128 min FHD", and a bogus slug renders
"404 PAGE NOT FOUND". The scheme is alive. The lesson was already in this file for
?languageId= and I applied it inconsistently: no jesusfilm.org URL can be graded by
fetching, because the site is client-routed — a fetch 404s pages that work and returns a
shell for pages that do not.

THE REJECTION STANDS, for the reason that actually holds. MEASURED on a random sample of
20 of the 730 tier-0 languages with a Scripture Earth directory: 19 are EMPTY — no video
files, mostly no subdirectories at all. A code directory is a roster row, not a resource.
Perhaps ~5% hold something real, recoverable only by crawling all 730, which is now
recorded as a small-return future option rather than a dead end.

This is the difference between rejecting a source and rejecting it for a reason that is
true. The first would have been re-litigated the moment someone opened one of those links
and watched it play.

ALSO VERIFIED, since the tick started there: all 33 arc.gt links we ship resolve to a real
JESUS Film page — every one, not a sample. Arclight returns those shortlinks as the
shareUrl for some languages, notably American, Russian and Iranian Sign Language, which
matters because sign languages are the emptiest part of this map. A bogus keyword answers
with JSON, {"error":"Keyword not found or invalid"}, NOT a 404 page — so the probe's
control had been grading the bogus case as alive and failing for the wrong reason. Fixed,
and the string recorded so the next check knows what a dead arc.gt looks like.

plugin-designs/gospel-resources/SOURCES-CHECKED-AND-REJECTED.md

@@ -9,15 +9,24 @@ Looks like the biggest win available: `/data/` is an open Apache index with **3,
 ISO 639-3 directories**, more than Arclight (2,087) and eBible (1,237) combined, and
 **730 of them are languages currently showing "nothing found"** on our map.
 
-It is not coverage:
-- **A directory does not imply a resource.** `aab/video/` and `aac/video/` are EMPTY.
-- **Its JESUS Film links are dead.** They use the retired `/watch/jesus.html/<slug>.html`
-  scheme. The whole scheme is gone — `english.html` 404s, not just rare languages.
+It is not coverage — **the directories are overwhelmingly EMPTY**:
+- **MEASURED on a random sample of 20 of those 730 tier-0 languages: 19 are empty.**
+  No video files, mostly no subdirectories at all. A code directory is a roster row.
+  Extrapolated, perhaps ~5% (~37 languages) hold something real; finding them means
+  crawling all 730 directories, which is a legitimate future option but a small return.
 - **Its language codes disagree with the publisher's.** It files Ghotuo under `aaa`;
-  the JESUS Film Project's own API files Ghotuo under `ikh`, and jesusfilm.org resolves
-  the page to `ikh` and 404s the `aaa` path.
+  the JESUS Film Project's own API files it under `ikh`.
 
-Shipping from it would have added ~730 dead links to the groups that most need real ones.
+### CORRECTION — an earlier version of this file said its links were DEAD. That was wrong.
+The claim was that `/watch/jesus.html/<slug>.html` is a retired scheme because
+`english.html` 404s. It 404s **to a server-side fetch only**. Loaded in a browser, both
+`jesus.html/english.html` and the Ghotuo link render "FEATURE FILM JESUS · 128 min FHD",
+while a bogus slug renders "404 PAGE NOT FOUND". The scheme is alive.
+
+The lesson is one this file already records for `?languageId=` and I applied inconsistently:
+**no jesusfilm.org URL can be graded by fetching.** The site is client-routed, so a fetch
+404s pages that work and returns a shell for pages that do not. Grade in a browser, or by
+the `1_jf-0-0` marker, and never by status.
 
 ## GRN / globalrecordings.net — BLOCKED, worth pursuing by permission
 Behind a Bunny Shield proof-of-work challenge; `robots.txt` itself returns the challenge,
@@ -50,6 +59,13 @@ keep the old link and say so in their tooltip.
 Verify these by fetching for the string `1_jf-0-0`: present on a real page, absent on a
 bogus slug. That is the ONLY jesusfilm.org check that discriminates.
 
+## arc.gt short links — VERIFIED GOOD, 33 of ours use them
+Arclight returns an `arc.gt` shortlink as the shareUrl for some languages, notably sign
+languages (ASL, Russian SL, Iranian SL). They resolve: arc.gt/gt0oh renders "FEATURE FILM
+JESUS · Watch now · 119 min SD" for American Sign Language. A bogus keyword returns
+`{"error":"Keyword not found or invalid"}` — JSON, not a 404 page, so grade these by that
+string rather than by a page-not-found regex.
+
 ## jesusfilm.org ?languageId= — SUPERSEDED, never verifiable
 Kept, but do not "verify" them by fetching: `?languageId=` is a query param on a
 client-rendered page and the server returns a byte-identical shell for every id. Status