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. 12 shown for “Limestone funerary stele with antithetical sphinxes” — 24 records examined, 0 dropped by the rights gate.
Archives queried 2026-08-28 12:52 UTC · fetched live for this request
isPublicDomain field is true for this object.metadata_usage.access reads CC0 — a waiver, not an expired term.Smithsonian Open Access: HTTP 429 from api.si.edu. Results from the remaining archive are shown unchanged — nothing is substituted for a source that did not answer.
Limestone funerary stele with antithetical sphinxes
Artist not stated in the record · ca. 475–450 BCE
Limestone funerary stele (shaft) with a "Cypriot capital"
Artist not stated in the record · 5th century BCE
Funerary Stele with Wheel Pattern
Artist not stated in the record · 6th–7th century
Funerary Stele with Architectural Frame
Artist not stated in the record · 6th–7th century
Funerary Stele with Eagle in Architectural Frame
Artist not stated in the record · 6th–7th century
Marble grave stele of Antigenes
Artist not stated in the record · end of the 6th century BCE
Funerary Stele with Cross Medallion below Eagle at Center in Architectural Frame
Artist not stated in the record · 6th–7th century
Painted limestone funerary stele with a woman in childbirth
Artist not stated in the record · late 4th–early 3rd century BCE
Painted limestone funerary stele with a seated man and two standing figures
Artist not stated in the record · late 4th–early 3rd century BCE
Painted limestone funerary slab with a soldier standing at ease
Artist not stated in the record · 2nd half of 3rd century BCE
Marble stele (grave marker) with a youth and little girl, and a capital and finial in the form of a sphinx
Artist not stated in the record · ca. 530 BCE
Painted limestone funerary slab with a man controlling a rearing horse
Artist not stated in the record · 2nd half of 3rd century BCE
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. 53 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. HTTP 429 from api.si.edu. No records from this archive are shown for this query.Unavailable
These figures describe the pass run at 2026-08-28 12:52 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.