triplestore에는 많은 노드가 포함되어 있으므로 REST 인터페이스를 통해이 데이터베이스에 액세스 할 수 있어야합니다. 대상으로 REST 및 RDF, 표현 전략은 무엇입니까?
이제 내 솔루션은 모든 이름 (익명되지 않음) 노드가 누구의 표현 인 자원으로 수출되는 것 노드를 객체로 갖는 것
2 번 점에 약간 주저합니다. 이것은 기본적으로 수신 및 발신 트리플을 모두 제공합니다.
순전히 RDF 지향 데이터 저장소의 REST sytle 표현에 대해 어떻게 생각하십니까? 내 견해를 공유하고 있습니까? 그렇지 않다면 어떤 견해를 갖고 있습니까?
데이터의 내용과 사용자가 인터페이스를 사용하여 수행하고자하는 작업에 따라 다릅니다. 이 질문은 SPARQL DESCRIBE 쿼리 폼이 반환해야하는 것과 비슷합니다. (구현에 따라 결정됩니다.)
RDF 데이터를 가지고있는 사례에 대해 1과 3을 사용하여 리소스의 빈 노드 클로저를 생성합니다. 또한 사례 2에 대해 별도의 인터페이스를 사용하여 들어오는 호의 자원을 반환 할 수 있습니다.
(면책 조항 :이 질문의 내용과 정확하게 일치하지 않을 수 있지만, 제목에 해당)
나는 RDF 데이터의 나머지 표현의 주제에 대해 순서를 반전의 일반적인 문제가 있음을 생각한다 개념의. 필자에게있어 정상적인 방법은 RDF 데이터가 포함 된 Rest 문서 모음을 만들고 글로벌 쿼리 작성 및 색인을 위해 RDF 데이터베이스를 사용하는 것입니다.
이 경우 원하는 방식으로 리소스를 구성 할 수 있습니다.
또한 노드의 URI를 내 보낸 리소스로 사용한다면 리소스의 의미에 대해 미묘한 문제가 발생할 수 있습니다. 여기에서 제안하는 나머지 리소스는 "information resources"이며 추상적 인 자원. 정보와 메타 정보가 충돌합니다.
나는이보기를 더 자세히 설명하는 기사 here을 게시했습니다.
RDF 데이터 집합 REST를 트래버스 할 수있는 쉬운 방법 중 하나는 모든 트래 버블 가능 요소에 URL을 사용하는 것입니다.
URL에 액세스 할 때 (예 : HTTP GET을 통해) 결과에 연결된 노드 (속성 및/또는 역 특성으로 연결됨)가 표시됩니다.
보다 공식적으로 반환되는 표현은 Concise Bounded Description 일 수 있습니다.