RDF 1.2 TriG

초록

이 문서는 TriG라고 하는 RDF용 텍스트 구문을 정의하며, 이를 통해 RDF 데이터셋을 일반적인 사용 패턴과 데이터타입에 대한 축약형을 사용하여 간결하고 자연스러운 텍스트 형식으로 완전히 작성할 수 있습니다. TriG는 Turtle [RDF12-TURTLE] 형식의 확장입니다.

RDF 1.2 TriG는 다른 트리플의 객체로 사용할 수 있는 네 번째 종류의 RDF 용어로서 [RDF12-TURTLE]와 트리플 용어를 공유하며, 이를 통해 다른 진술에 대한 진술을 만들 수 있습니다. RDF 1.2 TriG는 또한 [RDF12-TURTLE]와 방향성 언어 태그 문자열을 공유합니다.

이 문서의 상태

이 섹션은 이 문서가 게시된 시점의 상태를 설명합니다. 현재 W3C 출판물 목록과 이 기술 보고서의 최신 개정판은 W3C 표준 및 초안 색인에서 확인할 수 있습니다.

이 문서는 RDF 1.2 문서 모음의 일부입니다. TriG는 여러 그래프를 위한 RDF 구문을 정의하라는 RDF & SPARQL Working Group의 헌장 요구사항을 충족하기 위한 것입니다. TriG는 RDF용 Turtle 구문 [RDF12-TURTLE]의 확장입니다. 현재 문서는 Chris Bizer와 Richard Cyganiak의 원래 제안을 기반으로 합니다.

이 문서는 RDF & SPARQL Working Group이 권고안 트랙을 사용하여 작업 초안으로 게시했습니다.

작업 초안으로 게시되었다는 것이 W3C와 그 회원들의 승인을 의미하지는 않습니다.

이 문서는 초안 문서이며 언제든지 다른 문서로 업데이트, 대체 또는 폐기될 수 있습니다. 진행 중인 작업이 아닌 다른 것으로 이 문서를 인용하는 것은 부적절합니다. 향후 이 예정된 권고안의 업데이트에는 새 기능이 포함될 수 있습니다.

이 문서는 W3C 특허 정책에 따라 운영되는 그룹이 작성했습니다. W3C는 해당 그룹의 산출물과 관련하여 이루어진 특허 공개의 공개 목록을 유지합니다. 해당 페이지에는 특허 공개 방법에 대한 지침도 포함되어 있습니다. 자신이 알고 있는 특허가 필수 청구항을 포함한다고 믿는 실제 지식을 가진 개인은 W3C 특허 정책 제6절에 따라 해당 정보를 공개해야 합니다.

# This document encodes one graph. PREFIX ex: <http://www.example.org/vocabulary#> PREFIX : <http://www.example.org/exampleDocument#> :G1 { :Monica a ex:Person ; ex:name "Monica Murphy" ; ex:homepage <http://www.monicamurphy.org> ; ex:email <mailto:monica@monicamurphy.org> ; ex:hasSkill ex:Management , ex:Programming . }

# This document contains a default graph and two named graphs. PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> PREFIX dc: <http://purl.org/dc/terms/> PREFIX foaf: <http://xmlns.com/foaf/0.1/> # default graph { <http://example.org/bob> dc:publisher "Bob" . <http://example.org/alice> dc:publisher "Alice" . } <http://example.org/bob> { _:a foaf:name "Bob" . _:a foaf:mbox <mailto:bob@oldcorp.example.org> . _:a foaf:knows _:b . } <http://example.org/alice> { _:b foaf:name "Alice" . _:b foaf:mbox <mailto:alice@work.example.org> . }

# This document contains a same data as the previous example. PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> PREFIX dc: <http://purl.org/dc/terms/> PREFIX foaf: <http://xmlns.com/foaf/0.1/> # default graph - no {} used. <http://example.org/bob> dc:publisher "Bob" . <http://example.org/alice> dc:publisher "Alice" . # GRAPH keyword to highlight a named graph # Abbreviation of triples using ; GRAPH <http://example.org/bob> { [] foaf:name "Bob" ; foaf:mbox <mailto:bob@oldcorp.example.org> ; foaf:knows _:b . } GRAPH <http://example.org/alice> { _:b foaf:name "Alice" ; foaf:mbox <mailto:alice@work.example.org> }

TriG 문서는 UTF-8 [RFC3629]로 인코딩된 RDF 문자열입니다. U+0000부터 U+D7FF까지, 그리고 U+E000부터 U+10FFFF까지의 범위에 있는 Unicode 스칼라 값만 허용됩니다. 이는 U+D800부터 U+DFFF까지의 범위인 서러게이트 코드 포인트를 제외합니다.

공백(생성식 WS)은 그렇지 않으면 하나의 터미널로 잘못 인식될 수 있는 두 터미널을 구분하는 데 사용됩니다. 아래에서 대문자로 된 규칙 이름은 공백이 의미 있는 위치를 나타냅니다. 이들은 TriG 파서를 구성하기 위한 가능한 터미널 선택지를 형성합니다.

