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 다운사이징 및 파일 확장자 변환 방법
- 탐색기에서 사진을 오른쪽 마우스 클릭 - 그림판으로 열기
- 픽셀: 가로 1200 (->세로는 저절로 줄어듬)
- 사진이 누워있으면 맞는 방향으로 돌리기
- 다른이름으로 저장
- 파일 확장자 변환이 필요 시, 파일 이름 아래의 칸에서 jpg나 png 형식 선택하여 저장
FileZilla 다운로드 방법
- 우선 바탕화면에서 오른쪽 마우스 클릭 - 속성 - 시스템종류가 64비트(bit)인지 32비트(bit)인지 확인
- 위의 방법으로 나오지 않으면 내컴퓨터 (탐색기) 들어가서 빈 화면 오른쪽 마우스 클릭 - 시스템 - 시스템종류가 64비트(bit)인지 32비트(bit)인지 확인
- 구글에서 FileZilla 검색
- 첫화면에 다운로드 아이콘이 2개 뜨는데, 맨 뒤에 Client 인걸 클릭 (Server 아님)
- 64bit이면 그대로 다운로드, 32bit이면 아래에 32 적혀있는 작은 아이콘 클릭 후 다운로드, mac이면 X 적힌 작은 아이콘 클릭 후 다운로드
- edition 선택하는 표 그려진 창 뜨면 맨 첫 번째(FileZilla) 아래의 Download 클릭
- Download 완료 후 설치
FileZilla 실행법
- 파일 - 사이트관리자 클릭
- New site 클릭 - 폴더명: digerati 입력 - 호스트: digerati.aks.ac.kr 입력 - 사용자: student 입력 - 비밀먼호: student 입력
- 왼쪽 화면은 내 컴퓨터, 오른쪽 화면은 서버 폴더를 나타냄
- 상위폴더 가는법: 맨 위의 .. 이라고 되어있는 폴더 더블클릭
- 오른쪽 화면에서 2021 - hanyang - image 폴더 더블클릭
- 왼쪽화면(본인 컴퓨터)에서 사진 폴더 및 파일 찾기 - 해당 파일을 오른쪽 화면으로 끌면 업로드 완료
- 많은 사진을 올릴 때는 시작하는 첫 번째 사진 클릭 - SHIFT 버튼 누르면서 마지막 사진 클릭
- FileZilla 화면에서 파일 더블클릭시 서버로 올라가거나, 혹은 내 컴퓨터로 다운로드되므로 파일 더블클릭은 하지 말 것
- http://digerati.aks.ac.kr/dhlab/2021/hanyang/image/'파일이름'.'확장자'(jpg,png)
- 이효림.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건 이상 (반드시 최종 완성된 형태로 제출)
- 오늘 회의한 결과에 대한 질문과 답변
- 최종의 1/3 data를 8월 마지막 주에 제출해야 함. (clean data)
- clean data, 위키 page(Bibliography, WebResource 등 포함) 완전하게 되어야 함.
- 다음주 월요일 오후 2시 관리팀-작업자 회의
- 우리끼리 논의 및 확정 후 Manual 배포
- 이전까지 추가data 작업은 하라고 이야기 + 근데 지침이 변경될 예정임 안내
- 다음 data 취합: 다다음주 월요일(8월 16일 15시)
