Added Semantic Web Addresses and Creator Fields
Content now uses semantic web addresses with automatic disambiguators, works gain a dedicated creator field, and relationship pickers show contextual two-line labels across the admin.
Web addresses for your works, people, series, and seasons used to carry a random string of characters when two records shared a title, which reads as noise to patrons and search engines alike. These pages now use semantic, human-readable addresses, so a symphony lives at a path like /works/symphony-no-1-haydn and a conductor at /people/john-smith-conductor. This works across works, people, series, and seasons.
Clear addresses, drawn from your own content
A page sits at a clean address built from its title, and a disambiguator is added only when two titles actually collide. The suffix comes from a real field you already maintain: a work takes its primary creator's surname, a series or season takes its year, and a person takes their default role or title. Because the disambiguator is meaningful, the address tells a patron what they are looking at before the page even loads, and search engines read a cleaner path.
A creator field and a clearer picker
Works now carry a dedicated creator field that links to the people or organisations behind them, so you can record who composed or created a work directly on the record. The creator drives the address disambiguator, appears as a column in your works list, and shows in the "Title · Creator" picker when you attach a work to an event or event instance. The same disambiguation now runs through every relationship field in the admin: each option shows a two-line label, the canonical title on top and a quieter context line below, so an event shows its season, a category shows its blog, and a person shows their role. Search ranks the closest matches first, and when the record you need does not exist yet, you can create it inline without leaving the form, so you can tell similar records apart and link the right one at a glance.
Existing addresses keep working
Every uniquely titled page keeps the exact address it had before, so there is no migration required on your side. When a title is shared, one record stays put as the owner of the bare address and only newcomers take a suffix, so an established page never moves out from under your links. Old addresses, including the previous random-string paths, are permanently redirected to the new ones, so existing links and bookmarks continue to resolve. Person pages now also use the person's name for the page title when no custom title is set, so a person page no longer arrives with an empty title.