2022:Manual

WorkSheet Manual(의례팀) 한양도성 2022 DBA

개요

매우 강조 사항

• 2022DB에서 동일한 항목이 있는지 반드시 확인★
  • 정확히 동일한 ID 뿐 아니라 유사한 ID, 이칭도 검색하여 중복노드가 발생되지 않도록 할 것
  • 기존 ID가 정식명칭이 아니거나 온톨로지에 어긋날 경우에는 수정할 것
• 2020, 2021 위키 및 시맨틱데이터에서 본인 데이터는 모두 현재의 양식 및 규칙에 맞게 고치기 (관련 사항 아래 참고)
• 모든 위키 페이지는 표가 깨져있지 않아야 하며, 고스트 노드는 네트워크 그래프, 스토리 네트워크 그래프 모두 절대 없어야 함.
  • 모든 행이 공백인 표는 맨 윗줄의 라벨만 남기고 삭제. (라벨: id 등이 적힌 곳으로 표에서 색깔 다른 맨 윗줄)

올해의 위키 템플릿 및 데이터 예시

일반적인 노드 데이터 예시 및 템플릿:대한제국

• 대한제국 : 일반적인 노드의 위키 템플릿 및 데이터 예시

공간(Place, Architercutre) 데이터 예시 및 템플릿:숭례문 남지

• 숭례문_남지 : 일반 템플릿에서 Spatial Data 항목 추가됨

Event 데이터 예시:정해년 진찬

• 정해년진찬 : 일반 템플릿에서 Temporal Data 항목 추가됨

시간 데이터의 Temporal Data 관련 설명

• 하기는 Semantic Data의 Node Description이 아닌 Temporal Data에 대한 이야기 임을 다시금 안내드립니다.
• Temporal Data 항목의 event label 에는 "event ID:해당 이벤트에 대한 정의"를 기재 (ex. 정해년진찬: 신정왕후 팔순 잔치) -> event 노드의 label과 다른 형식임을 유의
  • Semantic Data의 Node Description 에 기재하는 label은 event노드의 label로 이벤트이름(한자,양력 연월일)형식입니다. (ex. 정해년 진찬(丁亥年進饌, 1887.02.19 ~ 1887.02.20))
• 조선시대 음력-양력 상호참조 검색 페이지를 활용하여 양력/음력 기재. 이는 추후 연표 제작에 쓰일 예정
• note에는 기본적으로 사건이 벌어진 장소에 대하여 기재
• 월/일이 확인되지 않는 경우: 확인되는 것까지만 기재
• 하나의 시점만 있는 경우(일회성 행사): 연월일만 기재 (ex. 1887.02.19)
• 추정 시점이거나 특정시점 명시가 어려운 경우: 양력/음력에 추정되는 일자를 기재 후 note에 “어떠한 자료를 기반으로 시점을 추정함.“라고 추가로 기재하고, 사건이 벌어진 장소도 병기.
  • 추정시점: 시점을 명확히 알지 못함 / 특정시점 명시가 어려움: 16세기, 17세기 후반 등

시맨틱 네트워크 예시:궁중연향

• 예시:궁중연향 : 교수님께서 만드신 시맨틱데이터로, 궁중연향 예시는 우리 데이터의 가장 기본적인 패턴이므로 명심할 것!
  • ex.“1848 헌종 무신년 진찬”을 보면 Event에 대한 의궤(Record) : documents (1848년(헌종 14)) / Event가 일어난 장소(Place): isHeldAt / Event가 누구를 위해 열린 것인지(Actor) : isHeldFor(60세) 로 연결되어 있음.
  • 사업 권역에 위치한 "장소"를 연결하는 작업이 필요함 (현재 해당 그래프는 왕실족보 네트워크 + 의궤 기록 기반 이벤트 노드임)

2020, 2021 위키를 수정할 경우

• 2020 위키를 가져올 떄: 2020 위키는 삭제하지 않고, 이번 위키에 올해 양식 및 규칙으로 수정할 것
• 대폭 수정하는 경우에만 문서 맨 아래에 [[분류:2022:본인이름]] 기재
  • 표 틀어진 것, 오타 수정, 올해 양식으로 바꾸는 것은 대폭 수정이 아님!
  • 대폭 수정하지 않는 경우에는 [[분류:2020:본인이름]] 로 기재
  • 본인이 작성한 과년도 위키를 대폭 수정하는 경우에는 [[분류:2020:본인이름]], [[분류:2021:본인이름]] 은 안써도 됨
  • 2020 위키 중 다른 사람 것을 가지고 와서 대폭 수정하는 경우: 기존 작성자를 [[분류:2020:예전 작업자 이름]] 라고 쓰고 아랫줄에 [[분류:2022:본인 이름]] 를 기재.

