Evidence media
Evidence is often visual. A scanned filing, photograph, spreadsheet, video still or chart can make a source much easier to inspect. PressChain gives evidence records separate fields for the artifact URI, MIME type, metadata URI and cover URL so applications can render useful previews without losing the canonical source.Four different concerns
Treat these fields independently:uripoints to the evidence artifact.contentHashcommits to the artifact bytes.metadataURIcan describe the artifact in richer structured form.coverUrlis a presentation aid.
MIME-aware rendering
UsemimeType to choose a safe viewer path, but verify the actual response content type too. A sensible application supports a limited allowlist rather than injecting arbitrary returned content into the page.
For example:
Verify before decorating
If your app fetches the artifact, compute its canonical content hash before showing a verified badge. A successful HTTP response only proves that something exists at the URL. When verification fails, keep the protocol record visible and explain the mismatch.Metadata for context
Evidence metadata can include information useful to a reader but inappropriate for contract storage, such as document title, issuer, capture date, page count, archival source, redaction notes or a human-readable explanation. Keep sensitive source information out of public metadata. PressChain provenance is a tool for accountability, not a requirement to expose confidential reporting sources.Cover images
For PDFs or datasets, a cover image makes a card understandable at a glance. The cover can be generated by the publishing workflow while the originaluri remains the canonical artifact.
If the cover disappears later, the app should still render the evidence record from its label, MIME type and provenance fields.