회의록 20220706

hanyang2
이동: 둘러보기, 검색

07월 06일 킥오프 회의

개요

  • 마지막 연도인 만큼 모두가 전체 사업 및 프로세스에 대한 이해를 바탕으로 정제된 결과물을 만들어야 함.
  • 금년도 학술대회: 이번 한양도성의 산출물을 주제로 한 연구주제를 가지고 1편의 논문발표를 진행하도록 함. 작년에는 국제학술대회로 명성있는 국내외 연구자를 초청하여 진행하였으나, 올해는 우리가 주체가 되어 연구 성과물을 발표하는 형식.
  • 과년도에는 코로나로 오프라인으로 많이 모이지 못하였으나, 올해는 많이 모일 예정.
  • 대상권역: 창덕궁, 창경궁, 종묘, 흥인지문 및 동관왕묘, 문묘.
    • 필요하면 이전권역도 얼마든지 할 수 있음!!
    • 경복궁 후원(경회루 지역)은 1년차에 안만들어졌는데, 올해 진행할 것이므로 우리도 진행!

참여연구원별

공동연구원

  • 공동연구원: 스토리 1개 만들고 네트워크 그래프 만들기

공동연구원 외

  • 공동연구원 이외 연구원 역할: 스토리 10개 이상 혹은 망라적인 데이터 만들기.

시맨틱데이터

  • 연구지원팀: 보조연구원 - 연구원의 데이터의 검토하고 연관성을 보완할 것임.

멀티미디어

  • 허호 선생님: 고품질의 시각자료를 위한 사진자료 제작. 과년도 포함 올해 권역의 다양한 사진을 담당해주실 예정.
    • 대학원생들이 촬영장비를 갖고 함께 허호선생님과 답사를 갈 예정.
    • 새로운 촬영장비(대상을 스캔해서 3D모델을 만들어내는 것)를 구매할 것. -> 2학기 멀티미디어 수업 때 이용법 배움.
  • 이주혜 선생님: 허호 선생님의 아웃풋이 우리 시맨틱데이터에 잘 포함될 수 있도록 만들고, 메타데이터 자료 입력.

답사 관련 사항

  • 문화재청과 협조하여 휴관일에 답사를 갈 예정에 있음.
  • 이외에도 다양한 교육 프로그램이 있으면 시간과 관심이 맞는 인원들끼리 각자 팀을 꾸려서 활발하게 참여.

사업의 방향성

  • 본 사업의 주제: 한류의 기원, 효명세자. 효명세자가 꿈꾼 매력적인 나라, 조선. / 동궐도의 아우라를 담아내는 가상세계를 만들고자 함.
    • 효명세자는 정조 이래 소프트파워의 주역. 동궐도도 효명세자 시기의 것으로 효명세자의 건축 플랜 결과물인 것.

작업 환경

  • 위키 기반: 2021년도 한양도성 위키에서 작업 진행.
    • 2020년도 위키도 정리(중복이름 등)되는 대로 가져올 예정.
  • 데이터 관리 시스템: 시맨틱데이터 팀은 실시간으로 이용하며, 가능하면 의례팀도 이용. (의례팀은 의무 아님)
    • 현재 2021년도 시맨틱데이터를 일부분(웹리소스 등 제외 - 노드 약 1만건, 관계 1만5천건) 옮겨왔음.
    • 데이터가 정리(중복이름 등)되는 대로 2020년도 데이터도 가져올 예정.
    • 절대 작년도/재작년도 위키 및 시맨틱 데이터와 중복이 없도록 작업할 것!!!!!! -> 만들고자 하는 노드명, 그것과 유사한 이름들도 반드시 찾아볼 것!!!!
    • 기존 시맨틱데이터를 점검하고 수정하고 보완해야 함.

위키 이용 관련 설명

  • 위키 편찬 시 하단에 반드시 [[분류:한양도성타임머신 2022]] [[분류:해당 노드가 속하는 클래스 이름]] [[분류:2022:작업자명]]을 기재할 것!
    • ex. Story 클래스인 노드에 대한 페이지의 하단에는 [[분류:한양도성타임머신 2022]] [[분류:Story]] [[분류:2022:이효림]] 를 기재.
  • 올해 템플릿 및 샘플은 편찬_항목_목록에 있음!!! 반드시 이것을 카피해서 위키 작성할 것!!

편찬 항목 목록

편찬_항목_목록에 관한 설명

  • 편찬_항목_목록의 Wiki List : 위키 문서 내 해당 클래스에 속하는 위키문서 항목이 모두 보여짐.
  • 편찬_항목_목록의 Wiki 항목수 : 위키 편찬 시 클래스별 Wiki 항목수가 즉각 반영됨.
    • 반드시 [[분류:클래스 이름]]을 써야하는 이유
  • 편찬_항목_목록의 Semantic Data List : 클래스별 시맨틱데이터 네트워크 그래프 항목수가 즉각 반영됨.
  • 편찬_항목_목록의 예시: 올해 템플릿 및 샘플. 반드시 이것을 카피해서 위키 작성할 것!!

노드 ID 참조

노드_ID_참조에 관한 설명

스토리 시안

스토리:2022_시안에 관한 설명

  • 제안서 제출 시 만들었던 스토리으로 스토리가 모든 작업(시맨틱데이터, 위키)의 출발점.
  • 스토리 작성 시 note에 본인이름 기재.
  • 스토리 변경 및 수정 가능하며, 변경된 스토리는 조교에게 제출.