Node의 개요

• 노드로 만드는 것: 모든 것을 노드화하면 안됨. 네트워크 그래프 가독성을 고려하여 대상에 대한 해설은 해설문으로 설명하고, 굵직한 관계 혹은 유형화하여 관련 시맨틱네트워크를 만들 것만 노드로 만들 것
  • 내가 이것을 시맨틱네트워크그래프로 만들 것인가를 고려하여 노드화.
  • ex. 덕수궁_중화전(Architecture) - type 정전(Concept) - 경복궁_근정전(Architecture)
    • 위처럼 정전을 유형화하여 각 궁궐의 정전을 연결할 예정: 노드화 가능
    • 위처럼 정전을 유형화하였으나 각 궁궐의 정전을 연결할 예정이 없으면: 노드화하지 말 것.

• 이칭은 유의미하고 본인이 시맨틱네트워크 그래프를 만들 것만 생성
  • 유의미 란: 조선 태조 - 이성계 등 확실하게 이름이 바뀌는 경우에만 기재
  • Relation: A와 B(이칭)을 isSameAs로 연결
  • 이칭 노드를 따로 만들지 않을 경우: Label에 A, B(이칭) 을 기재하여 DB에서 중복 체크 시 검색되도록 할 것.

• ID는 본명, 정식 명칭을 기준으로 정의
  • 도산 안창호(X) -> 안창호 / 언더우드(X) -> 호러스_그랜트_언더우드

Link의 개요

• Ontology:EKC_2022:Relation 을 참고하여 Relation을 정의
  • Domain이 본인이 만들려는 링크의 source의 class, Range가 만들려는 링크의 target의 class 와 일치하는 지 확인할 것
    • 불일치 시 회의시간에 해당 Relation을 사용해도 되는지, 혹은 다른 Relation을 사용할 지 확인할 것

시맨틱 데이터 생성의 개요

• Event 클래스 노드 생성이 기초 단계임을 명심. 문헌은 이벤트를 기록한 것! 데이터에서는 문헌이 출발점이 아닌, 이벤트가 출발점.
  • 네트워크 생성의 기본요소: 이벤트, 문헌(이벤트를 기록), 그림(이벤트를 그림), 인물(이벤트에 참가 + 누구를 위한 이벤트), 장소(이벤트가 열린 곳)
• 위의 시맨틱 네트워크 예시:궁중연향을 참고.

인물 - 장소의 연결

• 인물과 장소를 연결하는 것은 너무나 많은 데이터가 생기므로 연결하지 않음. 이에 연결법은 하기를 참고.
• ex. 정자(Place) - 정자를 노래한 시(Work) 혹은 작품(Record), 그림(Object) 등 - 관련된 인물(Actor) 로 연결
  • 장소(Place) - 장소를 노래한 시, 작품, 그림 : 단순히 언급된 것은 mention, 주로 묘사한 것은 시각적/비시각적 상관없이 depicts
  • 시, 작품, 그림 - 관련된 인물(Actor): 저작자는 creator로 연결

참조도구 - 한국민족문화대백과사전 Network

• EncyKorea : 민백의 데이터를 정제 및 활용하여 한양도성 데이터와 상호 검증 및 보완해야 함
  • 민백 내 잘못된 데이터 확인되면 교수님께 이야기 드리기.

SQL 관련

• 기본적으로 인문정보학은 DBA로 작업하나 SQL 이용도 가능.
• 단, Delete, Update SQL문은 절대 단독으로 쓰지 말 것!!
• 반드시 작업 시작 전 기존 데이터 백업 후 작업할 것!!
• 문제 발생 시 곧바로 조교에게 연락 (혼자 해결하려고 하지 말 것)

Node Description 관련(위키/시맨틱데이터 네트워크)

id

• 2022DB에서 동일한 항목이 있는지 반드시 확인
  • 정확히 동일한 ID 뿐 아니라 유사한 ID, 이칭도 검색하여 중복노드가 발생되지 않도록 할 것
  • 기존 ID가 변경되어야 할 경우, 수정
• id=label이 아님을 명심할 것!!
  • 정확한 이름은 label로 보여주므로 ID는 식별되는 정도로 축약할 것 (20자 이상 불가)