공백은 생성식 String에서 의미가 있습니다.

TriG의 주석은 IRIREF, STRING_LITERAL_SINGLE_QUOTE, STRING_LITERAL_QUOTE, STRING_LITERAL_LONG_SINGLE_QUOTE, 또는 STRING_LITERAL_LONG_QUOTE 밖에 있는 #로 시작하며, 줄 끝( LFs 또는 CRs로 표시됨)까지 계속되거나, 주석 표시자 뒤에 줄 끝이 없으면 파일 끝까지 계속됩니다. 주석은 공백으로 처리됩니다.

상대 IRI 참조는 Uniform Resource Identifier (URI): Generic Syntax [RFC3986]에 따라 섹션 5.2의 기본 알고리즘만 사용하여 기준 IRI로 해석됩니다. 구문 기반 정규화나 스킴 기반 정규화 (RFC3986의 섹션 6.2.2 및 6.2.3에 설명됨)는 수행되지 않습니다. IRI 참조에서 추가로 허용되는 문자는 Internationalized Resource Identifiers (IRIs) [RFC3987]의 섹션 6.5에 따라 URI 참조의 비예약 문자와 동일한 방식으로 처리됩니다.

@base 또는 BASE 지시문은 [RFC3986] 섹션 5.1.1, "콘텐츠에 포함된 기준 URI"에 따라 상대 IRI 참조를 해석하는 데 사용되는 기준 IRI를 정의합니다. 섹션 5.1.2, "캡슐화 엔터티에서 온 기준 URI"는 SOAP 봉투의 xml:base 지시문이나 Content-Location 헤더가 있는 MIME multipart 문서와 같은 캡슐화 문서에서 범위 내 기준 IRI가 어떻게 올 수 있는지를 정의합니다. 5.1.3, "검색 URI에서 온 기준 URI"에서 식별되는 "검색 URI"는 특정 TriG 문서가 검색된 URL입니다. 위 항목 중 어느 것도 기준 URI를 지정하지 않으면 기본 기준 URI(섹션 5.1.4, "기본 기준 URI")가 사용됩니다. 각 @base 또는 BASE 지시문은 이전 기준 URI에 상대적인 새로운 범위 내 기준 URI를 설정합니다.

TriG 문서에는 세 가지 형태의 이스케이프가 사용됩니다.

숫자 이스케이프 시퀀스는 Unicode 코드 포인트의 값을 나타냅니다.

숫자 이스케이프 시퀀스는 Unicode 서러게이트 범위인 U+D800부터 U+DFFF까지의 범위에 있는 코드 포인트 값을 생성해서는 MUST NOT 안 됩니다.

이스케이프 시퀀스	Unicode 코드 포인트
`\u` `hex` `hex` `hex` `hex`	가장 중요한 자리부터 가장 덜 중요한 자리까지 해석되는 네 개의 16진수 숫자로 인코딩된 값에 대응하는, `U+0000`부터 `U+D7FF`까지 및 `U+E000`부터 `U+D7FF`까지의 범위에 있는 Unicode 코드 포인트
`\U` `hex` `hex` `hex` `hex` `hex` `hex` `hex` `hex`	가장 중요한 자리부터 가장 덜 중요한 자리까지 해석되는 여덟 개의 16진수 숫자로 인코딩된 값에 대응하는, `U+0000`부터 `U+D7FF`까지 및 `U+E000`부터 `U+10FFFF`까지의 범위에 있는 Unicode 코드 포인트

여기서 hex는 16진수 문자입니다.

HEX ::= [0-9] | [A-F] | [a-f]

문자열 이스케이프 시퀀스는 문자열 리터럴에서 전통적으로 이스케이프되는 문자를 나타냅니다.

이스케이프 시퀀스	Unicode 코드 포인트
`\t`	`U+0009`
`\b`	`U+0008`
`\n`	`U+000A`
`\r`	`U+000D`
`\f`	`U+000C`
`\"`	`U+0022`
`\'`	`U+0027`
`\\`	`U+005C`

예약 문자 이스케이프 시퀀스는 \와 그 뒤의 문자 ~.-!$&'()*+,;=/?#@%_ 중 하나로 구성되며, \ 오른쪽의 문자를 나타냅니다.

각 종류의 이스케이프 시퀀스를 사용할 수 있는 컨텍스트
	숫자 이스케이프	문자열 이스케이프	예약 문자 이스케이프
IRI들, RDF 용어로 사용되거나 `PREFIX` 또는 `BASE` 선언에서 사용됨	예	아니요	아니요
로컬 이름들	아니요	아니요	예
문자열들	예	예	아니요

참고

