"2022:Manual"의 두 판 사이의 차이

hanyang2
이동: 둘러보기, 검색
(개요)
 
(같은 사용자의 중간 판 7개는 보이지 않습니다)
11번째 줄: 11번째 줄:
 
** 모든 행이 공백인 표는 맨 윗줄의 라벨만 남기고 삭제. (라벨: id 등이 적힌 곳으로 표에서 색깔 다른 맨 윗줄)
 
** 모든 행이 공백인 표는 맨 윗줄의 라벨만 남기고 삭제. (라벨: id 등이 적힌 곳으로 표에서 색깔 다른 맨 윗줄)
 
** 본인 스토리에 고스트 노드가 있는 경우, 본인이 해당 노드를 만들어야 함.
 
** 본인 스토리에 고스트 노드가 있는 경우, 본인이 해당 노드를 만들어야 함.
 +
* ID 유의사항: 띄어쓰기는 무조건 _ 처리. 특수문자 중 특히 하이픈, 언더바, 콜론 은 ID에 절대 들어가면 안됨!
  
 
== 올해의 위키 템플릿 및 데이터 예시 ==
 
== 올해의 위키 템플릿 및 데이터 예시 ==
32번째 줄: 33번째 줄:
 
* 추정 시점이거나 특정시점 명시가 어려운 경우: 양력/음력에 추정되는 일자를 기재 후 note에 “어떠한 자료를 기반으로 시점을 추정함.“라고 추가로 기재하고, 사건이 벌어진 장소도 병기.
 
* 추정 시점이거나 특정시점 명시가 어려운 경우: 양력/음력에 추정되는 일자를 기재 후 note에 “어떠한 자료를 기반으로 시점을 추정함.“라고 추가로 기재하고, 사건이 벌어진 장소도 병기.
 
** 추정시점: 시점을 명확히 알지 못함 / 특정시점 명시가 어려움: 16세기, 17세기 후반 등
 
** 추정시점: 시점을 명확히 알지 못함 / 특정시점 명시가 어려움: 16세기, 17세기 후반 등
 
=== 시맨틱 네트워크 예시:궁중연향 ===
 
* [[예시:궁중연향]] : 교수님께서 만드신 시맨틱데이터로, 궁중연향 예시는 우리 데이터의 가장 기본적인 패턴이므로 명심할 것!
 
** ex.“1848 헌종 무신년 진찬”을 보면 Event에 대한 의궤(Record) : documents (1848년(헌종 14)) / Event가 일어난 장소(Place): isHeldAt / Event가 누구를 위해 열린 것인지(Actor) : isHeldFor(60세) 로 연결되어 있음.
 
** 사업 권역에 위치한 "장소"를 연결하는 작업이 필요함 (현재 해당 그래프는 왕실족보 네트워크 + 의궤 기록 기반 이벤트 노드임)
 
  
 
=== 스토리 데이터 예시 및 위키 템플릿 ===
 
=== 스토리 데이터 예시 및 위키 템플릿 ===
49번째 줄: 45번째 줄:
 
* 웹리소스나 비블류그라피: 스토리와 관련이 있는 것, 개별적인 노드와 관련이 있어도 기재해도 됨.
 
* 웹리소스나 비블류그라피: 스토리와 관련이 있는 것, 개별적인 노드와 관련이 있어도 기재해도 됨.
  
 +
 +
=== 시맨틱 네트워크 예시:궁중연향 ===
 +
* [[예시:궁중연향]] : 교수님께서 만드신 시맨틱데이터로, 궁중연향 예시는 우리 데이터의 가장 기본적인 패턴이므로 명심할 것!
 +
** ex.“1848 헌종 무신년 진찬”을 보면 Event에 대한 의궤(Record) : documents (1848년(헌종 14)) / Event가 일어난 장소(Place): isHeldAt / Event가 누구를 위해 열린 것인지(Actor) : isHeldFor(60세) 로 연결되어 있음.
 +
** 사업 권역에 위치한 "장소"를 연결하는 작업이 필요함 (현재 해당 그래프는 왕실족보 네트워크 + 의궤 기록 기반 이벤트 노드임)
  
 
== 2020, 2021 위키를 수정할 경우 ==
 
== 2020, 2021 위키를 수정할 경우 ==
95번째 줄: 96번째 줄:
  
 
=== SQL 관련 ===
 
=== SQL 관련 ===
* 기본적으로 인문정보학은 DBA로 작업하나 SQL 이용도 가능.
+
* 기본적으로 인문정보학도 DBA 관리기로 작업
* 단, Delete, Update SQL문은 절대 단독으로 쓰지 말 것!!
+
** SQL 에서 Delete, Update SQL문 절대 쓰지 말 것!! (SQL로는 데이터를 보는 용도로만 이용할 것)
* 반드시 작업 시작 전 기존 데이터 백업 후 작업할 것!!
 
* 문제 발생 시 곧바로 조교에게 연락 (혼자 해결하려고 하지 말 것)
 
  
 
