RDF 1.2 N-Triples는 트리플 용어를
네 번째 종류의 RDF
용어로 도입하며,
이는 다른
트리플의
객체로
사용될 수 있어, 다른 문장에 대한 문장을 만들 수 있게 합니다.
RDF 1.2 N-Triples는 또한
방향성이 있는 언어 태그 문자열에 대한 지원도 추가합니다.
이 문서의 상태
이 절은 발행 당시 이
문서의 상태를 설명합니다. 현재 W3C
발행물 목록과 이 기술 보고서의 최신 개정판은
W3C 표준 및 초안
색인에서 확인할 수 있습니다.
이 문서는 RDF 1.2 문서 모음의 일부입니다.
N-Triples 형식은 Turtle [RDF12-TURTLE]의 하위 집합에
기반한 줄 기반 RDF 구문입니다.
이 문서는 초안 문서이며 언제든지 다른 문서에 의해
갱신, 대체 또는 폐기될 수 있습니다. 이 문서를 진행 중인 작업
이외의 것으로 인용하는 것은 적절하지 않습니다.
이 향후 권고안의 미래 업데이트에는
새 기능이 포함될 수 있습니다.
이 문서는
W3C
특허
정책에 따라 운영되는
그룹에 의해 작성되었습니다.
W3C는
해당 그룹의 산출물과 관련하여 이루어진
특허
공개의 공개 목록을 유지합니다.
해당 페이지에는 특허 공개에 대한 지침도 포함되어 있습니다.
개인이 자신이 알고 있는 특허가
필수 청구항을 포함한다고
믿을 실제 지식을 가지고 있는 경우,
W3C 특허 정책 제6절에 따라
해당 정보를 공개해야 합니다.
이 문서는 RDF [RDF12-CONCEPTS]를 위한
구체 구문인 N-Triples를 정의합니다.
N-Triples는 Turtle [RDF12-TURTLE]의
파싱하기 쉬운 줄 기반 하위 집합입니다.
이 구문은 RDF Test Cases [RDF-TESTCASES] 문서에서
처음 정의된 N-Triples의 개정판입니다.
원래 목적은 테스트 케이스를 작성하기 위한 것이었지만,
RDF 데이터의 교환 형식으로 널리 사용됨이 입증되었습니다.
이 명세는 [N-TRIPLES]에
정의된 구문을 추가로 확장하여 [RDF12-CONCEPTS]에서 도입한
새 기능을 지원합니다.
이 확장은 완전히 하위 호환됩니다.
N-Triples 트리플은
RDF 트리플의
주어,
술어,
그리고
객체를
나타내는 RDF 용어의 시퀀스입니다.
이들은 공백 문자(공백 및/또는 탭)로 구분될 수 있습니다.
이 시퀀스는 마침표(.)로 종료되며,
선택적으로 그 뒤에 공백 문자 및/또는 주석이 올 수 있고,
새 줄이 뒤따릅니다(문서 끝에서는 선택 사항).
<http://one.example/subject1> <http://one.example/predicate1> <http://one.example/object1> . # comments here
# or on a line by themselves
_:subject1 <http://an.example/predicate1> "object1" .
_:subject2 <http://an.example/predicate2> "object2" .
N-Triples 트리플은 또한 Turtle 단순 트리플이기도 하지만,
Turtle에는 RDF 용어의 다른 표현과
RDF 트리플의 축약 표현이 포함됩니다.
Turtle 파서로 파싱할 때,
N-Triples 형식의 데이터는 N-Triples 언어용 파서와 정확히 동일한 트리플을 생성합니다.
N-Triples 문서가 나타내는 RDF
그래프는 N-Triples
triple 생성 규칙과 일치하는
각각의 트리플을
정확히 포함합니다.
2. N-Triples 언어
이 절은 비규범적입니다.
N-Triples 문서는
RDF
그래프를
텍스트 형식으로 기록할 수 있게 합니다.
RDF 그래프는
주어,
술어,
그리고
객체로
구성된 단순 트리플과
선택적 빈
줄로 이루어집니다.
다른 어휘 토큰의 일부가 아닌 # 뒤에는
주석을 둘 수 있으며, 주석은 줄 끝까지 이어집니다.
2.1 단순 트리플
가장 단순한 트리플 문장은
(주어,
술어, 그리고
객체)
용어의 시퀀스이며,
마침표(.)로 종료됩니다.
공백 문자(공백 U+0020 또는 탭 U+0009)는
문법에서 중요하다고 명시된 경우를 제외하고
용어 주위에 올 수 있습니다.
주석은 공백 문자로 처리되며, 다른 어휘 토큰의 일부가 아닌 # 뒤에
둘 수 있고 줄 끝까지 이어집니다.
N-Triples 언어는 그 기원 이후로 발전해 왔으며, RDF 1.2는
새로운 구문을 추가합니다.
RDF 1.2 N-Triples는 선택적 version미디어 유형 매개변수와
함께 VERSION 지시문을
도입합니다.
초기 텍스트 방향이나
트리플 용어와 같은 새 기능을 사용하는
N-Triples를 각각 직렬화하고 파싱할 때,
작성자와 파서는 이러한 지시문을 사용하여 새 구문 형식의 사용을 선언하고 감지할 수 있습니다.
마찬가지로,
HTTP 클라이언트와 서버도 version미디어 유형
매개변수를 사용할 수 있습니다.
리터럴은 이스케이프된 형식인 경우를 제외하고
",
LF, 또는
CR
문자를 포함할 수 없습니다.
또한 \는
이스케이프 시퀀스의 일부인 경우를 제외하고 어떤 따옴표로 묶인 리터럴에도 나타날 수 없으며,
" 문자는
이스케이프 시퀀스를 사용해야만 따옴표로 묶인 리터럴에 포함될 수 있습니다.
해당 어휘 형식은
이스케이프 시퀀스를 처리한 후 구분자 사이에 있는 문자입니다.
존재하는 경우, LANG_DIR
터미널은 언어 태그와
선택적으로 초기 텍스트 방향에 일치합니다.
언어 태그 앞에는
@가 오며,
존재하는 경우 초기 텍스트 방향은
언어 태그와
--로 구분됩니다.
언어 태그가 없으면,
앞에 ^^가 오는
데이터타입 IRI가 있을 수 있습니다.
데이터타입 IRI도 없고 언어 태그도 없으면,
이는 단순 리터럴이며
데이터타입은 http://www.w3.org/2001/XMLSchema#string입니다.
VERSION "1.2"
<http://example.org/show/218> <http://www.w3.org/2000/01/rdf-schema#label> "That Seventies Show"^^<http://www.w3.org/2001/XMLSchema#string> . # literal with XML Schema string datatype
<http://example.org/show/218> <http://www.w3.org/2000/01/rdf-schema#label> "That Seventies Show" . # same as above
<http://example.org/show/218> <http://example.org/show/localName> "That Seventies Show"@en . # literal with a language tag
<http://example.org/show/218> <http://example.org/show/localName> "That Seventies Show"@en-ltr . # literal with a language tag and an initial text direction
<http://example.org/show/218> <http://example.org/show/localName> "Cette Série des Années Septante"@fr-be . # literal outside of ASCII range with a region subtag
<http://example.org/#spiderman> <http://example.org/text> "This is a multi-line literal with many quotation marks (""""") and two apostrophes ('')." .
<http://en.wikipedia.org/wiki/Helium> <http://example.org/elements/atomicNumber> "2"^^<http://www.w3.org/2001/XMLSchema#integer> . # xsd:integer
<http://en.wikipedia.org/wiki/Helium> <http://example.org/elements/specificGravity> "1.663E-4"^^<http://www.w3.org/2001/XMLSchema#double> . # xsd:double
이 절은 완전히 지정된 레이아웃을 가진
N-Triples의 정규 형식을 정의합니다.
이 언어의 문법은 변경되지 않습니다.
N-Triples 구문은 RDF 데이터의 표현과 레이아웃에 선택지를 허용하지만,
N-Triples의 정규 형식은 모든 트리플에 대해 고유한 구문 표현을 제공합니다.
각 코드 포인트는
관련 생성 규칙이 표현 선택을 허용하는 경우에도
UCHAR,
ECHAR,
또는 인코딩되지 않은 문자 중 하나로만 표현될 수 있습니다.
각 트리플은 지정된 공백 문자와 함께 완전히 한 줄에 표현됩니다.
정규 N-Triples에는 레이아웃에 대해 다음 추가 제약 조건이 있습니다.
공백 문자는
subject,
predicate,
object,
그리고 터미널 <<( 뒤를 제외하고는
사용되어서는 MUST NOT 되며,
이들 중 어느 경우든 단일 공백이어야 MUST
합니다.
적합한 N-Triples 파서는 애플리케이션을 대신하여
N-Triples 문서를 읽을 수 있는 시스템이다.
이는 6. 파싱에 정의된
직렬화된 RDF 그래프를
일반적으로 어떤 형태의 API를 통해 애플리케이션에서 사용할 수 있도록 한다.
N-Triples 언어를 식별하는 IRI는 다음과 같다: http://www.w3.org/ns/formats/N-Triples
4.1 미디어 유형 및 콘텐츠
인코딩
N-Triples의 미디어 유형은 application/n-triples이다.
N-Triples의 콘텐츠 인코딩은 항상 UTF-8이다 [RFC3629].
미디어 유형 등록 양식은 N-Triples 미디어 유형을
참조한다.
4.1.1 기타 미디어 유형
N-Triples는 역사적으로 다른 미디어 유형으로도 제공되어 왔다.
N-Triples는 text/plain으로도 제공될 수 있다.
이러한 방식으로 사용할 경우 N-Triples는 US-ASCII 범위 밖의 모든 문자를
이스케이프된 형식으로 사용해야 한다.
N-Triples는 Turtle의 하위 집합이므로 N-Triples 문서는
text/turtle로도 제공할 수 있다.
이 두 경우 모두 해당 문서는 N-Triples 문서가 아니다. N-Triples 문서는
application/n-triples로만 제공되기 때문이다.
이 절은 5.3 문법의 문법을 따르는
문자열을,
생성 규칙과 어휘 토큰에 일치하는 문자열을
RDF
용어 또는 그 구성 요소(예: 언어 태그, 리터럴의 어휘 형식)에 매핑함으로써
트리플 스트림에 매핑합니다.
문법 생성 규칙은 파서 상태를 변경하고 트리플을 방출합니다.
입력에서 오류를 감지한 프로세서는 이를 오류 또는 경고로 신호해야 MUST 합니다.
이 명세는 프로세서의 정확한 출력을 정의하지 않으며,
트리플이 전혀 방출되는지 여부도 포함됩니다.
모든 출력은 오류가 없는 입력 영역을 파싱하여 방출된 트리플의 하위 집합만 포함해야
SHOULD 합니다.
참고
이 명세의 이전 버전들은 인식되지 않은 입력에 대한 동작을 명시하지 않았지만,
워킹 그룹에 알려진 모든 구현은 이미 위의 요구사항과 일관되게 동작합니다.
특히 이러한 구현은 VERSION 지시문을 포함하여
이전 버전에서 인식되지 않는 RDF 1.2 전용 구문을 만나면
오류를 신호합니다.
이러한 구문을 조용히 무시하거나 잘못 해석하지 않습니다.
6.1 파서 상태
N-Triples를 파싱하려면 두 항목으로 된 상태가 필요합니다.
Map[string -> 빈 노드] bnodeLabels —
문자열에서 빈 노드로의 매핑입니다.
xsd:stringcurVersion –
문서를 트리플로 파싱하는 데 사용되는 RDF 버전입니다.
미디어 유형의 일부로 지정된 경우,
curVersion의 기본값은 version 매개변수에서 가져옵니다.
version에 허용되는 값은 [RDF12-CONCEPTS]의 2.1 버전 레이블에 정의되어 있습니다.
버전 선언은 힌트일 뿐입니다.
이 명세는 curVersion에 기반한 어떤 파서 동작도 의무화하지 않지만,
파서는 curVersion의 값과 일치하지 않는 기능을 만나면
오류 또는 경고를 신호할 수 MAY 있습니다.
6.2 RDF 용어 생성자
이 표는 생성 규칙과 어휘 토큰을 RDF
용어 또는 RDF
용어의 구성 요소에 매핑하며, 이는 6.
파싱에 나열되어 있습니다.
<와
> 사이의 문자를 가져오고,
이스케이프 시퀀스를 이스케이프 해제하여
IRI를 형성합니다.
결과 IRI는
일반 IRI 구문의 구문상 제한을 준수해야
MUST 하며,
[RFC3986]의
3.3절을 따라야
SHOULD 하고, 해당 IRI 스킴 명세가 부과하는
더 좁은 제한도 준수해야 합니다.
N-Triples 형식은 임의의 애플리케이션 데이터를 표현하는 데 사용되며,
여기에는 개인 식별 정보(PII) 또는 민감한 것으로 간주될 수 있는
다른 정보의 표현이 포함될 수 있습니다.
이러한 정보를 게시하는 작성자는 해당 정보를 게시할 필요와 사용을,
그리고 데이터가 소비되고 잠재적으로 공개될 것으로 예상되는 지역에 적용되는 규정
(예:
GDPR,
CCPA,
기타)도
신중히 고려하는 것이 좋습니다.
특히 데이터 접근에 권한 부여 조치가 필요한지 여부를 고려해야 합니다.
B. 보안 고려사항
이 절은 비규범적입니다.
STRING_LITERAL_QUOTE
생성 규칙은 이스케이프되지 않은 제어 문자의 사용을 허용합니다.
이 명세가 이러한 콘텐츠를 최종 사용자에게 직접 노출하지는 않지만,
사용자 에이전트를 통해 표시될 수 있으며, 그러한 문자의 표시로 인해
표시된 텍스트가 난독화될 수 있습니다.
N-Triples는 범용 단언 언어입니다.
애플리케이션은 주어진 데이터를 평가하여 더 많은 단언을 추론하거나 IRI를 역참조할 수 있으며,
이때 해당 IRI의 스킴에 대한 보안 고려사항이 적용됩니다.
특히 HTTP IRI에 대해서는 [RFC3023] 10절의 개인정보 보호 문제에 유의하세요.
부정확하거나 악의적인 데이터 소스에서 얻은 데이터는
부정확하거나 오해의 소지가 있는 결론으로 이어질 수 있고,
의도하지 않은 IRI의 역참조로도 이어질 수 있습니다.
참조되는 리소스에 대한 신뢰를 데이터의 의도된 사용의 민감도와 맞추도록 주의해야 합니다.
잠재적 의학 치료에 대한 추론은 여행 계획에 대한 추론과는 다른 신뢰가 필요할 가능성이 큽니다.
N-Triples 언어는 임의의 애플리케이션 데이터를 표현하는 데 사용되므로,
보안 고려사항은 사용 도메인에 따라 달라집니다.
텍스트에 적용할 수 있는 보안 도구와 프로토콜
(예: PGP 암호화, 체크섬 검증, 비밀번호로 보호된 압축)도
N-Triples 문서에 사용할 수 있습니다.
포함된 정보의 민감도를 반영하는 보안/개인정보 보호 프로토콜이 부과되어야 합니다.
N-Triples는 RDF Schema 레이블처럼 사용자에게 표시되는 데이터를 표현할 수 있습니다.
신뢰할 수 없는 N-Triples 문서에서
가져온 문자열을 렌더링하거나,
이스케이프되지 않은 문자를 사용하는 애플리케이션은
악의적인 문자열이 독자를 오도하는 데 사용될 가능성을 제한하기 위해
경고 및 기타 적절한 수단을 사용해야 SHOULD 합니다.
XML의 미디어 유형 등록에 있는 보안 고려사항([RFC3023] 10절)은
임의 데이터와 마크업의 표현에 대한 추가 지침을 제공합니다.
여러 IRI가
같은 외형을 가질 수 있습니다.
서로 다른 문자 체계의 문자가 비슷하게 보일 수 있습니다(예를 들어,
키릴 문자 "о"가 라틴 문자 "o"와 비슷하게 보일 수 있음).
문자 뒤에 결합 문자가 이어지면 다른 문자와 같은 시각적 표현을 가질 수 있습니다
(예를 들어, LATIN SMALL LETTER "E" 뒤에 COMBINING ACUTE
ACCENT가 오면 LATIN SMALL LETTER "E" WITH ACUTE와 같은 시각적 표현을 가집니다).
N-Triples에서 데이터를 작성하거나 해석하는 모든 사람 또는 애플리케이션은
의도된 의미에 맞는 IRI를 사용하고,
비슷하게 보일 수 있는 IRI를 피하도록 주의해야 합니다.
시각적으로 유사한 문자 매칭에 대한 추가 정보는
Unicode Security Considerations
[UNICODE-SECURITY] 및
Internationalized
Resource Identifiers (IRIs) [RFC3987]
8절에서 찾을 수 있습니다.
C. 인터넷 미디어 유형 및 파일
확장자
N-Triples의 인터넷 미디어 유형(이전의 MIME 유형)은 "application/n-triples"입니다.
다음 정보는 검토, 승인 및 IANA 등록을 위해 Internet Engineering Steering Group(IESG)에 제출되었습니다.
이 매개변수는 선택 사항이며 추가 정보를 포함하는 데 사용됩니다.
프로파일에 대한 지식 없이 처리될 때 리소스 표현의 의미를
변경하지 않습니다.
profile 매개변수의 값은 공백으로 구분된 URI의 비어 있지 않은 목록입니다.
자세한 정보와 배경은 [RFC6906]을 참조하세요.
인코딩 고려사항:
N-Triples의 구문은 Unicode [UNICODE]의
코드 포인트 위에서 표현됩니다.
인코딩은 항상 UTF-8 [UTF-8]입니다.
Unicode 코드 포인트는 \uXXXX(U+0에서 U+FFFF까지) 또는 \UXXXXXXXX 구문(U+10000 이후)으로도
표현될 수 있으며, 여기서 X는 16진수 숫자 [0-9A-F]입니다
profile 매개변수의 값은 하나 이상의 URI를 포함하며 IRI가 아니라는 점이 중요합니다.
따라서 [RFC3987]의
3절 IRI와 URI 사이의 관계에
명시된 대로 IRI와 URI 사이의 변환이 필요할 수 있습니다.
D. 감사의 말
이 절은 비규범적입니다.
D.1 RDF 1.1에 대한 감사의 말
이 절은 비규범적입니다.
RDF 1.1 판의 편집자는 Gregg Kellogg, Eric
Prud'hommeaux, Dave Beckett, David Robillard, Gregory Williams, Pat Hayes, Richard Cyganiak, Henry S.
Thompson,
Peter Ansell, Evan Patton 및 David Booth의 귀중한 기여에 감사를 표합니다.
이 명세는 RDF Working Group 구성원들의
장기간에 걸친 논의의 산물입니다.
이 명세는 Dave Beckett이 편집한 [RDF-TESTCASES]의 이전 명세를
기반으로 합니다.
D.2 RDF 1.2에 대한 감사의 말
이 절은 비규범적입니다.
RDF 1.2 판의 편집자들은 Andy Seaborne의 귀중한 기여에 감사를 표합니다.
편집자 외에도, 다음 사람들이 이 명세에 기여했습니다:
Andy Seaborne, Denis Ah-Kang, Gregory Todd Williams, Niklas Lindström, Peter
F. Patel-Schneider, Pierre-Antoine Champin, Sarven Capadisli, Ted Thibodeau Jr, and Thomas
Tanon
RDF & SPARQL Working Group Group의 구성원은 다음을 포함했습니다.
James Anderson, Dörthe Arndt, Jerven Bolleman, Erich Bremer, Pierre-Antoine Champin, Souripriya Das,
Enrico Franconi, Adrian Gschwend, Olaf Hartig, Gregg Kellogg†, Ora Lassila, Niklas Lindström, Thomas
Lörtsch, Peter Patel-Schneider, Dave Raggett, Felix Sasaki, Andy Seaborne, Ruben Taelman, Thomas
Pellissier Tanon, Ted Thibodeau Jr, Dominik Tomaszuk, Gregory Williams, William Van Woensel, and Antoine
Zimmermann
† Gregg Kellogg는 2025년 9월에 세상을 떠났습니다. RDF와 관련 표준의 더 넓은 생태계에 대한 그의 방대한 기여에
깊은 감사를 표합니다.
편집자 참고
태스크 포스 구성원을 인정할까요? 기여자 목록을 찾기가 쉽지 않습니다.
E. RDF 1.1과 RDF
1.2 사이의 변경 사항
이 절은 비규범적입니다.
이 명세는 [N-TRIPLES]에
정의된 원래 N-Triples 구문을 확장하여 [RDF12-CONCEPTS]에서 도입한
새 기능을 지원합니다.
이 확장은 완전히 하위 호환됩니다.
이전 버전을 준수하는 모든 문서는 새 버전도 준수하며, 동일한 그래프로 파싱됩니다.
또한 새 버전을 준수하고 RDF 1.1 기능만 포함하는 모든 문서는
이전 버전과도 호환됩니다
(VERSION 지시문은 예외입니다. 2.2 버전
선언 참조).
마지막으로, 새 구문 구성 요소는 어떤 것도 이전 구문에서 유효하지 않습니다.
이는 RDF 1.2 기능을 사용하는 모든 N-Triples 문서가 이 명세의 이전 버전을
준수하지 않으며, 그 이전 버전에서 다른 그래프로
해석될 수 없음을 의미합니다.