회의록 20210722

인문정보학 연구원 수행과제

1. 구한말-대한제국-일제시대 관련 전시, 공연 행사, 도록, 도록 속의 사진·삽도
2. 구한말-대한제국-일제시대, 한국방문 외국인, 기록물, 기록물 속의 사진·삽도
3. 구한말-대한제국-일제시대, 한국의 상황(청일전쟁, 러일전쟁, 한일합방 등)에 대한 일본, 중국, 외국공사관, 서양언론의 간행·보도·비망록, 기록물 속의 사진·삽도
   (※ 「日清戰爭實記」, 「日露戦争実記」, 「日露戦争写真画報」, 「병합기념 조선사진첩」 등)
4. 문화재청의 조사·발굴·복원 사업 관련 간행물, 간행물 속의 사진, 도면 (2021년도 사업 범위 중심)복원의 근거 자료(도면, 조사 발굴 보고서)를 참고자료로 함.
5. 2021년도 3D 모델링 대상 건조물 건물 및 현판
6. 윤진영 선생 선정 조선시대 기록화(계회도 중심) 작품, 작가, 묘사된 장소, 묘사된 인물
   * NAS 서버의 조선시대 기록화 hwp 참조
7. 장서각 소장 조선시대 고기록(의궤, 등록, 일기 등)의 서지정보, 원문 URL

본 프로젝트의 의의 및 역할

1. 인문정보학과의 역할: 1인당 약 100개의 위키페이지와 약 500개의 의미있는 노드를 생산
2. 표석(관아, 터 등) 및 기록화를 기반으로 사실관계가 명확한 근거를 바탕으로 과거의 경관을 보여주고 상상할 수 있도록 함. 즉 장소감을 도모함
3. 문헌(Record) 뿐 아니라 전시(Event), 도록(Record)도 넣을 것. 즉, 문헌의 세부적인 article 보다는 문헌의 어느 물건(Object)이 어느 전시(Event)에 전시가 되었는지, 관련된 도록(Record)는 무엇인지, 어느 장소(Place)에 있는 지가 중요

업무 방식

1. 반드시 데이터(엑셀)과 편찬자_명단은 동일하도록 항시 업데이트할 것
   위키의 편찬자_명단 내의 편찬항목 리스트가 좀더 앞서나갈 수는 있음.
2. 데이터(엑셀)를 먼저 만들고, 해당 노드의 중요성을 고려하여 위키페이지를 작성하는 순서로 진행함. (해당 위키페이지는 네트워크 그래프에서 하이퍼링크 되도록 함)
3. 위키 100건 선정: 학술적 글쓰기(위키페이지)에 적합하고, 이야기할 필요가 있는 것.
4. 위키페이지의 구성요소: 핵심정보, node와 relation, 릴레이션 관계. Web Resource, Bibliography. 즉, 데이터를 만드는 기본정보를 정리한 것으로 특히 Bibliography가 가장 중요하며, 유의미한 Web Resource를 찾는 것이 관건.
   Web Resource, Bibliography도 차후 노드화할 예정
5. 민백과 장서각 자료의 활용을 최대한 하여 연계적으로 활성화되도록 함.
   • EncyKorea에서 민족문화대백과사전의 근대인물 검색 DB 볼 수 있으며, 검색 후 Result List 누르면 id, url, definition 모두 손쉽게 복사-붙여넣기 할 수 있음
6. 모든 작업자에게 hanyang2021의 MS SQL 권한을 부여하나, 한건 씩 업로드할 것. (명령어 이용하여 대규모 작업 절대 금지)
7. 검색의 필수화: 작년과 Data가 겹치는 경우: 해당 노드를 아예 빼면 이야기가 안되기 때문에 무작정 제외하면 안되나, 그러나 이는 행정적인 부분에서는 전부 제외됨.
   따라서 작년과 중복되는 노드라면 반드시 보다 발전되고 풍부한 자료를 가져야 하며, 중복된다는 것을 반드시 인지하고 진행해야 하므로 검색을 필수화할 것.
   1. 편찬_항목_목록의 Data List는 그래프의 노드를 실시간으로 볼 수 있으며, Note에 2020이라고 되어있으면 작년에 작성한 노드임.
   2. 작년도 그래프는 한양도성_2020 에서도 확인 가능.

Story

1. 과년도 대비 보다 적극적으로 드러내야 하며, 사람들에게 흥미가 있을만한 이야기를 선정하면 좋음.
2. 스토리 내 상충되는 의견 혹은 이야기가 있는 경우: 상충되는 이야기를 모두 작성하여 독자가 객관적인 판단을 할 수 있도록 함.

Data 관련사항

기본사항

1. note: 반드시 note에 본인 이름을 기재해야 함.
   이는 데이터가 중복될 경우, 변경될 수 있음. (후작업자의 정보가 더 풍부할 경우, 혹은 시스템 상의 이유로 후작업자 이름이 들어갈 수 있음.)
