20210805 한양도성 회의록

행정팀 회의

PCN관련

• 재현대상 선정: 지금까지는 별 문제 없었음. 오히려 한건연(건축물)이 난리라서 우리는 스무스하게 넘어가고 있음.
  • 한건연이 350건인데 줄어들면 우리가 채워야 함.

종합사항: 정보취합

• 중복체크(조건부서식 외에도 눈으로 봐야 함), 노드id간 중복 있는지, 한양2020 data와 비슷한 노드가 중복되는 것이 있는지도 확인해야 함!!!
• 데이터의 내용도 보기 (class는 맞는지 등)
• 궁id: 큰 궁_작은 궁(정각)

종합사항: 위키 문서 이름 변경

• 곧 관리자에게 권한 배포 예정
• 이름 변경시: 화면 오른쪽의 더보기 - 이동 - 새 제목에 이름 수정
  • 넘겨주기나 주시하기는 체크 X
• 문서 삭제는 더보기 - 삭제

종합사항: 위키의 STORY 페이지

• Story의 위키 문서명은 E2-001 과 같이 id로 만들어야 함
• 내용 작성 시, 가장 위에 =스토리 제목= 넣기!
• 맨 위 목록이 Definition 이 아닌 Story여야 함 (많은 작업자가 실수함)
  • [Story_Template] 내용 복사 붙여넣기 이용
• Relation: 스토리의 등장인물이나 건물명 등 스토리의 주요요소만 isRelatedTo로 연결하면 됨!
  • 아버지-아들과 같은 세부적인 relation은 해당 인물 노드에서 만드는 것

종합사항: Relation 제안

• 많이 언급되는 relation인데 없는 경우, [Ontology:Relation_2021_제안]에 기재
• 논의 후 Relation 신설 혹은 비슷한 relation 안내 예정

종합사항: 아이콘 제작 요청

• 김현승 선생이 제작할 예정
• [아이콘_제작_요청]에 설명 포함 기재 (원하는 아이콘 이미지가 있을 경우 참고자료 올리기)

의례연구소

관리자

• 매주 화요일에 그 주에 몇건 하는지, 안모자라는지 체크할 것
• 다음주 40건이 나가야하는데, 현재 10건 keep 되어있는 상황
  • 다다음주부터 50건이므로 적절하게 배분

작업자: 스토리노드 data 관련

• 100건은 모두 의례연구소에서 (주로 임인혁 선생님) 진행하며, 스토리별 위키페이지 만들어야 함
  • 임인혁 선생님이 스토리 페이지뿐 아니라 노드도 뽑음 -> 많으면 박지윤 선생님과 나눌 예정
• 스토리 목록은 바뀔 수도 있음. (노드가 별로 안나온다거나 다른 더 좋은 스토리가 있으면 변경 가능함)
  • 스토리노드의 ID가 E2-023인 이유 (스토리가 바뀌면 LABEL만 바꾸면 되므로)

relation 관련 논의 필요

• 위키페이지에 올라가있는 relation(Semantic Data-Contextual Relations)도 정리되어야 함
  • 명성황후로 되어있는 사람들 많은데, 체크 필요함
• 작업자 본인이 relation을 정리할지, 관리자가 정리할지 논의가 필요함

인문정보학

관리자: 산출물 보고서 작업 예정

• 재현 목록이나 우리 노드 리스트 등 진행 현황을 보고하는 보고서 작업 이제 진행해야 하며, 작년에 보고서 쓰던 양식이 있음
  • 시멘틱 데이터를 매주 체크해서 보고해야 하는데, 건별 실제 작업에 건수가 안맞으면 우선 관리자가 만들어서 올려야 함
• 아직 감리 업체가 안정해졌는데, 감리 업체 정해지면 바로 진행되므로 미리 준비해야 하므로 곧 회의 예정

id 일관화 필요

• 사진, 도면, 문헌, 보고서가 많은데 id 부여방식이 달라서 일관화 필요
  • 사진: _사진, P- 등 일관화 없음
• 인물의 label은 이름(한자,생~몰년) 이므로 다시금 안내 필요

서버에 Icon 업로드

• FileZilla라는 프로그램이 우리 위키의 서버 자료실과 연결되어 있음!
• 파일명은 id 등 파일명만으로 대상을 알 수 있도록 변경하고, 되도록 짧게 함
  • 파일명은 대,소문자를 구분함