%-인코딩된 시퀀스는 IRI의 문자 범위 안에 있으며, 로컬 이름에서 명시적으로 허용됩니다. 이들은 '%' 뒤에 두 개의 16진수 문자가 오는 형태로 나타나며, 동일한 세 문자 시퀀스를 나타냅니다. 이 시퀀스들은 처리 중에 디코딩되지 않습니다. TriG에서 <http://a.example/%66oo-bar>로 작성된 용어는 IRI http://a.example/%66oo-bar를 가리키며, IRI http://a.example/foo-bar를 가리키지 않습니다. 접두사 PREFIX ex: <http://a.example/>가 있는 ex:%66oo-bar로 작성된 용어도 IRI http://a.example/%66oo-bar를 가리킵니다.

여기서 사용된 EBNF는 XML 1.0 [EBNF-NOTATION]에서 정의됩니다.

참고:

빈 노드 식별자는 TriG 문서 전체에서 동일한 빈 노드를 나타냅니다.
작은따옴표 안의 키워드 ('@base', '@prefix', '@version', 'a', 'true', 및 'false')는 대소문자를 구분합니다. 큰따옴표 안의 키워드 ("BASE", "PREFIX"), 및 "VERSION")는 대소문자를 구분하지 않습니다.
이스케이프 시퀀스 UCHAR 및 ECHAR는 대소문자를 구분합니다.
입력을 토큰화하고 문법 규칙을 선택할 때는 가장 긴 일치가 선택됩니다.
대문자 이름의 규칙을 터미널로 사용할 때 TriG 문법은 LL(1) 및 LALR(1)입니다.
문법의 진입점은 trigDoc입니다.
부호 있는 숫자에서는 부호와 숫자 사이에 공백이 허용되지 않습니다.
문자열 '@prefix', '@base', 및 '@version'는 LANG_DIR의 패턴과 일치하지만, prefix, base, 그리고 version 중 어느 것도 등록된 언어 하위태그는 아닙니다. 이 명세는 따옴표로 묶인 리터럴 뒤에 이 토큰들 중 하나가 오는 경우 (예: "A"@base) 그것이 Turtle 언어에 속하는지 여부를 정의하지 않습니다.

