[{"_1":2,"_42223":-5,"_42224":-5},"loaderData",{"_3":4,"_18":19},"root",{"_5":6,"_7":6,"_8":9,"_10":11,"_12":13,"_14":15,"_16":17},"isProd",true,"enableStats","domain","hyper.media","siteHost","seedteamtalks.hyper.media","sentryTrace","ff4e0926d11e4eb983bb18b3c0f79e64--0","sentryBaggage","sentry-environment=production,sentry-trace_id=ff4e0926d11e4eb983bb18b3c0f79e64,sentry-sampled=false","remixVersion",2,"routes/$",{"_20":21,"_30568":30569},"json",{"_22":23,"_24":25,"_26":-5,"_27":28,"_6416":-5,"_6417":6418,"_6431":6,"_38":6432,"_6440":6441,"_6463":6464,"_6465":6466,"_30561":6438,"_10":11370,"_30562":11370,"_30563":30564,"_30565":30566},"prefersLanguages",[],"viewTerm","collaborators","panelParam","document",{"_29":30,"_6394":41,"_6395":6396,"_6397":6398,"_6400":6401,"_6402":6403,"_6404":6403,"_6405":6406,"_6411":6412,"_6413":41,"_6414":6415},"content",[31,49,57,103,194,391,564,689,883,932,1049,1098,1133,1139,1146,1168,1175,1182,1189,1196,1203,1268,1275,1299,1310,1334,1351,1368,1379,1386,1412,1430,1446,1457,1469,1476,1498,1570,1577,1584,1600,1614,1639,1646,1662,1673,1685,1697,1703,1710,1717,1724,1731,1738,1749,1761,1786,1803,1820,1831,1838,1849,1860,1871,1882,1898,1909,1916,1932,1943,1959,1980,1991,2002,2009,2020,2031,2053,2064,2075,2086,2093,2104,2115,2132,2143,2159,2170,2177,2188,2199,2215,2231,2242,2259,2266,2273,2282,2294,2301,2313,2320,2331,2338,2349,2356,2367,2374,2381,2388,2404,2425,2441,2456,2467,2474,2520,2573,2605,2612,2619,2626,2637,2648,2659,2670,2681,2688,2695,2707,2718,2729,2736,2742,2749,2756,2763,2770,2791,2798,2805,2812,2819,2826,2833,2840,2848,2858,2865,2872,2879,2886,2904,2923,2969,2976,2987,2994,3007,3018,3025,3032,3039,3046,3053,3060,3067,3074,3085,3100,3111,3118,3125,3132,3139,3146,3153,3160,3171,3178,3189,3196,3203,3210,3225,3232,3239,3246,3259,3266,3273,3280,3337,3383,3395,3402,3413,3424,3431,3485,3496,3504,3511,3564,3576,3584,3591,3598,3605,3612,3658,3672,3679,3686,3693,3699,3710,3717,3724,3732,3739,3746,3753,3760,3767,3774,3785,3792,3803,3818,3825,3832,3851,3858,3874,3881,3888,3895,3903,3910,3917,3931,3938,3945,3989,3996,4003,4010,4017,4024,4031,4042,4049,4089,4096,4103,4110,4117,4124,4131,4138,4146,4153,4160,4167,4174,4181,4188,4195,4202,4209,4216,4223,4229,4236,4243,4259,4266,4281,4292,4303,4310,4317,4324,4331,4338,4345,4352,4359,4366,4373,4380,4387,4394,4405,4423,4434,4441,4448,4455,4462,4516,4523,4530,4537,4544,4551,4558,4565,4572,4579,4586,4592,4599,4606,4712,4719,4726,4733,4747,4754,4773,4780,4801,4812,4818,4830,4837,4844,4856,4863,4870,4877,4912,4919,4926,4939,4946,4953,4964,4971,4983,4990,5001,5008,5015,5022,5034,5041,5048,5055,5062,5069,5076,5083,5094,5146,5153,5160,5167,5174,5181,5188,5194,5201,5208,5215,5222,5229,5236,5246,5253,5260,5272,5279,5286,5293,5304,5310,5317,5324,5331,5342,5349,5360,5367,5382,5393,5400,5411,5422,5429,5440,5447,5458,5465,5476,5483,5498,5505,5512,5519,5530,5537,5548,5555,5566,5573,5580,5587,5594,5601,5608,5615,5621,5628,5635,5642,5649,5655,5667,5674,5681,5688,5699,5720,5727,5741,5748,5755,5762,5769,5776,5782,5789,5796,5803,5810,5817,5824,5831,5838,5845,5851,5857,5864,5876,5883,5895,5906,5913,5920,5927,5933,5940,5947,5954,5961,5972,5983,5990,5997,6004,6017,6024,6031,6051,6064,6071,6082,6093,6104,6115,6126,6137,6148,6159,6170,6181,6192,6203,6214,6225],{"_32":33,"_34":35},"children",[],"block",{"_36":37,"_38":39,"_40":41,"_42":43,"_44":45,"_46":47,"_48":47},"type","Paragraph","id","tJhgDqmN","revision","bafy2bzacecrdfptvkhfia32hngvirdiyhdnjpxinmo7rox2inmrag22avsmqy","attributes",{},"annotations",[],"text","","link",{"_32":50,"_34":51},[],{"_36":52,"_38":53,"_40":41,"_42":54,"_44":55,"_46":56,"_48":47},"Heading","9uOYDT4Q",{},[],"## Table of Contents",{"_32":58,"_34":96},[59,75,82,89],{"_32":60,"_34":61},[],{"_36":37,"_38":62,"_40":41,"_42":63,"_44":64,"_46":74,"_48":47},"LD_Ksz6w",{},[65],{"_36":66,"_67":68,"_70":71,"_42":73,"_48":47},"Italic","starts",[69],30,"ends",[72],179,{},"0.1 Single guiding principle: \"Does this make it easier for a third-party developer, or non-tech product builder, to ship an application on Seed Hypermedia than it was yesterday?\"",{"_32":76,"_34":77},[],{"_36":37,"_38":78,"_40":41,"_42":79,"_44":80,"_46":81,"_48":47},"UyzVxv-v",{},[],"0.2 Rich Hickey's philosophy applied: what we take, what we leave behind",{"_32":83,"_34":84},[],{"_36":37,"_38":85,"_40":41,"_42":86,"_44":87,"_46":88,"_48":47},"SlJVNBhj",{},[],"0.3 Frugality constraints: zero new runtime dependencies, zero triple stores, zero rewrites",{"_32":90,"_34":91},[],{"_36":37,"_38":92,"_40":41,"_42":93,"_44":94,"_46":95,"_48":47},"sPIqYXnb",{},[],"0.4 What the semantic layer is not",{"_36":52,"_38":97,"_40":41,"_42":98,"_44":101,"_46":102,"_48":47},"tnbe65dq",{"_99":100},"childrenType","Unordered",[],"0. Preamble",{"_32":104,"_34":189},[105,154,161,168,175,182],{"_32":106,"_34":149},[107,114,121,128,135,142],{"_32":108,"_34":109},[],{"_36":37,"_38":110,"_40":41,"_42":111,"_44":112,"_46":113,"_48":47},"oC3Xt-Xc",{},[],"H1 — Describability without breakage",{"_32":115,"_34":116},[],{"_36":37,"_38":117,"_40":41,"_42":118,"_44":119,"_46":120,"_48":47},"no29kFIK",{},[],"H2 — Discoverability without source code",{"_32":122,"_34":123},[],{"_36":37,"_38":124,"_40":41,"_42":125,"_44":126,"_46":127,"_48":47},"SFG32ECS",{},[],"H3 — Community extension without coordination",{"_32":129,"_34":130},[],{"_36":37,"_38":131,"_40":41,"_42":132,"_44":133,"_46":134,"_48":47},"y2WC9ZsD",{},[],"H4 — Build-time generation is complete",{"_32":136,"_34":137},[],{"_36":37,"_38":138,"_40":41,"_42":139,"_44":140,"_46":141,"_48":47},"cgy-Z4Lo",{},[],"H5 — Zero runtime overhead is achievable",{"_32":143,"_34":144},[],{"_36":37,"_38":145,"_40":41,"_42":146,"_44":147,"_46":148,"_48":47},"J4dK6LU8",{},[],"H6 — The vocabulary is useful, not just correct",{"_36":37,"_38":150,"_40":41,"_42":151,"_44":152,"_46":153,"_48":47},"pSDunx8f",{"_99":100},[],"1.1 The hypotheses ",{"_32":155,"_34":156},[],{"_36":37,"_38":157,"_40":41,"_42":158,"_44":159,"_46":160,"_48":47},"DiepoBnt",{},[],"1.2 Experiment ordering and dependencies",{"_32":162,"_34":163},[],{"_36":37,"_38":164,"_40":41,"_42":165,"_44":166,"_46":167,"_48":47},"E4WIbbaR",{},[],"1.3 The Hello World artifact",{"_32":169,"_34":170},[],{"_36":37,"_38":171,"_40":41,"_42":172,"_44":173,"_46":174,"_48":47},"bLxagdDf",{},[],"1.4 Success and failure criteria for the POC",{"_32":176,"_34":177},[],{"_36":37,"_38":178,"_40":41,"_42":179,"_44":180,"_46":181,"_48":47},"41LaE7wK",{},[],"1.5 What we are not testing in the POC",{"_32":183,"_34":184},[],{"_36":37,"_38":185,"_40":41,"_42":186,"_44":187,"_46":188,"_48":47},"ElNMdsQa",{},[],"1.6 Decision gate",{"_36":52,"_38":190,"_40":41,"_42":191,"_44":192,"_46":193,"_48":47},"lLO2xqOp",{"_99":100},[],"1. Stepping Back Before a Hello World — Hypothesis Verification Protocol",{"_32":195,"_34":386},[196,231,287,323,379],{"_32":197,"_34":226},[198,205,212,219],{"_32":199,"_34":200},[],{"_36":37,"_38":201,"_40":41,"_42":202,"_44":203,"_46":204,"_48":47},"So1VUJ45",{},[],"2.1.1 Inventory of block types in Go code (structs) and TypeScript (interfaces)",{"_32":206,"_34":207},[],{"_36":37,"_38":208,"_40":41,"_42":209,"_44":210,"_46":211,"_48":47},"iqAfig9t",{},[],"2.1.2 Extraction of implicit relationships between types",{"_32":213,"_34":214},[],{"_36":37,"_38":215,"_40":41,"_42":216,"_44":217,"_46":218,"_48":47},"ReJtB4hx",{},[],"2.1.3 Identification of the 5–7 priority block types for the initial vocabulary",{"_32":220,"_34":221},[],{"_36":37,"_38":222,"_40":41,"_42":223,"_44":224,"_46":225,"_48":47},"uBq5T6nM",{},[],"2.1.4 Survey of current naming conventions (CBOR fields, JSON keys, gRPC names)",{"_36":37,"_38":227,"_40":41,"_42":228,"_44":229,"_46":230,"_48":47},"pHGL3i6f",{"_99":100},[],"2.1 Mapping the existing landscape ",{"_32":232,"_34":282},[233,240,254,261,268,275],{"_32":234,"_34":235},[],{"_36":37,"_38":236,"_40":41,"_42":237,"_44":238,"_46":239,"_48":47},"_ocNt0wV",{},[],"2.2.1 YAML source file as canonical reference (human-readable, version-controllable)",{"_32":241,"_34":242},[],{"_36":37,"_38":243,"_40":41,"_42":244,"_44":245,"_46":253,"_48":47},"v7g5QIfA",{},[246],{"_36":247,"_67":248,"_70":250,"_42":252,"_48":47},"Code",[249],20,[251],33,{},"2.2.2 Generation of core-skos.ttl from YAML",{"_32":255,"_34":256},[],{"_36":37,"_38":257,"_40":41,"_42":258,"_44":259,"_46":260,"_48":47},"LEZJ2bGP",{},[],"2.2.3 Why SKOS — the 80/20 solution for RDF",{"_32":262,"_34":263},[],{"_36":37,"_38":264,"_40":41,"_42":265,"_44":266,"_46":267,"_48":47},"Zm6KU82S",{},[],"2.2.4 SKOS-XL for rich label management",{"_32":269,"_34":270},[],{"_36":37,"_38":271,"_40":41,"_42":272,"_44":273,"_46":274,"_48":47},"x23lvhwm",{},[],"2.2.5 Future-proof evolution path",{"_32":276,"_34":277},[],{"_36":37,"_38":278,"_40":41,"_42":279,"_44":280,"_46":281,"_48":47},"9llIokWC",{},[],"2.2.6 Publication of the vocabulary as a standalone open artifact (dedicated IPFS CID)",{"_36":37,"_38":283,"_40":41,"_42":284,"_44":285,"_46":286,"_48":47},"esZrRrQs",{"_99":100},[],"2.2 Canonical SKOS vocabulary ",{"_32":288,"_34":318},[289,296,311],{"_32":290,"_34":291},[],{"_36":37,"_38":292,"_40":41,"_42":293,"_44":294,"_46":295,"_48":47},"eVV_3gop",{},[],"2.3.1 Dual context: JSON-LD version for web consumers, CBOR version for the backend",{"_32":297,"_34":298},[],{"_36":37,"_38":299,"_40":41,"_42":300,"_44":301,"_46":310,"_48":47},"86Q2QRR1",{},[302],{"_36":247,"_67":303,"_70":306,"_42":309,"_48":47},[304,305],56,65,[307,308],62,77,{},"2.3.2 Mapping of existing short keys to qualified URIs (\"type\" → hm:blockType)",{"_32":312,"_34":313},[],{"_36":37,"_38":314,"_40":41,"_42":315,"_44":316,"_46":317,"_48":47},"KdqI6nsb",{},[],"2.3.3 Context embedded statically (never resolved over HTTP at runtime)",{"_36":37,"_38":319,"_40":41,"_42":320,"_44":321,"_46":322,"_48":47},"FO9xCCtK",{"_99":100},[],"2.3 Embedded JSON-LD context ",{"_32":324,"_34":374},[325,340,347,354,367],{"_32":326,"_34":327},[],{"_36":37,"_38":328,"_40":41,"_42":329,"_44":330,"_46":339,"_48":47},"1XOAVNwk",{},[331],{"_36":247,"_67":332,"_70":335,"_42":338,"_48":47},[333,334],23,39,[336,337],36,54,{},"2.4.1 pyLODE pipeline: core-skos.ttl → docs/index.html",{"_32":341,"_34":342},[],{"_36":37,"_38":343,"_40":41,"_42":344,"_44":345,"_46":346,"_48":47},"ZNqDez7A",{},[],"2.4.2 Upgrade path: Widoco",{"_32":348,"_34":349},[],{"_36":37,"_38":350,"_40":41,"_42":351,"_44":352,"_46":353,"_48":47},"nlazYufb",{},[],"2.4.3 Exploration tool: Ontospy",{"_32":355,"_34":356},[],{"_36":37,"_38":357,"_40":41,"_42":358,"_44":359,"_46":366,"_48":47},"WfPjZ5vh",{},[360],{"_36":247,"_67":361,"_70":363,"_42":365,"_48":47},[362],59,[364],70,{},"2.4.4 CI integration: re-generation on every commit to the vocabulary/ directory",{"_32":368,"_34":369},[],{"_36":37,"_38":370,"_40":41,"_42":371,"_44":372,"_46":373,"_48":47},"Ql0AlXFL",{},[],"2.4.5 Collaborative editing (future): VoCol",{"_36":37,"_38":375,"_40":41,"_42":376,"_44":377,"_46":378,"_48":47},"MPEJ5eBR",{"_99":100},[],"2.4 Auto-generated documentation ",{"_32":380,"_34":381},[],{"_36":37,"_38":382,"_40":41,"_42":383,"_44":384,"_46":385,"_48":47},"ohoO4y1s",{},[],"2.5 Week 2 deliverables",{"_36":52,"_38":387,"_40":41,"_42":388,"_44":389,"_46":390,"_48":47},"oAk154Nj",{"_99":100},[],"2. Foundation Sprint — Vocabulary & Minimal Tooling (Weeks 1–2)",{"_32":392,"_34":559},[393,448,497,531],{"_32":394,"_34":438},[395,402,409,416,431],{"_32":396,"_34":397},[],{"_36":37,"_38":398,"_40":41,"_42":399,"_44":400,"_46":401,"_48":47},"ahkb2_UU",{},[],"3.1.1 TypeScript types generated from the SKOS vocabulary",{"_32":403,"_34":404},[],{"_36":37,"_38":405,"_40":41,"_42":406,"_44":407,"_46":408,"_48":47},"qRWGjqiI",{},[],"3.1.2 JSON-LD context embedded as a static import",{"_32":410,"_34":411},[],{"_36":37,"_38":412,"_40":41,"_42":413,"_44":414,"_46":415,"_48":47},"ycZx9goh",{},[],"3.1.3 Lightweight builders (~2KB) for each block type",{"_32":417,"_34":418},[],{"_36":37,"_38":419,"_40":41,"_42":420,"_44":421,"_46":430,"_48":47},"hqLQ3tlm",{},[422],{"_36":423,"_67":424,"_70":426,"_42":428,"_48":429},"Link",[425],16,[427],26,{},"http://Schema.org","3.1.4 Type-safe Schema.org integration",{"_32":432,"_34":433},[],{"_36":37,"_38":434,"_40":41,"_42":435,"_44":436,"_46":437,"_48":47},"uS9Bh0mG",{},[],"3.1.5 Zero runtime dependency on any JSON-LD library",{"_36":37,"_38":439,"_40":41,"_42":440,"_44":441,"_46":447,"_48":47},"b8t5joeN",{"_99":100},[442],{"_36":247,"_67":443,"_70":445,"_42":446,"_48":47},[444],4,[249],{},"3.1 @seed/vocabulary npm package ",{"_32":449,"_34":492},[450,457,464,471,478,485],{"_32":451,"_34":452},[],{"_36":37,"_38":453,"_40":41,"_42":454,"_44":455,"_46":456,"_48":47},"IsUyN0jg",{},[],"3.2.1 Option 1 (recommended): Go consumes JSON-LD as native JSON",{"_32":458,"_34":459},[],{"_36":37,"_38":460,"_40":41,"_42":461,"_44":462,"_46":463,"_48":47},"7gJF2t1-",{},[],"3.2.2 Direct CBOR parsing in Go without going through an RDF layer",{"_32":465,"_34":466},[],{"_36":37,"_38":467,"_40":41,"_42":468,"_44":469,"_46":470,"_48":47},"F4RbM5dz",{},[],"3.2.3 Option 2 (if RDF processing needed in Go): lightweight libraries",{"_32":472,"_34":473},[],{"_36":37,"_38":474,"_40":41,"_42":475,"_44":476,"_46":477,"_48":47},"XmdYv8pl",{},[],"3.2.4 Option 3 (hybrid): Python tooling + Go runtime",{"_32":479,"_34":480},[],{"_36":37,"_38":481,"_40":41,"_42":482,"_44":483,"_46":484,"_48":47},"YIZxujOf",{},[],"3.2.5 Option 4 (advanced): CGo bindings to Rust",{"_32":486,"_34":487},[],{"_36":37,"_38":488,"_40":41,"_42":489,"_44":490,"_46":491,"_48":47},"cgUxbrhU",{},[],"3.2.6 Serialization flexibility",{"_36":37,"_38":493,"_40":41,"_42":494,"_44":495,"_46":496,"_48":47},"OVKxgH4T",{"_99":100},[],"3.2 Go backend integration — \"JSON-LD as native JSON\" option ",{"_32":498,"_34":526},[499,506,519],{"_32":500,"_34":501},[],{"_36":37,"_38":502,"_40":41,"_42":503,"_44":504,"_46":505,"_48":47},"MEc4nAFO",{},[],"3.3.1 Single script: YAML → SKOS Turtle → JSON-LD context → TypeScript types → Go struct tags → HTML docs",{"_32":507,"_34":508},[],{"_36":37,"_38":509,"_40":41,"_42":510,"_44":511,"_46":518,"_48":47},"f8NJep7X",{},[512],{"_36":247,"_67":513,"_70":515,"_42":517,"_48":47},[336,514],48,[516,304],44,{},"3.3.2 Integration into the existing Makefile or justfile",{"_32":520,"_34":521},[],{"_36":37,"_38":522,"_40":41,"_42":523,"_44":524,"_46":525,"_48":47},"u-QPCune",{},[],"3.3.3 Non-regression tests: vocabulary compiles, types are valid, examples parse",{"_36":37,"_38":527,"_40":41,"_42":528,"_44":529,"_46":530,"_48":47},"eVMugIrn",{"_99":100},[],"3.3 Build-time generation pipeline ",{"_32":532,"_34":554},[533,540,547],{"_32":534,"_34":535},[],{"_36":37,"_38":536,"_40":41,"_42":537,"_44":538,"_46":539,"_48":47},"SM9q6t8y",{},[],"3.4.1 Scenario: an external developer creates a custom block type",{"_32":541,"_34":542},[],{"_36":37,"_38":543,"_40":41,"_42":544,"_44":545,"_46":546,"_48":47},"zwa6vA6U",{},[],"3.4.2 The developer journey",{"_32":548,"_34":549},[],{"_36":37,"_38":550,"_40":41,"_42":551,"_44":552,"_46":553,"_48":47},"KCnsTOt_",{},[],"3.4.3 Success criteria",{"_36":37,"_38":555,"_40":41,"_42":556,"_44":557,"_46":558,"_48":47},"kYMHwfHG",{"_99":100},[],"3.4 Third-party developer validation (proof of concept) ",{"_36":52,"_38":560,"_40":41,"_42":561,"_44":562,"_46":563,"_48":47},"Jc1hN42Y",{"_99":100},[],"3. Developer Experience Transformation (Weeks 3–4)",{"_32":565,"_34":684},[566,600,621,656],{"_32":567,"_34":595},[568,575,582],{"_32":569,"_34":570},[],{"_36":37,"_38":571,"_40":41,"_42":572,"_44":573,"_46":574,"_48":47},"1SbMx7bw",{},[],"4.1.1 The SKOS vocabulary feeds a navigable block type registry in the editor",{"_32":576,"_34":577},[],{"_36":37,"_38":578,"_40":41,"_42":579,"_44":580,"_46":581,"_48":47},"0mvD07GW",{},[],"4.1.2 Community extensions visible alongside native types",{"_32":583,"_34":584},[],{"_36":37,"_38":585,"_40":41,"_42":586,"_44":587,"_46":594,"_48":47},"3zBNlbrw",{},[588],{"_36":423,"_67":589,"_70":591,"_42":593,"_48":429},[590],24,[592],34,{},"4.1.3 Analogous role to Schema.org",{"_36":37,"_38":596,"_40":41,"_42":597,"_44":598,"_46":599,"_48":47},"KObnXamX",{"_99":100},[],"4.1 Capability discoverability in the interface ",{"_32":601,"_34":616},[602,609],{"_32":603,"_34":604},[],{"_36":37,"_38":605,"_40":41,"_42":606,"_44":607,"_46":608,"_48":47},"-d9TXYHZ",{},[],"4.2.1 Every published document carries its own JSON-LD context (no external resolution)",{"_32":610,"_34":611},[],{"_36":37,"_38":612,"_40":41,"_42":613,"_44":614,"_46":615,"_48":47},"3IULKKml",{},[],"4.2.2 Minimal DCAT metadata embedded: title, author, license, date",{"_36":37,"_38":617,"_40":41,"_42":618,"_44":619,"_46":620,"_48":47},"RvmS9egW",{"_99":100},[],"4.2 Self-describing documents ",{"_32":622,"_34":651},[623,630,637,644],{"_32":624,"_34":625},[],{"_36":37,"_38":626,"_40":41,"_42":627,"_44":628,"_46":629,"_48":47},"xnDor8k_",{},[],"4.3.1 Architectural principle: transitions are metadata operations, never document reformatting",{"_32":631,"_34":632},[],{"_36":37,"_38":633,"_40":41,"_42":634,"_44":635,"_46":636,"_48":47},"ZP-sho13",{},[],"4.3.2 Three levels, one architecture",{"_32":638,"_34":639},[],{"_36":37,"_38":640,"_40":41,"_42":641,"_44":642,"_46":643,"_48":47},"2AYtVHY7",{},[],"4.3.3 Transition table",{"_32":645,"_34":646},[],{"_36":37,"_38":647,"_40":41,"_42":648,"_44":649,"_46":650,"_48":47},"ckEHSzXz",{},[],"4.3.4 Open vocabulary, controlled content",{"_36":37,"_38":652,"_40":41,"_42":653,"_44":654,"_46":655,"_48":47},"IR9m1KIy",{"_99":100},[],"4.3 Access fluidity: private → shared → open ",{"_32":657,"_34":679},[658,665,672],{"_32":659,"_34":660},[],{"_36":37,"_38":661,"_40":41,"_42":662,"_44":663,"_46":664,"_48":47},"vwRkqMvh",{},[],"4.4.1 SKOS native multilingual support",{"_32":666,"_34":667},[],{"_36":37,"_38":668,"_40":41,"_42":669,"_44":670,"_46":671,"_48":47},"UI70Q168",{},[],"4.4.2 Interface adapts to the user's language without ad hoc translation work",{"_32":673,"_34":674},[],{"_36":37,"_38":675,"_40":41,"_42":676,"_44":677,"_46":678,"_48":47},"LnAuSuKG",{},[],"4.4.3 Community-extensible languages",{"_36":37,"_38":680,"_40":41,"_42":681,"_44":682,"_46":683,"_48":47},"jahe8xK1",{"_99":100},[],"4.4 Native multilingual labels ",{"_36":52,"_38":685,"_40":41,"_42":686,"_44":687,"_46":688,"_48":47},"FJJ451Na",{"_99":100},[],"4. User Experience Transformation (Weeks 5–6)",{"_32":690,"_34":878},[691,726,754,782,817,845],{"_32":692,"_34":721},[693,700,707,714],{"_32":694,"_34":695},[],{"_36":37,"_38":696,"_40":41,"_42":697,"_44":698,"_46":699,"_48":47},"shRRxHYT",{},[],"5.1.1 FAIR principles already satisfied by existing architecture (9 of 15)",{"_32":701,"_34":702},[],{"_36":37,"_38":703,"_40":41,"_42":704,"_44":705,"_46":706,"_48":47},"7thHRI4u",{},[],"5.1.2 EU standards mapping (EIF → DCAT → CPSV → SKOS)",{"_32":708,"_34":709},[],{"_36":37,"_38":710,"_40":41,"_42":711,"_44":712,"_46":713,"_48":47},"TKPcRsIl",{},[],"5.1.3 FAIR compliance across access levels (private / shared / open)",{"_32":715,"_34":716},[],{"_36":37,"_38":717,"_40":41,"_42":718,"_44":719,"_46":720,"_48":47},"4SY1JClO",{},[],"5.1.4 CPSV — Core Public Service Vocabulary",{"_36":37,"_38":722,"_40":41,"_42":723,"_44":724,"_46":725,"_48":47},"UAC9_X5E",{"_99":100},[],"5.1 FAIR compliance by construction ",{"_32":727,"_34":749},[728,735,742],{"_32":729,"_34":730},[],{"_36":37,"_38":731,"_40":41,"_42":732,"_44":733,"_46":734,"_48":47},"IQhXC43I",{},[],"5.2.1 Static generation of a catalog JSON-LD endpoint from published documents",{"_32":736,"_34":737},[],{"_36":37,"_38":738,"_40":41,"_42":739,"_44":740,"_46":741,"_48":47},"idfsVygw",{},[],"5.2.2 Catalog lists metadata, not content (compatible with selective sharing)",{"_32":743,"_34":744},[],{"_36":37,"_38":745,"_40":41,"_42":746,"_44":747,"_46":748,"_48":47},"oeTvgCzi",{},[],"5.2.3 Harvesting testable with a local CKAN instance or the EU sandbox",{"_36":37,"_38":750,"_40":41,"_42":751,"_44":752,"_46":753,"_48":47},"SDZd3Ifd",{"_99":100},[],"5.2 DCAT catalog ",{"_32":755,"_34":777},[756,763,770],{"_32":757,"_34":758},[],{"_36":37,"_38":759,"_40":41,"_42":760,"_44":761,"_46":762,"_48":47},"UHgcjBSu",{},[],"5.3.1 Query any format as RDF without conversion",{"_32":764,"_34":765},[],{"_36":37,"_38":766,"_40":41,"_42":767,"_44":768,"_46":769,"_48":47},"gR3NUPUq",{},[],"5.3.2 Practical use cases",{"_32":771,"_34":772},[],{"_36":37,"_38":773,"_40":41,"_42":774,"_44":775,"_46":776,"_48":47},"pd2t3off",{},[],"5.3.3 Strictly tooling / prototyping use (not production)",{"_36":37,"_38":778,"_40":41,"_42":779,"_44":780,"_46":781,"_48":47},"DVT_HTom",{"_99":100},[],"5.3 Exploring existing data with SPARQL Anything ",{"_32":783,"_34":812},[784,791,798,805],{"_32":785,"_34":786},[],{"_36":37,"_38":787,"_40":41,"_42":788,"_44":789,"_46":790,"_48":47},"gEREkM3l",{},[],"5.4.1 The problem with hardcoded conversions",{"_32":792,"_34":793},[],{"_36":37,"_38":794,"_40":41,"_42":795,"_44":796,"_46":797,"_48":47},"FLaMLkVr",{},[],"5.4.2 Declarative mappings as data",{"_32":799,"_34":800},[],{"_36":37,"_38":801,"_40":41,"_42":802,"_44":803,"_46":804,"_48":47},"bCVRJCVg",{},[],"5.4.3 Implementation options",{"_32":806,"_34":807},[],{"_36":37,"_38":808,"_40":41,"_42":809,"_44":810,"_46":811,"_48":47},"TkaCintQ",{},[],"5.4.4 Recommended progression",{"_36":37,"_38":813,"_40":41,"_42":814,"_44":815,"_46":816,"_48":47},"NLUeAwA7",{"_99":100},[],"5.4 Declarative format mappings: FaCade-X and RML ",{"_32":818,"_34":840},[819,826,833],{"_32":820,"_34":821},[],{"_36":37,"_38":822,"_40":41,"_42":823,"_44":824,"_46":825,"_48":47},"YEYu8ttf",{},[],"5.5.1 Shapes for 2–3 critical block types (proof of concept)",{"_32":827,"_34":828},[],{"_36":37,"_38":829,"_40":41,"_42":830,"_44":831,"_46":832,"_48":47},"j8Ac77Sz",{},[],"5.5.2 Validation in CI",{"_32":834,"_34":835},[],{"_36":37,"_38":836,"_40":41,"_42":837,"_44":838,"_46":839,"_48":47},"e3FP2RiZ",{},[],"5.5.3 Adoption conditional on demonstrated value, not systematic",{"_36":37,"_38":841,"_40":41,"_42":842,"_44":843,"_46":844,"_48":47},"2psL_ZqW",{"_99":100},[],"5.5 Optional SHACL validation ",{"_32":846,"_34":873},[847,854,866],{"_32":848,"_34":849},[],{"_36":37,"_38":850,"_40":41,"_42":851,"_44":852,"_46":853,"_48":47},"Z9glsT7v",{},[],"5.6.1 The problem",{"_32":855,"_34":856},[],{"_36":37,"_38":857,"_40":41,"_42":858,"_44":859,"_46":865,"_48":47},"mwSdbuz8",{},[860],{"_36":247,"_67":861,"_70":862,"_42":864,"_48":47},[590],[863],29,{},"5.6.2 Solution: JSON-LD @list",{"_32":867,"_34":868},[],{"_36":37,"_38":869,"_40":41,"_42":870,"_44":871,"_46":872,"_48":47},"5rzwPYz0",{},[],"5.6.3 Alternative: split responsibilities",{"_36":37,"_38":874,"_40":41,"_42":875,"_44":876,"_46":877,"_48":47},"ywN36yBC",{"_99":100},[],"5.6 Handling arrays and ordering ",{"_36":52,"_38":879,"_40":41,"_42":880,"_44":881,"_46":882,"_48":47},"fF5KbvLg",{"_99":100},[],"5. Data Transformation — Interoperability & Compliance (Weeks 7–10)",{"_32":884,"_34":927},[885,892,899,906,913,920],{"_32":886,"_34":887},[],{"_36":37,"_38":888,"_40":41,"_42":889,"_44":890,"_46":891,"_48":47},"cUXwrl5G",{},[],"6.1 Build-time generation (primary strategy)",{"_32":893,"_34":894},[],{"_36":37,"_38":895,"_40":41,"_42":896,"_44":897,"_46":898,"_48":47},"fuBqs1b9",{},[],"6.2 Never resolve @context in the browser",{"_32":900,"_34":901},[],{"_36":37,"_38":902,"_40":41,"_42":903,"_44":904,"_46":905,"_48":47},"famZifDC",{},[],"6.3 In-memory caching (if processing needed)",{"_32":907,"_34":908},[],{"_36":37,"_38":909,"_40":41,"_42":910,"_44":911,"_46":912,"_48":47},"8hEnXBeK",{},[],"6.4 Centralized helpers — no duplication",{"_32":914,"_34":915},[],{"_36":37,"_38":916,"_40":41,"_42":917,"_44":918,"_46":919,"_48":47},"QmZfsATp",{},[],"6.5 CI/CD validation of generated JSON-LD",{"_32":921,"_34":922},[],{"_36":37,"_38":923,"_40":41,"_42":924,"_44":925,"_46":926,"_48":47},"TqR8u75k",{},[],"6.6 Complete frontend architecture",{"_36":52,"_38":928,"_40":41,"_42":929,"_44":930,"_46":931,"_48":47},"Wondc8TY",{"_99":100},[],"6. TypeScript Frontend Optimization — Zero-Overhead JSON-LD (Parallel Track)",{"_32":933,"_34":1044},[934,962,988,1016],{"_32":935,"_34":957},[936,943,950],{"_32":937,"_34":938},[],{"_36":37,"_38":939,"_40":41,"_42":940,"_44":941,"_46":942,"_48":47},"0iAhxa07",{},[],"7.1.1 Concept scheme template for third-party extensions",{"_32":944,"_34":945},[],{"_36":37,"_38":946,"_40":41,"_42":947,"_44":948,"_46":949,"_48":47},"EpzzhX-l",{},[],"7.1.2 Guide: \"Publish a Custom Block Type in 15 Minutes\"",{"_32":951,"_34":952},[],{"_36":37,"_38":953,"_40":41,"_42":954,"_44":955,"_46":956,"_48":47},"VDSv_vV0",{},[],"7.1.3 Discovery mechanism: SKOS resolution via IPFS",{"_36":37,"_38":958,"_40":41,"_42":959,"_44":960,"_46":961,"_48":47},"0tpQ3UkP",{"_99":100},[],"7.1 Community extensions ",{"_32":963,"_34":983},[964,976],{"_32":965,"_34":966},[],{"_36":37,"_38":967,"_40":41,"_42":968,"_44":969,"_46":975,"_48":47},"mxrBGMg-",{},[970],{"_36":423,"_67":971,"_70":973,"_42":974,"_48":429},[972],6,[425],{},"7.2.1 Schema.org mapping",{"_32":977,"_34":978},[],{"_36":37,"_38":979,"_40":41,"_42":980,"_44":981,"_46":982,"_48":47},"NBjM7VJg",{},[],"7.2.2 ActivityPub alignment",{"_36":37,"_38":984,"_40":41,"_42":985,"_44":986,"_46":987,"_48":47},"cYOtSAxL",{"_99":100},[],"7.2 External vocabulary alignment ",{"_32":989,"_34":1011},[990,997,1004],{"_32":991,"_34":992},[],{"_36":37,"_38":993,"_40":41,"_42":994,"_44":995,"_46":996,"_48":47},"EaUGmy6z",{},[],"7.3.1 SKOS → RDFS threshold",{"_32":998,"_34":999},[],{"_36":37,"_38":1000,"_40":41,"_42":1001,"_44":1002,"_46":1003,"_48":47},"Coxqoj_w",{},[],"7.3.2 RDFS → OWL threshold",{"_32":1005,"_34":1006},[],{"_36":37,"_38":1007,"_40":41,"_42":1008,"_44":1009,"_46":1010,"_48":47},"Cq-V0b8C",{},[],"7.3.3 Architecture Decision Records",{"_36":37,"_38":1012,"_40":41,"_42":1013,"_44":1014,"_46":1015,"_48":47},"y8XOP57h",{"_99":100},[],"7.3 Conditional complexity escalation ",{"_32":1017,"_34":1039},[1018,1025,1032],{"_32":1019,"_34":1020},[],{"_36":37,"_38":1021,"_40":41,"_42":1022,"_44":1023,"_46":1024,"_48":47},"upgHsLZy",{},[],"7.4.1 Vocabulary registration on EU Joinup",{"_32":1026,"_34":1027},[],{"_36":37,"_38":1028,"_40":41,"_42":1029,"_44":1030,"_46":1031,"_48":47},"VRhvm5jJ",{},[],"7.4.2 CPSV alignment",{"_32":1033,"_34":1034},[],{"_36":37,"_38":1035,"_40":41,"_42":1036,"_44":1037,"_46":1038,"_48":47},"47EupX-l",{},[],"7.4.3 High-Value Datasets initiative",{"_36":37,"_38":1040,"_40":41,"_42":1041,"_44":1042,"_46":1043,"_48":47},"coKWG1XE",{"_99":100},[],"7.4 EU & data spaces (if strategically relevant) ",{"_36":52,"_38":1045,"_40":41,"_42":1046,"_44":1047,"_46":1048,"_48":47},"h-NM7-iU",{"_99":100},[],"7. Consolidation & Ecosystem (Months 3–6)",{"_32":1050,"_34":1093},[1051,1058,1065,1072,1079,1086],{"_32":1052,"_34":1053},[],{"_36":37,"_38":1054,"_40":41,"_42":1055,"_44":1056,"_46":1057,"_48":47},"Jdxie4LD",{},[],"8.1 Frugality",{"_32":1059,"_34":1060},[],{"_36":37,"_38":1061,"_40":41,"_42":1062,"_44":1063,"_46":1064,"_48":47},"Q6Gecere",{},[],"8.2 Build-time, not runtime",{"_32":1066,"_34":1067},[],{"_36":37,"_38":1068,"_40":41,"_42":1069,"_44":1070,"_46":1071,"_48":47},"Mg5fVoVX",{},[],"8.3 Single source of truth",{"_32":1073,"_34":1074},[],{"_36":37,"_38":1075,"_40":41,"_42":1076,"_44":1077,"_46":1078,"_48":47},"6oet2oIi",{},[],"8.4 Reversibility",{"_32":1080,"_34":1081},[],{"_36":37,"_38":1082,"_40":41,"_42":1083,"_44":1084,"_46":1085,"_48":47},"FZTtpQCY",{},[],"8.5 RDF as specification, not runtime",{"_32":1087,"_34":1088},[],{"_36":37,"_38":1089,"_40":41,"_42":1090,"_44":1091,"_46":1092,"_48":47},"WlRB4GPj",{},[],"8.6 Content is infrastructure",{"_36":52,"_38":1094,"_40":41,"_42":1095,"_44":1096,"_46":1097,"_48":47},"Zy6oGJxX",{"_99":100},[],"8. Cross-Cutting Principles (Running Thread)",{"_32":1099,"_34":1128},[1100,1107,1114,1121],{"_32":1101,"_34":1102},[],{"_36":37,"_38":1103,"_40":41,"_42":1104,"_44":1105,"_46":1106,"_48":47},"oPRXquwp",{},[],"A. Concern mitigation matrix",{"_32":1108,"_34":1109},[],{"_36":37,"_38":1110,"_40":41,"_42":1111,"_44":1112,"_46":1113,"_48":47},"GWICPxNT",{},[],"B. Key quotes",{"_32":1115,"_34":1116},[],{"_36":37,"_38":1117,"_40":41,"_42":1118,"_44":1119,"_46":1120,"_48":47},"LygKw0n4",{},[],"C. Glossary: SKOS, DCAT, SHACL, JSON-LD, DAG-CBOR, CID, FAIR, EIF, CPSV, RML, SPARQL Anything, FaCade-X, OWL, RDFS",{"_32":1122,"_34":1123},[],{"_36":37,"_38":1124,"_40":41,"_42":1125,"_44":1126,"_46":1127,"_48":47},"hUb-g6-4",{},[],"D. References---",{"_36":52,"_38":1129,"_40":41,"_42":1130,"_44":1131,"_46":1132,"_48":47},"I4yEAFSY",{"_99":100},[],"Appendices",{"_32":1134,"_34":1135},[],{"_36":52,"_38":1136,"_40":41,"_42":1137,"_44":1138,"_46":102,"_48":47},"vZOJH4MO",{},[],{"_32":1140,"_34":1141},[],{"_36":52,"_38":1142,"_40":41,"_42":1143,"_44":1144,"_46":1145,"_48":47},"o7xoO4zv",{},[],"0.1 Single Guiding Principle",{"_32":1147,"_34":1162},[1148],{"_32":1149,"_34":1150},[],{"_36":37,"_38":1151,"_40":41,"_42":1152,"_44":1153,"_46":1161,"_48":47},"XM-3B7UL",{},[1154],{"_36":1155,"_67":1156,"_70":1158,"_42":1160,"_48":47},"Bold",[1157],0,[1159],147,{},"Does this make it easier for a third-party developer, or non-tech product builder, to ship an application on Seed Hypermedia than it was yesterday?",{"_36":37,"_38":1163,"_40":41,"_42":1164,"_44":1166,"_46":1167,"_48":47},"QwdD0IdC",{"_99":1165},"Blockquote",[],"Every technical decision in this roadmap is filtered through one question:",{"_32":1169,"_34":1170},[],{"_36":37,"_38":1171,"_40":41,"_42":1172,"_44":1173,"_46":1174,"_48":47},"eTACLtCz",{},[],"If the answer is no, we simplify. If the answer is yes, we ship.",{"_32":1176,"_34":1177},[],{"_36":37,"_38":1178,"_40":41,"_42":1179,"_44":1180,"_46":1181,"_48":47},"1BSHsIzw",{},[],"\"Ship\" is intentional. Not \"build,\" not \"prototype\" — ship. The full loop: create, test, publish, make available to others. This forces every decision to account for the publish-to-IPFS step, the discoverability story, the community extension mechanism, not just the local development experience. And \"non-tech product builder\" is intentional too: if the semantic layer only serves TypeScript developers, it has failed. The whole point of making capabilities explicit, discoverable, and self-describing is that you should not need to read Go source code to assemble a working application.",{"_32":1183,"_34":1184},[],{"_36":37,"_38":1185,"_40":41,"_42":1186,"_44":1187,"_46":1188,"_48":47},"3fhVG6gF",{},[],"This is not a documentation problem. It is an information architecture problem: the platform's capabilities — block types, document relationships, metadata, possible extensions — live in code today. They are implicit, buried in Go structs and TypeScript interfaces. For a developer who wants to build something new, the path is: read the source, reverse-engineer the conventions, and hope nothing breaks.",{"_32":1190,"_34":1191},[],{"_36":37,"_38":1192,"_40":41,"_42":1193,"_44":1194,"_46":1195,"_48":47},"RDL-lW0B",{},[],"The semantic layer turns that situation into one where a third-party developer can query the platform to find out what exists, build custom interfaces without depending on the core team's documentation, and extend the vocabulary with their own types — compatible with the existing ecosystem, without prior coordination. Without a semantic layer, every new application requires a conversation with the Seed team. With one, the ecosystem can grow in a decentralized fashion — exactly like the web itself.",{"_32":1197,"_34":1198},[],{"_36":52,"_38":1199,"_40":41,"_42":1200,"_44":1201,"_46":1202,"_48":47},"N4Tu0PtD",{},[],"0.2 Rich Hickey's Philosophy Applied: What We Take, What We Leave Behind",{"_32":1204,"_34":1263},[1205,1217,1228,1240,1252],{"_32":1206,"_34":1207},[],{"_36":37,"_38":1208,"_40":41,"_42":1209,"_44":1210,"_46":1216,"_48":47},"JcvZt1GP",{},[1211],{"_36":1155,"_67":1212,"_70":1213,"_42":1215,"_48":47},[1157],[1214],42,{},"\"Effective Programs — 10 Years of Clojure\" (2017, Clojure/conj) — primary source, contains the explicit \"RDF got it right\" slide",{"_32":1218,"_34":1219},[],{"_36":37,"_38":1220,"_40":41,"_42":1221,"_44":1222,"_46":1227,"_48":47},"p6P_OoZH",{},[1223],{"_36":1155,"_67":1224,"_70":1225,"_42":1226,"_48":47},[1157],[863],{},"\"Deconstructing the Database\" (2012, JaxConf) — RDF triples vs. Datomic datoms",{"_32":1229,"_34":1230},[],{"_36":37,"_38":1231,"_40":41,"_42":1232,"_44":1233,"_46":1239,"_48":47},"7zeu69lZ",{},[1234],{"_36":1155,"_67":1235,"_70":1236,"_42":1238,"_48":47},[1157],[1237],35,{},"Cognicast Episode 103: Clojure Spec (2016) — RDF as prior art for property-level specs",{"_32":1241,"_34":1242},[],{"_36":37,"_38":1243,"_40":41,"_42":1244,"_44":1245,"_46":1251,"_48":47},"LF4OdFLh",{},[1246],{"_36":1155,"_67":1247,"_70":1248,"_42":1250,"_48":47},[1157],[1249],14,{},"\"Datomic Ions\" — universal relation (EAVT) as triples-plus-time",{"_32":1253,"_34":1254},[],{"_36":37,"_38":1255,"_40":41,"_42":1256,"_44":1257,"_46":1262,"_48":47},"QMmWIByE",{},[1258],{"_36":1155,"_67":1259,"_70":1260,"_42":1261,"_48":47},[1157],[863],{},"The Datomic Information Model (InfoQ article, 2013) — closed-world vs. open-world",{"_36":37,"_38":1264,"_40":41,"_42":1265,"_44":1266,"_46":1267,"_48":47},"8Mh5cpNR",{"_99":100},[],"Our approach draws directly from Rich Hickey's nuanced position on RDF (thanks for that @Alexandr), synthesized from five public talks and interviews:",{"_32":1269,"_34":1270},[],{"_36":52,"_38":1271,"_40":41,"_42":1272,"_44":1273,"_46":1274,"_48":47},"RmybSUHN",{},[],"What We Take",{"_32":1276,"_34":1277},[],{"_36":37,"_38":1278,"_40":41,"_42":1279,"_44":1280,"_46":1298,"_48":47},"pE29MiDA",{},[1281,1286],{"_36":1155,"_67":1282,"_70":1283,"_42":1285,"_48":47},[1157],[1284],40,{},{"_36":247,"_67":1287,"_70":1292,"_42":1297,"_48":47},[1288,1289,1290,1291],411,423,451,463,[1293,1294,1295,1296],415,429,455,474,{},"URI-based naming — solving parochialism. Hickey's strongest endorsement. In \"Effective Programs\" he introduces \"parochialism\" — the problem where each system defines names inside its own little world (a class, a table, an ADT). He calls RDF's use of URIs for names \"a fantastically good idea\" and models Clojure's namespace-qualified keywords directly on this principle. The core problem: when System A defines name inside Person and System B defines name inside MailingList, merging is brutal. Large enterprises end up introducing a third database — often an RDF database — as a federation point just to resolve these collisions. Global, URI-based naming prevents naming conflicts across independently developed systems. This is foundational for decentralized cooperation.",{"_32":1300,"_34":1301},[],{"_36":37,"_38":1302,"_40":41,"_42":1303,"_44":1304,"_46":1309,"_48":47},"BS-LJ1Bp",{},[1305],{"_36":1155,"_67":1306,"_70":1307,"_42":1308,"_48":47},[1157],[1284],{},"Atomic facts (subject/predicate/object). Hickey considers the triple structure \"generally a good idea\" because \"it seems atomic\" and \"we really do want atomic facts.\" The triple decomposition breaks what he calls the \"tyranny of the container\" — information is not owned by some aggregate structure (table, class, document). Datomic's datom (entity/attribute/value/transaction) is directly derived from this primitive.",{"_32":1311,"_34":1312},[],{"_36":37,"_38":1313,"_40":41,"_42":1314,"_44":1315,"_46":1333,"_48":47},"3vg3DAO3",{},[1316,1321,1327],{"_36":1155,"_67":1317,"_70":1318,"_42":1320,"_48":47},[1157],[1319],37,{},{"_36":66,"_67":1322,"_70":1324,"_42":1326,"_48":47},[1323],68,[1325],244,{},{"_36":247,"_67":1328,"_70":1330,"_42":1332,"_48":47},[1329],286,[1331],298,{},"Properties independent of aggregates. From the Cognicast interview: \"I would definitely point to RDF as prior art in terms of thinking about properties, they called them, independent of aggregates. Property definitions have stood on their own.\" This is the philosophical foundation for clojure.spec defining specs at the keyword level rather than at the struct/aggregate level. Properties (predicates/attributes) are first-class, globally named entities — not things owned by a container. Define semantics at the property/attribute level, not the record/class level. This enables composition and evolution.",{"_32":1335,"_34":1336},[],{"_36":37,"_38":1337,"_40":41,"_42":1338,"_44":1339,"_46":1350,"_48":47},"UldQebdO",{},[1340,1344],{"_36":1155,"_67":1341,"_70":1342,"_42":1343,"_48":47},[1157],[251],{},{"_36":66,"_67":1345,"_70":1347,"_42":1349,"_48":47},[1346],344,[1348],420,{},"Data mergeability across schemas. On a slide titled \"Parochialism — names,\" Hickey states flatly: \"RDF got it right.\" RDF facilitates data merging even when underlying schemas differ. It supports schema evolution over time without requiring all consumers to change. He contrasts this with elaborate type systems that create \"parochial types\" — \"The more elaborate your type system is, the more parochial your types are.\" Interoperability and mergeability are features of the naming and decomposition strategy, not of complex type machinery.",{"_32":1352,"_34":1353},[],{"_36":37,"_38":1354,"_40":41,"_42":1355,"_44":1356,"_46":1367,"_48":47},"eSOFFHkD",{},[1357,1361],{"_36":1155,"_67":1358,"_70":1359,"_42":1360,"_48":47},[1157],[590],{},{"_36":247,"_67":1362,"_70":1364,"_42":1366,"_48":47},[1363],91,[1365],109,{},"Namespace qualification. Clojure's convention of reversed-domain namespace-qualified keys (:com.example/email) is explicitly modeled on RDF's URI-based naming. Hickey notes this makes all Clojure names conflict-free not only with other Clojure names but with Java names too. The namespace convention from RDF is one of the most practically valuable ideas, independent of the rest of the RDF stack.",{"_32":1369,"_34":1370},[],{"_36":37,"_38":1371,"_40":41,"_42":1372,"_44":1373,"_46":1378,"_48":47},"vGMvvc17",{},[1374],{"_36":1155,"_67":1375,"_70":1376,"_42":1377,"_48":47},[1157],[249],{},"Schema-per-attribute (not schema-per-table). Datomic defines schema at the attribute level, not via ontologies or table schemas. This is the right granularity for evolving systems.",{"_32":1380,"_34":1381},[],{"_36":52,"_38":1382,"_40":41,"_42":1383,"_44":1384,"_46":1385,"_48":47},"n63QntJe",{},[],"What We Leave Behind",{"_32":1387,"_34":1388},[],{"_36":37,"_38":1389,"_40":41,"_42":1390,"_44":1391,"_46":1411,"_48":47},"g0Kx64AU",{},[1392,1397],{"_36":1155,"_67":1393,"_70":1394,"_42":1396,"_48":47},[1157],[1395],47,{},{"_36":66,"_67":1398,"_70":1404,"_42":1410,"_48":47},[1399,1400,1401,1402,1403],130,142,185,348,582,[1405,1406,1407,1408,1409],132,146,311,488,794,{},"No temporal dimension — triples are not enough. Hickey's primary and most repeated critique. RDF triples represent that something is, but not when it became true or stopped being true: \"I've argued that that's not enough, because it doesn't let you represent facts, because it doesn't have any temporal aspect.\" From the Datomic Information Model: \"Without a temporal notion or proper representation of retraction, RDF statements are insufficient for representing historical information.\" Datomic uses datoms (EAVT: entity, attribute, value, transaction) rather than triples (SPO). \"It is a relational system, but it has essentially one relation: EAVT. Entity, Attribute, Value, and Time. If you ever worked with RDF or anything like that, there are triples. So this is like triples plus time.\"",{"_32":1413,"_34":1414},[],{"_36":37,"_38":1415,"_40":41,"_42":1416,"_44":1417,"_46":1429,"_48":47},"h4vITQJW",{},[1418,1423],{"_36":1155,"_67":1419,"_70":1420,"_42":1422,"_48":47},[1157],[1421],22,{},{"_36":66,"_67":1424,"_70":1426,"_42":1428,"_48":47},[1425],169,[1427],366,{},"Open-world assumption. RDF and the semantic web assume an open world — anything not stated might still be true. Datomic deliberately adopts the closed-world assumption: \"Being oriented toward business information systems, Datomic adopts the closed-world assumption, avoiding the challenges of universal naming, open-world, shared semantics etc. of the semantic web.\" For situated programs dealing with information you control, you need to know what you don't know. The open-world assumption makes practical validation and reasoning extremely difficult. It is appropriate for the global semantic web vision but impractical for most application-level information systems.",{"_32":1431,"_34":1432},[],{"_36":37,"_38":1433,"_40":41,"_42":1434,"_44":1435,"_46":1445,"_48":47},"0cBhznHX",{},[1436,1440],{"_36":1155,"_67":1437,"_70":1438,"_42":1439,"_48":47},[1157],[304],{},{"_36":66,"_67":1441,"_70":1442,"_42":1444,"_48":47},[308],[1443],173,{},"Properties as \"just names\" without additional machinery. From the Cognicast: \"In RDF, without combining it with RDF schema or something else, the properties are just names.\" Raw RDF gives you naming and linking but not validation, constraints, or operational semantics. You need RDFS, OWL, or SHACL layered on top — and each layer adds complexity that may not be justified. The naming convention is valuable on its own; the rest of the semantic stack should be adopted only when justified by actual requirements.",{"_32":1447,"_34":1448},[],{"_36":37,"_38":1449,"_40":41,"_42":1450,"_44":1451,"_46":1456,"_48":47},"Hz49GoyC",{},[1452],{"_36":1155,"_67":1453,"_70":1454,"_42":1455,"_48":47},[1157],[307],{},"Full stack complexity (OWL, reasoners, SPARQL, triple stores). Hickey never produces a systematic \"bad RDF\" list, but his design choices with Datomic speak clearly. He took what he liked and deliberately dropped the rest. Kept: atomic facts, URI-named attributes, universal relation, schema-per-attribute. Dropped: triple stores, SPARQL, OWL reasoning, blank nodes, open-world semantics, verbose serialization. Datomic uses Datalog (not SPARQL) for queries. It uses a universal relation (not a graph store). It defines schema at the attribute level (not via ontologies). You can capture the essential value of RDF's ideas without adopting the RDF infrastructure.",{"_32":1458,"_34":1459},[],{"_36":37,"_38":1460,"_40":41,"_42":1461,"_44":1462,"_46":1468,"_48":47},"AiKPHsR8",{},[1463],{"_36":1155,"_67":1464,"_70":1465,"_42":1467,"_48":47},[1157],[1466],12,{},"Blank nodes. The Datomic model requires that all entities have stable identifiers. This is a deliberate rejection of RDF's blank node concept — anonymous, non-addressable nodes that cause well-documented problems with merging, querying, and canonicalization. Prefer named resources. Blank nodes are a complexity trap.",{"_32":1470,"_34":1471},[],{"_36":52,"_38":1472,"_40":41,"_42":1473,"_44":1474,"_46":1475,"_48":47},"ondQgWlS",{},[],"Summary: Take vs. Leave",{"_32":1477,"_34":1478},[],{"_36":37,"_38":1479,"_40":41,"_42":1480,"_44":1481,"_46":1497,"_48":47},"x-fDIGGO",{},[1482],{"_36":1155,"_67":1483,"_70":1490,"_42":1496,"_48":47},[1484,1485,1486,1487,1488,1489],25,86,145,210,275,309,[1491,1492,1493,1494,1331,1495],41,98,181,242,329,{},"Take From RDFLeave BehindURI-based naming (global, conflict-free)Open-world assumptionAtomic facts (subject/predicate/object)Triples without timeProperties independent of aggregatesOWL reasoning / RDFS rigidityData mergeability across schemasTriple stores & SPARQL complexityNamespace qualificationBlank nodesSchema-per-attribute (not schema-per-table)Verbose serialization (XML/Turtle)",{"_32":1499,"_34":1564},[1500,1512,1524,1541,1552],{"_32":1501,"_34":1502},[],{"_36":37,"_38":1503,"_40":41,"_42":1504,"_44":1505,"_46":1511,"_48":47},"q424e3gz",{},[1506],{"_36":1155,"_67":1507,"_70":1508,"_42":1510,"_48":47},[1157],[1509],50,{},"Use SKOS + JSON-LD for naming and interoperability — this captures the \"good parts\" (URIs, namespaces, self-describing properties, mergeability) without the infrastructure overhead.",{"_32":1513,"_34":1514},[],{"_36":37,"_38":1515,"_40":41,"_42":1516,"_44":1517,"_46":1523,"_48":47},"0BDw0nGc",{},[1518],{"_36":1155,"_67":1519,"_70":1520,"_42":1522,"_48":47},[1157],[1521],45,{},"Keep runtime data in native formats (CBOR/Go) — just as Datomic stores datoms in its own efficient format while borrowing RDF's conceptual model, Hypermedia can keep DAG-CBOR as the storage/wire format while using RDF as a specification language.",{"_32":1525,"_34":1526},[],{"_36":37,"_38":1527,"_40":41,"_42":1528,"_44":1529,"_46":1540,"_48":47},"QKwDA-0E",{},[1530,1534],{"_36":1155,"_67":1531,"_70":1532,"_42":1533,"_48":47},[1157],[251],{},{"_36":66,"_67":1535,"_70":1537,"_42":1539,"_48":47},[1536],87,[1538],92,{},"RDF as specification, not runtime — Hickey essentially did this with Datomic: took the ideas of RDF (atomic facts, global naming, properties-as-first-class) and implemented them in a system that has zero RDF dependencies at runtime.",{"_32":1542,"_34":1543},[],{"_36":37,"_38":1544,"_40":41,"_42":1545,"_44":1546,"_46":1551,"_48":47},"2496jvNf",{},[1547],{"_36":1155,"_67":1548,"_70":1549,"_42":1550,"_48":47},[1157],[592],{},"Add complexity only when justified — Hickey's progression (simple data → Clojure spec → Datomic schema) mirrors the proposed SKOS → RDFS → OWL upgrade path. Start minimal, formalize when patterns stabilize.",{"_32":1553,"_34":1554},[],{"_36":37,"_38":1555,"_40":41,"_42":1556,"_44":1557,"_46":1563,"_48":47},"XDSWXN2q",{},[1558],{"_36":1155,"_67":1559,"_70":1560,"_42":1562,"_48":47},[1157],[1561],55,{},"Closed-world for your system, open-world for federation — internally, validate with closed-world assumptions (SHACL). Externally, publish SKOS concepts that anyone can extend without coordination. This dual posture is exactly what Datomic achieves: strict internally, composable externally.",{"_36":52,"_38":1565,"_40":41,"_42":1566,"_44":1568,"_46":1569,"_48":47},"l5iFso-7",{"_99":1567},"Ordered",[],"How Hickey's Philosophy Maps to Seed",{"_32":1571,"_34":1572},[],{"_36":52,"_38":1573,"_40":41,"_42":1574,"_44":1575,"_46":1576,"_48":47},"pjYejM6f",{},[],"0.3 Frugality Constraints",{"_32":1578,"_34":1579},[],{"_36":37,"_38":1580,"_40":41,"_42":1581,"_44":1582,"_46":1583,"_48":47},"sxehXBbS",{},[],"Three hard constraints that apply to every section of this roadmap:",{"_32":1585,"_34":1586},[],{"_36":37,"_38":1587,"_40":41,"_42":1588,"_44":1589,"_46":1599,"_48":47},"5GyqZ7Ka",{},[1590,1594],{"_36":1155,"_67":1591,"_70":1592,"_42":1593,"_48":47},[1157],[69],{},{"_36":247,"_67":1595,"_70":1597,"_42":1598,"_48":47},[1596],79,[1538],{},"Zero new runtime dependencies. The Go backend keeps reading CBOR and JSON with encoding/json. No RDF library is imported in production Go code. No JSON-LD processing library ships in the browser bundle. RDF is a specification language, not a runtime system.",{"_32":1601,"_34":1602},[],{"_36":37,"_38":1603,"_40":41,"_42":1604,"_44":1605,"_46":1613,"_48":47},"5w3radGY",{},[1606],{"_36":1155,"_67":1607,"_70":1609,"_42":1612,"_48":47},[1157,1608],236,[1610,1611],19,258,{},"Zero triple stores. We are not adding an RDF database to the architecture. No Jena, no Virtuoso, no GraphDB. Python tools (rdflib, pyshacl, pyLODE) run at development/build time only. The Go runtime never touches RDF. The approach is a virtual semantic layer: in-memory Python processing for development and tooling, generating static artifacts consumed by Go and TypeScript at runtime. No persistent RDF database anywhere in the stack.",{"_32":1615,"_34":1616},[],{"_36":37,"_38":1617,"_40":41,"_42":1618,"_44":1619,"_46":1638,"_48":47},"eaDXZjYh",{},[1620,1626,1632],{"_36":1155,"_67":1621,"_70":1623,"_42":1625,"_48":47},[1157,1622],346,[1249,1624],362,{},{"_36":66,"_67":1627,"_70":1629,"_42":1631,"_48":47},[1628],202,[1630],204,{},{"_36":247,"_67":1633,"_70":1635,"_42":1637,"_48":47},[1634],703,[1636],714,{},"Zero rewrites. Existing formats (DAG-CBOR, gRPC) do not change. The semantic layer overlays: it describes what already exists, then enables extending it. The vocabulary is not a secondary artifact — it is the public specification of what the platform can do. Explicit and discoverable mean nothing without usable: the semantic layer provides the stable contracts developers need — TypeScript types generated from the vocabulary (autocomplete and compile-time checking), embedded JSON-LD contexts (zero network calls, zero runtime dependencies), and validation shapes (SHACL, clear error messages when an extension violates the contract). The goal is not for developers to \"learn RDF.\" It is for them to npm install a package and have everything work.",{"_32":1640,"_34":1641},[],{"_36":52,"_38":1642,"_40":41,"_42":1643,"_44":1644,"_46":1645,"_48":47},"LcPSRF0z",{},[],"0.4 What the Semantic Layer Is Not",{"_32":1647,"_34":1648},[],{"_36":37,"_38":1649,"_40":41,"_42":1650,"_44":1651,"_46":1661,"_48":47},"trmJQBpJ",{},[1652,1656],{"_36":1155,"_67":1653,"_70":1654,"_42":1655,"_48":47},[1157],[1484],{},{"_36":247,"_67":1657,"_70":1659,"_42":1660,"_48":47},[1658],129,[1400],{},"It is not a triple store. We are not adding an RDF database to the architecture. The Go backend keeps reading CBOR and JSON with encoding/json. RDF is a specification language, not a runtime system.",{"_32":1663,"_34":1664},[],{"_36":37,"_38":1665,"_40":41,"_42":1666,"_44":1667,"_46":1672,"_48":47},"2k4hNOkz",{},[1668],{"_36":1155,"_67":1669,"_70":1670,"_42":1671,"_48":47},[1157],[249],{},"It is not a rewrite. Existing formats (DAG-CBOR, gRPC) do not change. The semantic layer overlays: it describes what already exists, then enables extending it.",{"_32":1674,"_34":1675},[],{"_36":37,"_38":1676,"_40":41,"_42":1677,"_44":1678,"_46":1684,"_48":47},"qeadxJgX",{},[1679],{"_36":1155,"_67":1680,"_70":1681,"_42":1683,"_48":47},[1157],[1682],43,{},"It is not heavyweight ontology engineering. We are using SKOS — the simplest W3C standard — not OWL, not reasoners, not automated inference. Complexity gets added only when concrete use cases justify it.",{"_32":1686,"_34":1687},[],{"_36":37,"_38":1688,"_40":41,"_42":1689,"_44":1690,"_46":1696,"_48":47},"dB3pvGio",{},[1691],{"_36":1155,"_67":1692,"_70":1693,"_42":1695,"_48":47},[1157],[1694],31,{},"It is not an academic exercise. Success is measured by third-party developers shipping applications, not by theoretical elegance.",{"_32":1698,"_34":1699},[],{"_36":52,"_38":1700,"_40":41,"_42":1701,"_44":1702,"_46":193,"_48":47},"z2jVR5pj",{},[],{"_32":1704,"_34":1705},[],{"_36":37,"_38":1706,"_40":41,"_42":1707,"_44":1708,"_46":1709,"_48":47},"T0gatCQD",{},[],"Before writing a single line of SKOS Turtle, before generating a single TypeScript type, we need to name our assumptions, design the cheapest possible experiments to test them, and define what failure looks like. This section is the engineering discipline that prevents the roadmap from becoming a plan we execute on faith.",{"_32":1711,"_34":1712},[],{"_36":37,"_38":1713,"_40":41,"_42":1714,"_44":1715,"_46":1716,"_48":47},"5JtcroFD",{},[],"The semantic layer is a bet. It bets that formalizing Seed's implicit capabilities into a structured vocabulary will unlock third-party development. That bet rests on a chain of hypotheses. If any link in the chain breaks, the entire value proposition collapses — or, more usefully, needs rethinking. The Hello World POC exists to stress-test this chain before committing to a multi-week sprint.",{"_32":1718,"_34":1719},[],{"_36":52,"_38":1720,"_40":41,"_42":1721,"_44":1722,"_46":1723,"_48":47},"SkvYryQd",{},[],"1.1 The Hypotheses",{"_32":1725,"_34":1726},[],{"_36":37,"_38":1727,"_40":41,"_42":1728,"_44":1729,"_46":1730,"_48":47},"wSVWp-49",{},[],"Each hypothesis is stated as a falsifiable claim. For each, we define the experiment, the success criterion, the failure signal, and what we learn from failure.",{"_32":1732,"_34":1733},[],{"_36":52,"_38":1734,"_40":41,"_42":1735,"_44":1736,"_46":1737,"_48":47},"AdpSLjnp",{},[],"H1 — Describability Without Breakage",{"_32":1739,"_34":1740},[],{"_36":37,"_38":1741,"_40":41,"_42":1742,"_44":1743,"_46":1748,"_48":47},"gQsd5Zk2",{},[1744],{"_36":1155,"_67":1745,"_70":1746,"_42":1747,"_48":47},[1157],[972],{},"Claim: An existing Seed document (DAG-CBOR, published on IPFS) can be described by a SKOS vocabulary and a JSON-LD context without changing the document format, without breaking existing consumers, and without altering its CID.",{"_32":1750,"_34":1751},[],{"_36":37,"_38":1752,"_40":41,"_42":1753,"_44":1754,"_46":1760,"_48":47},"_3FltJtq",{},[1755],{"_36":1155,"_67":1756,"_70":1757,"_42":1759,"_48":47},[1157],[1758],15,{},"Why it matters: If adding semantic metadata requires reformatting existing documents, the entire \"overlay, don't rewrite\" premise collapses. Every existing document on IPFS would need to be re-published.",{"_32":1762,"_34":1763},[],{"_36":37,"_38":1764,"_40":41,"_42":1765,"_44":1766,"_46":1785,"_48":47},"YVKRLGNU",{},[1767,1772],{"_36":1155,"_67":1768,"_70":1769,"_42":1771,"_48":47},[1157],[1770],11,{},{"_36":247,"_67":1773,"_70":1778,"_42":1784,"_48":47},[1774,1775,1776,1325,1777],120,128,136,257,[1779,1780,1781,1782,1783],126,134,141,253,263,{},"Experiment: Take one real Seed document in DAG-CBOR. Write a minimal JSON-LD context that maps its existing short keys (\"type\", \"text\", \"url\") to qualified URIs. Feed the original CBOR (decoded to JSON) plus the context to a JSON-LD processor (jsonld.js or rdflib). Verify that the expanded output contains valid RDF triples. Verify that the original CBOR bytes are unchanged (same CID). Verify that the Go backend parses the document identically with and without the context.",{"_32":1787,"_34":1788},[],{"_36":37,"_38":1789,"_40":41,"_42":1790,"_44":1791,"_46":1802,"_48":47},"l9oYheeE",{},[1792,1797],{"_36":1155,"_67":1793,"_70":1794,"_42":1796,"_48":47},[1157],[1795],18,{},{"_36":247,"_67":1798,"_70":1800,"_42":1801,"_48":47},[1799],84,[1492],{},"Success criterion: The document is valid JSON-LD without byte-level changes. The Go json.Unmarshal call produces identical output. The IPFS CID is preserved.",{"_32":1804,"_34":1805},[],{"_36":37,"_38":1806,"_40":41,"_42":1807,"_44":1808,"_46":1819,"_48":47},"mXcj3KfP",{},[1809,1813],{"_36":1155,"_67":1810,"_70":1811,"_42":1812,"_48":47},[1157],[1758],{},{"_36":247,"_67":1814,"_70":1816,"_42":1818,"_48":47},[1815],115,[1817],118,{},"Failure signal: The existing key names cannot be cleanly mapped (naming collisions, reserved JSON-LD keywords like @id conflicting with existing fields). The CBOR encoding includes structures that JSON-LD cannot represent (raw binary, CBOR tags).",{"_32":1821,"_34":1822},[],{"_36":37,"_38":1823,"_40":41,"_42":1824,"_44":1825,"_46":1830,"_48":47},"dU5L1PVn",{},[1826],{"_36":1155,"_67":1827,"_70":1828,"_42":1829,"_48":47},[1157],[590],{},"What failure teaches us: If CBOR structures resist JSON-LD mapping, we need a translation layer between the CBOR wire format and the JSON-LD interoperability format, rather than treating them as the same artifact. This changes the architecture from \"overlay\" to \"projection\" — still viable, but different.",{"_32":1832,"_34":1833},[],{"_36":52,"_38":1834,"_40":41,"_42":1835,"_44":1836,"_46":1837,"_48":47},"F-MGzPtP",{},[],"H2 — Discoverability Without Source Code",{"_32":1839,"_34":1840},[],{"_36":37,"_38":1841,"_40":41,"_42":1842,"_44":1843,"_46":1848,"_48":47},"dROWCAaP",{},[1844],{"_36":1155,"_67":1845,"_70":1846,"_42":1847,"_48":47},[1157],[972],{},"Claim: A developer who has never seen the Seed codebase can, given only the published SKOS vocabulary and JSON-LD context, correctly identify the available block types, their properties, and their relationships — and produce a valid document.",{"_32":1850,"_34":1851},[],{"_36":37,"_38":1852,"_40":41,"_42":1853,"_44":1854,"_46":1859,"_48":47},"gbMjf2tw",{},[1855],{"_36":1155,"_67":1856,"_70":1857,"_42":1858,"_48":47},[1157],[1758],{},"Why it matters: This is the core value proposition. If the vocabulary is not self-sufficient for understanding, it is documentation with extra steps, not a semantic layer.",{"_32":1861,"_34":1862},[],{"_36":37,"_38":1863,"_40":41,"_42":1864,"_44":1865,"_46":1870,"_48":47},"d29dxy9A",{},[1866],{"_36":1155,"_67":1867,"_70":1868,"_42":1869,"_48":47},[1157],[1770],{},"Experiment: Write the minimal SKOS vocabulary for 3 block types (Paragraph, Image, Heading). Publish the vocabulary and JSON-LD context as standalone files. Give these files to a person who has not worked on Seed (an intern, a colleague from a different project, a friend). Ask them to: (a) list the available block types, (b) describe the properties of an Image block, (c) produce a JSON document that conforms to the vocabulary. Time them. Record where they get stuck.",{"_32":1872,"_34":1873},[],{"_36":37,"_38":1874,"_40":41,"_42":1875,"_44":1876,"_46":1881,"_48":47},"ae-Ei4JK",{},[1877],{"_36":1155,"_67":1878,"_70":1879,"_42":1880,"_48":47},[1157],[1795],{},"Success criterion: The test subject can complete all three tasks in under 30 minutes using only the vocabulary files and the generated HTML documentation. They produce a valid document without asking a question about the Seed codebase.",{"_32":1883,"_34":1884},[],{"_36":37,"_38":1885,"_40":41,"_42":1886,"_44":1887,"_46":1897,"_48":47},"nJ3A3-S3",{},[1888,1892],{"_36":1155,"_67":1889,"_70":1890,"_42":1891,"_48":47},[1157],[1758],{},{"_36":247,"_67":1893,"_70":1895,"_42":1896,"_48":47},[1894],165,[72],{},"Failure signal: The test subject cannot determine block properties from the SKOS vocabulary alone (SKOS describes concepts and hierarchies but not data properties — skos:prefLabel tells you the name, not the fields). The generated documentation lacks actionable examples. The JSON-LD context is incomprehensible without a tutorial.",{"_32":1899,"_34":1900},[],{"_36":37,"_38":1901,"_40":41,"_42":1902,"_44":1903,"_46":1908,"_48":47},"unc3Dqui",{},[1904],{"_36":1155,"_67":1905,"_70":1906,"_42":1907,"_48":47},[1157],[590],{},"What failure teaches us: SKOS alone may not be sufficient for the developer experience use case. We may need RDFS properties or JSON Schema alongside SKOS earlier than planned. The vocabulary needs example documents, not just definitions. The documentation generator (pyLODE) may need customization or supplementation.",{"_32":1910,"_34":1911},[],{"_36":52,"_38":1912,"_40":41,"_42":1913,"_44":1914,"_46":1915,"_48":47},"-3B2mdRD",{},[],"H3 — Community Extension Without Coordination",{"_32":1917,"_34":1918},[],{"_36":37,"_38":1919,"_40":41,"_42":1920,"_44":1921,"_46":1931,"_48":47},"98vxyLpS",{},[1922,1926],{"_36":1155,"_67":1923,"_70":1924,"_42":1925,"_48":47},[1157],[972],{},{"_36":247,"_67":1927,"_70":1928,"_42":1930,"_48":47},[1536],[1929],99,{},"Claim: A third party can define a new block type that extends the core vocabulary (via skos:broader) and produce a document using that type, without any change to the Seed codebase, without permission, and without coordination with the core team.",{"_32":1933,"_34":1934},[],{"_36":37,"_38":1935,"_40":41,"_42":1936,"_44":1937,"_46":1942,"_48":47},"0u0aGxfM",{},[1938],{"_36":1155,"_67":1939,"_70":1940,"_42":1941,"_48":47},[1157],[1758],{},"Why it matters: Decentralized extension is the difference between \"a platform\" and \"a protocol.\" If extensions require a pull request or a registry update, the ecosystem cannot grow organically.",{"_32":1944,"_34":1945},[],{"_36":37,"_38":1946,"_40":41,"_42":1947,"_44":1948,"_46":1958,"_48":47},"JdnHoIaN",{},[1949,1953],{"_36":1155,"_67":1950,"_70":1951,"_42":1952,"_48":47},[1157],[1770],{},{"_36":247,"_67":1954,"_70":1956,"_42":1957,"_48":47},[1955],167,[72],{},"Experiment: After H2, ask the test subject to invent a new block type (\"Quiz Block,\" \"Map Block,\" whatever they want). They must: (a) define it as a SKOS concept with skos:broader pointing to a core type, (b) write a JSON-LD context for their extension, (c) produce a document that uses both core and custom block types, (d) publish it (even if just as a file, not on IPFS). Verify that standard RDF tools can parse the combined document and correctly resolve both core and custom types.",{"_32":1960,"_34":1961},[],{"_36":37,"_38":1962,"_40":41,"_42":1963,"_44":1964,"_46":1979,"_48":47},"-YLi3LQa",{},[1965,1969],{"_36":1155,"_67":1966,"_70":1967,"_42":1968,"_48":47},[1157],[1795],{},{"_36":247,"_67":1970,"_70":1974,"_42":1978,"_48":47},[1971,1972,1973],72,80,177,[1975,1976,1977],78,89,189,{},"Success criterion: The combined document is valid JSON-LD. An RDF tool (rdflib, jsonld.js) can expand it and identify both the core types and the custom type. The custom type's skos:broader relationship to the core type is traversable.",{"_32":1981,"_34":1982},[],{"_36":37,"_38":1983,"_40":41,"_42":1984,"_44":1985,"_46":1990,"_48":47},"zc35vN6n",{},[1986],{"_36":1155,"_67":1987,"_70":1988,"_42":1989,"_48":47},[1157],[1758],{},"Failure signal: JSON-LD context merging fails (conflicting term definitions between core and extension contexts). The custom block type cannot reference core types across namespace boundaries. The tooling cannot resolve multiple contexts in one document.",{"_32":1992,"_34":1993},[],{"_36":37,"_38":1994,"_40":41,"_42":1995,"_44":1996,"_46":2001,"_48":47},"hs-_WWdh",{},[1997],{"_36":1155,"_67":1998,"_70":1999,"_42":2000,"_48":47},[1157],[590],{},"What failure teaches us: We may need a context-merging strategy (JSON-LD supports multiple contexts via arrays, but edge cases exist). We may need to publish the core context at a stable URL that extension contexts can reference. The \"just publish on IPFS\" story may need a discovery layer.",{"_32":2003,"_34":2004},[],{"_36":52,"_38":2005,"_40":41,"_42":2006,"_44":2007,"_46":2008,"_48":47},"FYRoKMmM",{},[],"H4 — Build-Time Generation Is Complete",{"_32":2010,"_34":2011},[],{"_36":37,"_38":2012,"_40":41,"_42":2013,"_44":2014,"_46":2019,"_48":47},"KQu-1MrG",{},[2015],{"_36":1155,"_67":2016,"_70":2017,"_42":2018,"_48":47},[1157],[972],{},"Claim: A single YAML source file can generate all downstream artifacts — SKOS Turtle, JSON-LD context, TypeScript types, Go struct tags, HTML documentation — without manual intervention, and the generated artifacts are correct and usable.",{"_32":2021,"_34":2022},[],{"_36":37,"_38":2023,"_40":41,"_42":2024,"_44":2025,"_46":2030,"_48":47},"PvsasCXq",{},[2026],{"_36":1155,"_67":2027,"_70":2028,"_42":2029,"_48":47},[1157],[1758],{},"Why it matters: If the generation pipeline is lossy or requires manual fixups, the \"single source of truth\" principle is compromised. Drift between artifacts is the failure mode this architecture is designed to prevent.",{"_32":2032,"_34":2033},[],{"_36":37,"_38":2034,"_40":41,"_42":2035,"_44":2036,"_46":2052,"_48":47},"gXEFDsXK",{},[2037,2041],{"_36":1155,"_67":2038,"_70":2039,"_42":2040,"_48":47},[1157],[1770],{},{"_36":247,"_67":2042,"_70":2047,"_42":2051,"_48":47},[2043,2044,2045,2046],139,149,276,339,[1486,2048,2049,2050],155,288,353,{},"Experiment: Write the YAML for the 3 test block types from H2. Run the generation script. Verify: (a) the Turtle is valid SKOS (parse with rapper or rdflib), (b) the JSON-LD context correctly maps short keys to URIs (expand a test document), (c) the TypeScript types compile (tsc --noEmit), (d) the Go struct tags produce correct parsing (json.Unmarshal round-trip), (e) the HTML documentation contains all concepts with correct labels, definitions, and hierarchies.",{"_32":2054,"_34":2055},[],{"_36":37,"_38":2056,"_40":41,"_42":2057,"_44":2058,"_46":2063,"_48":47},"f5QfaOjb",{},[2059],{"_36":1155,"_67":2060,"_70":2061,"_42":2062,"_48":47},[1157],[1795],{},"Success criterion: All five artifact types are generated from one YAML file, all pass validation, and none require manual editing.",{"_32":2065,"_34":2066},[],{"_36":37,"_38":2067,"_40":41,"_42":2068,"_44":2069,"_46":2074,"_48":47},"z1anlD_9",{},[2070],{"_36":1155,"_67":2071,"_70":2072,"_42":2073,"_48":47},[1157],[1758],{},"Failure signal: The YAML schema cannot express something needed by one of the output formats (e.g., CBOR integer codes have no natural place in YAML). The TypeScript type generator cannot infer field types from SKOS (SKOS describes concepts, not data shapes). The pyLODE output is missing critical information or is unreadable.",{"_32":2076,"_34":2077},[],{"_36":37,"_38":2078,"_40":41,"_42":2079,"_44":2080,"_46":2085,"_48":47},"7k5GvyeH",{},[2081],{"_36":1155,"_67":2082,"_70":2083,"_42":2084,"_48":47},[1157],[590],{},"What failure teaches us: The YAML schema may need to be richer than pure SKOS metadata — it may need to include property definitions (field names, types, cardinality) that go beyond what SKOS expresses. This is fine — the YAML is our canonical source, not a SKOS file. SKOS is an output format, not the input format.",{"_32":2087,"_34":2088},[],{"_36":52,"_38":2089,"_40":41,"_42":2090,"_44":2091,"_46":2092,"_48":47},"ufEY_Kky",{},[],"H5 — Zero Runtime Overhead Is Achievable",{"_32":2094,"_34":2095},[],{"_36":37,"_38":2096,"_40":41,"_42":2097,"_44":2098,"_46":2103,"_48":47},"IrYImqcg",{},[2099],{"_36":1155,"_67":2100,"_70":2101,"_42":2102,"_48":47},[1157],[972],{},"Claim: The semantic layer adds zero measurable overhead to document parsing in Go and zero bytes to the browser JavaScript bundle.",{"_32":2105,"_34":2106},[],{"_36":37,"_38":2107,"_40":41,"_42":2108,"_44":2109,"_46":2114,"_48":47},"R0N1wsot",{},[2110],{"_36":1155,"_67":2111,"_70":2112,"_42":2113,"_48":47},[1157],[1758],{},"Why it matters: If the semantic layer degrades performance, it will be removed. Runtime cost is a hard constraint, not a trade-off.",{"_32":2116,"_34":2117},[],{"_36":37,"_38":2118,"_40":41,"_42":2119,"_44":2120,"_46":2131,"_48":47},"QdvN4byb",{},[2121,2125],{"_36":1155,"_67":2122,"_70":2123,"_42":2124,"_48":47},[1157],[1770],{},{"_36":247,"_67":2126,"_70":2128,"_42":2130,"_48":47},[1484,2127,1976],76,[334,1799,2129],94,{},"Experiment: Benchmark Go json.Unmarshal on a test document with and without @context and @type fields. Benchmark CBOR decoding with and without integer prefix codes. Measure the npm package size (should be <5KB gzipped). Verify that no runtime JavaScript code from the vocabulary package executes in the browser.",{"_32":2133,"_34":2134},[],{"_36":37,"_38":2135,"_40":41,"_42":2136,"_44":2137,"_46":2142,"_48":47},"dEVYi7mT",{},[2138],{"_36":1155,"_67":2139,"_70":2140,"_42":2141,"_48":47},[1157],[1795],{},"Success criterion: Go parsing overhead is <1% (within measurement noise). The npm package ships zero runtime code (types only, plus static JSON). Browser bundle size delta is zero (JSON-LD strings are static, not processed).",{"_32":2144,"_34":2145},[],{"_36":37,"_38":2146,"_40":41,"_42":2147,"_44":2148,"_46":2158,"_48":47},"Kuc3xydE",{},[2149,2153],{"_36":1155,"_67":2150,"_70":2151,"_42":2152,"_48":47},[1157],[1758],{},{"_36":247,"_67":2154,"_70":2155,"_42":2157,"_48":47},[249],[2156],28,{},"Failure signal: The @context field in JSON adds non-trivial bytes to every document. CBOR prefix tables add decoding complexity. The TypeScript types import something that pulls in a dependency chain.",{"_32":2160,"_34":2161},[],{"_36":37,"_38":2162,"_40":41,"_42":2163,"_44":2164,"_46":2169,"_48":47},"HCR9k5-b",{},[2165],{"_36":1155,"_67":2166,"_70":2167,"_42":2168,"_48":47},[1157],[590],{},"What failure teaches us: We may need to separate the interoperability context (shipped alongside the document for external consumers) from the wire format (CBOR, no context overhead). The npm package structure may need stricter tree-shaking boundaries.",{"_32":2171,"_34":2172},[],{"_36":52,"_38":2173,"_40":41,"_42":2174,"_44":2175,"_46":2176,"_48":47},"xVdAZle0",{},[],"H6 — The Vocabulary Is Useful, Not Just Correct",{"_32":2178,"_34":2179},[],{"_36":37,"_38":2180,"_40":41,"_42":2181,"_44":2182,"_46":2187,"_48":47},"NLZE4_vD",{},[2183],{"_36":1155,"_67":2184,"_70":2185,"_42":2186,"_48":47},[1157],[972],{},"Claim: The generated HTML documentation, the TypeScript autocomplete, and the SKOS vocabulary actually help a developer make decisions — not just describe what already exists.",{"_32":2189,"_34":2190},[],{"_36":37,"_38":2191,"_40":41,"_42":2192,"_44":2193,"_46":2198,"_48":47},"KKrQLeMY",{},[2194],{"_36":1155,"_67":2195,"_70":2196,"_42":2197,"_48":47},[1157],[1758],{},"Why it matters: A vocabulary that restates the source code in a different syntax is overhead, not value. The value is in the navigability, the discoverability, the cross-referencing, the examples.",{"_32":2200,"_34":2201},[],{"_36":37,"_38":2202,"_40":41,"_42":2203,"_44":2204,"_46":2214,"_48":47},"Zl3UvXNQ",{},[2205,2209],{"_36":1155,"_67":2206,"_70":2207,"_42":2208,"_48":47},[1157],[1770],{},{"_36":247,"_67":2210,"_70":2211,"_42":2213,"_48":47},[1325],[2212],256,{},"Experiment: Give the H2 test subject a task: \"You have a document with paragraphs and images. You want to add a table of contents. Using only the vocabulary and documentation, figure out how.\" Observe whether the vocabulary helps them find the HeadingBlock type, understand its relationship to document structure, and determine what properties it needs.",{"_32":2216,"_34":2217},[],{"_36":37,"_38":2218,"_40":41,"_42":2219,"_44":2220,"_46":2230,"_48":47},"hA61e1nU",{},[2221,2225],{"_36":1155,"_67":2222,"_70":2223,"_42":2224,"_48":47},[1157],[1795],{},{"_36":247,"_67":2226,"_70":2227,"_42":2229,"_48":47},[1493],[2228],195,{},"Success criterion: The vocabulary and documentation provide enough context for the subject to solve the task without reading source code or asking for help. The SKOS hierarchy, the skos:scopeNote annotations, and the examples are the critical assets.",{"_32":2232,"_34":2233},[],{"_36":37,"_38":2234,"_40":41,"_42":2235,"_44":2236,"_46":2241,"_48":47},"tu-I3ePk",{},[2237],{"_36":1155,"_67":2238,"_70":2239,"_42":2240,"_48":47},[1157],[1758],{},"Failure signal: The subject finds the type definitions but cannot figure out how types compose into a document. The vocabulary describes atomic blocks but not their assembly into documents. The documentation is a flat list, not a navigable resource.",{"_32":2243,"_34":2244},[],{"_36":37,"_38":2245,"_40":41,"_42":2246,"_44":2247,"_46":2258,"_48":47},"icuHOyJo",{},[2248,2252],{"_36":1155,"_67":2249,"_70":2250,"_42":2251,"_48":47},[1157],[590],{},{"_36":247,"_67":2253,"_70":2254,"_42":2257,"_48":47},[1977,1628],[2255,2256],200,213,{},"What failure teaches us: We may need to model document-level composition (how blocks assemble into documents) in the vocabulary, not just block-level taxonomy. We may need RDFS properties (hm:hasBlock, hm:position) earlier than planned. The generated documentation may need custom templates with usage-oriented guides, not just reference pages.",{"_32":2260,"_34":2261},[],{"_36":52,"_38":2262,"_40":41,"_42":2263,"_44":2264,"_46":2265,"_48":47},"lQY-8vtg",{},[],"1.2 Experiment Ordering and Dependencies",{"_32":2267,"_34":2268},[],{"_36":37,"_38":2269,"_40":41,"_42":2270,"_44":2271,"_46":2272,"_48":47},"5gQE7WkY",{},[],"The hypotheses have dependencies. Testing them in the wrong order wastes effort.",{"_32":2274,"_34":2275},[],{"_36":247,"_38":2276,"_40":41,"_42":2277,"_44":2280,"_46":2281,"_48":47},"v3vvOnAH",{"_2278":2279},"language","plaintext",[],"H1 (Describability)\n │\n ├──→ H4 (Build-Time Generation)\n │ │\n │ └──→ H5 (Zero Overhead)\n │\n └──→ H2 (Discoverability)\n │\n ├──→ H3 (Community Extension)\n │\n └──→ H6 (Usefulness)",{"_32":2283,"_34":2284},[],{"_36":37,"_38":2285,"_40":41,"_42":2286,"_44":2287,"_46":2293,"_48":47},"d_RD310u",{},[2288],{"_36":1155,"_67":2289,"_70":2290,"_42":2292,"_48":47},[1157],[2291],52,{},"Phase A (Day 1–2): H1 — Can we describe what exists?",{"_32":2295,"_34":2296},[],{"_36":37,"_38":2297,"_40":41,"_42":2298,"_44":2299,"_46":2300,"_48":47},"QFwv6i3E",{},[],"If the existing CBOR documents resist JSON-LD mapping, nothing else matters. This is the load-bearing hypothesis. One real document, one context file, one round-trip test. Half a day of work, maximum.",{"_32":2302,"_34":2303},[],{"_36":37,"_38":2304,"_40":41,"_42":2305,"_44":2306,"_46":2312,"_48":47},"bmtOGhoQ",{},[2307],{"_36":1155,"_67":2308,"_70":2309,"_42":2311,"_48":47},[1157],[2310],61,{},"Phase B (Day 3–4): H4 — Can we generate everything from YAML?",{"_32":2314,"_34":2315},[],{"_36":37,"_38":2316,"_40":41,"_42":2317,"_44":2318,"_46":2319,"_48":47},"Dwtbc6nS",{},[],"If the generation pipeline works, we have the artifacts for all subsequent tests. If it does not, we know which output formats need special handling. Two days of scripting, producing concrete files.",{"_32":2321,"_34":2322},[],{"_36":37,"_38":2323,"_40":41,"_42":2324,"_44":2325,"_46":2330,"_48":47},"0Q6ZlEXK",{},[2326],{"_36":1155,"_67":2327,"_70":2328,"_42":2329,"_48":47},[1157],[1561],{},"Phase C (Day 5): H5 — Does it cost anything at runtime?",{"_32":2332,"_34":2333},[],{"_36":37,"_38":2334,"_40":41,"_42":2335,"_44":2336,"_46":2337,"_48":47},"HRvxMoK5",{},[],"Quick benchmarks. If performance is fine (expected), move on. If not, we learn early and adjust the architecture before building further.",{"_32":2339,"_34":2340},[],{"_36":37,"_38":2341,"_40":41,"_42":2342,"_44":2343,"_46":2348,"_48":47},"5EMHCxy_",{},[2344],{"_36":1155,"_67":2345,"_70":2346,"_42":2347,"_48":47},[1157],[304],{},"Phase D (Day 6–8): H2 + H6 — Does it help a real person?",{"_32":2350,"_34":2351},[],{"_36":37,"_38":2352,"_40":41,"_42":2353,"_44":2354,"_46":2355,"_48":47},"dAXpg2jM",{},[],"The human test. This is the most important phase. All the technical correctness in the world means nothing if a developer cannot navigate the vocabulary. Give the artifacts to a test subject. Watch what happens. Take notes.",{"_32":2357,"_34":2358},[],{"_36":37,"_38":2359,"_40":41,"_42":2360,"_44":2361,"_46":2366,"_48":47},"1BKJmtuI",{},[2362],{"_36":1155,"_67":2363,"_70":2364,"_42":2365,"_48":47},[1157],[1561],{},"Phase E (Day 9–10): H3 — Can someone extend without us?",{"_32":2368,"_34":2369},[],{"_36":37,"_38":2370,"_40":41,"_42":2371,"_44":2372,"_46":2373,"_48":47},"NOAOeabz",{},[],"The decentralization test. If H2 passed, this should follow naturally. If H3 fails despite H2 passing, the problem is in context merging or namespace resolution, not in the vocabulary itself.",{"_32":2375,"_34":2376},[],{"_36":52,"_38":2377,"_40":41,"_42":2378,"_44":2379,"_46":2380,"_48":47},"ooJSyhAd",{},[],"1.3 The Hello World Artifact",{"_32":2382,"_34":2383},[],{"_36":37,"_38":2384,"_40":41,"_42":2385,"_44":2386,"_46":2387,"_48":47},"beGVXf5x",{},[],"The Hello World is not a demo. It is the minimal artifact that exercises all six hypotheses simultaneously. Concretely, it is:",{"_32":2389,"_34":2390},[],{"_36":37,"_38":2391,"_40":41,"_42":2392,"_44":2393,"_46":2403,"_48":47},"ZzIBikk9",{},[2394,2399],{"_36":1155,"_67":2395,"_70":2396,"_42":2398,"_48":47},[1157],[2397],13,{},{"_36":247,"_67":2400,"_70":2401,"_42":2402,"_48":47},[1758],[1694],{},"One YAML file (hello-world.yaml) defining three block types: Paragraph, Image, Heading.",{"_32":2405,"_34":2406},[],{"_36":37,"_38":2407,"_40":41,"_42":2408,"_44":2409,"_46":2424,"_48":47},"j64y_aIR",{},[2410,2414],{"_36":1155,"_67":2411,"_70":2412,"_42":2413,"_48":47},[1157],[1795],{},{"_36":247,"_67":2415,"_70":2419,"_42":2423,"_48":47},[69,1561,2416,2417,2418],95,124,153,[334,2420,1365,2421,2422],75,138,174,{},"One generation run producing: hello.ttl (SKOS Turtle), hello-context.jsonld (JSON-LD context), hello-types.ts (TypeScript), hello-types.go (Go structs), hello-docs/index.html (pyLODE documentation).",{"_32":2426,"_34":2427},[],{"_36":37,"_38":2428,"_40":41,"_42":2429,"_44":2430,"_46":2440,"_48":47},"YXoGCUZY",{},[2431,2435],{"_36":1155,"_67":2432,"_70":2433,"_42":2434,"_48":47},[1157],[1421],{},{"_36":247,"_67":2436,"_70":2437,"_42":2439,"_48":47},[590],[2438],38,{},"One real Seed document (hello-doc.cbor) taken from the existing codebase, described by the generated context, parsed by Go with and without the context, expanded by a JSON-LD processor.",{"_32":2442,"_34":2443},[],{"_36":37,"_38":2444,"_40":41,"_42":2445,"_44":2446,"_46":2455,"_48":47},"jQpOkapi",{},[2447,2451],{"_36":1155,"_67":2448,"_70":2449,"_42":2450,"_48":47},[1157],[2397],{},{"_36":247,"_67":2452,"_70":2453,"_42":2454,"_48":47},[1758],[592],{},"One extension (hello-extension.ttl) defining a custom block type by a \"third party\" (us pretending), producing a combined document, verifying RDF tool interoperability.",{"_32":2457,"_34":2458},[],{"_36":37,"_38":2459,"_40":41,"_42":2460,"_44":2461,"_46":2466,"_48":47},"rbA_Mag_",{},[2462],{"_36":1155,"_67":2463,"_70":2464,"_42":2465,"_48":47},[1157],[425],{},"One test subject (not from the core team) attempting the H2 and H6 tasks using only the generated artifacts.",{"_32":2468,"_34":2469},[],{"_36":52,"_38":2470,"_40":41,"_42":2471,"_44":2472,"_46":2473,"_48":47},"cQFliOzS",{},[],"1.4 Success and Failure Criteria for the POC",{"_32":2475,"_34":2511},[2476,2483,2490,2497,2504],{"_32":2477,"_34":2478},[],{"_36":37,"_38":2479,"_40":41,"_42":2480,"_44":2481,"_46":2482,"_48":47},"DbZk0xKe",{},[],"All six hypotheses pass (even with minor caveats or known limitations)",{"_32":2484,"_34":2485},[],{"_36":37,"_38":2486,"_40":41,"_42":2487,"_44":2488,"_46":2489,"_48":47},"oSMV5l3R",{},[],"The test subject completes the discoverability task without source code access",{"_32":2491,"_34":2492},[],{"_36":37,"_38":2493,"_40":41,"_42":2494,"_44":2495,"_46":2496,"_48":47},"289DNu9B",{},[],"The generation pipeline runs end-to-end from YAML to all artifacts",{"_32":2498,"_34":2499},[],{"_36":37,"_38":2500,"_40":41,"_42":2501,"_44":2502,"_46":2503,"_48":47},"NHdkoosU",{},[],"Zero runtime overhead is confirmed by benchmarks",{"_32":2505,"_34":2506},[],{"_36":37,"_38":2507,"_40":41,"_42":2508,"_44":2509,"_46":2510,"_48":47},"3ysxV7ng",{},[],"The combined core+extension document is valid and traversable",{"_36":37,"_38":2512,"_40":41,"_42":2513,"_44":2514,"_46":2519,"_48":47},"ZjhScYTg",{"_99":100},[2515],{"_36":1155,"_67":2516,"_70":2517,"_42":2518,"_48":47},[1157],[249],{},"The POC succeeds if:",{"_32":2521,"_34":2564},[2522,2529,2536,2543,2550,2557],{"_32":2523,"_34":2524},[],{"_36":37,"_38":2525,"_40":41,"_42":2526,"_44":2527,"_46":2528,"_48":47},"nhs88Fh2",{},[],"H1 fails → we know the overlay model needs a projection layer (architecture change, not a showstopper)",{"_32":2530,"_34":2531},[],{"_36":37,"_38":2532,"_40":41,"_42":2533,"_44":2534,"_46":2535,"_48":47},"6YZvasF4",{},[],"H2 fails → we know SKOS alone is insufficient and RDFS properties are needed earlier (scope change)",{"_32":2537,"_34":2538},[],{"_36":37,"_38":2539,"_40":41,"_42":2540,"_44":2541,"_46":2542,"_48":47},"WwTzKTxa",{},[],"H3 fails → we know context merging needs explicit design (technical fix, not architecture change)",{"_32":2544,"_34":2545},[],{"_36":37,"_38":2546,"_40":41,"_42":2547,"_44":2548,"_46":2549,"_48":47},"PjPcl2oO",{},[],"H4 fails → we know the YAML schema needs richer property metadata (schema redesign, bounded effort)",{"_32":2551,"_34":2552},[],{"_36":37,"_38":2553,"_40":41,"_42":2554,"_44":2555,"_46":2556,"_48":47},"rnNuYEUB",{},[],"H5 fails → we know interop context and wire format must be separated (already anticipated as a possibility)",{"_32":2558,"_34":2559},[],{"_36":37,"_38":2560,"_40":41,"_42":2561,"_44":2562,"_46":2563,"_48":47},"FT-OMghT",{},[],"H6 fails → we know documentation needs usage guides, not just reference pages (editorial work)",{"_36":37,"_38":2565,"_40":41,"_42":2566,"_44":2567,"_46":2572,"_48":47},"OfqGcgYo",{"_99":100},[2568],{"_36":1155,"_67":2569,"_70":2570,"_42":2571,"_48":47},[1157],[427],{},"The POC fails usefully if:",{"_32":2574,"_34":2596},[2575,2582,2589],{"_32":2576,"_34":2577},[],{"_36":37,"_38":2578,"_40":41,"_42":2579,"_44":2580,"_46":2581,"_48":47},"KsHUOJFp",{},[],"Existing CBOR documents are fundamentally incompatible with JSON-LD (e.g., CBOR tags that have no JSON-LD equivalent) AND the cost of a projection layer exceeds the value of the semantic layer",{"_32":2583,"_34":2584},[],{"_36":37,"_38":2585,"_40":41,"_42":2586,"_44":2587,"_46":2588,"_48":47},"ySngMdq-",{},[],"The generation pipeline requires manual intervention that cannot be automated",{"_32":2590,"_34":2591},[],{"_36":37,"_38":2592,"_40":41,"_42":2593,"_44":2594,"_46":2595,"_48":47},"z_9TTiAA",{},[],"The core team concludes that the vocabulary adds complexity without observable value for their use cases",{"_36":37,"_38":2597,"_40":41,"_42":2598,"_44":2599,"_46":2604,"_48":47},"vR-dIoiK",{"_99":100},[2600],{"_36":1155,"_67":2601,"_70":2602,"_42":2603,"_48":47},[1157],[592],{},"The POC fails catastrophically if:",{"_32":2606,"_34":2607},[],{"_36":37,"_38":2608,"_40":41,"_42":2609,"_44":2610,"_46":2611,"_48":47},"Sw7-xhPJ",{},[],"A catastrophic failure is a valid outcome. It means the semantic layer, as designed, is wrong for this project. Better to learn that in 10 days than in 10 weeks.",{"_32":2613,"_34":2614},[],{"_36":52,"_38":2615,"_40":41,"_42":2616,"_44":2617,"_46":2618,"_48":47},"hXkWPDU2",{},[],"1.5 What We Are Not Testing in the POC",{"_32":2620,"_34":2621},[],{"_36":37,"_38":2622,"_40":41,"_42":2623,"_44":2624,"_46":2625,"_48":47},"iK3GJIOT",{},[],"Equally important: what is explicitly out of scope for the Hello World.",{"_32":2627,"_34":2628},[],{"_36":37,"_38":2629,"_40":41,"_42":2630,"_44":2631,"_46":2636,"_48":47},"yREYL63N",{},[2632],{"_36":1155,"_67":2633,"_70":2634,"_42":2635,"_48":47},[1157],[251],{},"Not testing FAIR/DCAT compliance. EU interoperability is a downstream benefit, not a core hypothesis. If the vocabulary works for developers, DCAT metadata is a 15-line addition later.",{"_32":2638,"_34":2639},[],{"_36":37,"_38":2640,"_40":41,"_42":2641,"_44":2642,"_46":2647,"_48":47},"JiOTjh_J",{},[2643],{"_36":1155,"_67":2644,"_70":2645,"_42":2646,"_48":47},[1157],[863],{},"Not testing SHACL validation. Validation is an optional layer. The POC tests whether the vocabulary is useful, not whether it can be enforced.",{"_32":2649,"_34":2650},[],{"_36":37,"_38":2651,"_40":41,"_42":2652,"_44":2653,"_46":2658,"_48":47},"SQreYSw0",{},[2654],{"_36":1155,"_67":2655,"_70":2656,"_42":2657,"_48":47},[1157],[1284],{},"Not testing SPARQL Anything integration. Querying existing CBOR as virtual RDF is a powerful tool, but it is independent of the vocabulary's value proposition. Test it separately.",{"_32":2660,"_34":2661},[],{"_36":37,"_38":2662,"_40":41,"_42":2663,"_44":2664,"_46":2669,"_48":47},"DsvRZula",{},[2665],{"_36":1155,"_67":2666,"_70":2667,"_42":2668,"_48":47},[1157],[2156],{},"Not testing community scale. One test subject is not a community. The POC tests the mechanism (can one person extend?), not the sociology (will people want to?).",{"_32":2671,"_34":2672},[],{"_36":37,"_38":2673,"_40":41,"_42":2674,"_44":2675,"_46":2680,"_48":47},"ZFzbVWeL",{},[2676],{"_36":1155,"_67":2677,"_70":2678,"_42":2679,"_48":47},[1157],[592],{},"Not testing production deployment. CI/CD pipelines, npm publishing, GitHub Pages hosting — all important, all orthogonal to the core hypotheses. Build the pipeline after the value is confirmed.",{"_32":2682,"_34":2683},[],{"_36":52,"_38":2684,"_40":41,"_42":2685,"_44":2686,"_46":2687,"_48":47},"defvnbgQ",{},[],"1.6 Decision Gate",{"_32":2689,"_34":2690},[],{"_36":37,"_38":2691,"_40":41,"_42":2692,"_44":2693,"_46":2694,"_48":47},"-jh5sfF0",{},[],"At the end of the POC (Day 10), the team makes an explicit go/no-go decision:",{"_32":2696,"_34":2697},[],{"_36":37,"_38":2698,"_40":41,"_42":2699,"_44":2700,"_46":2706,"_48":47},"aEkQJXPr",{},[2701],{"_36":1155,"_67":2702,"_70":2703,"_42":2705,"_48":47},[1157],[2704],3,{},"Go: Proceed to Section 2 (Foundation Sprint). The hypotheses hold. The architecture is sound. The value is observable.",{"_32":2708,"_34":2709},[],{"_36":37,"_38":2710,"_40":41,"_42":2711,"_44":2712,"_46":2717,"_48":47},"zjJ8rZVz",{},[2713],{"_36":1155,"_67":2714,"_70":2715,"_42":2716,"_48":47},[1157],[249],{},"Go with adjustments: Proceed, but modify the roadmap based on POC learnings. Document each adjustment as an Architecture Decision Record. Typical adjustments: \"YAML schema needs property metadata, not just SKOS concepts\" or \"context merging requires a documented strategy.\"",{"_32":2719,"_34":2720},[],{"_36":37,"_38":2721,"_40":41,"_42":2722,"_44":2723,"_46":2728,"_48":47},"ZTA8Qa10",{},[2724],{"_36":1155,"_67":2725,"_70":2726,"_42":2727,"_48":47},[1157],[972],{},"No-go: Stop. The semantic layer is not the right investment for Seed right now. Document why. Revisit when the preconditions change (e.g., when the block type model stabilizes, when a third-party developer actually asks for formal types, when an EU compliance requirement materializes).",{"_32":2730,"_34":2731},[],{"_36":37,"_38":2732,"_40":41,"_42":2733,"_44":2734,"_46":2735,"_48":47},"HqORvatv",{},[],"A no-go is not a failure of the project. It is a success of the POC: we spent 10 days instead of 10 weeks learning that the timing is wrong.",{"_32":2737,"_34":2738},[],{"_36":52,"_38":2739,"_40":41,"_42":2740,"_44":2741,"_46":390,"_48":47},"LQU2dVZ0",{},[],{"_32":2743,"_34":2744},[],{"_36":52,"_38":2745,"_40":41,"_42":2746,"_44":2747,"_46":2748,"_48":47},"f_pD1Lp5",{},[],"2.1 Mapping the Existing Landscape",{"_32":2750,"_34":2751},[],{"_36":52,"_38":2752,"_40":41,"_42":2753,"_44":2754,"_46":2755,"_48":47},"FT4wnM64",{},[],"2.1.1 Inventory of Block Types in Go Code (Structs) and TypeScript (Interfaces)",{"_32":2757,"_34":2758},[],{"_36":37,"_38":2759,"_40":41,"_42":2760,"_44":2761,"_46":2762,"_48":47},"eiTs2j7S",{},[],"Walk the codebase and extract every block type currently defined. In Go, these are structs with CBOR/JSON tags. In TypeScript, these are interfaces or type aliases. The goal is a flat list of every type the platform currently supports, with its fields, field types, and any implicit constraints (required fields, allowed values, references to other types).",{"_32":2764,"_34":2765},[],{"_36":52,"_38":2766,"_40":41,"_42":2767,"_44":2768,"_46":2769,"_48":47},"Of_DZ6UR",{},[],"2.1.2 Extraction of Implicit Relationships Between Types",{"_32":2771,"_34":2772},[],{"_36":37,"_38":2773,"_40":41,"_42":2774,"_44":2775,"_46":2790,"_48":47},"Da3N4Ko4",{},[2776],{"_36":247,"_67":2777,"_70":2783,"_42":2789,"_48":47},[2778,1658,2779,1628,2780,2781,2782],108,161,233,254,319,[2784,1781,2785,2786,1494,2787,2788],122,172,214,267,330,{},"Identify inheritance, composition, and reference relationships that exist in code but are not formalized. A ParagraphBlock and a HeadingBlock might both embed a TextContent struct — that is an implicit skos:broader relationship to a TextBlock concept. A DocumentBlock might reference a list of child blocks — that is a hm:hasBlock relationship waiting to be named.",{"_32":2792,"_34":2793},[],{"_36":52,"_38":2794,"_40":41,"_42":2795,"_44":2796,"_46":2797,"_48":47},"I3Xu3_xG",{},[],"2.1.3 Identification of the 5–7 Priority Block Types for the Initial Vocabulary",{"_32":2799,"_34":2800},[],{"_36":37,"_38":2801,"_40":41,"_42":2802,"_44":2803,"_46":2804,"_48":47},"eioj5I6n",{},[],"Select the block types that cover the most common use cases and that third-party developers are most likely to need. Candidates: Paragraph, Heading, Image, Video, Code, Embed, Comment. The exact list is a question for Eric and the core team.",{"_32":2806,"_34":2807},[],{"_36":52,"_38":2808,"_40":41,"_42":2809,"_44":2810,"_46":2811,"_48":47},"VnHJcMYC",{},[],"2.1.4 Survey of Current Naming Conventions",{"_32":2813,"_34":2814},[],{"_36":37,"_38":2815,"_40":41,"_42":2816,"_44":2817,"_46":2818,"_48":47},"-5jWllN6",{},[],"Document every naming convention currently in use: CBOR field names, JSON key names, gRPC service and message names, TypeScript interface names. The vocabulary must map cleanly to these existing conventions — short keys in CBOR that expand to qualified URIs in JSON-LD, without breaking any existing consumer.",{"_32":2820,"_34":2821},[],{"_36":52,"_38":2822,"_40":41,"_42":2823,"_44":2824,"_46":2825,"_48":47},"cwVQZ5kX",{},[],"2.2 Canonical SKOS Vocabulary",{"_32":2827,"_34":2828},[],{"_36":52,"_38":2829,"_40":41,"_42":2830,"_44":2831,"_46":2832,"_48":47},"VGgvmJbY",{},[],"2.2.1 YAML Source File as Canonical Reference",{"_32":2834,"_34":2835},[],{"_36":37,"_38":2836,"_40":41,"_42":2837,"_44":2838,"_46":2839,"_48":47},"JcRE8yjI",{},[],"The single source of truth for the vocabulary is a YAML file. It is human-readable, version-controllable, diffable, and trivially parseable by any language. Every other artifact — Turtle, JSON-LD, TypeScript types, Go struct tags, HTML documentation — is generated from this file.",{"_32":2841,"_34":2842},[],{"_36":247,"_38":2843,"_40":41,"_42":2844,"_44":2846,"_46":2847,"_48":47},"B-gDsVcz",{"_2278":2845},"yaml",[],"# block-types.yaml — canonical source\nconcept_scheme:\n id: hm:BlockTypes\n label:\n en: \"Hypermedia Block Types\"\n fr: \"Types de blocs Hypermedia\"\n description:\n en: \"Taxonomy of content block types in Seed Hypermedia\"\n\nconcepts:\n - id: hm:Block\n top_concept: true\n label:\n en: \"Block\"\n fr: \"Bloc\"\n definition:\n en: \"Base concept for all content blocks\"\n\n - id: hm:ParagraphBlock\n broader: [hm:Block]\n label:\n en: \"Paragraph Block\"\n fr: \"Bloc Paragraphe\"\n alt_label:\n en: [\"Text Block\"]\n definition:\n en: \"Block containing plain or rich text content\"\n example:\n en: \"A paragraph of text with optional formatting\"\n\n - id: hm:ImageBlock\n broader: [hm:Block]\n label:\n en: \"Image Block\"\n fr: \"Bloc Image\"\n definition:\n en: \"Block containing an image (IPFS CID or HTTP URL)\"\n scope_note:\n en: \"Supports PNG, JPEG, GIF, WebP, SVG formats\"\n\n - id: hm:MediaBlock\n broader: [hm:Block]\n label:\n en: \"Media Block\"\n fr: \"Bloc Média\"\n definition:\n en: \"Block containing media content\"\n\n - id: hm:VideoBlock\n broader: [hm:MediaBlock]\n label:\n en: \"Video Block\"\n fr: \"Bloc Vidéo\"\n\n - id: hm:AudioBlock\n broader: [hm:MediaBlock]\n label:\n en: \"Audio Block\"\n fr: \"Bloc Audio\"\n\n - id: hm:HeadingBlock\n broader: [hm:Block]\n label:\n en: \"Heading Block\"\n fr: \"Bloc Titre\"\n\n - id: hm:CodeBlock\n broader: [hm:Block]\n label:\n en: \"Code Block\"\n fr: \"Bloc Code\"",{"_32":2849,"_34":2850},[],{"_36":52,"_38":2851,"_40":41,"_42":2852,"_44":2853,"_46":253,"_48":47},"3MQLxEZj",{},[2854],{"_36":247,"_67":2855,"_70":2856,"_42":2857,"_48":47},[249],[251],{},{"_32":2859,"_34":2860},[],{"_36":37,"_38":2861,"_40":41,"_42":2862,"_44":2863,"_46":2864,"_48":47},"wLvH-0eu",{},[],"A build script reads the YAML and produces valid SKOS Turtle. The generated output for the above YAML:",{"_32":2866,"_34":2867},[],{"_36":247,"_38":2868,"_40":41,"_42":2869,"_44":2870,"_46":2871,"_48":47},"nQboazRz",{"_2278":46},[],"@prefix hm: .\n@prefix skos: .\n@prefix dcterms: .\n\n# Concept Scheme (the vocabulary itself)\nhm:BlockTypes a skos:ConceptScheme ;\n skos:prefLabel \"Hypermedia Block Types\"@en ;\n skos:prefLabel \"Types de blocs Hypermedia\"@fr ;\n dcterms:description \"Taxonomy of content block types in Seed Hypermedia\"@en .\n\n# Top concepts\nhm:Block a skos:Concept ;\n skos:inScheme hm:BlockTypes ;\n skos:topConceptOf hm:BlockTypes ;\n skos:prefLabel \"Block\"@en ;\n skos:prefLabel \"Bloc\"@fr ;\n skos:definition \"Base concept for all content blocks\"@en .\n\n# Specific concepts\nhm:ParagraphBlock a skos:Concept ;\n skos:inScheme hm:BlockTypes ;\n skos:broader hm:Block ;\n skos:prefLabel \"Paragraph Block\"@en ;\n skos:prefLabel \"Bloc Paragraphe\"@fr ;\n skos:altLabel \"Text Block\"@en ;\n skos:definition \"Block containing plain or rich text content\"@en ;\n skos:example \"A paragraph of text with optional formatting\"@en .\n\nhm:ImageBlock a skos:Concept ;\n skos:inScheme hm:BlockTypes ;\n skos:broader hm:Block ;\n skos:prefLabel \"Image Block\"@en ;\n skos:prefLabel \"Bloc Image\"@fr ;\n skos:definition \"Block containing an image (IPFS CID or HTTP URL)\"@en ;\n skos:scopeNote \"Supports PNG, JPEG, GIF, WebP, SVG formats\"@en .\n\nhm:MediaBlock a skos:Concept ;\n skos:inScheme hm:BlockTypes ;\n skos:broader hm:Block ;\n skos:prefLabel \"Media Block\"@en ;\n skos:prefLabel \"Bloc Média\"@fr ;\n skos:definition \"Block containing media content\"@en .\n\nhm:VideoBlock a skos:Concept ;\n skos:inScheme hm:BlockTypes ;\n skos:broader hm:MediaBlock ;\n skos:prefLabel \"Video Block\"@en .\n\nhm:AudioBlock a skos:Concept ;\n skos:inScheme hm:BlockTypes ;\n skos:broader hm:MediaBlock ;\n skos:prefLabel \"Audio Block\"@en .",{"_32":2873,"_34":2874},[],{"_36":52,"_38":2875,"_40":41,"_42":2876,"_44":2877,"_46":2878,"_48":47},"DGE0vm_7",{},[],"2.2.3 Why SKOS — The 80/20 Solution for RDF",{"_32":2880,"_34":2881},[],{"_36":37,"_38":2882,"_40":41,"_42":2883,"_44":2884,"_46":2885,"_48":47},"thEr23lC",{},[],"SKOS (Simple Knowledge Organization System) is the simplest W3C semantic standard. It provides 80% of RDF benefits with 20% of the complexity.",{"_32":2887,"_34":2888},[],{"_36":37,"_38":2889,"_40":41,"_42":2890,"_44":2891,"_46":2903,"_48":47},"QKY7UFrq",{},[2892,2896],{"_36":1155,"_67":2893,"_70":2894,"_42":2895,"_48":47},[1157],[1237],{},{"_36":247,"_67":2897,"_70":2899,"_42":2902,"_48":47},[2898,1976],57,[2900,2901],69,102,{},"Weak semantics, strong flexibility. SKOS properties like skos:broader (more general) and skos:narrower (more specific) create hierarchies without rigid formal constraints. The semantics are intentionally weak — they express that one concept is \"somehow more general\" than another, without being overly strict about the exact nature of the hierarchical relationship. A concept can have any number of broader concepts — poly-hierarchies are explicitly allowed. This matches how real-world terminology and block type taxonomies evolve organically in decentralized communities.",{"_32":2905,"_34":2906},[],{"_36":37,"_38":2907,"_40":41,"_42":2908,"_44":2909,"_46":2922,"_48":47},"hKe54d_9",{},[2910,2914],{"_36":1155,"_67":2911,"_70":2912,"_42":2913,"_48":47},[1157],[2898],{},{"_36":247,"_67":2915,"_70":2918,"_42":2921,"_48":47},[2916,2917],318,337,[2919,2920],335,354,{},"Self-describing categories for decentralized cooperation. Each concept carries its own labels, definitions, and relationships. No central terminology registry required. Community can publish SKOS concept schemes independently. Relationships discoverable through graph traversal. Multiple languages supported natively (skos:prefLabel@en, skos:prefLabel@fr).",{"_32":2924,"_34":2960},[2925,2932,2939,2946,2953],{"_32":2926,"_34":2927},[],{"_36":37,"_38":2928,"_40":41,"_42":2929,"_44":2930,"_46":2931,"_48":47},"CdAlraBF",{},[],"Library of Congress Subject Headings (~400K concepts)",{"_32":2933,"_34":2934},[],{"_36":37,"_38":2935,"_40":41,"_42":2936,"_44":2937,"_46":2938,"_48":47},"jZwhAH4A",{},[],"Getty Art & Architecture Thesaurus (~370K concepts)",{"_32":2940,"_34":2941},[],{"_36":37,"_38":2942,"_40":41,"_42":2943,"_44":2944,"_46":2945,"_48":47},"P-1kf-it",{},[],"EU Vocabularies (EUROVOC: ~7K concepts, 24 languages)",{"_32":2947,"_34":2948},[],{"_36":37,"_38":2949,"_40":41,"_42":2950,"_44":2951,"_46":2952,"_48":47},"YB3bG6J5",{},[],"AGROVOC (FAO): ~40K agricultural concepts, 40 languages",{"_32":2954,"_34":2955},[],{"_36":37,"_38":2956,"_40":41,"_42":2957,"_44":2958,"_46":2959,"_48":47},"nx3W_GQL",{},[],"Wikidata uses SKOS for category hierarchies",{"_36":37,"_38":2961,"_40":41,"_42":2962,"_44":2963,"_46":2968,"_48":47},"sNjd2g-1",{"_99":100},[2964],{"_36":1155,"_67":2965,"_70":2966,"_42":2967,"_48":47},[1157],[590],{},"Proven at massive scale. SKOS is battle-tested in production systems managing billions of concepts:",{"_32":2970,"_34":2971},[],{"_36":37,"_38":2972,"_40":41,"_42":2973,"_44":2974,"_46":2975,"_48":47},"KVYRWaR8",{},[],"If it works for the Library of Congress, it will work for Hypermedia block types.",{"_32":2977,"_34":2978},[],{"_36":37,"_38":2979,"_40":41,"_42":2980,"_44":2981,"_46":2986,"_48":47},"-uMKUYhh",{},[2982],{"_36":1155,"_67":2983,"_70":2984,"_42":2985,"_48":47},[1157],[336],{},"Natural fit for block type taxonomy. The block type hierarchy maps perfectly to SKOS:",{"_32":2988,"_34":2989},[],{"_36":247,"_38":2990,"_40":41,"_42":2991,"_44":2992,"_46":2993,"_48":47},"d4Y-lmI_",{"_2278":2279},[],"Block (skos:ConceptScheme)\n├── TextBlock (skos:Concept)\n│ ├── ParagraphBlock (skos:narrower)\n│ │ └── RichParagraphBlock (skos:narrower)\n│ └── HeadingBlock (skos:narrower)\n├── MediaBlock (skos:Concept)\n│ ├── ImageBlock (skos:narrower)\n│ ├── VideoBlock (skos:narrower)\n│ └── AudioBlock (skos:narrower)\n└── InteractiveBlock (skos:Concept)\n ├── CommentBlock (skos:narrower)\n └── PollBlock (skos:narrower)",{"_32":2995,"_34":2996},[],{"_36":37,"_38":2997,"_40":41,"_42":2998,"_44":2999,"_46":3006,"_48":47},"_haAQbsJ",{},[3000],{"_36":247,"_67":3001,"_70":3002,"_42":3005,"_48":47},[592,307],[3003,3004],46,74,{},"Community extensions just add new skos:Concept instances with skos:broader relationships. No permission needed, no schema updates, no breaking changes.",{"_32":3008,"_34":3009},[],{"_36":37,"_38":3010,"_40":41,"_42":3011,"_44":3012,"_46":3017,"_48":47},"0lKJRN-D",{},[3013],{"_36":1155,"_67":3014,"_70":3015,"_42":3016,"_48":47},[1157],[514],{},"Poly-hierarchy example for community extensions:",{"_32":3019,"_34":3020},[],{"_36":247,"_38":3021,"_40":41,"_42":3022,"_44":3023,"_46":3024,"_48":47},"Y7_HmfQ8",{"_2278":46},[],"# Base concept (core team defines)\nhm:MediaBlock a skos:Concept ;\n skos:prefLabel \"Media Block\"@en ;\n skos:definition \"Block containing media content\"@en .\n\n# Community extension (poly-hierarchy)\ncommunity:InteractiveVideo a skos:Concept ;\n skos:broader hm:MediaBlock ; # It's a media block\n skos:broader community:InteractiveContent ; # AND interactive content\n skos:prefLabel \"Interactive Video\"@en ;\n skos:altLabel \"Clickable Video\"@en ;\n skos:related community:HotspotTechnology .",{"_32":3026,"_34":3027},[],{"_36":37,"_38":3028,"_40":41,"_42":3029,"_44":3030,"_46":3031,"_48":47},"FkK1fWVJ",{},[],"No single inheritance restriction. No need for complex class modeling. Just navigable relationships.",{"_32":3033,"_34":3034},[],{"_36":52,"_38":3035,"_40":41,"_42":3036,"_44":3037,"_46":3038,"_48":47},"VM-AmP9Y",{},[],"2.2.4 SKOS-XL for Rich Label Management",{"_32":3040,"_34":3041},[],{"_36":37,"_38":3042,"_40":41,"_42":3043,"_44":3044,"_46":3045,"_48":47},"Skzz0M51",{},[],"When you need multilingual support, historical label variants, versioned terminology, or label provenance, SKOS-XL extends SKOS with reified labels (labels as first-class entities):",{"_32":3047,"_34":3048},[],{"_36":247,"_38":3049,"_40":41,"_42":3050,"_44":3051,"_46":3052,"_48":47},"brIbKvJy",{"_2278":46},[],"# Standard SKOS (labels as literals)\nhm:ImageBlock skos:prefLabel \"Image Block\"@en .\n\n# SKOS-XL (labels as resources)\nhm:ImageBlock skosxl:prefLabel [\n a skosxl:Label ;\n skosxl:literalForm \"Image Block\"@en ;\n dcterms:created \"2024-01-15\"^^xsd:date ;\n dcterms:creator ;\n skosxl:labelRelation [\n skosxl:literalForm \"Picture Block\"@en ;\n rdfs:comment \"Deprecated term, use 'Image Block'\"\n ]\n] .",{"_32":3054,"_34":3055},[],{"_36":37,"_38":3056,"_40":41,"_42":3057,"_44":3058,"_46":3059,"_48":47},"w3zAgiMe",{},[],"This enables sophisticated terminology management — tracking that \"Paragraph Block\" was renamed to \"Text Block\" and then to \"RichText Block\" — without complex ontology machinery. Deploy SKOS-XL only when the label management use case is concrete, not speculatively.",{"_32":3061,"_34":3062},[],{"_36":52,"_38":3063,"_40":41,"_42":3064,"_44":3065,"_46":3066,"_48":47},"X7OkAz2O",{},[],"2.2.5 Future-Proof Evolution Path",{"_32":3068,"_34":3069},[],{"_36":37,"_38":3070,"_40":41,"_42":3071,"_44":3072,"_46":3073,"_48":47},"oMBUu9R9",{},[],"SKOS → RDFS → OWL is a well-trodden upgrade path:",{"_32":3075,"_34":3076},[],{"_36":37,"_38":3077,"_40":41,"_42":3078,"_44":3079,"_46":3084,"_48":47},"nsPUeckW",{},[3080],{"_36":1155,"_67":3081,"_70":3082,"_42":3083,"_48":47},[1157],[1249],{},"Stage 1 (Now): SKOS concepts with weak hierarchies. Simple, flexible, decentralized. Community can extend freely.",{"_32":3086,"_34":3087},[],{"_36":37,"_38":3088,"_40":41,"_42":3089,"_44":3090,"_46":3099,"_48":47},"Pa7dYJA0",{},[3091,3095],{"_36":1155,"_67":3092,"_70":3093,"_42":3094,"_48":47},[1157],[249],{},{"_36":247,"_67":3096,"_70":3097,"_42":3098,"_48":47},[3004],[1485],{},"Stage 2 (If needed): Add RDFS properties. Define formal properties (e.g., hm:hasAuthor). Still compatible with SKOS.",{"_32":3101,"_34":3102},[],{"_36":37,"_38":3103,"_40":41,"_42":3104,"_44":3105,"_46":3110,"_48":47},"sxjH25VM",{},[3106],{"_36":1155,"_67":3107,"_70":3108,"_42":3109,"_48":47},[1157],[249],{},"Stage 3 (If needed): Upgrade to OWL. Add stricter constraints. Enable reasoning (if justified by use case).",{"_32":3112,"_34":3113},[],{"_36":37,"_38":3114,"_40":41,"_42":3115,"_44":3116,"_46":3117,"_48":47},"8sl8T9w6",{},[],"You are not locked in. SKOS is the safe starting point that does not close doors. Each escalation is documented via an Architecture Decision Record.",{"_32":3119,"_34":3120},[],{"_36":37,"_38":3121,"_40":41,"_42":3122,"_44":3123,"_46":3124,"_48":47},"mDYpNJTa",{},[],"CriterionSKOS AdvantageComplexitySimplest RDF standard, ~10 properties totalFlexibilityPoly-hierarchies, weak semanticsDecentralizationSelf-describing, no central registryScaleProven with billions of conceptsToolingExcellent support (rdflib, SPARQL Anything)Future-proofEasy upgrade path to RDFS/OWL",{"_32":3126,"_34":3127},[],{"_36":52,"_38":3128,"_40":41,"_42":3129,"_44":3130,"_46":3131,"_48":47},"GnoS6kys",{},[],"2.2.6 Publication as a Standalone Open Artifact",{"_32":3133,"_34":3134},[],{"_36":37,"_38":3135,"_40":41,"_42":3136,"_44":3137,"_46":3138,"_48":47},"BUOws4Dr",{},[],"The vocabulary is published as its own IPFS CID, independent of any document's access level. This is a non-negotiable architectural constraint. The vocabulary is the shared language — block types, property definitions, concept hierarchies. If the vocabulary is gated, no third-party developer can build compatible extensions without prior access. Open vocabulary, controlled content.",{"_32":3140,"_34":3141},[],{"_36":52,"_38":3142,"_40":41,"_42":3143,"_44":3144,"_46":3145,"_48":47},"KhnxBui-",{},[],"2.3 Embedded JSON-LD Context",{"_32":3147,"_34":3148},[],{"_36":52,"_38":3149,"_40":41,"_42":3150,"_44":3151,"_46":3152,"_48":47},"tODkz7Bm",{},[],"2.3.1 Dual Context: JSON-LD for Web, CBOR for Backend",{"_32":3154,"_34":3155},[],{"_36":37,"_38":3156,"_40":41,"_42":3157,"_44":3158,"_46":3159,"_48":47},"XyPTf1_o",{},[],"Two representations of the same context, generated from the same YAML source:",{"_32":3161,"_34":3162},[],{"_36":37,"_38":3163,"_40":41,"_42":3164,"_44":3165,"_46":3170,"_48":47},"TqjMzVwC",{},[3166],{"_36":1155,"_67":3167,"_70":3168,"_42":3169,"_48":47},[1157],[1758],{},"JSON-LD context for web consumers, TypeScript, documentation, and external interoperability:",{"_32":3172,"_34":3173},[],{"_36":247,"_38":3174,"_40":41,"_42":3175,"_44":3176,"_46":3177,"_48":47},"6INPpfPX",{"_2278":20},[],"{\n \"@context\": {\n \"hm\": \"https://hypermedia.foundation/ns/core#\",\n \"skos\": \"http://www.w3.org/2004/02/skos/core#\",\n \"dct\": \"http://purl.org/dc/terms/\",\n \"dcat\": \"http://www.w3.org/ns/dcat#\",\n \"@type\": \"hm:blockType\",\n \"text\": \"hm:text\",\n \"imageUrl\": \"hm:imageUrl\",\n \"altText\": \"hm:altText\",\n \"blocks\": {\n \"@id\": \"hm:hasBlock\",\n \"@container\": \"@list\"\n }\n }\n}",{"_32":3179,"_34":3180},[],{"_36":37,"_38":3181,"_40":41,"_42":3182,"_44":3183,"_46":3188,"_48":47},"CgSgtJEm",{},[3184],{"_36":1155,"_67":3185,"_70":3186,"_42":3187,"_48":47},[1157],[1466],{},"CBOR context for the Go backend and IPFS storage, using integer vocabulary codes for dramatic size reduction:",{"_32":3190,"_34":3191},[],{"_36":247,"_38":3192,"_40":41,"_42":3193,"_44":3194,"_46":3195,"_48":47},"mv8PxcRU",{"_2278":2279},[],"CBOR Prefix Table:\n 1 → \"https://hypermedia.foundation/ns/core#\"\n 2 → \"http://www.w3.org/2004/02/skos/core#\"\n 3 → \"http://purl.org/dc/terms/\"\n 4 → \"http://www.w3.org/ns/dcat#\"\n\nField codes:\n 10 → blockType\n 11 → text\n 12 → imageUrl\n 13 → altText\n 14 → hasBlock",{"_32":3197,"_34":3198},[],{"_36":37,"_38":3199,"_40":41,"_42":3200,"_44":3201,"_46":3202,"_48":47},"lGYzMJUp",{},[],"Same semantics, different wire formats. The JSON-LD context and the CBOR prefix table are both generated from the canonical YAML.",{"_32":3204,"_34":3205},[],{"_36":52,"_38":3206,"_40":41,"_42":3207,"_44":3208,"_46":3209,"_48":47},"3SfWnsUS",{},[],"2.3.2 Mapping Existing Short Keys to Qualified URIs",{"_32":3211,"_34":3212},[],{"_36":37,"_38":3213,"_40":41,"_42":3214,"_44":3215,"_46":3224,"_48":47},"gdFqMH7n",{},[3216],{"_36":247,"_67":3217,"_70":3220,"_42":3223,"_48":47},[1971,1972,3218,3219],88,188,[1975,1485,3221,3222],93,196,{},"The critical design constraint: existing CBOR data uses short keys like \"type\", \"text\", \"url\". These must map cleanly to qualified URIs without breaking any existing consumer. The JSON-LD @context is precisely this mapping:",{"_32":3226,"_34":3227},[],{"_36":247,"_38":3228,"_40":41,"_42":3229,"_44":3230,"_46":3231,"_48":47},"KNDX3zDm",{"_2278":20},[],"{\n \"@context\": {\n \"type\": \"@type\",\n \"text\": \"hm:text\",\n \"url\": \"hm:imageUrl\",\n \"alt\": \"hm:altText\"\n }\n}",{"_32":3233,"_34":3234},[],{"_36":37,"_38":3235,"_40":41,"_42":3236,"_44":3237,"_46":3238,"_48":47},"jkPJQckc",{},[],"Existing JSON remains valid JSON-LD. A tool that understands JSON-LD can expand the short keys to full URIs. A tool that does not understand JSON-LD still reads the same JSON it always did. Zero breakage.",{"_32":3240,"_34":3241},[],{"_36":52,"_38":3242,"_40":41,"_42":3243,"_44":3244,"_46":3245,"_48":47},"h_bKqtm4",{},[],"2.3.3 Context Embedded Statically — Never Resolved Over HTTP at Runtime",{"_32":3247,"_34":3248},[],{"_36":37,"_38":3249,"_40":41,"_42":3250,"_44":3251,"_46":3258,"_48":47},"pOQHLw8X",{},[3252],{"_36":247,"_67":3253,"_70":3255,"_42":3257,"_48":47},[3254],96,[3256],104,{},"This is a critical performance and reliability constraint. JSON-LD libraries, by default, fetch @context URLs over HTTP at runtime. This is slow, unreliable, and unnecessary for our use case. The context is a static artifact. It ships with the document, embedded in the IPFS payload. It ships with the npm package, imported as a local JSON file. It is never fetched over the network.",{"_32":3260,"_34":3261},[],{"_36":37,"_38":3262,"_40":41,"_42":3263,"_44":3264,"_46":3265,"_48":47},"ctb6hHj-",{},[],"IPFS content-addressing makes this even more natural: the context has its own CID. It is immutable. It is the perfect cache candidate — CID = cache key, cache never invalidated.",{"_32":3267,"_34":3268},[],{"_36":52,"_38":3269,"_40":41,"_42":3270,"_44":3271,"_46":3272,"_48":47},"iT0k4Dxa",{},[],"2.4 Auto-Generated Documentation",{"_32":3274,"_34":3275},[],{"_36":52,"_38":3276,"_40":41,"_42":3277,"_44":3278,"_46":3279,"_48":47},"Zcfc8gdg",{},[],"2.4.1 pyLODE Pipeline",{"_32":3281,"_34":3332},[3282,3300,3316],{"_32":3283,"_34":3284},[],{"_36":37,"_38":3285,"_40":41,"_42":3286,"_44":3287,"_46":3299,"_48":47},"1wZb09JU",{},[3288,3293],{"_36":1155,"_67":3289,"_70":3290,"_42":3292,"_48":47},[1157],[3291],7,{},{"_36":423,"_67":3294,"_70":3296,"_42":3297,"_48":3298},[3295],8,[1284],{},"https://github.com/RDFLib/pyLODE","GitHub: https://github.com/RDFLib/pyLODE",{"_32":3301,"_34":3302},[],{"_36":37,"_38":3303,"_40":41,"_42":3304,"_44":3305,"_46":3315,"_48":47},"nMcionMs",{},[3306,3310],{"_36":1155,"_67":3307,"_70":3308,"_42":3309,"_48":47},[1157],[2397],{},{"_36":247,"_67":3311,"_70":3312,"_42":3314,"_48":47},[1249],[3313],32,{},"Installation: pip install pylode",{"_32":3317,"_34":3318},[],{"_36":37,"_38":3319,"_40":41,"_42":3320,"_44":3321,"_46":3331,"_48":47},"PjAGrRdF",{},[3322,3326],{"_36":1155,"_67":3323,"_70":3324,"_42":3325,"_48":47},[1157],[972],{},{"_36":247,"_67":3327,"_70":3328,"_42":3330,"_48":47},[3291],[3329],49,{},"Usage: pylode core-skos.ttl -o documentation.html",{"_36":37,"_38":3333,"_40":41,"_42":3334,"_44":3335,"_46":3336,"_48":47},"cdG7rqnd",{"_99":100},[],"pyLODE is the recommended tool for Phase 1 documentation. It generates clean HTML documentation from RDF ontologies with zero configuration.",{"_32":3338,"_34":3374},[3339,3346,3353,3360,3367],{"_32":3340,"_34":3341},[],{"_36":37,"_38":3342,"_40":41,"_42":3343,"_44":3344,"_46":3345,"_48":47},"sb_MYW3m",{},[],"Class hierarchy with visual diagrams",{"_32":3347,"_34":3348},[],{"_36":37,"_38":3349,"_40":41,"_42":3350,"_44":3351,"_46":3352,"_48":47},"iEDx8Lg0",{},[],"Property tables with domain/range",{"_32":3354,"_34":3355},[],{"_36":37,"_38":3356,"_40":41,"_42":3357,"_44":3358,"_46":3359,"_48":47},"7nzhBRoK",{},[],"Examples embedded inline",{"_32":3361,"_34":3362},[],{"_36":37,"_38":3363,"_40":41,"_42":3364,"_44":3365,"_46":3366,"_48":47},"3eOyH_M7",{},[],"Cross-references between concepts",{"_32":3368,"_34":3369},[],{"_36":37,"_38":3370,"_40":41,"_42":3371,"_44":3372,"_46":3373,"_48":47},"PMTzLw1C",{},[],"Multi-language support (labels in all languages)",{"_36":37,"_38":3375,"_40":41,"_42":3376,"_44":3377,"_46":3382,"_48":47},"PWRREJ8l",{"_99":100},[3378],{"_36":1155,"_67":3379,"_70":3380,"_42":3381,"_48":47},[1157],[1795],{},"What it generates:",{"_32":3384,"_34":3385},[],{"_36":37,"_38":3386,"_40":41,"_42":3387,"_44":3388,"_46":3394,"_48":47},"IIgmzTp6",{},[3389],{"_36":1155,"_67":3390,"_70":3391,"_42":3393,"_48":47},[1157],[3392],17,{},"Output structure:",{"_32":3396,"_34":3397},[],{"_36":247,"_38":3398,"_40":41,"_42":3399,"_44":3400,"_46":3401,"_48":47},"FjiXmCx0",{"_2278":2279},[],"documentation.html\n├── Metadata (title, version, authors)\n├── Table of Contents\n├── Classes\n│ ├── Block (with properties)\n│ ├── ImageBlock (with inheritance)\n│ └── ParagraphBlock\n├── Properties\n│ ├── creator (with domain/range)\n│ └── text\n└── Examples",{"_32":3403,"_34":3404},[],{"_36":37,"_38":3405,"_40":41,"_42":3406,"_44":3407,"_46":3412,"_48":47},"eWEGGFob",{},[3408],{"_36":1155,"_67":3409,"_70":3410,"_42":3411,"_48":47},[1157],[425],{},"Characteristics: Zero configuration, works out-of-box. Pure Python, no Java dependencies. Fast generation (<1 second for typical ontology). Works with SKOS, RDFS, OWL. Used by Australian Government, CSIRO, EU projects.",{"_32":3414,"_34":3415},[],{"_36":37,"_38":3416,"_40":41,"_42":3417,"_44":3418,"_46":3423,"_48":47},"FnxvL1Vc",{},[3419],{"_36":1155,"_67":3420,"_70":3421,"_42":3422,"_48":47},[1157],[1770],{},"Limitation: Single-page output (can be large for huge ontologies). Limited customization of styling. Best for quick documentation of small-to-medium vocabularies (5–100 concepts).",{"_32":3425,"_34":3426},[],{"_36":52,"_38":3427,"_40":41,"_42":3428,"_44":3429,"_46":3430,"_48":47},"LfkkIvxS",{},[],"2.4.2 Upgrade Path: Widoco",{"_32":3432,"_34":3480},[3433,3449,3464],{"_32":3434,"_34":3435},[],{"_36":37,"_38":3436,"_40":41,"_42":3437,"_44":3438,"_46":3448,"_48":47},"Vo9o4YHu",{},[3439,3443],{"_36":1155,"_67":3440,"_70":3441,"_42":3442,"_48":47},[1157],[3291],{},{"_36":423,"_67":3444,"_70":3445,"_42":3446,"_48":3447},[3295],[1491],{},"https://github.com/dgarijo/Widoco","GitHub: https://github.com/dgarijo/Widoco",{"_32":3450,"_34":3451},[],{"_36":37,"_38":3452,"_40":41,"_42":3453,"_44":3454,"_46":3463,"_48":47},"Wlai5k8K",{},[3455,3459],{"_36":1155,"_67":3456,"_70":3457,"_42":3458,"_48":47},[1157],[2397],{},{"_36":247,"_67":3460,"_70":3461,"_42":3462,"_48":47},[1421],[514],{},"Installation: Docker: docker pull dgarijo/widoco",{"_32":3465,"_34":3466},[],{"_36":37,"_38":3467,"_40":41,"_42":3468,"_44":3469,"_46":3479,"_48":47},"yauVVTgW",{},[3470,3474],{"_36":1155,"_67":3471,"_70":3472,"_42":3473,"_48":47},[1157],[972],{},{"_36":247,"_67":3475,"_70":3476,"_42":3478,"_48":47},[3291],[3477],66,{},"Usage: java -jar widoco.jar -ontFile ontology.ttl -outFolder docs/",{"_36":37,"_38":3481,"_40":41,"_42":3482,"_44":3483,"_46":3484,"_48":47},"E7j5ge9c",{"_99":100},[],"When the vocabulary grows beyond ~50 concepts or professional multi-page documentation is needed:",{"_32":3486,"_34":3487},[],{"_36":37,"_38":3488,"_40":41,"_42":3489,"_44":3490,"_46":3495,"_48":47},"9KoElS4I",{},[3491],{"_36":1155,"_67":3492,"_70":3493,"_42":3494,"_48":47},[1157],[1795],{},"What it generates: Multi-page website (index, classes, properties, examples). Visual diagrams (WebVOWL integration). Metadata sections (authors, license, versioning). Provenance tracking (who created what, when). Evaluation reports (ontology quality metrics). Used by W3C Community Groups, EU Horizon projects.",{"_32":3497,"_34":3498},[],{"_36":247,"_38":3499,"_40":41,"_42":3500,"_44":3502,"_46":3503,"_48":47},"xaG7GRX4",{"_2278":3501},"bash",[],"docker run -v $(pwd):/data dgarijo/widoco \\\n -ontFile /data/core-skos.ttl \\\n -outFolder /data/docs \\\n -includeAnnotationProperties \\\n -webVowl",{"_32":3505,"_34":3506},[],{"_36":52,"_38":3507,"_40":41,"_42":3508,"_44":3509,"_46":3510,"_48":47},"RV10AyKL",{},[],"2.4.3 Exploration Tool: Ontospy",{"_32":3512,"_34":3559},[3513,3529,3544],{"_32":3514,"_34":3515},[],{"_36":37,"_38":3516,"_40":41,"_42":3517,"_44":3518,"_46":3528,"_48":47},"2WD4T1b-",{},[3519,3523],{"_36":1155,"_67":3520,"_70":3521,"_42":3522,"_48":47},[1157],[3291],{},{"_36":423,"_67":3524,"_70":3525,"_42":3526,"_48":3527},[3295],[3003],{},"https://github.com/lambdamusic/Ontospy","GitHub: https://github.com/lambdamusic/Ontospy",{"_32":3530,"_34":3531},[],{"_36":37,"_38":3532,"_40":41,"_42":3533,"_44":3534,"_46":3543,"_48":47},"2e53BvCa",{},[3535,3539],{"_36":1155,"_67":3536,"_70":3537,"_42":3538,"_48":47},[1157],[2397],{},{"_36":247,"_67":3540,"_70":3541,"_42":3542,"_48":47},[1249],[251],{},"Installation: pip install ontospy",{"_32":3545,"_34":3546},[],{"_36":37,"_38":3547,"_40":41,"_42":3548,"_44":3549,"_46":3558,"_48":47},"NMRLIjHe",{},[3550,3554],{"_36":1155,"_67":3551,"_70":3552,"_42":3553,"_48":47},[1157],[972],{},{"_36":247,"_67":3555,"_70":3556,"_42":3557,"_48":47},[3291],[2438],{},"Usage: ontospy scan ontology.ttl --viz",{"_36":37,"_38":3560,"_40":41,"_42":3561,"_44":3562,"_46":3563,"_48":47},"8KRd2ci0",{"_99":100},[],"For internal development and ontology exploration:",{"_32":3565,"_34":3566},[],{"_36":37,"_38":3567,"_40":41,"_42":3568,"_44":3569,"_46":3575,"_48":47},"aZ5uD-Zp",{},[3570],{"_36":1155,"_67":3571,"_70":3572,"_42":3574,"_48":47},[1157],[3573],9,{},"Features: Searchable class/property listings. Graph visualizations (D3.js interactive). Statistics dashboard (class count, property usage). Export to various formats (CSV, JSON). Great for exploring third-party ontologies during alignment work.",{"_32":3577,"_34":3578},[],{"_36":247,"_38":3579,"_40":41,"_42":3580,"_44":3582,"_46":3583,"_48":47},"26BCzmoW",{"_2278":3581},"python",[],"from ontospy import Ontospy\n\nmodel = Ontospy(\"core-skos.ttl\")\nfor cls in model.all_classes:\n print(f\"{cls.label}: {len(cls.descendants())} subclasses\")\nmodel.export_visualization(\"docs/\")",{"_32":3585,"_34":3586},[],{"_36":52,"_38":3587,"_40":41,"_42":3588,"_44":3589,"_46":3590,"_48":47},"aC1Xteww",{},[],"2.4.4 CI Integration: Auto-Generation on Every Commit",{"_32":3592,"_34":3593},[],{"_36":37,"_38":3594,"_40":41,"_42":3595,"_44":3596,"_46":3597,"_48":47},"wctfe1Ha",{},[],"Documentation always in sync with vocabulary. Zero manual maintenance.",{"_32":3599,"_34":3600},[],{"_36":247,"_38":3601,"_40":41,"_42":3602,"_44":3603,"_46":3604,"_48":47},"SVBqx8G8",{"_2278":2845},[],"# .github/workflows/docs.yml\nname: Generate Documentation\n\non:\n push:\n paths:\n - 'vocabulary/*.ttl'\n - 'src/block-types.yaml'\n\njobs:\n generate-docs:\n runs-on: ubuntu-latest\n steps:\n - uses: actions/checkout@v2\n\n - name: Install pyLODE\n run: pip install pylode\n\n - name: Generate Documentation\n run: pylode vocabulary/core-skos.ttl -o docs/index.html\n\n - name: Deploy to GitHub Pages\n uses: peaceiris/actions-gh-pages@v3\n with:\n github_token: ${{ secrets.GITHUB_TOKEN }}\n publish_dir: ./docs",{"_32":3606,"_34":3607},[],{"_36":52,"_38":3608,"_40":41,"_42":3609,"_44":3610,"_46":3611,"_48":47},"9CBAMEfU",{},[],"2.4.5 Collaborative Editing (Future): VoCol",{"_32":3613,"_34":3653},[3614,3630,3641],{"_32":3615,"_34":3616},[],{"_36":37,"_38":3617,"_40":41,"_42":3618,"_44":3619,"_46":3629,"_48":47},"mxjCcPpb",{},[3620,3624],{"_36":1155,"_67":3621,"_70":3622,"_42":3623,"_48":47},[1157],[3291],{},{"_36":423,"_67":3625,"_70":3626,"_42":3627,"_48":3628},[3295],[2438],{},"https://github.com/vocol/vocol","GitHub: https://github.com/vocol/vocol",{"_32":3631,"_34":3632},[],{"_36":37,"_38":3633,"_40":41,"_42":3634,"_44":3635,"_46":3640,"_48":47},"5LRcbcUn",{},[3636],{"_36":1155,"_67":3637,"_70":3638,"_42":3639,"_48":47},[1157],[3573],{},"Features: Web-based editor for non-technical contributors. Git version control integrated. Documentation generation built-in. Change tracking and approval workflows.",{"_32":3642,"_34":3643},[],{"_36":37,"_38":3644,"_40":41,"_42":3645,"_44":3646,"_46":3652,"_48":47},"hV_llXym",{},[3647],{"_36":1155,"_67":3648,"_70":3649,"_42":3651,"_48":47},[1157],[3650],10,{},"Trade-off: Complex setup (full web application). Overkill for small teams. Deploy only when the contributor base justifies it.",{"_36":37,"_38":3654,"_40":41,"_42":3655,"_44":3656,"_46":3657,"_48":47},"hz3SEfVc",{"_99":100},[],"If the vocabulary becomes community-driven with 10+ contributors:",{"_32":3659,"_34":3660},[],{"_36":37,"_38":3661,"_40":41,"_42":3662,"_44":3663,"_46":3671,"_48":47},"jXcUAlme",{},[3664],{"_36":1155,"_67":3665,"_70":3668,"_42":3670,"_48":47},[251,1485,3666,3667],133,180,[334,1538,3669,1401],140,{},"ToolComplexityBest Use CaseOutputpyLODELowQuick docs for small vocabulariesSingle HTMLWidocoMediumProfessional multi-page siteWebsiteOntospyMediumInteractive explorationHTML + JSONVoColHighCommunity collaborationWeb app",{"_32":3673,"_34":3674},[],{"_36":52,"_38":3675,"_40":41,"_42":3676,"_44":3677,"_46":3678,"_48":47},"Fx3LuqOx",{},[],"2.5 Week 2 Deliverables",{"_32":3680,"_34":3681},[],{"_36":37,"_38":3682,"_40":41,"_42":3683,"_44":3684,"_46":3685,"_48":47},"CzxRWR7D",{},[],"Target file structure:",{"_32":3687,"_34":3688},[],{"_36":247,"_38":3689,"_40":41,"_42":3690,"_44":3691,"_46":3692,"_48":47},"WnCYS30K",{"_2278":2279},[],"hypermedia-vocab/\n├── src/\n│ └── block-types.yaml # Canonical source\n├── generated/\n│ ├── core-skos.ttl # SKOS Turtle\n│ ├── context.jsonld # JSON-LD context\n│ ├── context.cbor # CBOR context (integer prefixes)\n│ └── types.ts # Generated TypeScript types\n├── docs/\n│ └── index.html # pyLODE documentation\n├── examples/\n│ ├── basic-document.jsonld\n│ └── basic-document.cbor\n└── scripts/\n └── generate.py # YAML → all artifacts",{"_32":3694,"_34":3695},[],{"_36":52,"_38":3696,"_40":41,"_42":3697,"_44":3698,"_46":563,"_48":47},"rLrsttx4",{},[],{"_32":3700,"_34":3701},[],{"_36":52,"_38":3702,"_40":41,"_42":3703,"_44":3704,"_46":3709,"_48":47},"Bzt9vgls",{},[3705],{"_36":247,"_67":3706,"_70":3707,"_42":3708,"_48":47},[444],[249],{},"3.1 @seed/vocabulary npm Package",{"_32":3711,"_34":3712},[],{"_36":52,"_38":3713,"_40":41,"_42":3714,"_44":3715,"_46":3716,"_48":47},"trBoe550",{},[],"3.1.1 TypeScript Types Generated from the SKOS Vocabulary",{"_32":3718,"_34":3719},[],{"_36":37,"_38":3720,"_40":41,"_42":3721,"_44":3722,"_46":3723,"_48":47},"L_H5G74y",{},[],"The build pipeline reads the canonical YAML and generates TypeScript interfaces. These are not hand-maintained — they are derived artifacts, always in sync with the vocabulary.",{"_32":3725,"_34":3726},[],{"_36":247,"_38":3727,"_40":41,"_42":3728,"_44":3730,"_46":3731,"_48":47},"t9E4Eixj",{"_2278":3729},"typescript",[],"// types.ts (auto-generated from block-types.yaml)\nexport interface Block {\n '@context': 'https://hypermedia.foundation/ns/core';\n '@type': string;\n}\n\nexport interface ParagraphBlock extends Block {\n '@type': 'ParagraphBlock';\n text: string;\n}\n\nexport interface ImageBlock extends Block {\n '@type': 'ImageBlock';\n imageUrl: string;\n altText?: string;\n}\n\nexport interface VideoBlock extends Block {\n '@type': 'VideoBlock';\n videoUrl: string;\n duration?: number;\n}\n\nexport type AnyBlock = ParagraphBlock | ImageBlock | VideoBlock;",{"_32":3733,"_34":3734},[],{"_36":52,"_38":3735,"_40":41,"_42":3736,"_44":3737,"_46":3738,"_48":47},"Va_pwK4H",{},[],"3.1.2 JSON-LD Context Embedded as Static Import",{"_32":3740,"_34":3741},[],{"_36":37,"_38":3742,"_40":41,"_42":3743,"_44":3744,"_46":3745,"_48":47},"ZvlAUk9Z",{},[],"The context ships as a JSON file inside the npm package. Never fetched over HTTP.",{"_32":3747,"_34":3748},[],{"_36":247,"_38":3749,"_40":41,"_42":3750,"_44":3751,"_46":3752,"_48":47},"xKF6r7og",{"_2278":3729},[],"// Usage in application code\nimport HM_CONTEXT from '@seed/vocabulary/context.json';\nimport type { ImageBlock } from '@seed/vocabulary';\n\n// The context is a local file, bundled at build time\n// Zero network calls, zero runtime dependencies",{"_32":3754,"_34":3755},[],{"_36":52,"_38":3756,"_40":41,"_42":3757,"_44":3758,"_46":3759,"_48":47},"RrpnWMUC",{},[],"3.1.3 Lightweight Builders (~2KB)",{"_32":3761,"_34":3762},[],{"_36":37,"_38":3763,"_40":41,"_42":3764,"_44":3765,"_46":3766,"_48":47},"uZeDm-He",{},[],"Instead of importing a full JSON-LD library (~100KB+ minified), the package ships tiny, type-safe builder functions:",{"_32":3768,"_34":3769},[],{"_36":247,"_38":3770,"_40":41,"_42":3771,"_44":3772,"_46":3773,"_48":47},"9ic90MBR",{"_2278":3729},[],"// jsonld-builders.ts (~2KB total)\n\nexport function buildImageBlock(data: {\n imageUrl: string;\n altText?: string;\n}): string {\n return JSON.stringify({\n \"@context\": \"https://hypermedia.foundation/ns/core\",\n \"@type\": \"ImageBlock\",\n \"imageUrl\": data.imageUrl,\n \"altText\": data.altText\n });\n}\n\nexport function buildParagraphBlock(data: {\n text: string;\n}): string {\n return JSON.stringify({\n \"@context\": \"https://hypermedia.foundation/ns/core\",\n \"@type\": \"ParagraphBlock\",\n \"text\": data.text\n });\n}\n\n// Fluent alternative\nexport class JsonLdBuilder {\n private data: Record = {};\n\n context(url: string): this {\n this.data['@context'] = url;\n return this;\n }\n\n type(type: string): this {\n this.data['@type'] = type;\n return this;\n }\n\n prop(key: string, value: any): this {\n this.data[key] = value;\n return this;\n }\n\n build(): string {\n return JSON.stringify(this.data);\n }\n}",{"_32":3775,"_34":3776},[],{"_36":37,"_38":3777,"_40":41,"_42":3778,"_44":3779,"_46":3784,"_48":47},"hDSGBR2Z",{},[3780],{"_36":1155,"_67":3781,"_70":3782,"_42":3783,"_48":47},[1157],[1509],{},"Contrast with the heavy approach (do not do this):",{"_32":3786,"_34":3787},[],{"_36":247,"_38":3788,"_40":41,"_42":3789,"_44":3790,"_46":3791,"_48":47},"ThECBv6H",{"_2278":3729},[],"// BAD: 150KB+ for basic structured data\nimport jsonld from 'jsonld'; // ~100KB minified\nimport { schema } from 'jsonld-schema'; // More KB",{"_32":3793,"_34":3794},[],{"_36":52,"_38":3795,"_40":41,"_42":3796,"_44":3797,"_46":3802,"_48":47},"p-pLKu8X",{},[3798],{"_36":423,"_67":3799,"_70":3800,"_42":3801,"_48":429},[425],[427],{},"3.1.4 Type-Safe Schema.org Integration",{"_32":3804,"_34":3805},[],{"_36":37,"_38":3806,"_40":41,"_42":3807,"_44":3808,"_46":3817,"_48":47},"WT0mFx53",{},[3809,3813],{"_36":423,"_67":3810,"_70":3811,"_42":3812,"_48":429},[2156],[2438],{},{"_36":247,"_67":3814,"_70":3815,"_42":3816,"_48":47},[1596],[1976],{},"For block types that map to Schema.org (Article, ImageObject, Person), use the schema-dts package — zero runtime cost, just TypeScript type definitions:",{"_32":3819,"_34":3820},[],{"_36":247,"_38":3821,"_40":41,"_42":3822,"_44":3823,"_46":3824,"_48":47},"eXchEMZ5",{"_2278":3729},[],"import { Article, ImageObject } from 'schema-dts';\n\ninterface HypermediaArticle extends Article {\n '@context': 'https://schema.org';\n '@type': 'Article';\n headline: string;\n author: {\n '@type': 'Person';\n name: string;\n };\n image: ImageObject;\n}\n\nfunction buildArticleJsonLd(meta: ArticleMeta): HypermediaArticle {\n return {\n '@context': 'https://schema.org',\n '@type': 'Article',\n headline: meta.title,\n author: {\n '@type': 'Person',\n name: meta.authorName\n },\n image: {\n '@type': 'ImageObject',\n url: meta.imageUrl\n }\n };\n}",{"_32":3826,"_34":3827},[],{"_36":37,"_38":3828,"_40":41,"_42":3829,"_44":3830,"_46":3831,"_48":47},"buuZNRJN",{},[],"TypeScript compiler catches mistakes. IDE autocomplete for JSON-LD. Predictable structure equals easier optimization.",{"_32":3833,"_34":3834},[],{"_36":37,"_38":3835,"_40":41,"_42":3836,"_44":3837,"_46":3850,"_48":47},"a7fBJW_B",{},[3838,3842,3846],{"_36":1155,"_67":3839,"_70":3840,"_42":3841,"_48":47},[1157],[337],{},{"_36":247,"_67":3843,"_70":3844,"_42":3845,"_48":47},[1561,1774,1894],[305,1775,72],{},{"_36":423,"_67":3847,"_70":3848,"_42":3849,"_48":429},[3218],[1492],{},"Libraries specifically for TypeScript + JSON-LD + SEO: schema-dts (type definitions for Schema.org, zero runtime cost), next-seo (Next.js SEO with JSON-LD support), @artsy/fresnel (responsive JSON-LD for metadata).",{"_32":3852,"_34":3853},[],{"_36":52,"_38":3854,"_40":41,"_42":3855,"_44":3856,"_46":3857,"_48":47},"Iy-9ICE3",{},[],"3.1.5 Zero Runtime Dependency on Any JSON-LD Library",{"_32":3859,"_34":3860},[],{"_36":37,"_38":3861,"_40":41,"_42":3862,"_44":3863,"_46":3873,"_48":47},"mfXI36pq",{},[3864],{"_36":247,"_67":3865,"_70":3868,"_42":3872,"_48":47},[1400,3866,3867],156,168,[3869,3870,3871],151,163,170,{},"The entire npm package contains: generated TypeScript types (zero runtime cost), a JSON file (the context), and ~2KB of builder functions. No jsonld.js, no rdf-ext, no n3. The browser ships static strings.",{"_32":3875,"_34":3876},[],{"_36":52,"_38":3877,"_40":41,"_42":3878,"_44":3879,"_46":3880,"_48":47},"BuYLJh_6",{},[],"3.2 Go Backend Integration — \"JSON-LD as Native JSON\" Option",{"_32":3882,"_34":3883},[],{"_36":52,"_38":3884,"_40":41,"_42":3885,"_44":3886,"_46":3887,"_48":47},"IYZizNuZ",{},[],"3.2.1 Option 1 (Recommended): Go Consumes JSON-LD as Native JSON",{"_32":3889,"_34":3890},[],{"_36":37,"_38":3891,"_40":41,"_42":3892,"_44":3893,"_46":3894,"_48":47},"yZiPbAwA",{},[],"JSON-LD is valid JSON. The Go backend treats it as standard JSON. No RDF-specific libraries needed in production:",{"_32":3896,"_34":3897},[],{"_36":247,"_38":3898,"_40":41,"_42":3899,"_44":3901,"_46":3902,"_48":47},"k_25G43F",{"_2278":3900},"go",[],"// types.go (auto-generated from block-types.yaml, no RDF imports)\npackage hypermedia\n\ntype ImageBlock struct {\n Context string `json:\"@context\"`\n Type string `json:\"@type\"`\n ImageURL string `json:\"imageUrl\"`\n AltText string `json:\"altText,omitempty\"`\n}\n\nfunc ParseBlock(data []byte) (*ImageBlock, error) {\n var block ImageBlock\n err := json.Unmarshal(data, &block) // stdlib only\n return &block, err\n}",{"_32":3904,"_34":3905},[],{"_36":37,"_38":3906,"_40":41,"_42":3907,"_44":3908,"_46":3909,"_48":47},"-FtfxIo8",{},[],"Zero RDF-specific dependencies. Idiomatic Go code. Full performance (no parsing overhead). Interoperability (JSON-LD is valid RDF for other tools).",{"_32":3911,"_34":3912},[],{"_36":52,"_38":3913,"_40":41,"_42":3914,"_44":3915,"_46":3916,"_48":47},"bdWN_rmD",{},[],"3.2.2 Direct CBOR Parsing in Go Without RDF Layer",{"_32":3918,"_34":3919},[],{"_36":37,"_38":3920,"_40":41,"_42":3921,"_44":3922,"_46":3930,"_48":47},"T4LnNfN2",{},[3923],{"_36":247,"_67":3924,"_70":3927,"_42":3929,"_48":47},[3925,3926],171,182,[1443,3928],194,{},"The Go backend reads DAG-CBOR directly. The CBOR prefix table (integer codes mapping to URI prefixes) is a lookup table in Go, not an RDF processing step. CBOR field code 10 maps to hm:blockType. This is a map lookup, not graph processing.",{"_32":3932,"_34":3933},[],{"_36":52,"_38":3934,"_40":41,"_42":3935,"_44":3936,"_46":3937,"_48":47},"minCR3Ds",{},[],"3.2.3 Option 2 (If RDF Processing Needed in Go): Lightweight Libraries",{"_32":3939,"_34":3940},[],{"_36":37,"_38":3941,"_40":41,"_42":3942,"_44":3943,"_46":3944,"_48":47},"f5Y1qSSB",{},[],"If actual RDF graph operations are needed in Go at some future point:",{"_32":3946,"_34":3980},[3947,3958,3969],{"_32":3948,"_34":3949},[],{"_36":37,"_38":3950,"_40":41,"_42":3951,"_44":3952,"_46":3957,"_48":47},"_llCjUVb",{},[3953],{"_36":1155,"_67":3954,"_70":3955,"_42":3956,"_48":47},[1157],[3392],{},"piprate/json-gold: Pure Go JSON-LD processor. Actively maintained (2023+ commits). Implements W3C JSON-LD spec. Good for expansion/compaction.",{"_32":3959,"_34":3960},[],{"_36":37,"_38":3961,"_40":41,"_42":3962,"_44":3963,"_46":3968,"_48":47},"hfSs90Ph",{},[3964],{"_36":1155,"_67":3965,"_70":3966,"_42":3967,"_48":47},[1157],[3573],{},"knakk/rdf: Basic RDF support. Simple triple manipulation. Turtle/N-Triples parsing. Used in production systems.",{"_32":3970,"_34":3971},[],{"_36":37,"_38":3972,"_40":41,"_42":3973,"_44":3974,"_46":3979,"_48":47},"qaJ020s5",{},[3975],{"_36":1155,"_67":3976,"_70":3977,"_42":3978,"_48":47},[1157],[1466],{},"underlay/go-*: Emerging ecosystem. Modern approach to knowledge graphs. Growing community.",{"_36":37,"_38":3981,"_40":41,"_42":3982,"_44":3983,"_46":3988,"_48":47},"icBiJcUR",{"_99":100},[3984],{"_36":1155,"_67":3985,"_70":3986,"_42":3987,"_48":47},[1157],[249],{},"Available libraries:",{"_32":3990,"_34":3991},[],{"_36":247,"_38":3992,"_40":41,"_42":3993,"_44":3994,"_46":3995,"_48":47},"-sfREPDu",{"_2278":3900},[],"// Example using piprate/json-gold (only if needed)\nimport \"github.com/piprate/json-gold/ld\"\n\nproc := ld.NewJsonLdProcessor()\nexpanded, err := proc.Expand(jsonLdDoc, nil)",{"_32":3997,"_34":3998},[],{"_36":52,"_38":3999,"_40":41,"_42":4000,"_44":4001,"_46":4002,"_48":47},"k7OFTsOg",{},[],"3.2.4 Option 3 (Hybrid): Python Tooling + Go Runtime",{"_32":4004,"_34":4005},[],{"_36":37,"_38":4006,"_40":41,"_42":4007,"_44":4008,"_46":4009,"_48":47},"Nk5L47UR",{},[],"Development time: Python tools (rdflib, pyLODE) generate artifacts. Runtime: Go consumes generated JSON-LD contexts and types. Build step: Python generates Go code from RDF vocabulary.",{"_32":4011,"_34":4012},[],{"_36":247,"_38":4013,"_40":41,"_42":4014,"_44":4015,"_46":4016,"_48":47},"vZfUKV6s",{"_2278":3501},[],"# Build time (Python)\npython generate_go_types.py core-skos.ttl > types.go\n\n# Runtime (Pure Go)\n# Uses generated types, no RDF library needed",{"_32":4018,"_34":4019},[],{"_36":52,"_38":4020,"_40":41,"_42":4021,"_44":4022,"_46":4023,"_48":47},"0EavulAr",{},[],"3.2.5 Option 4 (Advanced): CGo Bindings to Rust",{"_32":4025,"_34":4026},[],{"_36":37,"_38":4027,"_40":41,"_42":4028,"_44":4029,"_46":4030,"_48":47},"mkT90M7F",{},[],"If high-performance RDF processing becomes necessary: Oxigraph (Rust triple store) has excellent performance. CGo integration possible. Only if requirements justify the complexity. This is a last resort, not a starting point.",{"_32":4032,"_34":4033},[],{"_36":37,"_38":4034,"_40":41,"_42":4035,"_44":4036,"_46":4041,"_48":47},"OeQ8IxKs",{},[4037],{"_36":1155,"_67":4038,"_70":4039,"_42":4040,"_48":47},[1157],[1758],{},"Recommendation: Start with Option 1. Evaluate based on actual needs. The JSON-LD design allows starting simple (pure JSON) and adding RDF processing later if justified.",{"_32":4043,"_34":4044},[],{"_36":52,"_38":4045,"_40":41,"_42":4046,"_44":4047,"_46":4048,"_48":47},"d1Y2tQzt",{},[],"3.2.6 Serialization Flexibility",{"_32":4050,"_34":4084},[4051,4062,4073],{"_32":4052,"_34":4053},[],{"_36":37,"_38":4054,"_40":41,"_42":4055,"_44":4056,"_46":4061,"_48":47},"55IuLOVa",{},[4057],{"_36":1155,"_67":4058,"_70":4059,"_42":4060,"_48":47},[1157],[1466],{},"Development: Turtle (human-readable, for editing vocabularies)",{"_32":4063,"_34":4064},[],{"_36":37,"_38":4065,"_40":41,"_42":4066,"_44":4067,"_46":4072,"_48":47},"zGFL5pbj",{},[4068],{"_36":1155,"_67":4069,"_70":4070,"_42":4071,"_48":47},[1157],[1466],{},"Runtime/API: JSON-LD (Go-native JSON parsing)",{"_32":4074,"_34":4075},[],{"_36":37,"_38":4076,"_40":41,"_42":4077,"_44":4078,"_46":4083,"_48":47},"SLpDi3av",{},[4079],{"_36":1155,"_67":4080,"_70":4081,"_42":4082,"_48":47},[1157],[3295],{},"Storage: CBOR (compact, IPFS-friendly, compatible with existing DAG-CBOR)",{"_36":37,"_38":4085,"_40":41,"_42":4086,"_44":4087,"_46":4088,"_48":47},"lPfZzeDL",{"_99":100},[],"Same semantics, different syntax. Choose based on context:",{"_32":4090,"_34":4091},[],{"_36":37,"_38":4092,"_40":41,"_42":4093,"_44":4094,"_46":4095,"_48":47},"O0Yhu6AB",{},[],"Content negotiation is a native RDF capability. A document published on IPFS can be served in any serialization from an edge gateway.",{"_32":4097,"_34":4098},[],{"_36":52,"_38":4099,"_40":41,"_42":4100,"_44":4101,"_46":4102,"_48":47},"FkzGxwTe",{},[],"3.3 Build-Time Generation Pipeline",{"_32":4104,"_34":4105},[],{"_36":52,"_38":4106,"_40":41,"_42":4107,"_44":4108,"_46":4109,"_48":47},"hbL54dwX",{},[],"3.3.1 Single Script: YAML → Everything",{"_32":4111,"_34":4112},[],{"_36":37,"_38":4113,"_40":41,"_42":4114,"_44":4115,"_46":4116,"_48":47},"-0ckHdUY",{},[],"One script, one source of truth, all artifacts:",{"_32":4118,"_34":4119},[],{"_36":247,"_38":4120,"_40":41,"_42":4121,"_44":4122,"_46":4123,"_48":47},"HGuDTzu6",{"_2278":2279},[],"block-types.yaml\n ├── → core-skos.ttl (SKOS Turtle)\n ├── → context.jsonld (JSON-LD context)\n ├── → context.cbor (CBOR prefix table)\n ├── → types.ts (TypeScript types)\n ├── → types.go (Go struct tags)\n └── → docs/index.html (HTML documentation via pyLODE)",{"_32":4125,"_34":4126},[],{"_36":247,"_38":4127,"_40":41,"_42":4128,"_44":4129,"_46":4130,"_48":47},"C0gLRMcv",{"_2278":3581},[],"# generate.py — the single build script\nfrom rdflib import Graph, Namespace, Literal, URIRef\nfrom rdflib.namespace import SKOS, RDF, DCTERMS\nimport yaml, json\n\n# Load canonical source\nwith open(\"src/block-types.yaml\") as f:\n vocab = yaml.safe_load(f)\n\n# Build RDF graph\ng = Graph()\nHM = Namespace(\"https://hypermedia.foundation/ns/core#\")\ng.bind(\"hm\", HM)\ng.bind(\"skos\", SKOS)\n\n# Generate concept scheme\nscheme_uri = URIRef(str(HM) + vocab[\"concept_scheme\"][\"id\"].split(\":\")[1])\ng.add((scheme_uri, RDF.type, SKOS.ConceptScheme))\nfor lang, label in vocab[\"concept_scheme\"][\"label\"].items():\n g.add((scheme_uri, SKOS.prefLabel, Literal(label, lang=lang)))\n\n# Generate concepts\nfor concept in vocab[\"concepts\"]:\n concept_uri = URIRef(str(HM) + concept[\"id\"].split(\":\")[1])\n g.add((concept_uri, RDF.type, SKOS.Concept))\n g.add((concept_uri, SKOS.inScheme, scheme_uri))\n for lang, label in concept[\"label\"].items():\n g.add((concept_uri, SKOS.prefLabel, Literal(label, lang=lang)))\n # ... broader, altLabel, definition, example, scopeNote\n\n# Write Turtle\ng.serialize(\"generated/core-skos.ttl\", format=\"turtle\")\n\n# Generate JSON-LD context\ncontext = {\"@context\": {\"hm\": str(HM)}}\n# ... build context from concepts\nwith open(\"generated/context.jsonld\", \"w\") as f:\n json.dump(context, f, indent=2)\n\n# Generate TypeScript types\nwith open(\"generated/types.ts\", \"w\") as f:\n for concept in vocab[\"concepts\"]:\n name = concept[\"id\"].split(\":\")[1]\n f.write(f\"export interface {name} extends Block {{\\n\")\n f.write(f\" '@type': '{name}';\\n\")\n # ... fields from properties\n f.write(\"}\\n\\n\")\n\n# Generate Go struct tags\nwith open(\"generated/types.go\", \"w\") as f:\n f.write(\"package hypermedia\\n\\n\")\n for concept in vocab[\"concepts\"]:\n name = concept[\"id\"].split(\":\")[1]\n f.write(f\"type {name} struct {{\\n\")\n f.write(f'\\tType string `json:\"@type\"`\\n')\n # ... fields from properties\n f.write(\"}\\n\\n\")",{"_32":4132,"_34":4133},[],{"_36":52,"_38":4134,"_40":41,"_42":4135,"_44":4136,"_46":4137,"_48":47},"v2lnB3X-",{},[],"3.3.2 Integration into Existing Build System",{"_32":4139,"_34":4140},[],{"_36":247,"_38":4141,"_40":41,"_42":4142,"_44":4144,"_46":4145,"_48":47},"DP76y8mB",{"_2278":4143},"makefile",[],"# Makefile addition\n.PHONY: vocab\n\nvocab: generated/core-skos.ttl generated/context.jsonld generated/types.ts generated/types.go docs/index.html\n\ngenerated/core-skos.ttl generated/context.jsonld generated/types.ts generated/types.go: src/block-types.yaml\n python scripts/generate.py\n\ndocs/index.html: generated/core-skos.ttl\n pylode generated/core-skos.ttl -o docs/index.html",{"_32":4147,"_34":4148},[],{"_36":52,"_38":4149,"_40":41,"_42":4150,"_44":4151,"_46":4152,"_48":47},"4BSTSA3r",{},[],"3.3.3 Non-Regression Tests",{"_32":4154,"_34":4155},[],{"_36":247,"_38":4156,"_40":41,"_42":4157,"_44":4158,"_46":4159,"_48":47},"fOWm7PfE",{"_2278":3501},[],"# The vocabulary compiles (valid Turtle)\nrapper -c generated/core-skos.ttl\n\n# The TypeScript types are valid\nnpx tsc --noEmit generated/types.ts\n\n# The Go types compile\ngo build ./generated/...\n\n# The examples parse with the generated context\nnode -e \"JSON.parse(require('fs').readFileSync('examples/basic-document.jsonld'))\"\n\n# The JSON-LD context is valid\npython -c \"from rdflib import Graph; g = Graph(); g.parse('examples/basic-document.jsonld', format='json-ld')\"",{"_32":4161,"_34":4162},[],{"_36":52,"_38":4163,"_40":41,"_42":4164,"_44":4165,"_46":4166,"_48":47},"PY820Lvx",{},[],"3.4 Third-Party Developer Validation (Proof of Concept)",{"_32":4168,"_34":4169},[],{"_36":52,"_38":4170,"_40":41,"_42":4171,"_44":4172,"_46":4173,"_48":47},"AHfZlbGq",{},[],"3.4.1 Scenario: External Developer Creates a Custom Block Type",{"_32":4175,"_34":4176},[],{"_36":37,"_38":4177,"_40":41,"_42":4178,"_44":4179,"_46":4180,"_48":47},"o2x2UnDL",{},[],"A developer who has never read the Seed source code wants to create an \"AI-Generated Image\" block type:",{"_32":4182,"_34":4183},[],{"_36":247,"_38":4184,"_40":41,"_42":4185,"_44":4186,"_46":4187,"_48":47},"wiP3gtlB",{"_2278":46},[],"@prefix community: .\n@prefix hm: .\n\ncommunity:AIGeneratedImage a skos:Concept ;\n skos:broader hm:ImageBlock ; # Links to core\n skos:prefLabel \"AI-Generated Image\"@en ;\n skos:definition \"Image created by AI model\"@en ;\n skos:related community:PromptEngineering .",{"_32":4189,"_34":4190},[],{"_36":37,"_38":4191,"_40":41,"_42":4192,"_44":4193,"_46":4194,"_48":47},"yWUlDlXg",{},[],"No coordination needed. Just IPFS publication + discovery.",{"_32":4196,"_34":4197},[],{"_36":52,"_38":4198,"_40":41,"_42":4199,"_44":4200,"_46":4201,"_48":47},"AbRed4lg",{},[],"3.4.2 The Developer Journey",{"_32":4203,"_34":4204},[],{"_36":247,"_38":4205,"_40":41,"_42":4206,"_44":4207,"_46":4208,"_48":47},"YlnQSjq9",{"_2278":3501},[],"# 1. Install the package\nnpm install @seed/vocabulary\n\n# 2. Import types and context\nimport type { ImageBlock } from '@seed/vocabulary';\nimport { buildImageBlock } from '@seed/vocabulary/builders';\nimport HM_CONTEXT from '@seed/vocabulary/context.json';\n\n# 3. Build a document with a custom block type\nconst block = {\n ...buildImageBlock({ imageUrl: 'ipfs://Qm...', altText: 'AI sunset' }),\n '@type': 'AIGeneratedImage', // Custom type\n 'community:prompt': 'A sunset over mountains'\n};\n\n# 4. Publish to IPFS\n# The document is self-describing, carrying its own context",{"_32":4210,"_34":4211},[],{"_36":52,"_38":4212,"_40":41,"_42":4213,"_44":4214,"_46":4215,"_48":47},"lvQ2ljD3",{},[],"3.4.3 Success Criteria",{"_32":4217,"_34":4218},[],{"_36":37,"_38":4219,"_40":41,"_42":4220,"_44":4221,"_46":4222,"_48":47},"y64CH_YG",{},[],"The developer can build and publish a working block type using only the npm package, the published documentation, and the SKOS vocabulary. They never read the Seed source code. They never contact the Seed team. Their custom block type is discoverable by any tool that understands SKOS.",{"_32":4224,"_34":4225},[],{"_36":52,"_38":4226,"_40":41,"_42":4227,"_44":4228,"_46":688,"_48":47},"GYzOQYIM",{},[],{"_32":4230,"_34":4231},[],{"_36":52,"_38":4232,"_40":41,"_42":4233,"_44":4234,"_46":4235,"_48":47},"fZ0RhB4p",{},[],"4.1 Capability Discoverability in the Interface",{"_32":4237,"_34":4238},[],{"_36":52,"_38":4239,"_40":41,"_42":4240,"_44":4241,"_46":4242,"_48":47},"Qb3PPj79",{},[],"4.1.1 SKOS Vocabulary as Block Type Registry",{"_32":4244,"_34":4245},[],{"_36":37,"_38":4246,"_40":41,"_42":4247,"_44":4248,"_46":4258,"_48":47},"NEFNne3P",{},[4249],{"_36":247,"_67":4250,"_70":4254,"_42":4257,"_48":47},[4251,4252,4253],240,259,293,[2781,4255,4256],274,314,{},"The SKOS vocabulary feeds a navigable block type registry in the editor. When a user opens the block selector, the available types come from the vocabulary, not from a hardcoded list. Labels and definitions in the user's language come from skos:prefLabel and skos:definition. Hierarchies from skos:broader/narrower organize the selector into logical groups.",{"_32":4260,"_34":4261},[],{"_36":52,"_38":4262,"_40":41,"_42":4263,"_44":4264,"_46":4265,"_48":47},"z1BqgK9x",{},[],"4.1.2 Community Extensions Visible Alongside Native Types",{"_32":4267,"_34":4268},[],{"_36":37,"_38":4269,"_40":41,"_42":4270,"_44":4271,"_46":4280,"_48":47},"2h2_Yb36",{},[4272],{"_36":247,"_67":4273,"_70":4276,"_42":4279,"_48":47},[4274,4275],105,125,[4277,4278],117,137,{},"Community-published block types appear in the same registry as core types. The mechanism is identical: a skos:Concept with a skos:broader relationship to a core type. The editor does not distinguish between \"official\" and \"community\" — it reads the vocabulary graph.",{"_32":4282,"_34":4283},[],{"_36":52,"_38":4284,"_40":41,"_42":4285,"_44":4286,"_46":4291,"_48":47},"Q_hXrFwK",{},[4287],{"_36":423,"_67":4288,"_70":4289,"_42":4290,"_48":429},[590],[592],{},"4.1.3 Analogous Role to Schema.org",{"_32":4293,"_34":4294},[],{"_36":37,"_38":4295,"_40":41,"_42":4296,"_44":4297,"_46":4302,"_48":47},"hb8jhcM9",{},[4298],{"_36":423,"_67":4299,"_70":4300,"_42":4301,"_48":429},[590],[592],{},"On the traditional web, Schema.org lets search engines understand page content. In the Seed ecosystem, the semantic layer plays an analogous but more ambitious role: it allows any piece of software to discover what a document contains, what it can do with it, and how to interact with it.",{"_32":4304,"_34":4305},[],{"_36":37,"_38":4306,"_40":41,"_42":4307,"_44":4308,"_46":4309,"_48":47},"RCegWzUd",{},[],"A document published on IPFS carries with it the description of its own structure. A third-party tool can traverse relationships between documents without knowing the internal implementation. Community extensions are discoverable through the same mechanism as native types.",{"_32":4311,"_34":4312},[],{"_36":52,"_38":4313,"_40":41,"_42":4314,"_44":4315,"_46":4316,"_48":47},"HXMlohOd",{},[],"4.2 Self-Describing Documents",{"_32":4318,"_34":4319},[],{"_36":52,"_38":4320,"_40":41,"_42":4321,"_44":4322,"_46":4323,"_48":47},"3L4zN7Td",{},[],"4.2.1 Every Published Document Carries Its Own JSON-LD Context",{"_32":4325,"_34":4326},[],{"_36":37,"_38":4327,"_40":41,"_42":4328,"_44":4329,"_46":4330,"_48":47},"jat6_p5c",{},[],"No external resolution needed. The context is embedded in the IPFS payload. A third-party tool can inspect any Seed document and understand its structure without documentation, without network access, without the Seed codebase.",{"_32":4332,"_34":4333},[],{"_36":52,"_38":4334,"_40":41,"_42":4335,"_44":4336,"_46":4337,"_48":47},"goZ92TCp",{},[],"4.2.2 Minimal DCAT Metadata Embedded",{"_32":4339,"_34":4340},[],{"_36":37,"_38":4341,"_40":41,"_42":4342,"_44":4343,"_46":4344,"_48":47},"0T05Fszy",{},[],"Every document carries basic discoverability metadata alongside its block content:",{"_32":4346,"_34":4347},[],{"_36":247,"_38":4348,"_40":41,"_42":4349,"_44":4350,"_46":4351,"_48":47},"sK5Ey8MO",{"_2278":20},[],"{\n \"@context\": {\n \"hm\": \"https://hypermedia.foundation/ns/core#\",\n \"dcat\": \"http://www.w3.org/ns/dcat#\",\n \"dct\": \"http://purl.org/dc/terms/\",\n \"foaf\": \"http://xmlns.com/foaf/0.1/\"\n },\n \"@type\": \"hm:Document\",\n \"dct:title\": \"Document title\",\n \"dct:description\": \"Document summary\",\n \"dct:publisher\": {\n \"@type\": \"foaf:Agent\",\n \"foaf:name\": \"Author or organization\"\n },\n \"dct:issued\": \"2026-02-09\",\n \"dct:license\": \"https://creativecommons.org/licenses/by/4.0/\",\n \"dcat:distribution\": {\n \"@type\": \"dcat:Distribution\",\n \"dcat:mediaType\": \"application/ld+json\",\n \"dcat:accessURL\": \"ipfs://bafyrei...\"\n },\n \"hm:blocks\": {\n \"@list\": [\n {\"@type\": \"hm:ParagraphBlock\", \"hm:text\": \"Hello world\"}\n ]\n }\n}",{"_32":4353,"_34":4354},[],{"_36":37,"_38":4355,"_40":41,"_42":4356,"_44":4357,"_46":4358,"_48":47},"hFsHYjml",{},[],"This is additive — it goes alongside the existing block type vocabulary in the same context, not in a separate system. Adding DCAT metadata properties to the JSON-LD context is roughly 15–20 lines of JSON-LD. No new dependencies, no new tooling, no architectural changes.",{"_32":4360,"_34":4361},[],{"_36":52,"_38":4362,"_40":41,"_42":4363,"_44":4364,"_46":4365,"_48":47},"NK5gW6Y-",{},[],"4.3 Access Fluidity: Private → Shared → Open",{"_32":4367,"_34":4368},[],{"_36":52,"_38":4369,"_40":41,"_42":4370,"_44":4371,"_46":4372,"_48":47},"bey_sqNj",{},[],"4.3.1 Architectural Principle",{"_32":4374,"_34":4375},[],{"_36":37,"_38":4376,"_40":41,"_42":4377,"_44":4378,"_46":4379,"_48":47},"pz8H4kXh",{},[],"The transition between visibility levels is a metadata operation on catalog entries, not a document reformatting. The JSON-LD context, the SKOS types, the DCAT metadata are identical at all three levels. Moving from private to shared to open is toggling a publication flag, not reformatting data.",{"_32":4381,"_34":4382},[],{"_36":37,"_38":4383,"_40":41,"_42":4384,"_44":4385,"_46":4386,"_48":47},"JKtElRsz",{},[],"FAIR does not mean open. The \"A\" in FAIR is Accessible, not Available: metadata must be retrievable even when the data itself is not. This distinction is critical for Seed, where users need fluid control over visibility.",{"_32":4388,"_34":4389},[],{"_36":52,"_38":4390,"_40":41,"_42":4391,"_44":4392,"_46":4393,"_48":47},"XovLdObM",{},[],"4.3.2 Three Levels, One Architecture",{"_32":4395,"_34":4396},[],{"_36":37,"_38":4397,"_40":41,"_42":4398,"_44":4399,"_46":4404,"_48":47},"unmPS6O3",{},[4400],{"_36":1155,"_67":4401,"_70":4402,"_42":4403,"_48":47},[1157],[3291],{},"Private — the document exists on IPFS, self-described with full JSON-LD context and DCAT metadata, but the CID is not published to any catalog. FAIR-compliant in structure, invisible in practice. The owner has a fully interoperable document that nobody else can discover.",{"_32":4406,"_34":4407},[],{"_36":37,"_38":4408,"_40":41,"_42":4409,"_44":4410,"_46":4422,"_48":47},"RXK4gSOL",{},[4411,4415],{"_36":1155,"_67":4412,"_70":4413,"_42":4414,"_48":47},[1157],[1795],{},{"_36":66,"_67":4416,"_70":4419,"_42":4421,"_48":47},[4417,4418],190,219,[3928,4420],223,{},"Selectively shared — the DCAT catalog lists the document's metadata (title, description, topic, SKOS types) but the distribution points to a gated endpoint. A harvester or collaborator sees that the document exists and what it contains, but cannot retrieve it without authorization. This is exactly how EU member states handle sensitive datasets — the catalog entry is public, the data access is controlled.",{"_32":4424,"_34":4425},[],{"_36":37,"_38":4426,"_40":41,"_42":4427,"_44":4428,"_46":4433,"_48":47},"vYHCgev0",{},[4429],{"_36":1155,"_67":4430,"_70":4431,"_42":4432,"_48":47},[1157],[444],{},"Open — full DCAT distribution with an IPFS gateway URL. Anyone can discover, retrieve, and reuse. The document participates fully in the open data ecosystem.",{"_32":4435,"_34":4436},[],{"_36":52,"_38":4437,"_40":41,"_42":4438,"_44":4439,"_46":4440,"_48":47},"IT3SwZ0E",{},[],"4.3.3 Transition Table",{"_32":4442,"_34":4443},[],{"_36":37,"_38":4444,"_40":41,"_42":4445,"_44":4446,"_46":4447,"_48":47},"BSgr5PYR",{},[],"TransitionWhat ChangesWhat Does Not ChangePrivate → SharedMetadata appears in catalog, gated distribution URL addedDocument content, CID, JSON-LD context, SKOS typesShared → OpenDistribution URL switches to public IPFS gatewayDocument content, CID, JSON-LD context, SKOS types, catalog entryOpen → SharedDistribution URL switches to gated endpointDocument content, CID, JSON-LD context, SKOS types, catalog entryShared → PrivateCatalog entry removedDocument content, CID, JSON-LD context, SKOS types",{"_32":4449,"_34":4450},[],{"_36":37,"_38":4451,"_40":41,"_42":4452,"_44":4453,"_46":4454,"_48":47},"6zLZCO43",{},[],"Every transition is a metadata operation. The document is immutable across all states.",{"_32":4456,"_34":4457},[],{"_36":52,"_38":4458,"_40":41,"_42":4459,"_44":4460,"_46":4461,"_48":47},"JyGZ1gGi",{},[],"4.3.4 Open Vocabulary, Controlled Content",{"_32":4463,"_34":4511},[4464,4480,4496],{"_32":4465,"_34":4466},[],{"_36":37,"_38":4467,"_40":41,"_42":4468,"_44":4469,"_46":4479,"_48":47},"lqtHoEJ_",{},[4470,4474],{"_36":1155,"_67":4471,"_70":4472,"_42":4473,"_48":47},[444],[1249],{},{"_36":66,"_67":4475,"_70":4476,"_42":4478,"_48":47},[1484,304],[4477,2127],51,{},"The vocabulary tells you what kinds of things exist and how to describe them — always public",{"_32":4481,"_34":4482},[],{"_36":37,"_38":4483,"_40":41,"_42":4484,"_44":4485,"_46":4495,"_48":47},"mbiMvDxz",{},[4486,4490],{"_36":1155,"_67":4487,"_70":4488,"_42":4489,"_48":47},[444],[1770],{},{"_36":66,"_67":4491,"_70":4492,"_42":4494,"_48":47},[1421,304],[4477,4493],73,{},"The catalog tells you what specific documents exist and what they contain — selectively visible",{"_32":4497,"_34":4498},[],{"_36":37,"_38":4499,"_40":41,"_42":4500,"_44":4501,"_46":4510,"_48":47},"PvBBLTqu",{},[4502,4506],{"_36":1155,"_67":4503,"_70":4504,"_42":4505,"_48":47},[444],[2397],{},{"_36":66,"_67":4507,"_70":4508,"_42":4509,"_48":47},[251],[4477],{},"The documents themselves contain the actual content — access-controlled",{"_36":37,"_38":4512,"_40":41,"_42":4513,"_44":4514,"_46":4515,"_48":47},"vVR4RIcl",{"_99":100},[],"The separation that makes selective sharing work without coordination:",{"_32":4517,"_34":4518},[],{"_36":37,"_38":4519,"_40":41,"_42":4520,"_44":4521,"_46":4522,"_48":47},"1DB3rh6G",{},[],"A developer can build a Seed-compatible application using only the public vocabulary, without ever accessing a single private document. A data portal can index catalog metadata without retrieving gated content. A user can share a document with a collaborator by granting access to the distribution endpoint, without publishing anything to a public catalog.",{"_32":4524,"_34":4525},[],{"_36":52,"_38":4526,"_40":41,"_42":4527,"_44":4528,"_46":4529,"_48":47},"vRGVc8wG",{},[],"4.4 Native Multilingual Labels",{"_32":4531,"_34":4532},[],{"_36":52,"_38":4533,"_40":41,"_42":4534,"_44":4535,"_46":4536,"_48":47},"_PUhIkHd",{},[],"4.4.1 SKOS Native Multilingual Support",{"_32":4538,"_34":4539},[],{"_36":247,"_38":4540,"_40":41,"_42":4541,"_44":4542,"_46":4543,"_48":47},"sByaFyZT",{"_2278":46},[],"hm:ImageBlock\n skos:prefLabel \"Image Block\"@en ;\n skos:prefLabel \"Bloc Image\"@fr ;\n skos:prefLabel \"Bildblock\"@de ;\n skos:prefLabel \"Bloque de Imagen\"@es .",{"_32":4545,"_34":4546},[],{"_36":52,"_38":4547,"_40":41,"_42":4548,"_44":4549,"_46":4550,"_48":47},"KDClvoFX",{},[],"4.4.2 Interface Adapts to User Language",{"_32":4552,"_34":4553},[],{"_36":37,"_38":4554,"_40":41,"_42":4555,"_44":4556,"_46":4557,"_48":47},"6n3yNGp_",{},[],"The block selector, tooltips, and documentation render in the user's language without ad hoc translation work. The vocabulary carries the translations natively.",{"_32":4559,"_34":4560},[],{"_36":52,"_38":4561,"_40":41,"_42":4562,"_44":4563,"_46":4564,"_48":47},"S1sF8aVS",{},[],"4.4.3 Community-Extensible Languages",{"_32":4566,"_34":4567},[],{"_36":37,"_38":4568,"_40":41,"_42":4569,"_44":4570,"_46":4571,"_48":47},"jmCmbkRw",{},[],"A community member can add Japanese labels to the core vocabulary by publishing a SKOS extension:",{"_32":4573,"_34":4574},[],{"_36":247,"_38":4575,"_40":41,"_42":4576,"_44":4577,"_46":4578,"_48":47},"87dGFWS8",{"_2278":46},[],"hm:ImageBlock skos:prefLabel \"画像ブロック\"@ja .",{"_32":4580,"_34":4581},[],{"_36":37,"_38":4582,"_40":41,"_42":4583,"_44":4584,"_46":4585,"_48":47},"Yg_VK94N",{},[],"No coordination with the core team. No pull request. Just IPFS publication.",{"_32":4587,"_34":4588},[],{"_36":52,"_38":4589,"_40":41,"_42":4590,"_44":4591,"_46":882,"_48":47},"xEwvYPf9",{},[],{"_32":4593,"_34":4594},[],{"_36":52,"_38":4595,"_40":41,"_42":4596,"_44":4597,"_46":4598,"_48":47},"7YFzsCMZ",{},[],"5.1 FAIR Compliance by Construction",{"_32":4600,"_34":4601},[],{"_36":52,"_38":4602,"_40":41,"_42":4603,"_44":4604,"_46":4605,"_48":47},"NSCHZJzY",{},[],"5.1.1 FAIR Principles Already Satisfied by Existing Architecture",{"_32":4607,"_34":4707},[4608,4619,4630,4641,4652,4663,4674,4685,4696],{"_32":4609,"_34":4610},[],{"_36":37,"_38":4611,"_40":41,"_42":4612,"_44":4613,"_46":4618,"_48":47},"efk9skjb",{},[4614],{"_36":1155,"_67":4615,"_70":4616,"_42":4617,"_48":47},[1157],[17],{},"F1 (globally unique identifier) — IPFS CID",{"_32":4620,"_34":4621},[],{"_36":37,"_38":4622,"_40":41,"_42":4623,"_44":4624,"_46":4629,"_48":47},"mUAavMjK",{},[4625],{"_36":1155,"_67":4626,"_70":4627,"_42":4628,"_48":47},[1157],[17],{},"F2 (rich metadata) — JSON-LD context with DCAT properties",{"_32":4631,"_34":4632},[],{"_36":37,"_38":4633,"_40":41,"_42":4634,"_44":4635,"_46":4640,"_48":47},"LBqMx_Rx",{},[4636],{"_36":1155,"_67":4637,"_70":4638,"_42":4639,"_48":47},[1157],[17],{},"F3 (metadata includes identifier) — CID in the distribution URL",{"_32":4642,"_34":4643},[],{"_36":37,"_38":4644,"_40":41,"_42":4645,"_44":4646,"_46":4651,"_48":47},"kEuDc3R5",{},[4647],{"_36":1155,"_67":4648,"_70":4649,"_42":4650,"_48":47},[1157],[17],{},"F4 (registered in searchable resource) — any DCAT harvester can index it",{"_32":4653,"_34":4654},[],{"_36":37,"_38":4655,"_40":41,"_42":4656,"_44":4657,"_46":4662,"_48":47},"TED5o1M4",{},[4658],{"_36":1155,"_67":4659,"_70":4660,"_42":4661,"_48":47},[1157],[17],{},"A1 (retrievable by identifier) — IPFS gateway",{"_32":4664,"_34":4665},[],{"_36":37,"_38":4666,"_40":41,"_42":4667,"_44":4668,"_46":4673,"_48":47},"PVS-I-NX",{},[4669],{"_36":1155,"_67":4670,"_70":4671,"_42":4672,"_48":47},[1157],[17],{},"I1 (formal knowledge representation) — JSON-LD / RDF",{"_32":4675,"_34":4676},[],{"_36":37,"_38":4677,"_40":41,"_42":4678,"_44":4679,"_46":4684,"_48":47},"QccAxg59",{},[4680],{"_36":1155,"_67":4681,"_70":4682,"_42":4683,"_48":47},[1157],[17],{},"I2 (FAIR vocabularies) — SKOS + DCAT",{"_32":4686,"_34":4687},[],{"_36":37,"_38":4688,"_40":41,"_42":4689,"_44":4690,"_46":4695,"_48":47},"x0mcGwrC",{},[4691],{"_36":1155,"_67":4692,"_70":4693,"_42":4694,"_48":47},[1157],[17],{},"I3 (qualified references) — URI-based linking",{"_32":4697,"_34":4698},[],{"_36":37,"_38":4699,"_40":41,"_42":4700,"_44":4701,"_46":4706,"_48":47},"qzWHhLkN",{},[4702],{"_36":1155,"_67":4703,"_70":4704,"_42":4705,"_48":47},[1157],[17],{},"R1 (rich metadata with attributes) — DCAT + SKOS descriptions",{"_36":37,"_38":4708,"_40":41,"_42":4709,"_44":4710,"_46":4711,"_48":47},"xCTO9rA3",{"_99":100},[],"A Seed document on IPFS that carries its JSON-LD context with DCAT metadata satisfies:",{"_32":4713,"_34":4714},[],{"_36":37,"_38":4715,"_40":41,"_42":4716,"_44":4717,"_46":4718,"_48":47},"ElZv1xf7",{},[],"That is 9 of the 15 FAIR principles met by the existing architecture plus a small context extension.",{"_32":4720,"_34":4721},[],{"_36":52,"_38":4722,"_40":41,"_42":4723,"_44":4724,"_46":4725,"_48":47},"LRsCwNis",{},[],"5.1.2 EU Standards Mapping",{"_32":4727,"_34":4728},[],{"_36":37,"_38":4729,"_40":41,"_42":4730,"_44":4731,"_46":4732,"_48":47},"pd7Ck9Bc",{},[],"The EU interoperability stack (EIF → DCAT → CPSV → SKOS) maps directly to Seed's architecture:",{"_32":4734,"_34":4735},[],{"_36":37,"_38":4736,"_40":41,"_42":4737,"_44":4738,"_46":4746,"_48":47},"b9WA2lrs",{},[4739],{"_36":1155,"_67":4740,"_70":4742,"_42":4745,"_48":47},[1319,3221,3870,4741],239,[1214,4743,3925,4744],107,248,{},"EIF LayerWhat It MeansSeed EquivalentLegalLicensing, data rightsCreative Commons on documentsOrganizationalBusiness processes, governanceCommunity extensions modelSemanticShared vocabularies, controlled termsSKOS vocabulary for block typesTechnicalProtocols, formats, APIsIPFS + DAG-CBOR + JSON-LD",{"_32":4748,"_34":4749},[],{"_36":37,"_38":4750,"_40":41,"_42":4751,"_44":4752,"_46":4753,"_48":47},"PvrS6sk9",{},[],"We already cover three of the four layers. The semantic layer — the one the EU cares about most — is exactly what we are building.",{"_32":4755,"_34":4756},[],{"_36":37,"_38":4757,"_40":41,"_42":4758,"_44":4759,"_46":4772,"_48":47},"e-Sx9wF1",{},[4760,4765],{"_36":423,"_67":4761,"_70":4762,"_42":4763,"_48":4764},[3573],[1421],{},"http://data.norge.no",{"_36":423,"_67":4766,"_70":4768,"_42":4770,"_48":4771},[4767],220,[4769],234,{},"http://data.europa.eu","Norway's data.norge.no is the reference implementation: FAIR principles enforced through DCAT catalogs, SKOS concept schemes, and machine-readable metadata. Every EU member state data portal follows the same pattern via data.europa.eu.",{"_32":4774,"_34":4775},[],{"_36":52,"_38":4776,"_40":41,"_42":4777,"_44":4778,"_46":4779,"_48":47},"-swAJu7O",{},[],"5.1.3 FAIR Compliance Across Access Levels",{"_32":4781,"_34":4782},[],{"_36":37,"_38":4783,"_40":41,"_42":4784,"_44":4785,"_46":4800,"_48":47},"3G0TVYFi",{},[4786],{"_36":1155,"_67":4787,"_70":4792,"_42":4799,"_48":47},[1694,3477,4788,3869,1493,4789,4790,1407,4791],119,227,278,340,[251,1323,4793,2418,4794,4795,4796,4797,4798],121,183,229,280,313,342,{},"FAIR PrinciplePrivateSharedOpenF1 Unique identifier (CID)YesYesYesF2 Rich metadataYes (local)Yes (catalog)Yes (catalog)F3 Metadata includes IDYesYesYesF4 Searchable registryNoYesYesA1 Retrievable by IDOwner onlyAuthorizedAnyoneA2 Metadata accessible even if data is notN/AYesYesI1 Formal representationYesYesYesI2 FAIR vocabulariesYesYesYesR1 Rich attributesYesYesYes",{"_32":4802,"_34":4803},[],{"_36":37,"_38":4804,"_40":41,"_42":4805,"_44":4806,"_46":4811,"_48":47},"kP77OoGj",{},[4807],{"_36":1155,"_67":4808,"_70":4809,"_42":4810,"_48":47},[1758],[3392],{},"The key row is A2: \"Metadata are accessible even when the data are no longer available.\" DCAT handles this natively — the catalog entry persists and describes the dataset even if the distribution endpoint requires authentication or the data has been retracted. This is how Seed can offer selective sharing without violating FAIR principles.",{"_32":4813,"_34":4814},[],{"_36":52,"_38":4815,"_40":41,"_42":4816,"_44":4817,"_46":720,"_48":47},"feip7dXM",{},[],{"_32":4819,"_34":4820},[],{"_36":37,"_38":4821,"_40":41,"_42":4822,"_44":4823,"_46":4829,"_48":47},"ZHLbXVdF",{},[4824],{"_36":66,"_67":4825,"_70":4827,"_42":4828,"_48":47},[4826],90,[2901],{},"CPSV is more specialized (government services), but the pattern is relevant: it describes capabilities — what a service can do, what inputs it requires, what outputs it produces. This maps to Seed's block type model. A block type is a capability (what the platform can do). Its properties are inputs (what you need to provide). Its rendered output is the result. If Seed ever targets public sector users or EU-funded projects, CPSV compatibility comes nearly for free from the existing SKOS + DCAT foundation.",{"_32":4831,"_34":4832},[],{"_36":52,"_38":4833,"_40":41,"_42":4834,"_44":4835,"_46":4836,"_48":47},"lerK4m4i",{},[],"5.2 DCAT Catalog",{"_32":4838,"_34":4839},[],{"_36":52,"_38":4840,"_40":41,"_42":4841,"_44":4842,"_46":4843,"_48":47},"gMSmWyLk",{},[],"5.2.1 Static Generation of a Catalog Endpoint",{"_32":4845,"_34":4846},[],{"_36":37,"_38":4847,"_40":41,"_42":4848,"_44":4849,"_46":4855,"_48":47},"JYVIIjvF",{},[4850],{"_36":423,"_67":4851,"_70":4853,"_42":4854,"_48":4771},[4852],166,[3667],{},"A DCAT catalog endpoint is a static JSON-LD file listing published documents — generated at build time, same as the HTML documentation. Any DCAT-compliant harvester (data.europa.eu, national portals) can index Seed documents if they expose this endpoint.",{"_32":4857,"_34":4858},[],{"_36":52,"_38":4859,"_40":41,"_42":4860,"_44":4861,"_46":4862,"_48":47},"oezkCYfL",{},[],"5.2.2 Catalog Lists Metadata, Not Content",{"_32":4864,"_34":4865},[],{"_36":37,"_38":4866,"_40":41,"_42":4867,"_44":4868,"_46":4869,"_48":47},"PPTtyXHW",{},[],"The catalog entry describes a dataset (title, author, topics, license, distribution URL) without including the content itself. For selectively shared documents, the distribution URL points to a gated endpoint. For open documents, it points to an IPFS gateway.",{"_32":4871,"_34":4872},[],{"_36":52,"_38":4873,"_40":41,"_42":4874,"_44":4875,"_46":4876,"_48":47},"ucnimdCX",{},[],"5.2.3 Harvesting Testable with Local CKAN or EU Sandbox",{"_32":4878,"_34":4907},[4879,4886,4893,4900],{"_32":4880,"_34":4881},[],{"_36":37,"_38":4882,"_40":41,"_42":4883,"_44":4884,"_46":4885,"_48":47},"vvGmC5Vk",{},[],"Set up a local CKAN instance",{"_32":4887,"_34":4888},[],{"_36":37,"_38":4889,"_40":41,"_42":4890,"_44":4891,"_46":4892,"_48":47},"yk7zto96",{},[],"Point it at the generated DCAT catalog endpoint",{"_32":4894,"_34":4895},[],{"_36":37,"_38":4896,"_40":41,"_42":4897,"_44":4898,"_46":4899,"_48":47},"wzQoFgd8",{},[],"Verify that catalog entries are indexed correctly",{"_32":4901,"_34":4902},[],{"_36":37,"_38":4903,"_40":41,"_42":4904,"_44":4905,"_46":4906,"_48":47},"yaYjy1nH",{},[],"Verify that gated distribution URLs are handled correctly (metadata visible, content requires auth)",{"_36":37,"_38":4908,"_40":41,"_42":4909,"_44":4910,"_46":4911,"_48":47},"kH5rBI5E",{"_99":100},[],"Before registering with a production EU portal, test harvesting locally:",{"_32":4913,"_34":4914},[],{"_36":52,"_38":4915,"_40":41,"_42":4916,"_44":4917,"_46":4918,"_48":47},"y_G2uAwi",{},[],"5.3 Exploring Existing Data with SPARQL Anything",{"_32":4920,"_34":4921},[],{"_36":52,"_38":4922,"_40":41,"_42":4923,"_44":4924,"_46":4925,"_48":47},"pUP_0mzK",{},[],"5.3.1 Query Any Format as RDF Without Conversion",{"_32":4927,"_34":4928},[],{"_36":37,"_38":4929,"_40":41,"_42":4930,"_44":4931,"_46":4938,"_48":47},"PuL4lzPr",{},[4932],{"_36":423,"_67":4933,"_70":4934,"_42":4936,"_48":4937},[3392],[4935],67,{},"https://github.com/SPARQL-Anything/sparql.anything","SPARQL Anything (https://github.com/SPARQL-Anything/sparql.anything) uses a facade architecture. It exposes any data source through a virtual RDF graph. No conversion step. Query on the fly.",{"_32":4940,"_34":4941},[],{"_36":247,"_38":4942,"_40":41,"_42":4943,"_44":4944,"_46":4945,"_48":47},"gtGY9tp0",{"_2278":46},[],"PREFIX xyz: \nPREFIX hm: \n\n-- Query document.cbor without converting it to RDF first\nSELECT ?blockType ?text\nWHERE {\n SERVICE {\n ?doc xyz:type \"document\" ;\n xyz:blocks ?block .\n\n ?block xyz:type ?blockType ;\n xyz:text ?text .\n }\n}",{"_32":4947,"_34":4948},[],{"_36":52,"_38":4949,"_40":41,"_42":4950,"_44":4951,"_46":4952,"_48":47},"I6tUrSDA",{},[],"5.3.2 Practical Use Cases",{"_32":4954,"_34":4955},[],{"_36":37,"_38":4956,"_40":41,"_42":4957,"_44":4958,"_46":4963,"_48":47},"Z0k2WFUx",{},[4959],{"_36":1155,"_67":4960,"_70":4961,"_42":4962,"_48":47},[1157],[336],{},"Find all image blocks in a document:",{"_32":4965,"_34":4966},[],{"_36":247,"_38":4967,"_40":41,"_42":4968,"_44":4969,"_46":4970,"_48":47},"u392p_pV",{"_2278":46},[],"SELECT ?imageUrl\nWHERE {\n SERVICE {\n ?block xyz:type \"image\" ;\n xyz:imageUrl ?imageUrl .\n }\n}",{"_32":4972,"_34":4973},[],{"_36":37,"_38":4974,"_40":41,"_42":4975,"_44":4976,"_46":4982,"_48":47},"P7HDZGuy",{},[4977],{"_36":1155,"_67":4978,"_70":4979,"_42":4981,"_48":47},[1157],[4980],63,{},"Find blocks with missing required fields (accessibility audit):",{"_32":4984,"_34":4985},[],{"_36":247,"_38":4986,"_40":41,"_42":4987,"_44":4988,"_46":4989,"_48":47},"5DmJtfHb",{"_2278":46},[],"SELECT ?block\nWHERE {\n SERVICE {\n ?block xyz:type \"image\" .\n FILTER NOT EXISTS { ?block xyz:altText ?alt }\n }\n}",{"_32":4991,"_34":4992},[],{"_36":37,"_38":4993,"_40":41,"_42":4994,"_44":4995,"_46":5000,"_48":47},"HPIrxGam",{},[4996],{"_36":1155,"_67":4997,"_70":4998,"_42":4999,"_48":47},[1157],[514],{},"Extract all text content for full-text indexing:",{"_32":5002,"_34":5003},[],{"_36":247,"_38":5004,"_40":41,"_42":5005,"_44":5006,"_46":5007,"_48":47},"ljXdqFiG",{"_2278":46},[],"SELECT ?text\nWHERE {\n SERVICE {\n ?block xyz:text ?text .\n }\n}",{"_32":5009,"_34":5010},[],{"_36":52,"_38":5011,"_40":41,"_42":5012,"_44":5013,"_46":5014,"_48":47},"UAcGjwmM",{},[],"5.3.3 Strictly Tooling and Prototyping",{"_32":5016,"_34":5017},[],{"_36":37,"_38":5018,"_40":41,"_42":5019,"_44":5020,"_46":5021,"_48":47},"oh8hOJ7b",{},[],"SPARQL Anything is for development-time exploration and prototyping. Performance is limited (virtual graph, not indexed). Not suitable for production validation. Use it to understand what is in your CBOR data and to prototype queries before building production tooling.",{"_32":5023,"_34":5024},[],{"_36":37,"_38":5025,"_40":41,"_42":5026,"_44":5027,"_46":5033,"_48":47},"RBC99hXd",{},[5028],{"_36":1155,"_67":5029,"_70":5030,"_42":5032,"_48":47},[1157],[5031],21,{},"Recommended workflow:",{"_32":5035,"_34":5036},[],{"_36":247,"_38":5037,"_40":41,"_42":5038,"_44":5039,"_46":5040,"_48":47},"7_Z03BVk",{"_2278":2279},[],"Development/Exploration:\n SPARQL Anything → Query existing CBOR directly\n (Fast prototyping, zero conversion)\n\nProduction/Validation:\n FaCade-X mappings → Convert CBOR to RDF\n pyshacl → Validate against SHACL shapes\n (When you need formal validation)",{"_32":5042,"_34":5043},[],{"_36":52,"_38":5044,"_40":41,"_42":5045,"_44":5046,"_46":5047,"_48":47},"JqHPK2Vp",{},[],"5.4 Declarative Format Mappings: FaCade-X and RML",{"_32":5049,"_34":5050},[],{"_36":52,"_38":5051,"_40":41,"_42":5052,"_44":5053,"_46":5054,"_48":47},"9VIMsEnf",{},[],"5.4.1 The Problem with Hardcoded Conversions",{"_32":5056,"_34":5057},[],{"_36":37,"_38":5058,"_40":41,"_42":5059,"_44":5060,"_46":5061,"_48":47},"Q235hyS4",{},[],"Hard-coding format conversions (CBOR→RDF, JSON→RDF) creates maintenance burden. Every schema change requires updating converter code. Multiple output formats multiply the work.",{"_32":5063,"_34":5064},[],{"_36":52,"_38":5065,"_40":41,"_42":5066,"_44":5067,"_46":5068,"_48":47},"faNNjqW9",{},[],"5.4.2 Declarative Mappings as Data",{"_32":5070,"_34":5071},[],{"_36":37,"_38":5072,"_40":41,"_42":5073,"_44":5074,"_46":5075,"_48":47},"yZbKXz2e",{},[],"Define once how your format maps to RDF, apply everywhere:",{"_32":5077,"_34":5078},[],{"_36":247,"_38":5079,"_40":41,"_42":5080,"_44":5081,"_46":5082,"_48":47},"Vvk5qu-B",{"_2278":2845},[],"# map-cbor-to-rdf.yaml\nsource:\n format: dag-cbor\n root: \"$\"\n\ntarget:\n format: rdf-turtle\n base: \"https://hypermedia.foundation/ns/core#\"\n\nmappings:\n - source_path: \"$.type\"\n target_predicate: \"rdf:type\"\n transform: \n type: \"prefix_namespace\"\n namespace: \"hm:\"\n\n - source_path: \"$.creator\"\n target_predicate: \"hm:creator\"\n target_type: \"uri\"\n transform:\n type: \"ensure_scheme\"\n scheme: \"did:key:\"\n\n - source_path: \"$.blocks[*]\"\n target_predicate: \"hm:hasBlock\"\n iterate: true\n nested_mappings:\n - source_path: \"type\"\n target_predicate: \"rdf:type\"\n transform:\n type: \"concat\"\n parts: [\"hm:\", \"$value\", \"Block\"]\n\n - source_path: \"text\"\n target_predicate: \"hm:text\"\n target_type: \"literal\"\n language: \"en\"",{"_32":5084,"_34":5085},[],{"_36":37,"_38":5086,"_40":41,"_42":5087,"_44":5088,"_46":5093,"_48":47},"KC_iOXve",{},[5089],{"_36":1155,"_67":5090,"_70":5091,"_42":5092,"_48":47},[1157],[3573],{},"Benefits: Mappings are versioned data. Multiple output formats from same source. Easier to maintain than code.",{"_32":5095,"_34":5141},[5096,5113,5130],{"_32":5097,"_34":5098},[],{"_36":37,"_38":5099,"_40":41,"_42":5100,"_44":5101,"_46":5112,"_48":47},"RMEzRNnN",{},[5102,5106],{"_36":1155,"_67":5103,"_70":5104,"_42":5105,"_48":47},[1157],[427],{},{"_36":423,"_67":5107,"_70":5108,"_42":5110,"_48":5111},[364],[5109],85,{},"https://rml.io/","RML (RDF Mapping Language) — W3C standard, most mature, best tooling (https://rml.io/)",{"_32":5114,"_34":5115},[],{"_36":37,"_38":5116,"_40":41,"_42":5117,"_44":5118,"_46":5129,"_48":47},"B6JuNP_n",{},[5119,5123],{"_36":1155,"_67":5120,"_70":5121,"_42":5122,"_48":47},[1157],[3291],{},{"_36":423,"_67":5124,"_70":5126,"_42":5127,"_48":5128},[5125],53,[2127],{},"https://rml.io/yarrrml/","YARRRML — RML in YAML (human-friendly RML authoring, https://rml.io/yarrrml/)",{"_32":5131,"_34":5132},[],{"_36":37,"_38":5133,"_40":41,"_42":5134,"_44":5135,"_46":5140,"_48":47},"nPqCmCiU",{},[5136],{"_36":1155,"_67":5137,"_70":5138,"_42":5139,"_48":47},[1157],[972],{},"Custom — Define your own mapping DSL (more control, more work)",{"_36":52,"_38":5142,"_40":41,"_42":5143,"_44":5144,"_46":5145,"_48":47},"kzvjM5eZ",{"_99":100},[],"5.4.3 Implementation Options",{"_32":5147,"_34":5148},[],{"_36":52,"_38":5149,"_40":41,"_42":5150,"_44":5151,"_46":5152,"_48":47},"VDgyaRkl",{},[],"5.4.4 Recommended Progression",{"_32":5154,"_34":5155},[],{"_36":247,"_38":5156,"_40":41,"_42":5157,"_44":5158,"_46":5159,"_48":47},"YUpsxos7",{"_2278":2279},[],"Week 1-2: SPARQL Anything (ad-hoc exploration)\nWeek 3-4: Simple Python converter (100-200 lines)\nMonth 2+: RML mappings (when mappings get complex)",{"_32":5161,"_34":5162},[],{"_36":37,"_38":5163,"_40":41,"_42":5164,"_44":5165,"_46":5166,"_48":47},"9mY2xaSv",{},[],"Do not over-engineer early. Start simple, formalize when patterns stabilize. Move to RML when you have 5+ different source formats, when mapping logic exceeds 500 lines, or when you need version control of mappings independently from application code.",{"_32":5168,"_34":5169},[],{"_36":52,"_38":5170,"_40":41,"_42":5171,"_44":5172,"_46":5173,"_48":47},"zKodxZRJ",{},[],"5.5 Optional SHACL Validation",{"_32":5175,"_34":5176},[],{"_36":52,"_38":5177,"_40":41,"_42":5178,"_44":5179,"_46":5180,"_48":47},"Ym0l4GwM",{},[],"5.5.1 Shapes for 2–3 Critical Block Types",{"_32":5182,"_34":5183},[],{"_36":247,"_38":5184,"_40":41,"_42":5185,"_44":5186,"_46":5187,"_48":47},"3BAaS_7i",{"_2278":46},[],"# Enforce that all concepts have English labels\nhm:ConceptShape a sh:NodeShape ;\n sh:targetClass skos:Concept ;\n sh:property [\n sh:path skos:prefLabel ;\n sh:minCount 1 ;\n sh:languageIn ( \"en\" ) ;\n ] .\n\n# Image blocks must have alt text for accessibility\nhm:ImageBlockShape a sh:NodeShape ;\n sh:targetClass hm:ImageBlock ;\n sh:property [\n sh:path hm:altText ;\n sh:minCount 1 ;\n sh:message \"Image blocks must have alt text for accessibility\" ;\n ] .",{"_32":5189,"_34":5190},[],{"_36":52,"_38":5191,"_40":41,"_42":5192,"_44":5193,"_46":832,"_48":47},"_Ejo-KKf",{},[],{"_32":5195,"_34":5196},[],{"_36":247,"_38":5197,"_40":41,"_42":5198,"_44":5199,"_46":5200,"_48":47},"T_dP35Zh",{"_2278":3581},[],"# validate.py\nfrom rdflib import Graph\nfrom pyshacl import validate\n\ndata_graph = Graph().parse(\"examples/basic-document.jsonld\", format=\"json-ld\")\nshapes_graph = Graph().parse(\"shapes.ttl\", format=\"turtle\")\n\nconforms, results, text = validate(data_graph, shacl_graph=shapes_graph)\n\nif not conforms:\n print(text) # User-friendly error messages\n exit(1)",{"_32":5202,"_34":5203},[],{"_36":52,"_38":5204,"_40":41,"_42":5205,"_44":5206,"_46":5207,"_48":47},"K7fSFakT",{},[],"5.5.3 Adoption Conditional on Demonstrated Value",{"_32":5209,"_34":5210},[],{"_36":37,"_38":5211,"_40":41,"_42":5212,"_44":5213,"_46":5214,"_48":47},"BSFSFtYF",{},[],"SHACL validation is optional. SKOS works fine without it. Adopt it only when the validation use case is concrete — when extension developers are producing invalid block types and need clear error messages. Do not add SHACL shapes speculatively.",{"_32":5216,"_34":5217},[],{"_36":52,"_38":5218,"_40":41,"_42":5219,"_44":5220,"_46":5221,"_48":47},"H2s1_qQ3",{},[],"5.6 Handling Arrays and Ordering",{"_32":5223,"_34":5224},[],{"_36":52,"_38":5225,"_40":41,"_42":5226,"_44":5227,"_46":5228,"_48":47},"xVH3AoLt",{},[],"5.6.1 The Problem",{"_32":5230,"_34":5231},[],{"_36":37,"_38":5232,"_40":41,"_42":5233,"_44":5234,"_46":5235,"_48":47},"EVBGeG4k",{},[],"RDF triples have no intrinsic order. This is annoying for ordered lists of blocks in a document.",{"_32":5237,"_34":5238},[],{"_36":52,"_38":5239,"_40":41,"_42":5240,"_44":5241,"_46":865,"_48":47},"bJFLyGwG",{},[5242],{"_36":247,"_67":5243,"_70":5244,"_42":5245,"_48":47},[590],[863],{},{"_32":5247,"_34":5248},[],{"_36":37,"_38":5249,"_40":41,"_42":5250,"_44":5251,"_46":5252,"_48":47},"XIJxGAfm",{},[],"JSON-LD extends RDF with ordered collections:",{"_32":5254,"_34":5255},[],{"_36":247,"_38":5256,"_40":41,"_42":5257,"_44":5258,"_46":5259,"_48":47},"IyTZPUa9",{"_2278":20},[],"{\n \"@context\": \"https://hypermedia.foundation/ns/core\",\n \"@type\": \"Document\",\n \"blocks\": {\n \"@list\": [\n {\"@type\": \"ParagraphBlock\", \"text\": \"First\"},\n {\"@type\": \"ImageBlock\", \"url\": \"ipfs://...\"},\n {\"@type\": \"ParagraphBlock\", \"text\": \"Second\"}\n ]\n }\n}",{"_32":5261,"_34":5262},[],{"_36":37,"_38":5263,"_40":41,"_42":5264,"_44":5265,"_46":5271,"_48":47},"4A5bX6Ox",{},[5266],{"_36":247,"_67":5267,"_70":5268,"_42":5270,"_48":47},[1157],[5269],5,{},"@list preserves order in RDF serialization.",{"_32":5273,"_34":5274},[],{"_36":52,"_38":5275,"_40":41,"_42":5276,"_44":5277,"_46":5278,"_48":47},"0LT0g9tZ",{},[],"5.6.3 Alternative: Split Responsibilities",{"_32":5280,"_34":5281},[],{"_36":37,"_38":5282,"_40":41,"_42":5283,"_44":5284,"_46":5285,"_48":47},"RrrDM0RK",{},[],"Do not model ordered lists in RDF. Keep them in your CBOR layer, reference from RDF:",{"_32":5287,"_34":5288},[],{"_36":247,"_38":5289,"_40":41,"_42":5290,"_44":5291,"_46":5292,"_48":47},"5J0yjyZ6",{"_2278":46},[],"# RDF (unordered, for semantics)\n:doc1 hm:hasBlock :block1, :block2, :block3 .\n\n# CBOR (ordered, for rendering)\n{\n \"blocks\": [\n {\"id\": \"block1\", ...},\n {\"id\": \"block2\", ...},\n {\"id\": \"block3\", ...}\n ]\n}",{"_32":5294,"_34":5295},[],{"_36":37,"_38":5296,"_40":41,"_42":5297,"_44":5298,"_46":5303,"_48":47},"Ph182_Ro",{},[5299],{"_36":1155,"_67":5300,"_70":5301,"_42":5302,"_48":47},[1466,516],[425,1395],{},"RDF handles what blocks exist. CBOR handles how to render them. Choose based on whether ordering is semantically meaningful or purely presentational.",{"_32":5305,"_34":5306},[],{"_36":52,"_38":5307,"_40":41,"_42":5308,"_44":5309,"_46":931,"_48":47},"lN8Czvs6",{},[],{"_32":5311,"_34":5312},[],{"_36":37,"_38":5313,"_40":41,"_42":5314,"_44":5315,"_46":5316,"_48":47},"5UF2mHL2",{},[],"This section runs in parallel with sections 3–5. It addresses the \"verbose\" and \"friction\" concerns about JSON-LD while keeping all RDF interoperability benefits.",{"_32":5318,"_34":5319},[],{"_36":52,"_38":5320,"_40":41,"_42":5321,"_44":5322,"_46":5323,"_48":47},"IJn2yjpK",{},[],"6.1 Build-Time Generation (Primary Strategy)",{"_32":5325,"_34":5326},[],{"_36":37,"_38":5327,"_40":41,"_42":5328,"_44":5329,"_46":5330,"_48":47},"ulUI1uJJ",{},[],"Do not process JSON-LD in the browser. Generate it at build time.",{"_32":5332,"_34":5333},[],{"_36":37,"_38":5334,"_40":41,"_42":5335,"_44":5336,"_46":5341,"_48":47},"MecaqixS",{},[5337],{"_36":1155,"_67":5338,"_70":5339,"_42":5340,"_48":47},[1157],[3003],{},"Traditional approach (heavy — do not do this):",{"_32":5343,"_34":5344},[],{"_36":247,"_38":5345,"_40":41,"_42":5346,"_44":5347,"_46":5348,"_48":47},"pelQfKJU",{"_2278":3729},[],"// Runtime - SLOW\nimport jsonld from 'jsonld';\n\nasync function renderBlock(block: Block) {\n const expanded = await jsonld.expand(block); // HTTP fetch @context\n const framed = await jsonld.frame(expanded, frame); // Processing\n return render(framed); // Finally render\n}",{"_32":5350,"_34":5351},[],{"_36":37,"_38":5352,"_40":41,"_42":5353,"_44":5354,"_46":5359,"_48":47},"zcEdDDVo",{},[5355],{"_36":1155,"_67":5356,"_70":5357,"_42":5358,"_48":47},[1157],[336],{},"Optimized approach (fast — do this):",{"_32":5361,"_34":5362},[],{"_36":247,"_38":5363,"_40":41,"_42":5364,"_44":5365,"_46":5366,"_48":47},"uIZ_7PbT",{"_2278":3729},[],"// Build time - FAST\nimport type { Block } from '@seed/vocabulary';\n\nfunction buildBlockJsonLd(block: Block): string {\n return JSON.stringify({\n \"@context\": \"https://hypermedia.foundation/ns/core\",\n \"@type\": block.type,\n \"text\": block.text,\n });\n}\n\n// At build time (Next.js SSG/ISR, Vite, etc.)\nexport async function getStaticProps() {\n const blocks = await fetchBlocks();\n const jsonld = blocks.map(buildBlockJsonLd);\n\n return {\n props: { jsonld } // Pre-generated, static\n };\n}",{"_32":5368,"_34":5369},[],{"_36":37,"_38":5370,"_40":41,"_42":5371,"_44":5372,"_46":5381,"_48":47},"1T-50U--",{},[5373,5377],{"_36":1155,"_67":5374,"_70":5375,"_42":5376,"_48":47},[1157],[3291],{},{"_36":247,"_67":5378,"_70":5379,"_42":5380,"_48":47},[5125],[3218],{},"Result: Zero runtime JSON-LD processing. Just static