= Node Description 관련(위키/시맨틱데이터 네트워크) =
 
= Node Description 관련(위키/시맨틱데이터 네트워크) =
108번째 줄: 107번째 줄:
 
** 정확한 이름은 label로 보여주므로 ID는 '''식별되는 정도로 축약'''할 것 (20자 이상 불가)
 
** 정확한 이름은 label로 보여주므로 ID는 '''식별되는 정도로 축약'''할 것 (20자 이상 불가)
 
* '''''하이픈(-), 콜론(:), 언더바(_)''''' 외의 기호, 특수문자 사용 금지
 
* '''''하이픈(-), 콜론(:), 언더바(_)''''' 외의 기호, 특수문자 사용 금지
** 콜론(:)은 앞은 붙이고 뒤만 뜀. (A:_abc)
 
 
** .은 3.1이나 8.15와 같은 고유명사만 가능함.
 
** .은 3.1이나 8.15와 같은 고유명사만 가능함.
 
** '''.와 ()와 ,와 ·(가운데점)과 & 도 불가능합니다!!!'''
 
** '''.와 ()와 ,와 ·(가운데점)과 & 도 불가능합니다!!!'''
160번째 줄: 158번째 줄:
 
=== Record / Work ===
 
=== Record / Work ===
 
* 문헌은 Record, 문헌에 실린 시 등은 Work
 
* 문헌은 Record, 문헌에 실린 시 등은 Work
 +
 +
=== 집합노드란 무엇인가 ===
 +
* 집합node란: 다양한 노드를 유형화하여 묶어준 node로 공node라고도 불림
 +
** ex. 정해년진찬 물품 등
 +
* 사진도 많은 경우 집합node 생성
 +
* 주 node와 집합 node를 연결하고, 집합node 내 개별자료는 집합 node랑만 연결 (주 node와 개별자료 연결 X)
 +
** ex. 건물(환구단) -isRelatedTo- 집합노드(label: 환구단 정비 기본계획 2007) - hasPart - 개별사진 노드
 +
** ex. 건물(환구단) isRelatedTo 집합노드(label: 환구단 정비 기본계획 2007) hasPart 집합노드(도면) includes 개별도면
 +
* Class: 하위노드의 Class를 동일하게 기재
 +
* InfoUrl: 빈칸 가능하나, 해당 위키페이지를 만들어 다양한 시각자료를 한번에 보여줄 수 있으면 더 좋음.
 +
** 도면일 경우, 위키페이지에 모든 도면을 언제, 무슨 프로젝트에서 쓰인 도면인지 설명 등을 기재
 +
