0302 회의 - 편집 역사

2017년 6월 14일 (수) 10:50에 강혜원님의 편집

2017-06-14T10:50:40Z

2017년 3월 8일 (수) 14:43에 서소리님의 편집

2017-03-08T14:43:30Z

2017년 3월 2일 (목) 09:35에 강혜원님의 편집

2017-03-02T09:35:38Z

AKS김지선: /* 위키기사 집필안: 교수님 지침 */

2017-03-02T09:19:28Z

‎위키기사 집필안: 교수님 지침

AKS김지선: /* 위키기사 집필안: 교수님 지침 */

2017-03-02T09:16:26Z

‎위키기사 집필안: 교수님 지침

AKS김지선: /* 회의내용 정리 */

2017-03-02T09:14:56Z

‎회의내용 정리

AKS김지선: /* 회의내용 정리 */

2017-03-02T09:14:35Z

‎회의내용 정리

AKS김지선: /* 회의내용 정리 */

2017-03-02T09:12:33Z

‎회의내용 정리

AKS김지선: /* 회의내용 정리 */

2017-03-02T09:12:02Z

‎회의내용 정리

AKS김지선: /* 회의내용 정리 */

2017-03-02T09:10:13Z

‎회의내용 정리

← 이전 판		2017년 6월 14일 (수) 10:50 판
77번째 줄:		77번째 줄:
	** 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은 1, 2차적 관계만 시각화할지는 나중에 시각화 과정에서 결정할 것.		** 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은 1, 2차적 관계만 시각화할지는 나중에 시각화 과정에서 결정할 것.
	***그 방법을 정하기 위해 교수님께 기초데이터 제공해 줄 필요가 있으나, 해당 기사에서 작성된 관련항목만을 그래프를 표시해주는 것이 괜찮은 방법이라 생각된다면 그렇게 할 수 있고... 데이터 입력시 graph와 표가 스위칭할 수 있는 프로그램 만들수도 있음.어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것		***그 방법을 정하기 위해 교수님께 기초데이터 제공해 줄 필요가 있으나, 해당 기사에서 작성된 관련항목만을 그래프를 표시해주는 것이 괜찮은 방법이라 생각된다면 그렇게 할 수 있고... 데이터 입력시 graph와 표가 스위칭할 수 있는 프로그램 만들수도 있음.어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것
		+
		+	[[분류:프로젝트관리]]

@@ 8번째 줄: / 8번째 줄: @@
 }}
 {{clickable button|[[0223 회의]]}}
-{{clickable button|[[0309 회의]]}}
+{{clickable button|[[0308 회의]]}}
 <br/>
 *자유롭게 수정해 주세요~

@@ 57번째 줄: / 57번째 줄: @@
 =='''회의내용 정리'''==
 ===위키기사 집필안: 교수님 지침===
 * 온톨로지 RDF 트리플의 naming guideline(명명 지침) 결정해야

@@ 70번째 줄: / 70번째 줄: @@
 ** 관련항목 포맷을 정해야!
 *** 해당 노드에서 확장될 의미가 없는 3차 노드도 기술하기도 좋을듯. 이를 위하여 포맷을 어떻게 정할지 많이 늦기 전에 정해야 함. 아직까지는 데이터를 모아놓고 경우의 수를 보는 단계.
 * graph에 대한 논의
-**1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은 1, 2차적 관계만 시각화할지는 나중에 시각화 과정에서 결정할 것.
+** 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은 1, 2차적 관계만 시각화할지는 나중에 시각화 과정에서 결정할 것.
-** 그 방법을 정하기 위해 작업하면서 교수님께 기초데이터 제공해 줄 필요가 있으나, 해당 기사에서 작성된 관련항목만을 그래프를 표시해주는 것이 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주는 식으로 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지...어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것
+***그 방법을 정하기 위해 교수님께 기초데이터 제공해 줄 필요가 있으나, 해당 기사에서 작성된 관련항목만을 그래프를 표시해주는 것이 괜찮은 방법이라 생각된다면 그렇게 할 수 있고... 데이터 입력시 graph와 표가 스위칭할 수 있는 프로그램 만들수도 있음.어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것

@@ 72번째 줄: / 72번째 줄: @@
 * graph에 대한 논의
 **1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은 1, 2차적 관계만 시각화할지는 나중에 시각화 과정에서 결정할 것.