• 하이픈(-), 콜론(:), 언더바(_) 외의 기호, 특수문자 사용 금지
  • 콜론(:)은 앞은 붙이고 뒤만 뜀. (A:_abc)
  • .은 3.1이나 8.15와 같은 고유명사만 가능함.
  • .와 ()와 ,와 ·(가운데점)과 & 도 불가능합니다!!!
  • single quotation은 ㄴ+한자를 눌러서 ’(9번째 있는 것) 쓸 것
  • 라틴문자: 움나우트 제외하고 씀 -> ä는 a로 기재
• 한글자 짜리 id: 반드시 한자 병기

• Class별 ID 규칙은 아~~래쪽의 Class별 규칙을 확인

class

• Ontology:EKC_2022:Class 페이지 참고하여 분류
• 클래스별 규칙은 아~~래쪽의 Class별 규칙 항목 참조

groupName

• Ontology:EKC_2022:Class 에 기재된 groupName 만 이용

partName

• Architecture(class) 건축(groupName) 궁궐건축, 왕실건축 이외에는 필수가 아니며 규칙은 정해지지 않음
• 자신의 시맨틱데이터 내에서만이라도 일관될 수 있도록 기재
  • 너무 세분화하지는 말고 partName별로 하였을 때 유의미할 정도로 기술

Label

• label은 256자 이상 불가
• Label의 Single quotation, Double quotation은 ㄴ+한자를 눌러서 나오는 것으로 이용
• Class별 Label 규칙을 확인하여 기재할 것

hangeul / hanja / english

• 해당하는 명칭을 기재

infoUrl

• InfoUrl은 다양한 노드를 묶은 집합node가 아닌 이상 빈칸일 수 없음!
• hanyang2 위키는 만들만한 가치가 있는 것 중 자신이 만들 위키페이지인 경우에만 기재
  • http://dh.aks.ac.kr/hanyang2/wiki/index.php/해당ID
• 이외에는 온라인 상의 Resource(민백, 장서각, 실록위키 등) URL을 기재
  • URL은 깨지는 글자 없이 깔끔하게 가져올 것 (특히 URL에 한글이 있으면 반드시 깨지므로 전체 Url 복붙 후 깨진 부분 삭제하고 한글만 따로 또 복붙할 것)

note

• 올해 작업물이거나 2020, 2021 위키를 대폭 수정한 경우에는 2022:본인이름 기재

Class별 ID, Label 규칙

헷갈리는 class 분류 정리

Object / Record

• 그림은 Object. 다만, 권, 축, 병은 그림(Object) / 첩은 문헌 (Record)
• 사진 Record, 유리원판도 Record

Architecture / Place

• Architecture는 한양도성 건조물 및 주변의 유관한 건축/조형물, 이외에는 Place
  • Architecture 에는 대부분의 궁궐이 포함되어 있으므로 노드_ID_참조 에서 해당 ID를 찾아서 기재할 것.

Record / Work

• 문헌은 Record, 문헌에 실린 시 등은 Work

관직

• Class: Concept / groupName: 관직 / partName: 경관직 혹은 외관직
  • 관서의 class는 Actor / groupName은 관서
• id: 관직과 관청을 묶어서 id생성 (의정부영의정 O, 영의정 X -> 관직명만 쓰는 것 X)
  • 관직 앞에 증, 겸, 행, 수 등이 붙어있는 것은 뗌 (증: 죽고나서 붙는것, 겸: 겸직하는것, 행: 품계보다 낮은 관직 받는 것, 수: 품계보다 높은 관직 받는 것 / 증 영의정 -> 의정부영의정)
• 링크는 인물-관직. 관직-관청을 연결.
  • 인물 - servedAs - 관직 (ex. 정철 servedAs 의정부좌의정)
  • 관직 - isOfficialPositionOf - 관청 (ex. 의정부좌의정 isOfficialPositionOf 의정부)

Actor

• 왕실인물과 공신당제향인물의 ID 참조: 인물:왕실인물1, 인물:왕실인물2, 인물:공신당제향인물
• ID: 본명, 정식 명칭을 기준으로 정의
  • 도산_안창호 -> 안창호
  • 언더우드 -> 호러스_그랜트_언더우드
• 인물의 Label: 한글명(한자, 생~몰년)
  • 외국인인 경우 영문이름 풀네임 (한글발음)
