Как написать схему RDF?
Я пытаюсь разобраться, используя RDF для описания пользовательских ресурсов. Я понимаю, что существуют xmlns, такие как Dublin Core и foaf, которые предоставляют предопределенные наборы элементов. Как мне создать свой собственный?
Я, возможно, лаю не на том дереве, конечно, и должен придерживаться xml + xsd?
2 ответа
Короткий ответ: любой может просто написать набор аксиом RDFS или OWL в файле и начать использовать его в своем приложении. Существует низкий барьер для создания нового словаря или онтологии, но есть некоторые руководящие принципы.
Для фактического акта создания файла, содержащего аксиомы (то есть декларации, если вы более знакомы с этой терминологией), я лично просто пишу в более компактном формате Turtle, используя текстовый редактор. Я считаю, что это хорошо работает с системами контроля исходного кода и подходит для моего способа работы. Есть редакторы, если вы хотите более визуальный интерфейс, с инструментами, которые помогут обеспечить правильность и последовательность того, что вы делаете. Обычно используемые редакторы онтологий - TopBraid Composer и Protege, но есть много других. Если вы работаете в Turtle, но хотите опубликовать в формате RDF/XML или в другом формате, у Jena есть инструмент командной строки для преобразования файлов RDF между различными форматами.
Когда дело доходит до публикации вашего словарного файла, чтобы другие люди могли его использовать, вы должны договориться о том, чтобы пространство имен ваших понятий соответствовало описывающему их документу. Итак, если вы создаете словарь, который определяет http://example.org/vocab/pet#Iguana, HTTP GET на этот URL или на http://example.org/vocab/pet должен доставить сам документ онтологии. А еще лучше, вы будете осуществлять согласование содержимого HTTP (connectg), чтобы пользователи могли запрашивать документ в application/rdf+xml, text/turtle и т. д. форматы. Если ваш словарный запас предназначен для внутреннего использования в интрасети или только для демонстрационных / исследовательских целей, публикация не обязательно является шагом, который вам необходимо предпринять.
Ключевым компонентом связанных данных или семантической сети является то, что определения используются повторно, где это возможно, чтобы приложения могли видеть, как наборы данных связаны между собой. Например, если в вашем словаре есть понятие имени, рассмотрите возможность повторного использования предикатов имен из FOAF, а не придумывайте свой собственный. Вы упоминаете Dublin Core - этот словарь широко используется в других онтологиях. Этот аспект моделирования может занять некоторое время, чтобы стать правильным, но обычно это будет итеративный процесс, и это нормально. Существуют сообщества, в которых вы можете получить помощь, и растет число консультантов, которые предлагают профессиональную помощь.
Как и в случае с любыми действиями в области программного обеспечения, чем яснее вы будете с самого начала знать о своих предполагаемых пользователях и их требованиях, тем проще будет разработать свою онтологию.