"0302 회의"의 두 판 사이의 차이
Encyves Wiki
(→회의내용 정리) |
(→회의내용 정리) |
||
| 62번째 줄: | 62번째 줄: | ||
* 관련항목 | * 관련항목 | ||
** 메타데이터(data type property)에 기술되지 않은 새로운 관계성 정보에 대하여 추가적으로 기술할 필요가 있을 것(ex: 한글고문헌팀_A가 B를 기증하였다.) | ** 메타데이터(data type property)에 기술되지 않은 새로운 관계성 정보에 대하여 추가적으로 기술할 필요가 있을 것(ex: 한글고문헌팀_A가 B를 기증하였다.) | ||
| − | + | ** primitive value(시간값, 공간값 등)의 경우, | |
| − | + | 관계성 정보에 있어서도 기술될 경우가 있고, 경우에 따라 우리가 노드를 만들 생각으로 집어넣었으나 공유될 수 있는 객관적 노드가 아니고 여기에만 해당되는 데이터일 경우 그 자체가 primitive value로 기술될 수 있지. 거기에 있어서 이 대상이 오브젝트인지, 값인지.. 이런 부분들을 고려하여 관계의 틀을.. 전체 네 개의 DB 잡아줄 수 있는 걸 정해야. | |
| − | |||
primitive value와 별도의 노드 : 나누는것이 좋을지... 일관적으로 다 넣는것이 편할 듯... | primitive value와 별도의 노드 : 나누는것이 좋을지... 일관적으로 다 넣는것이 편할 듯... | ||
주어, 관계어. 대상노드 를 정하는데 있어서 클래스와 인디비듀얼을 같이 기술하게 만들면 일단 클래스가 있으면 그 클래스에 속하는 노드로 만들어질 가능성이 많은거고, p.v는 class없이 기술 될 수 있지. 물론 그 노드 안만들 수 있는데 그러면 value로 전환되는 거고. | 주어, 관계어. 대상노드 를 정하는데 있어서 클래스와 인디비듀얼을 같이 기술하게 만들면 일단 클래스가 있으면 그 클래스에 속하는 노드로 만들어질 가능성이 많은거고, p.v는 class없이 기술 될 수 있지. 물론 그 노드 안만들 수 있는데 그러면 value로 전환되는 거고. | ||
| + | |||
| + | * graph 관련 | ||
| + | ** ex: 형미&체징 : 체징이 형미 관계 외에 다른 별도의 의미가 없다면, 같은 graph가 양쪽에서 공유 가능하나, 체징은 체징대로 1차적 관계에서 나타나지 않은 관계를 가지고 있다면 그 그래프는 달라짐. 우리가 이렇게 그래프가 만들어지면 전체적인 큰 데이터로 만들어서 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은, 체징-형미 만 직접적으로 시각화하는것으로 표현할지 나중에 시각화 과정에서 결정할 것. | ||
| + | 그 방법을 정하기 위해 우리가 작업하면서 교수님께 기초데이터 제공해 줄 필요가 잇으나, 관련항목만 기술하면 이것을 가지고서 그래프를 표시햊주는 것이, 해당 항목에서 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주거나, 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지... | ||
2017년 3월 2일 (목) 17:32 판
| 0302 회의 | |
|---|---|
| 주간회의 | |
| 일시 | 2017/03/02(목) 오후 3시 ~ |
| 장소 | 대학원 103호 |
| 참석자 | 강혜원, 김누리, 김미정, 김바로, 김사현, 김선미, 김지선, 김현규, 김현승, 류인태, 서동신, 서소리, 이혜영, 장동룡, 장원석, 정주영, 차서연, 최한샘, 허호 (19명) |
| 비고 | 김현 교수님 참석 |
- 자유롭게 수정해 주세요~
목차
회의 안건
신규 연구보조원
- 김선미, 김현규, 이혜영, 최한샘 (석사과정)
- 정주영
중심기사 검토
팀별 기사 작성 진행 상황
한글고문서
승탑비문
궁중기록화
민족기록화
답사계획
| 날짜 | 답사지역 | 참석자 | 비고 |
|---|---|---|---|
| 3/3(금) - 4(토) | 문경 | 강혜원, 김사현, 김바로 | 원래 예정했던 "예천 명봉사"가 수리중이어서 촬영 불가. 충주 억정사지와 충주 정토사지로 대체. |
| 3/10 (금) | 회암사지, 태고사 | 강혜원, 김사현, 서소리 | 3/3(금) 여비신청서 제출 예정 |
| 3/12 (일) | 매소성, 행주산성 | 장동룡, 김누리 | 3/6(월) 여비신청서 제출 예정 |
| 3/17 (금) - 18(토) | 충주 | 강혜원, 김사현, 서소리 | 3/8(수) 여비신청서 제출 예정 |
- 업무의 효율성을 위해서 앞으로는 답사팀에서 직접 일정을 계획하고 여비신청서를 작성해주셨으면 합니다.
- 여비신청서 작성과 관련하여 간단하게 몇가지 지침을 알려드릴 예정입니다.
- 늦어도 답사 출발일 7일 전에는 제출해야 하니, 답사를 계획하고 있는 팀에서는 참고해주세요.
- 각 팀에서 작성해서 강혜원에게 메일로 주시면, 검토 후 연구행정실에 제출하겠습니다.
회의내용 정리
위키기사 집필안: 교수님 지침
- 온톨로지 RDF 트리플의 naming guideline(명명 지침) 결정해야
- '관련항목'의 최종형태는 graph이다. 문장으로 사람들에게 이해시키지 않을 것이므로, RDF 트리플의 naming guideline(명명 지침)을 어떻게 표현하는 것이 좋을지 각 팀에서 결정해야 한다.
- 관련항목
- 메타데이터(data type property)에 기술되지 않은 새로운 관계성 정보에 대하여 추가적으로 기술할 필요가 있을 것(ex: 한글고문헌팀_A가 B를 기증하였다.)
- primitive value(시간값, 공간값 등)의 경우,
관계성 정보에 있어서도 기술될 경우가 있고, 경우에 따라 우리가 노드를 만들 생각으로 집어넣었으나 공유될 수 있는 객관적 노드가 아니고 여기에만 해당되는 데이터일 경우 그 자체가 primitive value로 기술될 수 있지. 거기에 있어서 이 대상이 오브젝트인지, 값인지.. 이런 부분들을 고려하여 관계의 틀을.. 전체 네 개의 DB 잡아줄 수 있는 걸 정해야.
primitive value와 별도의 노드 : 나누는것이 좋을지... 일관적으로 다 넣는것이 편할 듯...
주어, 관계어. 대상노드 를 정하는데 있어서 클래스와 인디비듀얼을 같이 기술하게 만들면 일단 클래스가 있으면 그 클래스에 속하는 노드로 만들어질 가능성이 많은거고, p.v는 class없이 기술 될 수 있지. 물론 그 노드 안만들 수 있는데 그러면 value로 전환되는 거고.
- graph 관련
- ex: 형미&체징 : 체징이 형미 관계 외에 다른 별도의 의미가 없다면, 같은 graph가 양쪽에서 공유 가능하나, 체징은 체징대로 1차적 관계에서 나타나지 않은 관계를 가지고 있다면 그 그래프는 달라짐. 우리가 이렇게 그래프가 만들어지면 전체적인 큰 데이터로 만들어서 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은, 체징-형미 만 직접적으로 시각화하는것으로 표현할지 나중에 시각화 과정에서 결정할 것.
그 방법을 정하기 위해 우리가 작업하면서 교수님께 기초데이터 제공해 줄 필요가 잇으나, 관련항목만 기술하면 이것을 가지고서 그래프를 표시햊주는 것이, 해당 항목에서 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주거나, 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지...
