Kanonické záznamy nejsou „JSON, ze kterého se pak dělá JSON-LD“. Jsou to rovnou platné JSON-LD dokumenty: nesou @context, globální @id a @type, vedle nichž stojí recordType a lokální identifier pro UI.
Lokální kontext
@context ukazuje na https://vomaste.cz/context/v1.jsonld, který si projekt hostuje sám. Dvě věci z toho plynou:
- Expanze funguje bez sítě. Validátor rozbaluje dokumenty proti lokální kopii, takže sestavení nezávisí na dostupnosti cizího serveru.
- Kontext je verzovaný (
v1). Změna významu pole není tichá úprava, ale nová verze.
Kde jsou strojová data k dispozici
Exporty pod /data/ — tvrzení, zdroje, kauzy, mezery, vztahy, entity, dossiery — plus JSON-LD grafy. Každá publikovaná stránka navíc nese vlastní blok strukturovaných dat; kontroluje to samostatná brána po sestavení.
Co ta brána vyžaduje: aspoň jeden parsovatelný blok na každé stránce, uzel tvrzení nesoucí přesně ty zdroje, které tvrzení deklaruje, citační uzel na stránce zdroje a přepočitatelné otisky citací. Ověř si, že to sedí Chcete přidat do záznamu tvrzení nové pole. Co všechno se musí změnit, aby to prošlo? Tři místa, a musí souhlasit všechna: Pravidlo, které z toho plyne: pole, které nikdo nečte, a pole v šabloně bez pokrytí ve schématu jsou obojí nedodělaná změna. Ne stylistická výtka — datový kontrakt to takhle definuje. A když nové pole mění význam existujících dat, je to i otázka verze lokálního kontextu.Zobrazit odpověď Skrýt odpověď
schemas/canonical/claim.schema.json). Schémata mají zakázané neznámé klíče, takže nové pole bez záznamu ve schématu shodí build hned. To je záměr — jinak by data tiše obsahovala cokoli.