Kaynak Tanımlama Çerçevesi

Tarihçe

W3C'nin KTÇ'nin birçok öncüsü bulunmaktadır. Teknik olarak en yakını, Ramanathan V. Guha'nın Apple'dayken başlattığı ve Tim Bray'in Netscape Communications Corporation'daki çalışma süresindeki yardımlarıyla devam ettirdiği MCF'dir. Ayrıca Dublin Core Community'nin ve PICS'nin fikirlerine dayanan, The Platform for Internet Content Selection (W3C'nin erken dönem Web içerik etiketleme sistemi) KTÇ projesinin yönünün şekillenmesinde anahtar niteliğindeydi.
W3C 1999 yılında KTÇ'nin data modeli ve XML sözdizimi hakkında bir spesifikasyon yayınladı. Böylece çalışmalar 2004 yılında yayınlanan yeni spesifikasyon versiyonu üzerinde başladı.
1999 spesifikasyonuna dayanan birkaç uygulama olması ve bunların tamamen güncellenmesi gerekmesine rağmen, diğer bazı W3C teknolojilerine nazaran, yeni geliştirilmiş spesifikasyonlar herkesin görebileceği şekilde geliştirildiği için sahiplenilme süreci oldukça hızlı oldu.
MIME çokluortam tipi application/rdf+xml, RFC 3870 ile tescillendi. Bu RFC, yeni KTÇ spesifikasyonlarının kullanılmasını önerir.

Ontolojiler

Bir dizi KTÇ ifadesi, asıl olarak etiketlenmiş, yönlendirilmiş sahte çigedir (pseudo-graph). KTÇ-tabanlı bir data model belirli türde bilgi gösterimlerine, günümüzde bilişimde kullanılan ilişkisel model ve diğer ontolojik modellere nazaran daha iyi uyacaktır. Bunun yanında, uygulamada, KTÇ verisi üçlü saklama (triple store) olarak da adlandırılabilen ilişkisel veritabanlarında sıkça tutulmaktadır. RDFS ve OWL un gösterdiği gibi, RDF üzerinde, ek ontoloji dilleri geliştirilebilir.

Kaynak tanımlama

Bir KTÇ ifadesi, muhtemelen bir URI(Uniform Resource Identifier) ile isimlendirilmiş bir kaynaktır. Bazı kaynaklar isimlendirilmemiştir, bunları boş uçlar (blank nodes) veya sahipsiz kaynaklar (anonymous resources) olarak isimlendiririz. Bunlar direkt olarak tanınamazlar. Aynı zamanda yüklem de bir ilişkiyi gösteren bir kaynaktır. Nesne bir kaynak da, bir Unicode string öbeği de olabilir.
Semantic Web uygulamalarında ve nispeten popüler, RSS ve FOAF gibi KTÇ uygulamalarında kaynaklar, World Wide Web üzerinden erişilebilir, gerçek verileri gösteren URI ler tarafından ifade edilirler. Fakat genel olarak KTÇ İnternet tabanlı kaynakların açıklaması ile sınırlı değildir. Gerçekte, kaynağa işaret eden URI, tekrar gösterilebilir olmak zorunda değildir. Mesela "http:" ile başlayan ve bir KTÇ ifadesinin nesnesini ifade eden URI,ağ üzerinden erişilebilir, gerçek bir kaynağı göstermek zorunda olmadığı gibi, HTTP üzerinden erişilebilir bir kaynağı göstermek zorunda da değildir. İstenirse böyle bir URI, "barış" gibi soyut bir kavramı da gösterebilir.
Bu yüzden KTÇ ifadelerinin üreticilerinin ve kullanıcılarının kaynak belirteçlerinin anlamı konusunda mutabık olmaları gerekir. Bu anlaşma KTÇ'ye kendiliğinden aktarılamadığından, ortak kullanım için bir takım kontrollü sözcük grupları vardır. KTÇ'de kullanılmak üzere, Kısmen bir URI uzayına eşlenmiş  Dublin Core Metadata bunlara örnek verilebilir.

İfadeyi maddeleştirme ve bağlam

Bilginin bir ifadeler bütünü ile modellenmiş (body)si maddeleştirmeye bağlı olabilir, öyle ki her ifade (yani özne-yüklem-nesne halinde bir üçlünün tamamı) bir URI ye atanmış ve ek olarak ne gibi ifadelerin yapılabileceği hakkında bir kaynak gibi kullanılabilir. Mesela "Jane, John'un X dökümanının yazarı olduğunu söylüyor.". Maddeleştirme her ifadenin güvenilirlik seviyesini ve işe yararlık derecesini anlamak açısından bazen önemlidir.
Maddeleştirilmiş bir KTÇ veritabanında, her orijinal ifade, bir kaynak olarak, genellikle kendisi hakkında yapılmış üç ek ifadeye sahiptir: birincisi bu ifadenin öznesinin bir kaynak olduğunu beyan etmek içindir, ikincisi, yükleminin bir kaynak olduğunu ifade etmek için, üçüncüsü de nesnesinin bir kaynak veya bir literal olabileceğini ifade etmek içindir. Uygulamanın ihtiyacına göre, orijinal ifade ile ilgili daha fazla ifade var olabilir.
Mantıktaki uygun ifadeleri ödünç alarak, bazı KTÇ model uygulamaları, ifadeleri bazen, KTÇ spesifikasyonu editörü Graham Klyne'ın makalesinde tartışıldığı üzere, durumlar, bağlamlar ve kapsamlar gibi  farklı kriterlere göre gruplamanın uygun olduğunu onaylamıştır.Mesela, bir ifade, bir "durumunda doğru"("is true in") ilişkisini ifade etmek için bir URI ile isimlendirilmiş bir bağlamla ilişkilendirilebilir. Başka bir örnek olarak, bazen, belirli bir RDF/XML dokumanının URI'si olan bir URI ile tanımlanan, ifadeleri kaynaklarına göre gruplamak uygundur. Böylece, kaynakta güncelleme yapıldığında, denk düşen ifadeler de modelleri içinde değişir.
Kapsamların(scope) uygulanması için tam olarak maddeleştirilmiş ifadeler gerekmeyebilir. Bazı uygulamalar, tek bir kapsam tanımlayıcının, herhangi bir URI'ye atanmamış bir ifade ile ilişkilendirilmesine izin verir.
Kapsam içermeyen KTÇ ile sağlandığı şekliyle, first-order logic'de, tek metalevel ilişkisi olumsuzlamadır, ama iç içe bağlamlar hakkındaki genel durum önermeleri, KTÇ'nin, modal ve high-order logic i ifade edebilmek için kullanılan bir metalanguage i kapsamasına izin verir.