[1]	`trigDoc`	::=	`(`directive `\|` block`)*`
[2]	`block`	::=	triplesOrGraph `\|` wrappedGraph `\|` triples2 `\|` `(`"`GRAPH`" labelOrSubject wrappedGraph`)`
[3]	`triplesOrGraph`	::=	`(`labelOrSubject `(`wrappedGraph `\|` `(`predicateObjectList '`.`'`)))` `\|` `(`reifiedTriple predicateObjectList`?` '`.`'`)`
[4]	`triples2`	::=	`(`blankNodePropertyList predicateObjectList`?` '`.`'`)` `\|` `(`collection predicateObjectList '`.`'`)`
[5]	`wrappedGraph`	::=	'`{`' triplesBlock`?` '`}`'
[6]	`triplesBlock`	::=	triples `(`'`.`' triplesBlock`?)?`
[7]	`labelOrSubject`	::=	iri `\|` BlankNode
[8]	`directive`	::=	prefixID `\|` base `\|` version `\|` sparqlPrefix `\|` sparqlBase `\|` sparqlVersion
[9]	`prefixID`	::=	'`@prefix`' PNAME_NS IRIREF '`.`'
[10]	`base`	::=	'`@base`' IRIREF '`.`'
[11]	`version`	::=	'`@version`' VersionSpecifier '`.`'
[12]	`sparqlPrefix`	::=	"`PREFIX`" PNAME_NS IRIREF
[13]	`sparqlBase`	::=	"`BASE`" IRIREF
[14]	`sparqlVersion`	::=	"`VERSION`" VersionSpecifier
[15]	`VersionSpecifier`	::=	STRING_LITERAL_QUOTE `\|` STRING_LITERAL_SINGLE_QUOTE
[16]	`triples`	::=	`(`subject predicateObjectList`)` `\|` `(`blankNodePropertyList predicateObjectList`?)` `\|` `(`reifiedTriple predicateObjectList`?)`
[17]	`predicateObjectList`	::=	verb objectList `(`'`;`' `(`verb objectList`)?)*`
[18]	`objectList`	::=	object annotation `(`'`,`' object annotation`)*`
[19]	`verb`	::=	predicate `\|` '`a`'
[20]	`subject`	::=	iri `\|` BlankNode `\|` collection
[21]	`predicate`	::=	iri
[22]	`object`	::=	iri `\|` BlankNode `\|` collection `\|` blankNodePropertyList `\|` literal `\|` tripleTerm `\|` reifiedTriple
[23]	`literal`	::=	RDFLiteral `\|` NumericLiteral `\|` BooleanLiteral
[24]	`blankNodePropertyList`	::=	'`[`' predicateObjectList '`]`'
[25]	`collection`	::=	'`(`' object`*` '`)`'
[26]	`NumericLiteral`	::=	INTEGER `\|` DECIMAL `\|` DOUBLE
[27]	`RDFLiteral`	::=	String `(`LANG_DIR `\|` `(`'`^^`' iri`))?`
[28]	`BooleanLiteral`	::=	'`true`' `\|` '`false`'
[29]	`String`	::=	STRING_LITERAL_QUOTE `\|` STRING_LITERAL_SINGLE_QUOTE `\|` STRING_LITERAL_LONG_SINGLE_QUOTE `\|` STRING_LITERAL_LONG_QUOTE
[30]	`iri`	::=	IRIREF `\|` PrefixedName
[31]	`PrefixedName`	::=	PNAME_LN `\|` PNAME_NS
[32]	`BlankNode`	::=	BLANK_NODE_LABEL `\|` ANON
[33]	`reifier`	::=	'`~`' `(`iri `\|` BlankNode`)?`
[34]	`reifiedTriple`	::=	'`<<`' rtSubject verb rtObject reifier`?` '`>>`'
[35]	`rtSubject`	::=	iri `\|` BlankNode `\|` reifiedTriple
[36]	`rtObject`	::=	iri `\|` BlankNode `\|` literal `\|` tripleTerm `\|` reifiedTriple
[37]	`tripleTerm`	::=	'`<<(`' ttSubject verb ttObject '`)>>`'
[38]	`ttSubject`	::=	iri `\|` BlankNode
[39]	`ttObject`	::=	iri `\|` BlankNode `\|` literal `\|` tripleTerm
[40]	`annotation`	::=	`(`reifier `\|` annotationBlock`)*`
[41]	`annotationBlock`	::=	'`{\|`' predicateObjectList '`\|}`'
터미널용 생성식
[43]	`IRIREF`	::=	'`<`' `([^#x00-#x20`<>"{}\|^`\`]` `\|` UCHAR`)` '`>`' / #x00=NULL #x01-#x1F=control codes #x20=space */
[44]	`PNAME_NS`	::=	PN_PREFIX`?` '`:`'
[45]	`PNAME_LN`	::=	PNAME_NS PN_LOCAL
[46]	`BLANK_NODE_LABEL`	::=	'`_:`' `(`PN_CHARS_U `\|` `[0-9])` `((`PN_CHARS `\|` '`.`'`)*` PN_CHARS`)?`
[47]	`LANG_DIR`	::=	'`@`' `[a-zA-Z]+` `(`'`-`' `[a-zA-Z0-9]+)*` `(`'`--`' `[a-zA-Z]+)?`
[48]	`INTEGER`	::=	`[+-]?` `[0-9]+`
[49]	`DECIMAL`	::=	`[+-]?` `([0-9]*` '`.`' `[0-9]+)`
[50]	`DOUBLE`	::=	`[+-]?` `(([0-9]+` '`.`' `[0-9]*` EXPONENT`)` `\|` `(`'`.`' `[0-9]+` EXPONENT`)` `\|` `([0-9]+` EXPONENT`))`
[51]	`EXPONENT`	::=	`[eE]` `[+-]?` `[0-9]+`
[52]	`STRING_LITERAL_QUOTE`	::=	'`"`' `([^#x22#x5C#x0A#x0D]` `\|` ECHAR `\|` UCHAR`)*` '`"`'
[53]	`STRING_LITERAL_SINGLE_QUOTE`	::=	"`'`" `([^#x27#x5C#x0A#x0D]` `\|` ECHAR `\|` UCHAR`)*` "`'`"
[54]	`STRING_LITERAL_LONG_SINGLE_QUOTE`	::=	"`'''`" `((`"`'`" `\|` "`''`"`)?` `([^'\]` `\|` ECHAR `\|` UCHAR`))*` "`'''`"
[55]	`STRING_LITERAL_LONG_QUOTE`	::=	'`"""`' `((`'`"`' `\|` '`""`'`)?` `([^"\]` `\|` ECHAR `\|` UCHAR`))*` '`"""`'
[56]	`UCHAR`	::=	`(`'`\u`' HEX HEX HEX HEX`)` `\|` `(`'`\U`' HEX HEX HEX HEX HEX HEX HEX HEX`)`
[57]	`ECHAR`	::=	'`\`' `[tbnrf\"']`
[58]	`WS`	::=	`#x20` `\|` `#x09` `\|` `#x0D` `\|` `#x0A`
[59]	`ANON`	::=	'`[`' WS`*` '`]`'
[60]	`PN_CHARS_BASE`	::=	`[A-Z]`
		`\|`	`[a-z]`
		`\|`	`[#xC0-#xD6]`
		`\|`	`[#xD8-#xF6]`
		`\|`	`[#xF8-#x02FF]`
		`\|`	`[#x0370-#x037D]`
		`\|`	`[#x037F-#x1FFF]`
		`\|`	`[#x200C-#x200D]`
		`\|`	`[#x2070-#x218F]`
		`\|`	`[#x2C00-#x2FEF]`
		`\|`	`[#x3001-#xD7FF]`
		`\|`	`[#xF900-#xFDCF]`
		`\|`	`[#xFDF0-#xFFFD]`
		`\|`	`[#x00010000-#x000EFFFF]`
