식별과 명명 — IRI, 라벨, 식별자

이름의 세 층

트리플의 각 자리에는 결국 이름이 들어간다. 그런데 '이름'은 한 가지가 아니다. 잘 만든 온톨로지에서 하나의 개념은 세 층의 이름을 갖는다.

첫째 층은 IRI(국제화 자원 식별자)다. 기계가 참조하는 전역 유일 식별자이며, 웹 주소 꼴을 쓴다. 웹 주소 꼴인 이유는 두 가지다. 소유한 도메인 아래에서 이름을 지으면 전 세계 누구와도 겹치지 않고, 주소를 열면 그 개념의 설명에 닿을 수 있다. 둘째 층은 라벨 — 사람이 읽는 표시 이름이다. 한국어와 영어 라벨을 함께 달 수 있고(rdfs:label), 동의어는 별도 라벨(altLabel)로 단다. 셋째 층은 정의와 주석 — 그 개념이 무엇인지 적은 문장과 그 문장의 출처다.

세 층의 분업이 핵심이다. 기계는 IRI로 참조하고, 사람은 라벨로 읽고, 뜻은 정의가 진다. 한 층의 일을 다른 층에 떠넘길 때 문제가 시작된다.

왜 식별자에는 뜻이 없어야 하는가

초보 설계의 흔한 선택은 식별자에 이름을 넣는 것이다 — 예: .../working_memory. 읽기 좋아 보이지만, 1부 2차시의 교훈이 여기서 되돌아온다. 디자인된 것은 되돌아와 디자인한다. 식별자에 새긴 이름은 그 개념에 대한 특정 시점의 이해를 영구 참조 속에 고정한다. 훗날 분류가 바뀌어 그 개념의 이름이 바뀌면 선택지는 둘뿐이다. 식별자를 바꿔 모든 참조를 부수거나, 이름과 식별자가 어긋난 채 살거나.

그래서 OBO Foundry를 비롯한 온톨로지 공동체의 규약은 의미 없는 식별자다. GO:0007613(Gene Ontology의 '기억'), 숫자 일련번호 식별자들이 그 예다. 식별자는 영구 불변의 참조만 맡고, 사람이 읽을 이름은 라벨이 맡는다. 라벨은 언제든 고칠 수 있다 — 참조는 식별자에 걸려 있으므로 아무것도 부서지지 않는다.

네임스페이스 — 이름의 주소지

IRI의 공통 앞부분을 네임스페이스라 하고, 터틀에서 접두어로 줄여 쓴다. 2-1의 코드에서 본 @prefix 선언이 그것이다. 네임스페이스는 이름의 주소지이자 소유권 표시다. 자신의 네임스페이스 아래 이름은 자신이 정의하고, 남의 네임스페이스 이름(예: Cognitive Atlas의 개념)은 그대로 가져와 참조한다. 재사용(1부 3차시의 설계 원칙, 트랙 3의 5차시)이 IRI 수준에서는 "남의 IRI를 내 그래프에 그대로 쓰는 일"로 구현된다.

표 1명명 정책 체크리스트. OBO Foundry의 식별자·명명 규약을 학습용 규모에 맞게 간추렸다.

판별 연습

적용: 실습 프로젝트의 명명 정책

실습 온톨로지의 정책을 이 차시의 언어로 정한다. 네임스페이스는 실습용 임시 도메인(예: https://example.org/psymap/)을 쓰고, 식별자는 PSY_ 뒤에 7자리 일련번호를 붙인 뜻 없는 ID로 한다. 라벨은 한국어 기본, 영어 병기로 하고, 동의어는 altLabel로 모은다. 모든 클래스에 정의와 출처를 의무화한다 — 학습용 개념 지도라는 목적에서 정의·출처는 장식이 아니라 본체이기 때문이다. Cognitive Atlas에 이미 있는 개념은 매핑 주석으로 그 IRI를 기록해 정렬(트랙 5의 8차시)에 대비한다.

용어 정리