|
|
| (같은 사용자의 중간 판 하나는 보이지 않습니다) |
| 1번째 줄: |
1번째 줄: |
| − | *0813
| |
| − | 클래스, 관계어 정의할 때 임의로 본인 맘대로 해도 됨. 답은 없음.
| |
| − | 답은 우리들의 '관점'.
| |
| | | | |
| − | *데이터 속성값은 4가지만 기억할 것
| |
| − | INT-STRING-DATE-FLOAT
| |
| − |
| |
| − | Q. 되도록 클래스, 관계어 등을 임의로 설정해도 된다고 했는데, 우리는 처음 하는 입장이니까 되도록 선행연구 참고해 하는게 좋지 않나?
| |
| − | * 관계= 오브젝트 프로퍼티, 속성 = 데이터 프로퍼티
| |
| − | *오브젝트 프로퍼티와 데이터프로퍼티의 차이점
| |
| − |
| |
| − | 관계성 - 클래스를 연결시킴
| |
| − | 속성 - 호, 자와 같은 경우.
| |
| − | 클래스를 귀속시킴.
| |
| − | 장소 클래스를 만들거면 관계로 하라!
| |
| − | 대부분의 경우 호/자처럼 명확하게 속성으로 들어가는 경우는 거의 없음.
| |
| − | 웬만하면 바로샘은 관계성으로 설정함.
| |
| − | -> "비중을 좀더 두느냐 안두느냐의 차이"
| |
| − | 본인이 가문, 자, 호 등의 의미를 좀더 두드러지게 하고 싶으면 관계로 설정하라.
| |
| − | -> "링크를 걸 수 있느냐 없느냐의 차이(독립적으로 서술할 수 있는가)" => 데이터프로퍼티가 확장성x, 오브젝트프로퍼티는 확장성o
| |
| − | *사진자료의 경우에는 확장성을 감안해서 후자로 설계하는 것이 나음. 1:1 관계가 아닌 1:다인 경우 되도록 후자로 설계하라.
| |
| − | *데이터의 설계의 핵심은 나눌 수 있는 데까지 나누는 것이 좋다.!@!
| |
| − | *설계도를 만들어야 함.
| |
| − |
| |
| − | : 넵넵넵넵
| |
| − |
| |
| − | *도메인 설계할 것!
| |
| − | *NameSpace
| |
| − |
| |
| − |
| |
| − | 1. 개체탐색
| |
| − | 2. 클래스 설계
| |
| − | *바구니(클래스)를 어떻게 분류하고 담을 것인가
| |
| − | 3.
| |
| − |
| |
| − | Q. 클래스-서브클래스 나눠도 되나?
| |
| − |
| |
| − | *ID값을 갖게 하기 위해서
| |
| − | URI : 개체식별자를 주기 위해서 .
| |
| − | URL
| |
| − | URN
| |
| − |
| |
| − | *객체 뿐 아니라 관계를 EDM과 같은 유명 기관에서 발행한 객체, 관계어를 쓰는 것을 추천.BUT 석사과정에서는 그냥맘대로 설계해도 됨.
| |
| − |
| |
| − | *클래스는 훈련이 된 다음에 하는 것이 바람직
| |
| − |
| |
| − | 데이터 설계할 때 무조건 id-title은 기본단위로 하고 설계하라.
| |
| − |
| |
| − | *프로테제 실행하기
| |
| − | 1) http://www.dh.aks.ac.kr
| |
| − | 2) 본인에게 맞는 약칭 정하기
| |
| − | http://www.dh.aks.ac.kr/ontology:baro
| |
| − | 3) Comment와 Definition 차이
| |
| − | Comment: 부가적인 설명
| |
| − |
| |
| − | *류인태샘 문중고문서 아카이브 참고하기
| |
| − | 1) 도메인, 레인지, 인벌스, 관계, namespace(해놓으면 좋긴 한데 일단 제외) 등 명확히 설정하기
| |
| − | *바로샘 박사학위논문 참고하기
| |
| − | *이미지 업로드 할 때
| |
| − | - 서버에 올리기만 하면 됨.
| |
| − | - 파일명 추출할 때 cmd로 추출!@!
| |
| − |
| |
| − | 직접 데이터 설계하고 주기적으로 보내라
| |
| − | 카톡으로 새벽아침 시간 상관없이 보내라
| |
| − |
| |
| − | *hasStartTime, hasEndTime
| |
| − | *가장 이상적인 온톨로지 설계 -
| |
