JSON-LD Nedir, DPP Verisi Neden JSON-LD?

CIRPASS-2 referans mimarisi, Dijital Ürün Pasaportu için varsayılan alışveriş formatı olarak JSON-LD'yi öneriyor. Neden düz JSON değil de JSON-LD? Cevap tek kelimede: anlam.

Sıradan JSON'un sorunu

Bir alan adı, tek başına anlam taşımaz:

{ "material": "PET", "recycled": 30 }

Buradaki recycled neyin yüzdesi? Ağırlıkça mı, hacimce mi? Tüketici sonrası mı? İki farklı platform aynı alan adını farklı anlamlarda kullanabilir ve kimse fark etmez.

JSON-LD ne ekliyor?

JSON-LD bir context ekler: her alanı, anlamı tanımlı bir URI'ye bağlar. Böylece "recycledContent" alanı, standart bir kavrama işaret eder ve iki farklı sistemin ürettiği pasaport otomatik olarak eşlenebilir.

Önemli nokta: JSON-LD hâlâ JSON'dur. Bağlamı umursamayan bir istemci onu sıradan JSON gibi okuyabilir; umursayan bir istemci ise anlamı çözebilir. Bu, geçiş için ideal bir özelliktir.

Bkz. EN 18223 çekirdek veri modeli ve DPP veri modeli rehberi.

Verifiable Credentials ile ilişkisi

W3C Verifiable Credential paketleri JSON-LD tabanlıdır. Yani pasaport verisini JSON-LD olarak tuttuğunuzda, imzalı ve doğrulanabilir veri setleri üretmek doğal bir sonraki adım olur. Bkz. doğrulanabilir kimlik bilgileri.

Resolver ile birlikte

Bir resolver, isteğin Accept başlığına göre HTML veya application/ld+json döner. Böylece tek bir tanımlayıcı hem tüketiciye hem makinelere hizmet eder. Bkz. resolver servisi nedir.

Pratik uygulama notları

1. Context'i sürümleyin ve kalıcı bir adreste yayımlayın.
2. Alan adlarını sektörel modellerle eşleyin; eşleme tablosunu belgeleyin.
3. Dilden bağımsız kodlar kullanın; dil sunum katmanında çözülür. Bkz. çok dilli pasaport.
4. Şema doğrulaması ekleyin: JSON-LD anlamı verir, geçerliliği JSON Schema ile kontrol edin.

Sık sorulan sorular