Two archives, queried live.
Every record below comes from The Met or Smithsonian Open Access and was filtered on that archive’s own rights field before it reached this page. 24 shown for “Krishna Killing the Horse Demon Keshi” — 58 records examined, 17 dropped by the rights gate.
Archives queried 2026-08-27 03:44 UTC · fetched live for this request
isPublicDomain field is true for this object.metadata_usage.access reads CC0 — a waiver, not an expired term.
Krishna Killing the Horse Demon Keshi
Artist not stated in the record · 5th century

Zhong Kui (Shoki) killing a demon
Attributed to Katsushika Hokusai 葛飾北斎 (1760-1849) · 1760-1868

Exercise weight with scene of Krishna killing the horse-demon Keshi
Artist not stated in the record · 3rd century

St. George Killing the Dr
Artist not stated in the record · 1504–55

Krishna killing the crane demon Bakasura. Preparatory drawing for Bhagavata Purana series
family of Manaku · ca. 1780–90

Design for the South Wall of the Music Room, Royal Pavilion, Brighton
Frederick Crace, English, 1779–1859 · 1817

Krishna Battles the Armies of the Demon Naraka: Page from a Bhagavata Purana Manuscript
Artist not stated in the record · ca. 1540

Study for "Napoleon at Eylau"
Charles Meynier, 1768 – 1832 · ca. 1807

Shahnama (Book of Kings) of Firdausi
Mu'in Musavvir · 1660s

Artist not stated in the record · 1619

Episodes from Krishna's Life: Folio from a Bhagavata Purana (Ancient Stories of Lord Vishnu)
Artist not stated in the record · ca. 1700

Rukmini elopes with Krishna, folio from a Bhagavata Purana
Artist not stated in the record · ca. 1780

Krishna Slays Bakasura, the Crane Demon: Page from a Dispersed Bhagavata Purana (Ancient Stories of Lord Vishnu))
Artist not stated in the record · 1800–1825

Black Horse Fly
Artist not stated in the record · 1967

The Death of the Demoness Putana: Folio from a Bhagavata Purana Series
Artist not stated in the record · ca. 1610

Sonchus oleraceus L.
Artist not stated in the record · 29 May 1894

"Tahmuras Defeats the Divs", Folio 23v from the Shahnama (Book of Kings) of Shah Tahmasp
Abu'l Qasim Firdausi · ca. 1525

Kút-tee-o-túb-bee, How Did He Kill?, a Noted Brave
George Catlin, born Wilkes-Barre, PA 1796-died Jersey City, NJ 1872 · 1834

Krishna Brings the Messenger Akrura Inside Nanda’s House: Page from a Dispersed Bhagavata Purana Manuscript
Artist not stated in the record · ca. 1620–30

Battle Between Sioux and Sac and Fox
George Catlin, born Wilkes-Barre, PA 1796-died Jersey City, NJ 1872 · 1846-1848

Krishna Is Welcomed into Mathura: Page from a Dispersed Bhagavata Purana Manuscript
Artist not stated in the record · ca. 1520–40

Krishna Vishvarupa
Artist not stated in the record · ca. 1740

Bakasura, the Crane Demon, Arrives in Brindavan: Page from a Dispersed Bhagavata Purana (Ancient Stories of Lord Vishnu)
Artist not stated in the record · ca. 1700

Durga fighting the rakshashas Shunga and Nishunga, from a Devi Mahatmya
Artist not stated in the record · mid 19th century
Where these records came from.
Two archives are wired, and only two. Each one is filtered on its own rights field — never on a title match, and never on the presence of an image file.
- The Met Collection API (Open Access)Rights field:
isPublicDomain. 18 matched · 18 examined · 1 dropped by the rights gate. Kept only where isPublicDomain === true and a file URL was published.12 shown - Smithsonian Open Access API (api.si.edu)Rights field:
content.descriptiveNonRepeating.metadata_usage.access. 1189231 matched · 40 examined · 16 dropped by the rights gate. Kept only where metadata_usage.access === "CC0" and an image resource was published.12 shown
These figures describe the pass run at 2026-08-27 03:44 UTC, during this request. A completed pass is kept for 24 hours and replayed for an identical search, which is what keeps repeated queries inside Smithsonian’s 30-requests-per-hour allowance. A pass in which either archive failed to answer is never kept — an outage must not be replayed as though it were a finding about the catalogue.
Wikimedia Commons and the Library of Congress are deliberately not wired. Wikimedia was confirmed, on a live query, to return CC-BY material inside the same result set as genuine public domain works, and filtering it safely has not been designed yet. loc.gov was blocked by bot detection during the source evaluation, so its rights vocabulary has never been observed — and nothing here is built on a field nobody has read.
An image file is a rights claim. It never travels without its field.