• 파일은 1m가 넘으면 다운사이징하여 업로드할 것
• 사진 파일 확장자: jpg, png (대,소문자를 구분하므로 가급적 소문자)

Icon 다운사이징 및 파일 확장자 변환 방법

1. 탐색기에서 사진을 오른쪽 마우스 클릭 - 그림판으로 열기
2. 픽셀: 가로 1200 (->세로는 저절로 줄어듬)
   1. 사진이 누워있으면 맞는 방향으로 돌리기
3. 다른이름으로 저장
   1. 파일 확장자 변환이 필요 시, 파일 이름 아래의 칸에서 jpg나 png 형식 선택하여 저장

FileZilla 다운로드 방법

• 우선 바탕화면에서 오른쪽 마우스 클릭 - 속성 - 시스템종류가 64비트(bit)인지 32비트(bit)인지 확인
  • 위의 방법으로 나오지 않으면 내컴퓨터 (탐색기) 들어가서 빈 화면 오른쪽 마우스 클릭 - 시스템 - 시스템종류가 64비트(bit)인지 32비트(bit)인지 확인

1. 구글에서 FileZilla 검색
2. 첫화면에 다운로드 아이콘이 2개 뜨는데, 맨 뒤에 Client 인걸 클릭 (Server 아님)
3. 64bit이면 그대로 다운로드, 32bit이면 아래에 32 적혀있는 작은 아이콘 클릭 후 다운로드, mac이면 X 적힌 작은 아이콘 클릭 후 다운로드
4. edition 선택하는 표 그려진 창 뜨면 맨 첫 번째(FileZilla) 아래의 Download 클릭
5. Download 완료 후 설치

FileZilla 실행법

1. 파일 - 사이트관리자 클릭
2. New site 클릭 - 폴더명: digerati 입력 - 호스트: digerati.aks.ac.kr 입력 - 사용자: student 입력 - 비밀먼호: student 입력
3. 왼쪽 화면은 내 컴퓨터, 오른쪽 화면은 서버 폴더를 나타냄
   1. 상위폴더 가는법: 맨 위의 .. 이라고 되어있는 폴더 더블클릭
4. 오른쪽 화면에서 2021 - hanyang - image 폴더 더블클릭
5. 왼쪽화면(본인 컴퓨터)에서 사진 폴더 및 파일 찾기 - 해당 파일을 오른쪽 화면으로 끌면 업로드 완료
   1. 많은 사진을 올릴 때는 시작하는 첫 번째 사진 클릭 - SHIFT 버튼 누르면서 마지막 사진 클릭
   2. FileZilla 화면에서 파일 더블클릭시 서버로 올라가거나, 혹은 내 컴퓨터로 다운로드되므로 파일 더블클릭은 하지 말 것
6. http://digerati.aks.ac.kr/dhlab/2021/hanyang/image/'파일이름'.'확장자'(jpg,png)
   1. 이효림.jpg 라는 사진파일의 URL: http://digerati.aks.ac.kr/dhlab/2021/hanyang/image/이효림.jpg

• 파일삭제: 서버에 올린 사진 삭제 시에는 오른쪽 화면에서 해당 파일 오른쪽 클릭 후 Delete
• 파일이름 변경: 서버에 올린 사진 이름 변경 시에는 오른쪽 화면에서 해당 파일 오른쪽 클릭 후 이름 바꾸기
  • 파일이름 변경 후 반드시 IconUrl도 변경하는 것 잊지 말 것

본 회의

기타사항

