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. 23 shown for “Chenopodium murale L.” — 64 records examined, 15 dropped by the rights gate.
Archives queried 2026-08-28 04:15 UTC · fetched live for this request
isPublicDomain field is true for this object.metadata_usage.access reads CC0 — a waiver, not an expired term.
Mural
Teotihuacan artist(s) · 500–550 CE
Chenopodium murale L.
Artist not stated in the record · 4 Aug 1898

"Kai Khusrau Crosses the Sea", Folio from a Shahnama (Book of Kings) of Firdausi
Abu'l Qasim Firdausi · ca. 1610
Chenopodium murale L.
Artist not stated in the record · 1875

"Suhrab Slain by Rustam", Folio from a Shahnama (Book of Kings) of Firdausi
Abu'l Qasim Firdausi · ca. 1610
Chenopodium murale L.
Artist not stated in the record · Oct 1875

"Death of Farud", Folio from a Shahnama (Book of Kings) of Firdausi
Abu'l Qasim Firdausi · ca. 1610
Chenopodium murale L.
Artist not stated in the record · 1873

Red jasper ring stone
Artist not stated in the record · ca. 1st century BCE–3rd century CE

Chenopodium murale L.
Artist not stated in the record · 8 Nov 1937

Study for "A Sunday on La Grande Jatte"
Georges Seurat · 1884

Chenopodium murale L.
Artist not stated in the record · 20 Oct 1894

Cider
Pierre Puvis de Chavannes · ca. 1864

Chenopodium murale L.
Artist not stated in the record · Mar 1944

The Sackville Children
John Hoppner · 1796

Chenopodium murale L.
Artist not stated in the record · 6 Oct 1917

The River
Pierre Puvis de Chavannes · ca. 1864

Chenopodium murale L.
Artist not stated in the record · 1880

Stone marker
Teotihuacan artist(s) · 350–450 CE

Chenopodium murale L.
Artist not stated in the record · 8 Apr 1939

The Shepherd's Song
Pierre Puvis de Chavannes · 1891

Chenopodium murale L.
Artist not stated in the record

Chenopodium murale L.
Artist not stated in the record · 18
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. 140 matched · 24 examined · 13 dropped by the rights gate. Kept only where isPublicDomain === true and a file URL was published.11 shown - Smithsonian Open Access API (api.si.edu)Rights field:
content.descriptiveNonRepeating.metadata_usage.access. 1293019 matched · 40 examined · 2 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-28 04:15 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.