예를 들어, Book
및 Author
클래스의 경우, authorOf
릴레이션 및 hasAuthor
릴레이션을 가질 수 있습니다. Student
및 Course
클래스의 경우 courseOf
및 hasCourse
사이의 관계를 가질 수 있습니다.OWL 온톨로지에서 항상 양방향 관계를 만들어야합니까?
항상 양방향으로 관계를 생성하는 것은 불필요한 것처럼 보입니다. 상황을 다루는 지침이나 원칙이 있습니까?
예를 들어, Book
및 Author
클래스의 경우, authorOf
릴레이션 및 hasAuthor
릴레이션을 가질 수 있습니다. Student
및 Course
클래스의 경우 courseOf
및 hasCourse
사이의 관계를 가질 수 있습니다.OWL 온톨로지에서 항상 양방향 관계를 만들어야합니까?
항상 양방향으로 관계를 생성하는 것은 불필요한 것처럼 보입니다. 상황을 다루는 지침이나 원칙이 있습니까?
에 대한 권장 사항을 항상 모르겠다.은 명시 적으로 역 특성을 제공합니다.
역 속성을 참조 할 필요성,의는 "IP"를 부르 자, 내부적으로 온톨로지 :
은 역 속성에 대해 두 개 이상의 사용 사례가 있습니다.
다른 속성이 IP와 연결되어 있지 않음을 명시해야 할 수도 있습니다. 또는 다른 속성이 IP와 동일하다는 것입니다. 이제, 우리는 그 진술을 허용하기 위해 IP를 제공합니다. 아주 간단한 예는 적절한 장소에 의견을 남기고 싶은 욕망입니다. rdfs : comment를 배치하기 위해 IP를 정의 할 수 있습니다.
inverse 속성을 외부에서 참조해야합니다.
예제는 다음과 같습니다. 우리 응용 프로그램은 자연어의 번역본을 ObjectProperties에 할당합니다. 유명한 Protege Pizza Ontology의 경우 "hasTopping"을 "en : has topping"과 같은 문자열로 변환합니다. 우리는 또한 자연어로 "en : topping of"을 표현하고 싶습니다. (우리의 응용 프로그램 의미론은 그것을 필요로합니다.) 역 특성 "isToppingOf"를 만드는 이유가 있습니다. 각각의 URI를 인스턴스로 사용하려면 번역을 참조 할 수 있습니다.