[61]	`PN_CHARS_U`	::=	PN_CHARS_BASE `\|` '`_`'
[62]	`PN_CHARS`	::=	PN_CHARS_U `\|` '`-`' `\|` `[0-9]` `\|` `#xB7` `\|` `[#x0300-#x036F]` `\|` `[#x203F-#x2040]`
[63]	`PN_PREFIX`	::=	PN_CHARS_BASE `((`PN_CHARS `\|` '`.`'`)*` PN_CHARS`)?`
[64]	`PN_LOCAL`	::=	`(`PN_CHARS_U `\|` '`:`' `\|` `[0-9]` `\|` PLX`)` `((`PN_CHARS `\|` '`.`' `\|` '`:`' `\|` PLX`)*` `(`PN_CHARS `\|` '`:`' `\|` PLX`))?`
[65]	`PLX`	::=	PERCENT `\|` PN_LOCAL_ESC
[66]	`PERCENT`	::=	'`%`' HEX HEX
[67]	`HEX`	::=	`[0-9]` `\|` `[A-F]` `\|` `[a-f]`
[68]	`PN_LOCAL_ESC`	::=	'`\`' `(`'`_`' `\|` '`~`' `\|` '`.`' `\|` '`-`' `\|` "`!`" `\|` '`$`' `\|` '`&`' `\|` "`'`" `\|` '`(`' `\|` '`)`' `\|` '`*`' `\|` '`+`' `\|` '`,`' `\|` '`;`' `\|` '`=`' `\|` '`/`' `\|` '`?`' `\|` '`#`' `\|` '`@`' `\|` '`%`'`)`

이 문법의 텍스트 버전은 여기에서 사용할 수 있습니다.

이 문서는 일부 특정 터미널 리터럴 문자열 [EBNF-NOTATION]을 사용합니다. 이러한 터미널 리터럴 문자열에 사용된 Unicode 코드 포인트를 명확히 하기 위해, 다음 표는 이 문서 전반에서 사용되는 특정 문자와 시퀀스를 설명합니다.

