OpenTwo 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 “Foundation plaque inscribed with the cartouche of Psusennes I” — 64 records examined, 5 dropped by the rights gate.
Archives queried 2026-09-04 23:24 UTC · fetched live for this request
isPublicDomain field is true for this object.metadata_usage.access reads CC0 — a waiver, not an expired term.
Foundation plaque inscribed with the cartouche of Psusennes I
Artist not stated in the record · ca. 1051–1002 BCE
"Blackpool"
Artist not stated in the record · 1900–10
Foundation plaque inscribed with the cartouche of Psusennes I
Artist not stated in the record · ca. 1051–1002 BCE
Designs for the Border of the Biblical Chronology for the King , 2nd Plate, pl. 36 in Oeuvre de Juste-Aurèle Meissonnier
Juste-Aurèle Meissonnier, French, b. Italy, 1695–1750 · 1748
Plaque with Saint John the Evangelist
Artist not stated in the record · early 9th century
NOUVEAUX CARTOUCHES CHINOIS
Alexis Peyrotte, French, 1699–1769 · 1738–49
Plaque Inscribed with the Cartouche of Amenemhat I
Artist not stated in the record · ca. 1981–1952 B.C.
Savoyards
Artist not stated in the record · ca. 1840
Scarab Inscribed "Hatshepsut, United with Amun"
Artist not stated in the record · ca. 1473–1458 BCE
Title Page
Gilles-Marie Oppenord, French, 1672–1742 · ca. 1900
Shabti of Psusennes I
Artist not stated in the record · ca. 1051–1002 BCE
Title Page
Gilles-Marie Oppenord, French, 1672–1742 · 1749-1761
Foundation deposit plaque of Amenemhat I
Artist not stated in the record · ca. 1981–1952 B.C.
page Three from "Cinquième Livre Contenant des Cartouches Inventés par G. M. Oppenort Architecte du Roi et Gravé par Huquier"
Gilles-Marie Oppenord, French, 1672–1742 · after 1751
Foundation deposit plaque of Amenemhat I
Artist not stated in the record · ca. 1981–1952 B.C.
Title Page
Gilles-Marie Oppenord, French, 1672–1742 · 1749-1761
Foundation deposit plaque of Amenemhat I
Artist not stated in the record · ca. 1981–1952 B.C.
Title Page
Gilles-Marie Oppenord, French, 1672–1742 · ca. 1900
Foundation Deposit Plaque
Artist not stated in the record · ca. 1166–1158 BCE
L’ASTRONOMIE / LA GÉOGRAPHIE
Artist not stated in the record · mid- 18th–late 18th century
Calligraphic Plaque
Artist not stated in the record · probably late 17th century
Le Printemps
Antoine Watteau, French, 1684–1721 · 1723-1735
Relief from the West Wall of a Chapel of Ramesses I
Artist not stated in the record · ca. 1299–1290 BCE
Sampler
Artist not stated in the record · 1818
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. 765 matched · 24 examined · 0 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. 3097942 matched · 40 examined · 5 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-09-04 23:24 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.