• remark 에는 Definition 기재
  • 【생(시작)~몰(끝)】. 이후 설명. (끝에 . 붙일 것)
  • 날짜표기법: 2021-07-22 （연도 4자리-월 2자리-일2자리） / 음력: 2021-02-10(음) / 연도 혹은 년월만 제시되었을 경우: 1876년(고종 10)~1876-02월(음)

Event

• 중요: Event만의 위키 템플릿의 양식에 맞추어 위키 작성 - 정해년진찬 ~ 일반 템플릿에서 Temporal Data 항목 추가됨
• Label: 이벤트이름(한자,양력 연월일) 형식
  • ex. 정해년 진찬(丁亥年進饌, 1887.02.19 ~ 1887.02.20)
  • 많이 쓰이는 이칭은 label에 함께 기재 (ex.강화도조약-조일수호조규)
  • Temporal Data 항목의 event label 에는 "event ID:해당 이벤트에 대한 정의"를 기재 (ex. 정해년진찬: 신정왕후 팔순 잔치) -> event 노드의 label과 다른 형식임을 유의
• remark에는 시작연월일과 종료연월일 기재
  • 날짜 표현은 Actor와 동일 -> 【시작 연월일~끝 연월일】. 이후 설명. (끝에 . 붙일 것)
    • 날짜표기법: 2021-07-22 （연도 4자리-월 2자리-일2자리） / 음력: 2021-02-10(음) / 연도 혹은 년월만 제시되었을 경우: 1876년(고종 10)~1876-02월(음)

Place

• 중요: 공간 위키 템플릿의 양식에 맞추어 위키 작성 - 숭례문_남지 ~ 일반 템플릿에서 Spatial Data 항목 추가됨
  • 경도와 위도를 필수적으로 기재하여 지도가 나타나도록 함
• 지역구 이름은 해당 시 이름_Place 로 함 (Label은 시 이름 빼고)
  • 서울_정동 (label은 정동), 서울_남산 (label은 남산)

Architecture

• 중요: 공간 위키 템플릿의 양식에 맞추어 위키 작성 - 숭례문_남지 ~ 일반 템플릿에서 Spatial Data 항목 추가됨
• 한양도성 건조물 및 주변의 유관한 건축/조형물
  • Architecture 에는 대부분의 궁궐이 포함되어 있음.
  • 궁궐의 ID 는 권역_부속건물 이며, 반드시 노드_ID_참조의 건축물 에 적혀진 ID, class, groupName, partName, label을 기재할 것!!
  • 경복궁_근정전, 경복궁_광화문, 사직단_제기고, 사직단_삼문

Clothing

• groupName: 복식, 복장

Food

• groupName: 상차림, 식재료, 음식, 제수

Object

• groupName: 물품, 그림, 탑본, 기장, 기념물, 현판, 화폐
  • 그림은 Object. 다만, 권, 축, 병은 그림(Object) / 첩은 문헌 (Record)
• 기록화의 label: 작품명 《한자》(작품명 뒤에 공백 한칸)로 기재, 한자 부분에는 《한자》
  • ex. 강희언-인왕산도 《仁王山圖》
• remark에는 【제작일자】. 재료, 크기, 소장처 기재. (마침표 유의 / 【】는 ㄴ+한자 맨 끝에 있음)
  • 크기와 재료는 박물관 도록에 목록화되는 크기와 재료
  • 【1600년】. 지본담채, 32.3×49.5㎝, 한국학중앙연구원 장서각.
  • 【1583년경】. 견본수묵, 93.0×60.0㎝, 개인소장.

Record

• groupName: 문헌, 근대문헌, 현대문헌, 금석문, 기사, 시각자료
  • 그림은 Object. 다만, 권, 축, 병은 그림(Object) / 첩은 문헌 (Record)

Work

• ID: “작가:제목” 등 고유로 구분될 수 있도록 id 규칙 부여 예정 (우선 작가:제목 형식으로 만들 것)

Concept

• 개념어는 최소한으로 함. 개념어는 서로 다른 관계의 노드를 연결하는 일종의 허브노드로만 활용.
  • 단, 본인이 해당 Concept 에 대한 네트워크 그래프를 완성할 경우에만 만들기.
• 반복적 개념의 연회의 포괄적 명칭은 Concept 클래스 / 개별 연회는 Event 클래스
  • ex. 유상곡수연 : concept / 계축년 유상곡수연 : Event
• 장소와 관련된 개념어의 연결: 개념어(Concept)-장소(Place): hasPart 로 연결
  • 개념어(Concept) - 중국 고사 등 관련근거: isRelatedTo 로 연결

Heritage