코드	글리프	설명
`U+000A`	`LF`	줄 바꿈
`U+000D`	`CR`	캐리지 리턴
`U+0022`	`"`	따옴표
`U+0023`	`#`	번호 기호
`U+0027`	`'`	아포스트로피
`U+002D`	`-`	하이픈
`U+003B`	`:`	콜론
`U+0040`	`@`	앳 기호
`U+005C`	`\`	백슬래시
`U+005F`	`_`	밑줄
`U+0061`	`a`	라틴 소문자 E
`U+007B`	`{`	왼쪽 중괄호
`U+007D`	`}`	오른쪽 중괄호

다른 짧은 터미널 리터럴 문자열은 Unicode 문자의 특정 시퀀스로 구성됩니다.

space: U+0020
""": 각각 코드 포인트 U+0022를 갖는 세 개의 연결된 따옴표 문자
''': 각각 코드 포인트 U+0027를 갖는 세 개의 연결된 아포스트로피 문자
--: 두 개의 연결된 - 문자

RDF Concepts and Abstract Syntax [RDF12-CONCEPTS] 명세는 네 가지 유형의 RDF 용어를 정의합니다. IRI, 리터럴, 빈 노드, 그리고 트리플 용어입니다. 리터럴은 어휘 형식과 선택적인 언어 태그 [BCP47]— 초기 텍스트 방향을 포함할 수도 있음— 또는 선택적인 데이터타입 IRI로 구성됩니다. 추가 유형인 prefix는 구문 분석 중에 문자열 식별자를 네임스페이스 IRI에 매핑하는 데 사용됩니다. 이 섹션은 4.5 문법의 문법을 따르는 문자열을, 생성식 및 어휘 토큰과 일치하는 문자열을 RDF 용어 또는 그 구성요소(예: 언어 태그, 리터럴의 어휘 형식)에 매핑함으로써 트리플 집합으로 매핑합니다. 문법 생성식은 파서 상태를 변경하고 트리플을 내보냅니다.

TriG를 구문 분석하려면 열 개 항목의 상태가 필요합니다.

IRI baseURI — base 생성식에 도달했을 때, 두 번째 규칙 인수인 IRIREF는 상대 IRI 참조 해석에 사용되는 기준 URI입니다.
Map[prefix -> IRI] namespaces — prefixID 생성식의 두 번째 및 세 번째 규칙 인수(PNAME_NS 및 IRIREF)는 접두사(PNAME_NS)에 대한 네임스페이스 이름(IRIREF)을 할당합니다. prefixID 생성식 밖에서는 모든 PNAME_NS가 네임스페이스로 대체됩니다. 접두사는 빈 문자열일 수도 있음에 유의하십시오. 이는 PNAME_NS 생성식에 따른 것입니다: PN_PREFIX? ":".
Map[string -> 빈 노드] bnodeLabels — 문자열에서 빈 노드로의 매핑입니다.
RDF 용어 curSubject — curSubject는 subject, rtSubject, ttSubject, blankNodePropertyList, collection, tripleTerm, 그리고 annotationBlock 생성식에 바인딩됩니다.
RDF_Term curPredicate — curPredicate는 verb 생성식에 바인딩됩니다. 일치한 토큰이 a인 경우, curPredicate는 IRI http://www.w3.org/1999/02/22-rdf-syntax-ns#type에 바인딩됩니다.
RDF 용어 curObject — curObject는 object, rtObject, 그리고 ttObject 생성식에 바인딩됩니다.
RDF 용어 curReifier — curReifier는 reifier 및 annotationBlock 생성식에 바인딩됩니다.
트리플 용어 curTripleTerm — curTripleTerm는 주석 생성자에서 설정됩니다.
RDF_Term curGraph — curGraph는 구문 분석 중 생성된 트리플의 목적지가 되는 그래프의 레이블에 바인딩됩니다. 정의되지 않은 경우 트리플은 기본 그래프로 향합니다.
xsd:string curVersion – 문서를 트리플로 구문 분석하는 데 사용되는 RDF 버전입니다. 미디어 타입의 일부로 지정된 경우, curVersion의 기본값은 version 매개변수에서 가져옵니다. 정의된 유일한 값은 "1.2"입니다. 다른 버전 값에 대한 파서 동작은 정의되지 않습니다. 이 명세는 서로 다른 버전이 curVersion에 제공된 경우의 동작을 정의하지 않습니다.

용어 생성자는 "records the curSubject and curPredicate."와 같은 표현을 사용하여 표시되는 이러한 값들의 스택을 만들 수 있습니다.

이 표는 생성식과 어휘 토큰을 RDF 용어 또는 RDF 용어의 구성요소에 매핑하며, 이들은 5. 구문 분석에 나열되어 있습니다.

생성식	유형	절차
IRIREF	IRI	`<`와 `>` 사이의 문자를 가져오고, 숫자 이스케이프 시퀀스를 해제하여 IRI를 형성합니다. 상대 IRI 참조 해석은 섹션 6.3에 따라 수행됩니다. 결과 IRI는 일반 IRI 구문의 구문적 제한을 준수해야 MUST 하며, [RFC3986]의 섹션 3.3을 따르고 해당 IRI 스킴 명세가 부과하는 더 좁은 제한을 준수해야 SHOULD 합니다.
PNAME_NS	prefix	`prefixID` 또는 `sparqlPrefix` 생성식에서 사용될 때, `prefix`는 규칙의 첫 번째 인수와 일치하는, 잠재적으로 빈 RDF 문자열입니다. 그 문자열은 namespaces map의 키로 사용되며, 확장된 두 번째 인수는 향후 조회를 위해 그 키 아래에 저장됩니다.
PNAME_NS	IRI	`PrefixedName` 생성식에서 사용될 때, `iri`는 규칙의 첫 번째 인수에 대응하는 namespaces map의 값입니다.
PNAME_LN	IRI	잠재적으로 빈 prefix는 첫 번째 시퀀스인 `PNAME_NS`로 식별됩니다. namespaces map에는 대응하는 `namespace`가 있어야 MUST 합니다. IRI의 RDF 문자열은 두 번째 인수인 `PN_LOCAL`의 예약 문자를 이스케이프 해제하고, 이를 `namespace`에 연결하여 형성됩니다. 결과 IRI는 일반 IRI 구문의 구문적 제한을 준수해야 MUST 하며, 해당 IRI 스킴 명세가 부과하는 더 좁은 제한도 준수해야 SHOULD 합니다.
VersionSpecifier	리터럴	`curVersion`은 일치한 RDF 문자열 어휘 형식과 `xsd:string` 데이터타입을 사용하는 리터럴에서 가져옵니다.
STRING_LITERAL_SINGLE_QUOTE	어휘 형식	가장 바깥쪽 `'`들 사이의 문자를 가져오고, 숫자 및 문자열 이스케이프 시퀀스를 해제하여 어휘 형식의 Unicode 문자열을 형성합니다.
STRING_LITERAL_QUOTE	어휘 형식	가장 바깥쪽 `"`들 사이의 문자를 가져오고, 숫자 및 문자열 이스케이프 시퀀스를 해제하여 어휘 형식의 Unicode 문자열을 형성합니다.
STRING_LITERAL_LONG_SINGLE_QUOTE	어휘 형식	가장 바깥쪽 `'''`들 사이의 문자를 가져오고, 숫자 및 문자열 이스케이프 시퀀스를 해제하여 어휘 형식의 Unicode 문자열을 형성합니다.
STRING_LITERAL_LONG_QUOTE.	어휘 형식	가장 바깥쪽 `"""`들 사이의 문자를 가져오고, 숫자 및 문자열 이스케이프 시퀀스를 해제하여 어휘 형식의 Unicode 문자열을 형성합니다.
LANG_DIR	언어 태그	`@` 뒤의 문자가 언어 태그와, 일치한 문자에 `--`가 포함된 경우 선택적으로 초기 텍스트 방향을 형성합니다. 언어 태그는 [BCP47]의 섹션 2.2.9에 따라 올바른 형식이어야 MUST 합니다. 존재하는 경우 초기 텍스트 방향은 `ltr` 또는 `rtl`이어야 MUST 합니다.
RDFLiteral	리터럴	리터럴은 첫 번째 규칙 인수인 `String`의 어휘 형식을 갖습니다. `'^^' iri` 규칙이 일치하면 데이터타입 IRI가 `iri`에서 파생되며, 리터럴에는 언어 태그가 없습니다. `LANG_DIR` 규칙이 일치하면 언어 태그와 초기 텍스트 방향은 `LANG_DIR`에서 가져옵니다. 초기 텍스트 방향이 없으면 데이터타입은 `rdf:langString`입니다. 초기 텍스트 방향이 있으면 데이터타입은 `rdf:dirLangString`입니다. 어느 것도 일치하지 않으면 데이터타입은 `xsd:string`이고, 리터럴에는 언어 태그가 없습니다.
INTEGER	리터럴	리터럴은 입력 문자열의 어휘 형식과 `xsd:integer` 데이터타입을 갖습니다.
DECIMAL	리터럴	리터럴은 입력 문자열의 어휘 형식과 `xsd:decimal` 데이터타입을 갖습니다.
DOUBLE	리터럴	리터럴은 입력 문자열의 어휘 형식과 `xsd:double` 데이터타입을 갖습니다.
BooleanLiteral	리터럴	리터럴은 입력과 일치한 항목에 따라 `true` 또는 `false`의 어휘 형식과 `xsd:boolean` 데이터타입을 갖습니다.
BLANK_NODE_LABEL	빈 노드	두 번째 인수인 `PN_LOCAL`와 일치하는 문자열은 bnodeLabels의 키입니다. 맵에 대응하는 빈 노드가 없으면 하나가 할당됩니다.
ANON	빈 노드	빈 노드가 생성됩니다.
blankNodePropertyList	빈 노드	빈 노드가 생성됩니다. 다음 섹션의 `blankNodePropertyList` 규칙에 유의하십시오.
collection	빈 노드	비어 있지 않은 목록의 경우 빈 노드가 생성됩니다. 다음 섹션의 `collection` 규칙에 유의하십시오.
collection	IRI	빈 목록의 경우 결과 IRI는 `rdf:nil`입니다. 다음 섹션의 `collection` 규칙에 유의하십시오.
reifier	IRI \| 빈 노드	`curReifier`는 term에서 가져오며, 이는 일치한 `iri` 생성식 또는 `BlankNode` 생성식이 있는 경우 그 생성식에서 가져옵니다. 그러한 생성식이 일치하지 않으면 term은 새로운 RDF 빈 노드에서 가져옵니다.
tripleTerm	트리플 용어	트리플 용어는 `ttSubject`, `predicate`, 그리고 `ttObject` 생성식에서 구성된 용어들로 구성됩니다.
reifiedTriple	IRI \| 빈 노드	term은 일치한 `reifier`가 있으면 그곳에서 가져오고, 그렇지 않으면 새로운 RDF 빈 노드에서 가져옵니다.
annotationBlock	IRI \| 빈 노드	term은 이전에 일치한 reifier가 있으면 그곳에서 가져오고, 그렇지 않으면 새로운 RDF 빈 노드에서 가져옵니다.

