Во-первых, для ясности, когда мы говорим 'RDF', мы имеем в виду (в основе) набор троек:
<subject1> <predicate1> <object1>
<subject2> <predicate2> <object2>
...
Это простая база данных, а не «исполняемая».
Существует много способов написания RDF. RDF / XML является наиболее распространенным, но не самым очевидным, когда вы изучаете. N-Triples - самое простое, вы просто записываете тройки:
<subject1> <predicate1> <object1> .
<subject2> <predicate2> <object2> .
...
Черепаха похожа на N-тройки, но с множеством коротких путей. Это очень легко написать. Например, если у нас было:
<person> <age> 21 .
<person> <friend> <bob> .
<person> <friend> <alice> .
...
В черепахе мы можем избежать повторения, написав:
<person> <age> 21 ;
<friend> <bob> ,
<alice> .
(я написал это в несколько строк, чтобы вы могли видеть, как выглядит тройная версия, но с пропущенными частями)
Вы найдете парсеры черепах для большинства библиотек RDF. Смотрите Jena (java), Redland (C), RDFLib (python), Trine (perl) и т. Д. Они берут черепаху и производят тройки, как это делают парсеры RDF / XML и RDFa.
Как только вы загрузите RDF, вы можете запросить его, обработать его, что бы вы ни делали с любым другим форматом данных.
RDFa - это странный формат RDF, поскольку он встроен во что-то другое (большая часть которого выбрасывается при преобразовании в тройки). Смысл RDFa в том, чтобы RDF более плавно интегрировался в сеть. Наличие как RDF-версии, так и HTML-версии моей личной информации является повторяющимся и сложным для развертывания. С помощью RDFa у меня может быть один документ, который предназначен как для браузеров, так и для пользователей rdf.