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

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

개요

매우 강조 사항

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

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

맨 윗부분에 있는 ()는 스토리 네트워크를 그리기 위한 태그로 그곳에 관련 노드와 관계를 기재하면 스토리 네트워크가 그려짐.
- 실제 시맨틱 네트워크 그래프에 노드간 관계가 있으면 해당 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

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

집합노드란 무엇인가

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

@@ 11번째 줄: / 11번째 줄: @@
 ** 모든 행이 공백인 표는 맨 윗줄의 라벨만 남기고 삭제. (라벨: id 등이 적힌 곳으로 표에서 색깔 다른 맨 윗줄)
 ** 본인 스토리에 고스트 노드가 있는 경우, 본인이 해당 노드를 만들어야 함.
+* ID 유의사항: 띄어쓰기는 무조건 _ 처리. 특수문자 중 특히 하이픈, 언더바, 콜론 은 ID에 절대 들어가면 안됨!
 == 올해의 위키 템플릿 및 데이터 예시 ==
@@ 95번째 줄: / 96번째 줄: @@
 === SQL 관련 ===
-* 기본적으로 인문정보학은 DBA로 작업하나 SQL 이용도 가능.
+* 기본적으로 인문정보학도 DBA 관리기로 작업
-* 단, Delete, Update SQL문은 절대 단독으로 쓰지 말 것!!
+** SQL 에서 Delete, Update SQL문 절대 쓰지 말 것!! (SQL로는 데이터를 보는 용도로만 이용할 것)
-* 반드시 작업 시작 전 기존 데이터 백업 후 작업할 것!!
-* 문제 발생 시 곧바로 조교에게 연락 (혼자 해결하려고 하지 말 것)
 = Node Description 관련(위키/시맨틱데이터 네트워크) =
@@ 108번째 줄: / 107번째 줄: @@
 ** 정확한 이름은 label로 보여주므로 ID는 '''식별되는 정도로 축약'''할 것 (20자 이상 불가)
 * '''''하이픈(-), 콜론(:), 언더바(_)''''' 외의 기호, 특수문자 사용 금지
-** 콜론(:)은 앞은 붙이고 뒤만 뜀. (A:_abc)
 ** .은 3.1이나 8.15와 같은 고유명사만 가능함.
 ** '''.와 ()와 ,와 ·(가운데점)과 & 도 불가능합니다!!!'''

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

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

목차

개요

매우 강조 사항

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

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

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

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

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

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

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

2020, 2021 위키를 수정할 경우

Node의 개요

Link의 개요

시맨틱 데이터 생성의 개요

인물 - 장소의 연결

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

SQL 관련

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

id

class

groupName

partName

Label

hangeul / hanja / english

infoUrl

note

Class별 ID, Label 규칙

헷갈리는 class 분류 정리

Object / Record

Architecture / Place

Record / Work

집합노드란 무엇인가

관직

Actor

Event

Place

Architecture

Clothing

Food

Object

Record

Work

Concept

Heritage

Multimedia

Text

Story

Index

WebResource

위키의 WebResource 기재

DB에서의 WebResource 노드

Bibliography

단행본

논문

고문헌

둘러보기 메뉴

검색