• 의례연구소: 위키 본문 채우기보다는 Contextual Relations를 우선적으로 만들 것.
• 현재의 편찬자별 data archive(http://dh.aks.ac.kr/~sandbox/cgi-bin/NodeList.py?db=hanyang2021&project=hanyang&key=김은숙) 가 중복된 항목은 보여주지 않고 있음(수정필요)
  • where?????써야함
  • note 중복은 우리끼리의 자료에는 갖고 있고, 제출시 1인만 (위키 페이지 작성자) 인정

note

• 작업자 이름
• 기초: 제안 때 만들었던 data
• 2020: 2020년에 만들었던 data
  • 2020년 노드에 본인 이름 X (2020만 기재)

id

• 중요한 것: id=label이 아님을 명심할 것!! (정확한 이름은 label로 보여줌)
• id의 특수문자는 -과 _와 : 와 ′이외에는 불가능함
  •  :는 앞은 안뛰고 뒤만 뜀. (블라:_블라)
  • .와 ()와 ,와 ·(가운데점)과 & 도 불가능합니다!!!
  • .은 3.1이나 8.15와 같은 고유명사만 가능함.
  • single quotation은 ㄹ+한자를 눌러서 ′ 쓸 것.
  • 라틴문자: 움나우트 제외하고 씀 -> ä는 a로 기재
• 책표지, 전시명에 있다고 id에 그대로 가져오면 절대 안됨.
  • 키워드2글자_저자이름_연도 정도로 축약할 것.
  • 전시명: 전시-, 도록:도록-, 사진:사진-. 도면:도면- 이런 식으로 접두사로 붙일 것
  • 온라인 전시: 전시-어쩌구_온라인
  • 책이 다른 연도에 쓰여져서 2개인 것: 책이름_1, 책이름_2 로 기재
• 결코 40자 이상의 id는 안됨 (label은 456자.) 그러니 축약할 것.
• 한글자 짜리 id: 의미를 알 수 없으므로 반드시 한자 병기

infoURL

• InfoUrl은 다양한 노드를 묶은 집합node가 아닌 이상 빈칸일 수 없음.
  • 없는 경우: 다양한 data를 묶어준 집합node - 정해년진찬_물품)
• hanyang2위키는 만들만한 가치가 있는 것 중 정말 위키페이지를 만들 것만 쓸 것!
  • hanyang2의 위키주소 쓰면 본인이 만들어야 함. 본인이 만들 것 아니면 Resource 찾을 것
• 이외에는 온라인 상의 Resource(민백, 장서각, 실록위키 등)를 지시할 것
• 작년도 위키페이지: 작년 DATA를 그대로 쓸거면 작년도 위키URL을 쓰고, 한 개 글자라도 바꿀꺼면 올해 위키로 복붙 (양식은 올해에 맞게 변형하여 올리기)
  • 작년도 노드에 있다고 위키페이지가 모두 있는 것은 아니니 반드시 확인할 것

기타사항

• node를 추가하는 것을 서소리선생님이 대규모로 하는 것이 좋음
• link를 추가하는 것은 online으로 dba 이용하는 것이 더 빨랐음
• 인문정보학은 Link에 이름 붙이는 것이 중요함 (1인당 1,000개 이상의 링크)
• 교수님에게 제출 시 Note에는 1명의 이름만 들어감.
  • 위키 편찬자 항목에 가장 먼저 이름 넣은 사람
  • 인문정보학보다는 의례팀이 우선순위를 갖고 있음
• 이칭: 노드화할 가치가 있는 것만 노드화할 것.
  • 사투리 등 노드화할 가치가 없는 것(약간의 표기차이 등)은 A/B(label만, id는 좀더 비중 높은 걸로)로 할 것.

Record vs Object

• 사진 Record , 유리원판도 Record
  • 기념사진 isDerivativeOf (~의 파생물이다) 유리원판 및 기념일
• 도면도 Record

집합node

• 집합node란: 다양한 data를 묶어준 node로 공node라고도 불림
  • 정해년진찬_물품, 환구단_정비_계획1
  • 사진이 많은 경우 집합node 생성할 것
• 주요node와 집합node를 연결하고, 집합node 내 개별자료는 집합node랑만 연결 (중요node와 연결 X)
  • 건물(환구단) isRelatedTo 집합노드(label: 환구단 정비 기본계획 2007) hasPart 개별사진
  • 건물(환구단) isRelatedTo 집합노드(label: 환구단 정비 기본계획 2007) hasPart 집합노드(도면) includes 개별도면
• Class: 하위노드의 Class를 동일하게 기재
• InfoUrl: 빈칸 가능하나, 해당 위키페이지에서 다양한 시각자료를 한번에 보여줄 수 있으면 더 좋음.
  • 도면일 경우, 위키페이지에 모든 도면을 언제, 무슨 프로젝트에서 쓰인 도면인지 설명 등을 기재
• iconUrl: groupName별 배포될 예정
  • Url 먼저 배포 가능한지 확인 필요

Story

• 인문정보학도 본인의 작업물을 포괄하거나 성격을 보여줄 수 있는 최소 1건의 StoryLine을 만들어야 함.
  • 이것도 외국어 Story로 번역 예정
