Podcast Episode
A podcast episode with a canonical episode URL.
Fields
1 required · 4 recommended. Every field points at its schema.org property — the definition lives in one place, so nothing drifts. The full inherited superset stays available through @0xintuition/schema-org.
| Field | Type | Description | |
|---|---|---|---|
name |
string | required | The title of the episode. schema.org/name |
url |
url | optional | The canonical episode URL. schema.org/url |
partOfSeries |
string | optional | The series name or URL the episode belongs to. schema.org/partOfSeries |
datePublished |
iso-date | optional | The publication date. schema.org/datePublished |
sameAs |
string[] | optional | Canonical URLs that identify the same podcast episode. schema.org/sameAs |
The canonical shape
What a Podcast Episode atom's data looks like. These exact bytes are what calculateAtomId hashes — shared shape is shared identity.
{
"@context": "https://schema.org/",
"@type": "PodcastEpisode",
"name": "The Future of Onchain Reputation",
"url": "https://example.com/podcast/episodes/onchain-reputation",
"partOfSeries": "https://example.com/podcast"
}import { buildAtomData } from "@0xintuition/classifications";
import { calculateAtomId } from "@0xintuition/ids";
const atomData = buildAtomData("podcast-episode", {
name: "The Future of Onchain Reputation",
url: "https://example.com/podcast/episodes/onchain-reputation",
});
// deterministic — same bytes, same ID, offchain and on
const atomId = calculateAtomId(atomData);What a Podcast Episode can say
The recommended triple vocabulary for this classification — each row is a claim shape the graph already understands, with the kind of atom expected on the other end.
Enrichment
Paste a bare reference and the enrichment engine fills a Podcast Episode in from its sources (default pipeline: podcast-episode) — titles, canonical sameAs URLs, and the fields above, merged onto the same deterministic atom.