작업 관련

  • 위키 작성건수는 100건으로 줄었으나, 이외에 과년도에 본인이 작성한 위키를 보완할 것!! 새로운 위키를 만드는 것보다는 스토리 중심의 네트워크 그래프를 만드는 것에 집중!!
    • 올해 모든 건축물/왕실인물에 대해서 위키페이지를 만들지는 않아도 됨. 본인 스토리와 관련이 있는 것 위키를 만들면 됨!
  • 공신당 제향인물은 모두 위키 페이지가 만들어지고 시맨틱데이터가 만들어지는 것을 권장함. (현재는 88명이나 리스트는 영녕전으로 간 인물들을 포함하여 99명.)

Class 관련

  • 클래스는 사업관리를 위한 수단으로, 절대로 틀린 클래스를 기재하면 안됨.
    • groupName, partName 은 각자 본인의 판단에 따르는 것으로 함.
  • 위키 하단에 [[분류:클래스 이름]], 시맨틱데이터 네트워크 그래프 모두 유의할 것.
  • Work 클래스 신설: 책으로 되어있으면 Record / 책 또는 첩(record)에 실린 시는 Work.

Event 클래스 등 음력-양력 통일

  • 새롭게 만들어내는 데이터(사건 등)는 모두 양력 기준으로 제시할 것.
    • 만일 음력을 따로 기재할 경우에도 반드시 양력으로도 함께 기술.
  • 음력-양력 변환은 음력-양력 페이지를 참고하여 변환.
    • 결과값 보는 법: ID/Label/Remark 항목에서 괄호 앞은 양력 + 괄호 안은 음력

참고자료(WebResource)/참고문헌(Bibliography)

  • WebResource: 독자를 위한 것(신문기사, 블로그, 도록, 영상 등등)으로 독자가 보면 이해하는 데 추가적으로 도움이 될 것 같은 것. 교육용 보조자료, 추가 이해를 위한 보조자료 같은 역할.
    • 반드시 URL이 있어야 함!
    • URL은 깔끔하고 간결하게 기재되어야하므로 URL을 깔끔하게 뽑는 법은 차후 다른 시간에 안내.
  • Bibliography: 우리, 즉 연구자를 위한 자료. 더불어 학술적인 근거에 의해서 데이터가 만들어졌음을 기재하는 것이므로 신중하게 선택해야 함.
  • 우리의 데이터베이스가 WebResource(연구자가 아닌 독자의 이해를 돕는 보조자료)와 Bibliography(학구적 자료)의 가교 역할을 하도록 해야 함.
  • 위키에도 반드시 WebResource와 Bibliography를 기재할 것.

Bibliography, Record 의 ID 명명규칙

Bibliography ID 규칙

  • 작년과는 다르게 동일한 규칙에 의하여 id를 만듦
    • 다른 노드에 관련된 참고문헌이라도 동일한 참고문헌이라면 동일한 ID이기 때문에 서로 연결됨.
  • 논문 제목에 한자가 있을 경우: Label은 한글로 변환하여 한글만 기재할 것
    • Label은 인용전거에 적힌 서지사항 기재 방식을 따름.
  • Bibliography의 ID 명명 규칙은 반드시 인용전거 페이지 확인.
    • 단행본: 국가서지 검색에서 검색하여 ISBN번호(13자리) 기재
    • 논문: 반드시 KCI에서 가장 먼저 검색. KCI에 정~말 없을 경우에만 RISS 이용.
      • KCI: URL 뒷부분에 있는 artid= 이후 부분을 기재하되 KCI: 를 접두사로 붙임. (ex. KCI:ART001786204)
      • RISS: URL 뒷부분에 있는 id= 이후 부분을 기재하되 RISS: 를 접두사로 붙임. (ex. RISS:T16083809)
    • 조선왕조실록 기사: URL 뒷부분에 있는 id/ 이후 부분을 기재하되 sillok: 을 접두사로 붙임. (ex. sillok:kva_11012028_001)
    • 인용전거에서 찾을수 없는 자료는 저자:연도:제목 으로 표시(한글만 띄어쓰기 없이 붙여서 40자까지만 사용)
      • ex. 김현:2020:유교문화디지털아카이브를위한디지털큐레이션모델연구)

Record ID 규칙

  • 작년과 ID 규칙이 다름!
  • 고문헌 ID: 제목:연도 형식으로 표시.
    • 고문헌 Label: 한글(한문), 연도(왕력) 형식으로 표시.
    • 예시(ID / Label)
      • 종묘의궤:1697 / 종묘의궤(宗廟儀軌), 1697(숙종23)
      • [정조]부묘도감의궤([正祖]祔廟都監儀軌), 1802(순조2) / 정조부묘도감의궤:1802

스토리 위키 페이지 관련

  • 스토리는 흥미로운 역사적 이야기, 데이터를 네트워크그래프를 통해 보다 깊은 내용을 손쉽게 찾을 수 있도록 함.

의례팀

  • 직접 스토리 네트워크 그래프를 만들지는 않더라도 스토리 템플릿에 맞춰서 스토리에 들어가는 노드는 위키에 모두 기재할 것.
    • 기존 DB를 확인하여 스토리에 포함되는 노드가 DB에 있는 지 반드시 확인!(비슷한 이름도 확인 필수)
      • 없으면 노드 생성하기 위해 노드리스트를 내고, 만약 있으면 해당 id를 따를 것.
    • 스토리에 포함되는 노드들의 위키는 만들 필요가 있으면 만들고 필요 없으면 안만들어도 됨.

인문정보학팀

  • 직접 스토리 네트워크 그래프 및 위키문서 만들어야 함.