• 영어 Story는 500번대, 중국어 Story는 300번대
• 권역 이외: E0-000
• 구역과 상관없이 주제에 따른 스토리의 ID는 작업자에 따른 2자리 숫자를 개별 부여하므로 요청
  • 구역과 상관없는 주제를 만든 이효림의 Episode ID: E33-001 / Story ID: S33-001

사진의 출처

• 도서사진의 출처: 원 도서명으로 기재하며, 온라인으로 퍼블리싱한 곳의 이름은 쓰지 않음. data에는 label에 입력
• 신문사의 보도사진: 위키에도 WebResource 로, Data에도 WebResource 로 들어감!
  • label(표제,출처,날짜)과 Remark(기타 내용)에다 나누어서 넣음
  • groupname: (text) 해설, 참고, 원문, / (multimedia) 사진, 동영상, 도면, 그림, 지도, 3D_지도, 3D_모델
• Relation: isShowIn (텍스트로 보여줌), isShownBy(사진, 영상 등 멀티미디어를 통해서 보여줌)

Link

• Relation: isDepictedIn, , isRelratedTo 등의 관계어는 관리자가 신경써야하는 사항
  • depicts: 문헌 등에 시각적으로 묘사한 것! (글은 mentions)
• 추상적으로 설명하면 isRelratedTo / 구체적으로 설명하게 되면 depicts과 같은 다른 relation이 되는 것
  • ex. A라는 문헌은 B라는 인물과 isRelratedTo / A라는 문헌에 C라는 사건을 depicts, C라는 사건은 B라는 인물이 participatesIn
• 순접과 역접은 본인의 DATA에 따라 진행하면 됨. 둘다 맞다면 모두 유지할 예정
  • 그림A-사건B: 본인의 data에 그림A와 연결된 노드가 많으면 A depices B, 사건B와 연결된 노드가 많으면 B isDepictedIn A

개인별 Feedback

김은숙

• 노어는 뭔지 알 수 없으므로 한자 병기 필요, 작년 data와 중복인 것 반드시 찾을 것
• 국태평만년(Record, groupname 금석문) hasInscription - 중화전_드무(object) - 중화전(Architecture) hasPart
• 드무-두무는 하나로 합칠 것. -> 좀더 자주 쓰이는 것으로 id 살리고, label을 A(B)로 함.

박현정

• 사진의 방향 똑바로 넣을 것
• CLASS는 Record로 넣을 것
• 묶음 node의 icon은 변경 예정
• 현재 집합노드인 '환구단_복원계획'이 사업 project 묶음이라면 Concept가 맞음
  • 그러나 문헌 1개라면 하위 노드의 Class를 따라 Record임
• 책 이름도 노드화되어야 함
• 관련해서 교수님이 그림 그렸으니 확인할 것

김현승

• 사진을 icon으로도, infoURL로도 함. -> 어쩔수 없음.
• 사진 Record , 유리원판도 Record
  • 기념사진 isDerivativeOf (~의 파생물이다) 유리원판. 기념일

이재열

• ID 단순화 필요
  • 미_외교관_부인이_만난_명성황후_영국_선원_앨런의_청일전쟁_비망록: 앨런_비망록
• 사진이 많은 경우: 어느 1개에 귀속시킬 것.
  • 사건-책: isRelratedTo , 책-개별사진: hasPart 개별사진-인물: depicts)
• InfoURL 수정 필요

린지, 박려정

• 다른 인문정보학과 학생들의 스토리라인을 번역

공지

• 차주 목요일 전체 회의
  • 모든 사람 위키 최소 1건 이상 (Bibliography, WebResource 등 반드시 최종 완성된 형태로 제출)
  • 오늘 회의한 결과에 대한 질문과 답변
• 최종의 1/3 data를 8월 마지막 주에 제출해야 함. (clean data)
  • clean data, 위키 page(Bibliography, WebResource 등 포함) 완전하게 되어야 함.
• 다음주 월요일 오후 2시 관리팀-작업자 회의
  • 우리끼리 논의 및 확정 후 Manual 배포
  • 이전까지 추가data 작업은 하라고 이야기 + 근데 지침이 변경될 예정임 안내
• 다음 data 취합: 다다음주 월요일(8월 16일 15시)