• ID 및 label: 문화재인 경우, 문화재_검색 에서 해당 문화재를 검색하여 해당 ID, label를 기재
• 링크: A(원 노드) - isDesignatedAs - B(Heritage 클래스) 로 연결
  • 경복궁_경회루 - isDesignatedAs - A00-0224-0000

Multimedia

• 3D 모델, 특정 공간의 위치를 알리는 3차원 지도 노드의 클래스
• 노드의 접두어: 표석은 vmap-, 이외에는 3d-
  • 3d-앨버트_테일러_가옥, vmap-관상감_터

Text

• 설명의 증거 기능을 하는 문헌상의 텍스트 노드의 클래스

Story

• 중요: 스토리 위키 템플릿의 양식에 맞추어 위키 작성 - S0-503 / 에피소드는 S0-503 내의 에피소드 위키를 참조
• Story 구성의 기준: 반드시 다른 Fact 노드들과 적어도 3개, Relation은 보통 5~6개가 있어야 함
• groupName: 보통의 경우에는 Episode, Storyline은 다수 개의 Episode를 포함하는 것.
• 스토리:2022_시안를 기반으로 하며, 새로운 스토리 추가시 스토리:2022_시안에 반드시 추가 기술.
  • 새로 Story 추가 시 중복이 없도록 할 것. note에 본인 이름 표시.

• storyline의 ID: S연도4자리-권역분류-두자리 수
• 2022년 권역 분류: R1: 창덕궁 / R2: 창경궁 / R3: 종묘 / R4: 흥인문 및 동관왕묘 / R5: 성균관 / R6: 제권역
  • ex. S2022-R1-01, S2022-R6-03
• episode의 ID: 상위 storyline의 ID 를 차용하여 에피소드의 순서를 구분하여 A,B,C 로 기술
  • S2022-R6-03 의 episode: E2022-R6-03A, E2022-R6-03B, E2022-R6-03C

• 참고: 2021년 Story의 권역분류 (새로 만드는 스토리는 모두 올해 규칙에 의거하여 ID 만듦)
  • R1: 덕수궁 / R2: 정동 / R3: 환구단 / R4: 남대문 / R5: 독립문 / R6: 서울역 / 권역 이외 R0
    • S2021-R1-001, E2021-R0-0001A

Index

• 시맨틱 노드와 레퍼런스 노드(bibliography, webresource)를 연결하는 인덱스
• ID의 접두사: bibliography는 bib-, webresource는 ref-
  • ex. bib-대한제국, ref-대한제국
• bibliography의 링크: 원노드 - bibliography - index 노드 - isReferencedFrom - bibliography 노드
  • ex. 대한제국 - bibliography - bib-대한제국 - isReferencedFrom - ISBN:9788949905587
• webresource 의 링크: 원노드 - onlineReference - index 노드 - isShownAt(webresource 중 텍스트), isShownBy(webresource 중 멀티미디어) - webresource 노드
  • ex. 대한제국 - onlineReference - ref-대한제국 - isShownBy - 9CEC35A7-EBAE-4E7E-BB76-E6A4CE0313D6

WebResource

• ID: 반드시 SQL DB에서 난수 발생 시켜서 ID로 할 것.(DB 내 중복이 없이 하도록 하기 위함)
  • sql 문: select newid()
• type(groupName): text인 경우 해설, 참고, 원문 / multimedia인 경우 사진, 동영상, 도면, 그림, 지도, 3D_지도, 3D_모델
  • 해설: 백과사전 성격의 자료(ex. 민백, 두산백과 실록위키 및 위키피디아 등 위키)
    • 민백, 두산백과, 위키 등: Naver로 검색된 결과가 아닌 실제 사이트의 URL로 기재
  • 참고: 위의 해설 type이 아닌 모든 것(네이버 지식백과, 문화재청 국가문화유산포털, 각종 박물관 설명 등)
• Relation: isShownAt 텍스트, isShownBy 사진 및 영상 등 멀티미디어
  • Relation의 attribute 에 type(groupName)을 기재

위키의 WebResource 기재

• resource: 출처를 기재하는 것으로 최대 3가지 Category로 기재: 네이버 지식백과 > 문화원형백과, 네이버캐스트 등 > 하위 Category
• title: 해당 사이트 내의 제목
  • 신문기사의 title: 신문기사명 (연월일, ㅇㅇㅇ 기자) -> ex. 근대화 의지 투철…대한제국은 무능치 않았다 (2008-04-11, 고명섭 기자)