-** 그 방법을 정하기 위해 작업하면서 교수님께 기초데이터 제공해 줄 필요가 있으나, 관련항목만 기술하면 이것을 가지고서 그래프를 표시해주는 것이, 해당 항목에서 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주거나, 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지...어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것
+** 그 방법을 정하기 위해 작업하면서 교수님께 기초데이터 제공해 줄 필요가 있으나, 해당 기사에서 작성된 관련항목만을 그래프를 표시해주는 것이 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주는 식으로 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지...어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것

@@ 72번째 줄: / 72번째 줄: @@
 * 관련항목과 graph
 ** ex: 형미&체징 : 체징이 형미 관계 외에 다른 별도의 의미가 없다면, 같은 graph가 양쪽에서 공유 가능하나, 체징은 체징대로 1차적 관계에서 나타나지 않은 관계를 가지고 있다면 그 그래프는 달라짐. 우리가 이렇게 그래프가 만들어지면 전체적인 큰 데이터로 만들어서 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은, 체징-형미 만 직접적으로 시각화하는것으로 표현할지 나중에 시각화 과정에서 결정할 것.
 그 방법을 정하기 위해 우리가 작업하면서 교수님께 기초데이터 제공해 줄 필요가 잇으나, 관련항목만 기술하면 이것을 가지고서 그래프를 표시햊주는 것이, 해당 항목에서 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주거나, 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지...어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것

@@ 68번째 줄: / 68번째 줄: @@
 ** 주어에 대한 공통된 약속 필요
 *** p.v 와 object property를 모두 보여주기 위해선 주어와 목적어 앞에 class를 달아야. 전체적인 틀을 어떻게 할 것인지는 나온 케이스들을 가지고 잡아가면 됨.
-** 포맷을 정해야 함
+** 관련항목 포맷을 정해야!
-*** 3차 노드도 해당 노드에서 확장될 의미가 없다면 기술하기도 좋을듯. 여기서 릴레이션이ㅡ 끊김없이 갈 수 있는 것들은 깊이가 깊어지더라도 여기서 기술할 수 있는 여지는 열어두는 것이 좋은데, 대신 동시에 고려해야 할 사항이 점점 늘어나므로 포맷을 어떻게 정할지는 많이 늦기 전에 우리가 정해야 함. 아직까지는 좀 더 데이터를 모아놓고 경우의 수를 보는 단계.
+*** 해당 노드에서 확장될 의미가 없는 3차 노드도 기술하기도 좋을듯. 이를 위하여 포맷을 어떻게 정할지 많이 늦기 전에 정해야 함. 아직까지는 데이터를 모아놓고 경우의 수를 보는 단계.
-**궁중팀처럼 관련항목 만드는건 데이터의 특성상 필요하다면 만들 수 있으나, 일괄적으로 적용하기 어려울 것.
+* 관련항목과 graph
 ** ex: 형미&체징 : 체징이 형미 관계 외에 다른 별도의 의미가 없다면, 같은 graph가 양쪽에서 공유 가능하나, 체징은 체징대로 1차적 관계에서 나타나지 않은 관계를 가지고 있다면 그 그래프는 달라짐. 우리가 이렇게 그래프가 만들어지면 전체적인 큰 데이터로 만들어서 1, 2차적 관계만 뽑아서 별도의 최종적으로 보여줄 그래프를 만들지, 아니면 전체적인 그래프와 그것에 대한 응용은 기획기사 레벨이나 다른 레벨에서 활용하고 개별항목에서 보여지는 것은, 체징-형미 만 직접적으로 시각화하는것으로 표현할지 나중에 시각화 과정에서 결정할 것.
 그 방법을 정하기 위해 우리가 작업하면서 교수님께 기초데이터 제공해 줄 필요가 잇으나, 관련항목만 기술하면 이것을 가지고서 그래프를 표시햊주는 것이, 해당 항목에서 괜찮은 방법이라 생각된다면 아예 프로그램을 표를 보여주거나 그래프를 보여주거나, 스위칭 하는 식으로 프로그램 만들어서, 이 데이터만 넣으면 표로 보이거나 그래프로 보이는 그렇게 할 수 있지...어떤 전략을 취할지는 데이터가 있어야. 관련항목과 필요한 그래프 만들면서 그 차이를 체크할 것
 유의미하나 관계성을 전부 다 기술할 것.