Kun puhdas, idiomaattinen JSON-LD-muoto kuvataan laajennetun EN 18223 -sarjoituksen avulla, ensinnäkin kiinnittää huomiota sen laajuus. Tämä muoto on silmiinpistävän laaja.
EN 18223 on CEN/CLC JTC 24:n standardi, joka koskee digitaalisen tuotepassin järjestelmien yhteentoimivuutta; sen kohdassa 4 määritellään semanttinen malli ja kohdassa 5.2 serialisointi. Tällä serialisoinnilla on kaksi muotoa. Käytössä oleva pakattu sarjoitus käyttää kunkin arvon elementId-tunnusta objektin avaimena ja jättää dictionaryReference- ja valueDataType-tietojen selvittämisen datasanakirjan tehtäväksi. Laajennettu muoto kirjoittaa kaiken ulos: jokaisesta arvosta muodostetaan objekti, jolla on oma elementId, dictionaryReference, objectType, valueDataType ja value, ja kolmesta lähdetietorivistä tulee kaksikymmentä.
Mitä tämä laajaperäisyys tuo mukanaan
Laajaperäisyys ei ole sattumaa, ja on syytä ymmärtää, mitä se tuo mukanaan.
Se on se, mistä semantiikka muuttuu, heti kun ei enää voida olettaa, että se on avoimesti selvitettävissä verkossa. JSON-LD-dokumentti välittää merkityksen yleensä @context-attribuutin kautta: linkin, jota lukija seuraa selvittääkseen, mitä kenttä tarkoittaa.
Tiivistetty muoto toimii vain, jos lukija pystyy selvittämään kentän takana olevan sanakirjan. Tämä epäonnistuu, jos sanakirja on ECLASS tai IEC CDD - molemmat ovat maksullisia, eikä kumpaakaan voi selvittää vapaasti kuten avointa @context-IRI-tunnistetta. Tässä laajennettu muoto ansaitsee pituutensa: se kirjoittaa merkityksen arvo kerrallaan - mikä sanakirja, mikä merkintä, mikä tyyppi, mikä arvo - ja pysyy itsestään selittävänä, jos ei voi luottaa siihen, että lukija klikkaa linkkejä läpi.
Näin luettuna pitkäveteisyys ei ole suunnitteluvirhe, vaan järkevä vastaus suljettuihin sanakirjoihin.
Vastakohta on konkreettinen. Sanastot, joihin perustamme toimintamme - OpenEPCIS DPP Core ja sen asetuslaajennukset - on julkaistu avoimesti osoitteessa ref.openepcis.io ja ne pysyvät vapaasti tulkittavina. Yksi ainoa @context-viite kantaa sen merkityksen, jonka suljettu sanakirja joutuu kirjoittamaan sisään.
Miksi suunta on ratkaiseva
Avoimen semantiikan rekonstruoiminen suljetusta sanakirjasta on vaikea suunta. Päinvastoin se on helppoa.
JSON-LD-lähteessämme on jo kaikki EN 18223 -standardin mallin edellyttämät attribuutit: viittaus ominaisuuteen, viittaus sanakirjaan, arvon tietotyyppi sekä kieli-taulukko kutakin arvoa kohden. Ne on vain ilmaistu tyypitetyillä JSON-LD-objekteilla, joissa on @context-IRI:t, eikä EN 18223:n tasaisessa entiteetti-attribuutti-arvo-rakenteessa.
EN 18223 -näkymän luominen näistä tiedoista on muotoilutehtävä: olemassa olevien kenttien ottaminen ja niiden muokkaaminen kohdemuotoon.
Periaate yhdellä lauseella: Lähde, jossa on avoimia nimitiloja, muodostaa jokaisesta suljetusta sanakirjasta projektion, jolloin laajalle ulottuvuus muuttuu hinnaksi, jonka maksaa vain se, joka on aloittanut suljetusti. Jos merkitys on avoimesti saatavilla jo ensimmäisestä kirjoitushetkestä lähtien, tämä hinta poistuu itsestään.
Moninaiset nimitilat kanonisen sanaston sijaan
Se, että lähteellämme on jo tämä muoto, on tietoinen päätös, ei sattumaa. Emme pakota jokaista asetusta yhteen ainoaan sanastoon.
Jokainen EU:n DPP-asetus - akku-, tekstiili-, elektroniikka- ja tulevat asetukset - säilyttää oman yläpuolisen nimitilansa: GS1:n, OpenEPCIS DPP Core -järjestelmän ja kyseisen asetuksen laajennuksen nimitilan. Ne kaikki sijaitsevat rinnakkain @context-taulukossa, vieressä tarkoituksellisesti suppea transpareo:-nimitila niille harvoille termeille, joita mikään edeltävä nimitila ei kata.
EN 18223 vaatii omassa johdantokohdassaan 0.3 lähes täsmälleen tätä: vältetään alakohtaisia ontologioita, sallitaan kunkin delegoidun säädöksen yhteydessä julkaistujen ontologioiden rinnakkaiskäyttö ja pidetään horisontaalinen taso mahdollisimman yleisluonteisena.
Avoimiin, rinnakkaisiin nimitiloihin perustuva arkkitehtuuri ei ole vain standardin tarkoituksen mukainen. Se on juuri se, mihin standardin suunnitteluperiaate itse viittaa.
Kuormitustesti: Battery Passin attribuuttiluettelo
Todisteena on se, miten arkkitehtuuri käsittelee sanakirjaa, jota varten sitä ei ole koskaan suunniteltu.
Battery Pass -konsortion Data Attribute Long List, versio 1.3, on kolmas sanakirja, joka poikkeaa sekä standardista EN 18223 että GS1:stä: noin 100 attribuuttia, oma nimistö, omat käyttöoikeustasot sekä konsortion tulkinta akkuasetuksen liitteestä XIII.
Olemme verranneet sitä olemassa olevaan tietomalliimme. 91 attribuuttia 100:sta sijoitettiin muuttumattomina jo olemassa oleviin ominaisuustyyppeihin. Monien nimitilojen lähde ottaa uuden suljetun sanakirjan huomioon yhtenä lisäprojektiona - se ei pakota uudelleenrakentamiseen.
Mihin standardi perustuu
EN 18223 ja sen sisarstandardi EN 18216, joka määrittelee konkreettisen sarjoitusmuodon, johon EN 18223 viittaa, ovat molemmat yhdenmukaistettuja eurooppalaisia standardeja.
Ne kuuluvat CEN-CENELEC-JTC-24-DPP-sarjan ensimmäiseen julkaistuun erään: kuusi kahdeksasta standardista, ja loput kaksi - jotka koskevat todennusta ja käyttöoikeuksia - seuraavat kesän 2026 kuluessa. Nämä kuusi standardia mainittiin 15. heinäkuuta 2026 annettuun täytäntöönpanopäätökseen (EU) 2026/1736, mikä antaa niille yhdenmukaistetun aseman ja siten oletuksen vaatimustenmukaisuudesta GDPR:n 10 ja 11 artiklan mukaisesti.
Hyvä puoli
Mikään tästä ei tee standardista EN 18223 väärää. Pitkäveteisyys on yhteentoimivuuden rehellinen hinta maailmassa, jossa kaikki sanakirjat eivät ole avoimia, ja standardi vastaa tätä maailmaa.
Hyvä puoli on yksinkertainen: niille, jotka jo käyttävät puhdasta JSON-LD:tä, EN 18223 on projekti, ei uudisrakennus. Kallis suunta on se toinen - se, jota jokaisen on kuljettava, joka on aloittanut suljetusta sanakirjasta.
Sille, joka rakentaa alusta alkaen avointa, tulkittavaa semantiikkaa, standardin monimutkaisuus lakkaa olemasta rasite. Siitä tulee tulostusmuoto, jonka voi luoda tarpeen mukaan.