참고

입력에서 오류를 감지하는 처리기는 입력에 설명된 것보다 더 적은 트리플을 포함하는 그래프 (전혀 트리플이 없는 경우 포함)를 결과로 만들 수 있으므로, 소비자는 출력 트리플을 사용할 때 신호된 오류 정보를 고려해야 합니다. 출력 트리플은 불완전할 수 있으며 잘못 타입 지정된 또는 잘못 형성된 용어를 포함할 수 있습니다.

TriG 문서는 하나의 기본 그래프와 0개 이상의 명명된 그래프로 구성된 RDF 데이터셋을 정의합니다. 각 그래프는 RDF 트리플 집합으로 구성됩니다.

상태 curGraph는 처음에는 설정되지 않습니다. 이는 구문 분석 중 생성된 트리플의 그래프 레이블을 기록합니다. 정의되지 않은 경우 기본 그래프가 사용됩니다.

규칙 labelOrSubject는 curGraph와 curSubject를 모두 설정합니다 (이 중 하나만 사용됩니다).

다음 문법 생성식 절은 curGraph를 정의되지 않은 상태로 설정하여 기본 그래프를 나타냅니다.

block 규칙의 문법 생성식 절 wrappedGraph
triples2 규칙의 문법 생성식

문법 생성식 labelOrSubject predicateObjectList '.'는 predicateObjectList 생성식을 처리하기 전에 curGraph를 해제합니다. 이는 triplesOrGraph 규칙에서 이루어집니다.