2. 이칭: 모든 이칭(호 등)을 다 쓰지 말고 유의미한 것만을 적으며, isSameAs로 연결할 수 있는 것.
3. remark: 위키페이지의 Definition 이며, 단, 글자 수는 256자 아래로 줄여서 기재해야 함. (엑셀에서 LEN 함수를 이용하여 확인할 것)
4. Definition 및 remark 양식:【생~몰년】. 명칭_(한자, 영문). 이후 설명.
   • 날짜표기법: 2021-07-22 （연도 4자리-월 2자리-일2자리） / 음력일 경우: 2021-02-10(음)
   • 연도만 제시되었을 경우, 1876년(고종 10)~1876-02월(음)
   • 주의할 사항: 날짜 입력할 때 엑셀의 data type이 자동변경되는 경우가 있으니 반드시 확인.
5. 도록을 노드로 넣는 경우, 해당 도록의 개별 url이 있는 경우에는 기재
   관련된 이미지의 대표 이미지를 우리 서버에 업로드하고, 노드의 아이콘 혹은 노드 자체로 만들기 (이미지 크기가 지나치게 클 경우에는 다운사이징)
6. 새로운 아이콘 혹은 이미지 업로드: 해상도 1000 이내로 다운사이징 후, FTP 이용하여 diserati 접속하여 hanyang 폴더에 업로드 (파일명:id이름.jpg, 복수인 경우 id-0001.jpg)

Class별 유의 사항

Class	유의사항	비고
Actor	생~몰년, 성별, 국적, 이칭	이칭은 호가 아니며, 조선 태조-이성계, 왕비-대비가 되어 이름이 바뀌는 경우에 쓰는 것임. (* 여러 개의 경우: ,_ 로 표현)
Event	remark에 시작연도와 종료연도가 있으며, 날짜 표현은 기본사항 참고하여 표현할 것. 이칭은 많이 쓰이는 이칭을 기재 (ex.강화도조약-조일수호조규)
Place	주소(현대적 주소가 있는 경우 기재), 경도와 위도(확인하여 기재)	고도와 이칭은 필요한 경우 기재
Architecture	Architecture는 3D모델의 대상이 되는 것이며 이외에는 Place 임
Object	크기와 재료는 박물관 도록에 목록화되는 크기와 재료를 기재
Record	저작년과 간행년(확인될 경우 기재), 외국서인 경우 간행국과 언어를 기재, 이칭은 번역서가 따로 만들어져 있지 않으며 이름이 다를 경우 기재	번역본과 원서는 따로 취급하는 것이 기본방침이며, 하나로 합칠 경우 원서로 씀.
Concept	모든 역사적 사실을 노드화할 필요는 없으며, 개념어의 뜻 풀이 시 필요
Multimedia	3D지도나 3D (그림은 Record)	node의 접미어는 3d- 이며, 표석은 vmap- 임. (ex.3d-앨버트_테일러_가옥)
Story	Story가 되려면 반드시 다른 Fact 노드들과 적어도 3개, 보통 5~6개는 Relation이 있어야 함.	스토리라인은 4~5개의 에피소드를 포함

Links

1. note: 작업자 이름
2. attribute : 금년도 신설한 항목으로 3형식의 경우 기재.
   1. ex. 이 음식 상에 상화가 놓이는데 어떤 상화로 꾸며지는지 -> 상화 5개로 해당 상을 꾸밈 -> '5개'가 attribute
   2. 단, 왕이 ~라는 시호/증직을 내린 경우: hasName(시호) 혹은 wasPosthumouslyPromotedTo (증직) relation을 이용함
3. 헷갈리기 쉬운 사항: isShowIn (텍스트로 보여줌), isShownBy(사진, 영상 등 멀티미디어를 통해서 보여줌)

DBA 2021

DBA 데이터 생성

• Dba_연습을 통해 충분히 연습 후, 실제 데이터는 Dba_2021에 기입

1. 중복을 방지하기 위하여 기입하고자 하는 모든 노드를 반드시 오른쪽 상단 검색창에서 검색. (키워드, 풀네임 이렇게 두번 이상 검색)
   target창에서 검색할 시 완벽하게 동일한 id만 검색되므로 오른쪽 상단에서 검색할 것.
2. 중복이 없는 경우: Insert 혹은 유령 아이콘이 나오며, 생성을 원할 경우 노드 아이콘 클릭
3. Link 생성: Create New Link 클릭 후, target에 기재
   1. source와 target 순서 변경: 하늘색 동그라미와 빨간색동그라미가 화살표로 되어있는 버튼 누르면 source와 target 순서가 변경됨.
   2. Relation: Ontology:Relation 2021

DBA 데이터의 수정

1. node 수정: node id Manager 이용 (node 자체를 바꾸거나 node 이름 자체를 변경할 때)
   1. node의 id 변경 방법: ① Change Node Id (노드자체의 id 변경) - ② 아랫줄의 Change Source and Target Id in Related Links (링크와 연결된 노드의 id도 변경) 해야 함.
2. Relation 수정: Link 된 노드의 아이콘 클릭
   1. Relation 수정 방법: ① 잘못 기입된 relation 기입 후 하단의 insert를 Delete로 변경하여 연필이 그려진 메모지 클릭 - ② 맞는 relation 기입 후 등록