• url: 필수 기재. url 내에 한글이 있으면 전체복붙 시 깨지므로 한글만 따로 복사하여 다시한번 더 붙여넣기.

DB에서의 WebResource 노드

• 위의 위키 내 WebResource 와 유사하므로 반드시 숙지 후 작업
• Label: 출처를 기재하는 것으로 위키의 resource 처럼 최대 3가지 Category 를 A > B > C ☞ 해당 사이트 내의 제목
  • ex. 네이버 지식백과 > 네이버캐스트 > 인물한국사 ☞ 명성황후
  • 신문 기사인 경우: 사이트명 ☞ 신문기사명 (연월일, ㅇㅇㅇ 기자)

Bibliography

• 하기는 간략본으로 Bibliography의 ID 규칙 및 찾는 법의 자세한 사항은 반드시 인용전거 참고
• ID, label(서지사항을 시카고방식으로 기술) 반드시 각 분류별 유형에 맞도록 기술!!!!!!
• 위키 내 Bibliography 파트에도 id, index를 기재해야 하므로 반드시 숙지.
• url: 필수 기재. url 내에 한글이 있으면 전체복붙 시 깨지므로 한글만 따로 복사하여 다시한번 더 붙여넣기.

(단행본은 원문을 볼 수 없다면 국립중앙박물관, 교보문고 등의 서지사항 url이라도 넣어야 함.)

단행본

• ID: ISBN 번호(13자리 숫자) / ISBN을 찾을 수 없는 경우에는 저자:연도:제목
  • ISBN은 국가서지 검색 혹은 국립중앙도서관 에서 검색
• Label: 시카고 형식으로 기술
• 개정판/초판의 ISBN이 다른 경우는 작업자의 판단 하에 둘다 하거나 1개만 선정하여 함.
• 잘 이해가 가지 않을 때: 문헌:참고문헌의 단행본 항목 참조

논문

• 무조건 KCI를 우선으로 찾고 우선시 할 것
• KCI에 있는 경우 ID: URL의 뒷쪽에 있는 ART를 포함한 숫자를 KCI:ART블라블라 형식으로 기재
  • ex. KCI:ART001786204
• KCI에 없는 경우 ID -> RISS 에서 검색: 해당 논문 페이지의 화면 중상단에 있는 http://www.riss.kr/link?id= 이후 부분을 RISS:블라블라 형식으로 기재
  • ex. RISS:T16083809
• Label: 시카고 형식으로 기술. 한자는 모두 한글로 바꿔서 쓸 것
  • 권-호의 표기: 『학술지명』 권-호, 형식으로 기재 (숫자만! 제, 권, 호 같은 한글은 기재X)
    • ex. 박미선, 「조선 숙종 대 장희빈의 왕비 책례 거행과 그 함의」, 『한국학』 44-2, 한국학중앙연구원, 2021.
  • 권, 호 둘 중 하나만 있을 경우는 1개 숫자만 기재 (한글 기재X)
    • ex. 윤진영, 「이유간(1550~1634)의 『연지회시종사실(蓮池會始終事實)』과 남지기로회도(南池耆老會圖)의 전승내력」, 『장서각』 8, 한국학중앙연구원, 2002.
  • 학위 논문인 경우: 「논문이름」, ㅇㅇ학위논문, 소속, 연도.
    • ex. 이정일, 「헌종대 무신진찬의 정재 연구」, 국내석사학위논문, 한국체육대학교 사회체육대학원, 2019.
• 잘 이해가 가지 않을 때: 문헌:참고문헌의 논문 항목 참조(단, ID 기재된 것만 작업완료된 것이니 ID 기재된 것만 참고)

고문헌

• 조선왕조실록의 ID: 국사편찬위원회 조선왕조실록 온라인 서비스에서 해당 기사 검색 후 URL 뒷부분에 있는 id/ 뒷부분 sillok:블라블라 형식으로 기술
  • ex. sillok:kva_11012028_001
• 조선왕조실록의 label: 『ㅇㅇ실록』, 왕력: 실록 기사명
  • ex. 『정조실록』, 정조 10년 12월 28일: 연령군 이훤의 집 제사를 받들도록 해당 궁에 분부하다
• 그밖의 고문헌의 ID: 제목:연도 형식으로 기재
• 그밖의 고문헌의 label: 제목:연도(왕력) 형식으로 기재
  • ex. ID: 종묘의궤:1697 / label: 종묘의궤(宗廟儀軌), 1697(숙종23)