* icon: listing.png 파일 (http://digerati.aks.ac.kr/DhLab/2021/hanyang/icon/listing.png)
  
 
=== 관직 ===
 
=== 관직 ===
224번째 줄: 234번째 줄:
 
* groupName: 문헌, 근대문헌, 현대문헌, 금석문, 기사, 시각자료
 
* groupName: 문헌, 근대문헌, 현대문헌, 금석문, 기사, 시각자료
 
** 그림은 Object. 다만, 권, 축, 병은 그림(Object) / 첩은 문헌 (Record)
 
** 그림은 Object. 다만, 권, 축, 병은 그림(Object) / 첩은 문헌 (Record)
 +
* 고문헌은 [[문헌:고문헌]]의 id 참조
 +
** id 1과 id2 가 모두 기재된 경우, id2를 우선으로 함.
  
 
==''' Work '''==
 
==''' Work '''==
264번째 줄: 276번째 줄:
  
 
* 참고: 2021년 Story의 권역분류 (새로 만드는 스토리는 모두 올해 규칙에 의거하여 ID 만듦)
 
* 참고: 2021년 Story의 권역분류 (새로 만드는 스토리는 모두 올해 규칙에 의거하여 ID 만듦)
** R1: 덕수궁 / R2: 정동 / R3: 환구단 / R4: 남대문 / R5: 독립문 / R6: 서울역 / 권역 이외 R0
+
** R1: 덕수궁 / R2: 정동 / R3: 환구단 / R4: 남대문 / R5: 독립문 / R6: 서울역
 
*** S2021-R1-001, E2021-R0-0001A
 
*** S2021-R1-001, E2021-R0-0001A
  
322번째 줄: 334번째 줄:
 
*** ex. 박미선, 「조선 숙종 대 장희빈의 왕비 책례 거행과 그 함의」, 『한국학』 44-2, 한국학중앙연구원, 2021.
 
*** ex. 박미선, 「조선 숙종 대 장희빈의 왕비 책례 거행과 그 함의」, 『한국학』 44-2, 한국학중앙연구원, 2021.
 
** 권, 호 둘 중 하나만 있을 경우는 1개 숫자만 기재 (한글 기재X)
 
** 권, 호 둘 중 하나만 있을 경우는 1개 숫자만 기재 (한글 기재X)
*** ex. 윤진영, 「이유간(1550~1634)의 『연지회시종사실(蓮池會始終事實)』과 남지기로회도(南池耆老會圖)의 전승내력」, 『장서각』 8, 한국학중앙연구원, 2002.
+
*** ex. 윤진영, 「이유간(1550~1634)의 『연지회시종사실』과 남지기로회도의 전승내력」, 『장서각』 8, 한국학중앙연구원, 2002.
 
** 학위 논문인 경우: 「논문이름」, ㅇㅇ학위논문, 소속, 연도.
 
** 학위 논문인 경우: 「논문이름」, ㅇㅇ학위논문, 소속, 연도.
 
*** ex. 이정일, 「헌종대 무신진찬의 정재 연구」, 국내석사학위논문, 한국체육대학교 사회체육대학원, 2019.
 
*** ex. 이정일, 「헌종대 무신진찬의 정재 연구」, 국내석사학위논문, 한국체육대학교 사회체육대학원, 2019.

2023년 3월 10일 (금) 13:05 기준 최신판

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

개요

매우 강조 사항

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

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

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

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

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

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

시간 데이터의 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세기 후반 등

스토리 데이터 예시 및 위키 템플릿

  • 맨 윗부분에 있는 (<!-- 블라블라 -->)는 스토리 네트워크를 그리기 위한 태그로 그곳에 관련 노드와 관계를 기재하면 스토리 네트워크가 그려짐.
    • 실제 시맨틱 네트워크 그래프에 노드간 관계가 있으면 해당 Relation이 불러와지며, 해당 노드가 있으면 고스트 노드가 아닌 노드가 불러와짐.
      • 고스트 노드가 불러와지면 시맨틱네트워크 그래프에서 해당 노드, 유사어 검색 후 정말 없으면 본인이 노드 생성할 것.
    • 스토리 네트워크 그래프에 webresource 클래스나 bibliography 클래스, index 클래스는 넣지 않음. 위키 페이지에만 기술하고 DB에만 올리고 스토리 네트워크 그래프에는 넣지 않음.
  • Contextual Relations: 시맨틱 네트워크 그래프에 스토리 관련한 링크를 만들 것을 기재. 즉, 시맨틱데이터에서 스토리로 점프할 수 있는 창.
    • 작년과 다른 점: 스토리의 주요 노드, 즉 최소한의 노드만 기재. 스토리 노드에 들어간 모든 노드를 연결하지는 말것!!
      • webresource 클래스나 bibliography 클래스, index 클래스도 넣지 않음.
  • 올해 규칙대로 작년 위키도 수정
  • 웹리소스나 비블류그라피: 스토리와 관련이 있는 것, 개별적인 노드와 관련이 있어도 기재해도 됨.


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

  • 예시:궁중연향 : 교수님께서 만드신 시맨틱데이터로, 궁중연향 예시는 우리 데이터의 가장 기본적인 패턴이므로 명심할 것!
    • 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문 절대 쓰지 말 것!! (SQL로는 데이터를 보는 용도로만 이용할 것)

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

id

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

class

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

groupName

partName

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

Label

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

hangeul / hanja / english

  • 해당하는 명칭을 기재

infoUrl

  • InfoUrl은 다양한 노드를 묶은 집합node가 아닌 이상 빈칸일 수 없음!
  • hanyang2 위키는 만들만한 가치가 있는 것 중 자신이 만들 위키페이지인 경우에만 기재
  • 이외에는 온라인 상의 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

집합노드란 무엇인가

  • 집합node란: 다양한 노드를 유형화하여 묶어준 node로 공node라고도 불림
    • ex. 정해년진찬 물품 등
  • 사진도 많은 경우 집합node 생성
  • 주 node와 집합 node를 연결하고, 집합node 내 개별자료는 집합 node랑만 연결 (주 node와 개별자료 연결 X)
    • ex. 건물(환구단) -isRelatedTo- 집합노드(label: 환구단 정비 기본계획 2007) - hasPart - 개별사진 노드
    • ex. 건물(환구단) isRelatedTo 집합노드(label: 환구단 정비 기본계획 2007) hasPart 집합노드(도면) includes 개별도면
  • Class: 하위노드의 Class를 동일하게 기재
  • InfoUrl: 빈칸 가능하나, 해당 위키페이지를 만들어 다양한 시각자료를 한번에 보여줄 수 있으면 더 좋음.
    • 도면일 경우, 위키페이지에 모든 도면을 언제, 무슨 프로젝트에서 쓰인 도면인지 설명 등을 기재
  • icon: listing.png 파일 (http://digerati.aks.ac.kr/DhLab/2021/hanyang/icon/listing.png)

관직

  • 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)
  • 고문헌은 문헌:고문헌의 id 참조
    • id 1과 id2 가 모두 기재된 경우, id2를 우선으로 함.

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: 서울역
      • 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을 찾을 수 없는 경우에는 저자:연도:제목
  • 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)