생성된 각 RDF 트리플은 curGraph에 추가되거나, 구문 분석 과정의 그 시점에 curGraph가 설정되어 있지 않으면 기본 그래프에 추가됩니다.

subject 생성식은 curSubject를 설정합니다. verb 생성식은 curPredicate를 설정합니다.

트리플은 구문 분석 과정의 다음 지점에서 생성되며, 생성된 각 RDF 트리플은 curGraph로 식별되는 그래프에 추가됩니다.

문서의 각 object N은 RDF 트리플을 생성합니다: curSubject curPredicate N.

reifier 생성식을 시작할 때, curReifier는 reifier 용어 생성자에서 가져옵니다. 그런 다음 RDF 트리플 curReifier rdf:reifies curTripleTerm을 산출합니다.

reifiedTriple 생성식을 시작하면 curTripleTerm를 기록합니다. 새로운 tripleTerm 인스턴스 curTripleTerm가 rtSubject, verb, 그리고 rtObject 생성식을 사용하여 생성됩니다. reifiedTriple 생성식을 마칠 때, curReifier가 설정되어 있지 않으면 새로운 RDF 빈 노드가 할당됩니다. 이어서 RDF 트리플 curReifier rdf:reifies curTripleTerm을 산출하고, 그다음 curTripleTerm의 기록된 값을 복원합니다. reifiedTriple과 일치하여 생성되는 노드는 curReifier입니다.

annotation 생성식을 시작하면 curSubject와 curPredicate를 기록합니다. 새로운 tripleTerm 인스턴스 curTripleTerm가 curSubject curPredicate curObject를 사용하여 생성되고, curReifier의 값은 지워집니다. annotation 생성식을 마치면 curSubject와 curPredicate의 기록된 값을 복원합니다.

annotationBlock 생성식을 시작하면 curTripleTerm를 기록합니다. curReifier가 설정되어 있지 않으면, 새로운 RDF 빈 노드가 할당되고, 생성식은 RDF 트리플 curReifier rdf:reifies curTripleTerm을 산출합니다. curSubject는 curReifier에서 가져옵니다. annotationBlock 생성식을 마치면 curReifier의 값을 지우고 curTripleTerm를 복원합니다.

참고

curReifier가 이미 설정되어 있었다면, 구체화 트리플 curReifier rdf:reifies curTripleTerm은 5.3.4 구체화자에서 내보내졌습니다.

blankNodePropertyList 생성식을 시작하면 curSubject와 curPredicate를 기록하고, curSubject를 새로운 빈 노드 B로 설정합니다. blankNodePropertyList 생성식을 마치면 curSubject와 curPredicate를 복원합니다. blankNodePropertyList와 일치하여 생성되는 노드는 빈 노드 B입니다.

collection 생성식을 시작하면 curSubject와 curPredicate를 기록합니다. collection 생성식 안의 각 object는 curSubject가 새로운 빈 노드 B로 설정되고 curPredicate가 rdf:first로 설정됩니다. 첫 번째 이후의 각 객체 object_n는 트리플을 생성합니다:object_n-1 rdf:rest object_n . collection 생성식을 마치면 추가 트리플 curSubject rdf:rest rdf:nil .을 생성하고 curSubject와 curPredicate를 복원합니다. collection과 일치하여 생성되는 노드는 비어 있지 않은 목록의 경우 첫 번째 빈 노드 B이고, 빈 목록의 경우 rdf:nil입니다.

RDF 1.2 TriG

RDF 데이터셋 언어

초록

이 문서의 상태

문서 모음

1. 소개

2. TriG 언어

2.1 버전 선언

2.2 트리플 진술

2.3 그래프 진술

2.4 기타 용어

2.4.1 빈 노드에 대한 특별 고려사항

3. 적합성

3.1 미디어 타입 및 콘텐츠 인코딩

4. TriG 문법

4.1 공백

4.2 주석

4.3 IRI 참조

4.4 이스케이프 시퀀스

4.5 문법

터미널용 생성식

4.6 선택된 터미널 리터럴 문자열

5. 구문 분석

5.1 파서 상태

5.2 RDF 용어 생성자

5.3 RDF 트리플 구성

5.3.1 출력 그래프

5.3.2 트리플 출력

5.3.3 트리플 생성

5.3.4 구체화자

5.3.5 구체화된 트리플

5.3.6 주석

5.3.7 주석 블록

5.3.8 속성 목록

5.3.9 컬렉션

A. 개인정보 보호 고려사항

B. 보안 고려사항

C. 인터넷 미디어 타입 및 파일 확장자

D. 감사의 말

D.1 RDF 1.1에 대한 감사의 말

D.2 RDF 1.2에 대한 감사의 말

E. RDF 1.1과 RDF 1.2 사이의 변경 사항

F. 색인

F.1 이 명세가 정의하는 용어

F.2 참조로 정의된 용어

G. 참고 문헌

G.1 규범 참고 문헌

G.2 참고용 참고 문헌