"바로샘 스터디 0813"의 두 판 사이의 차이

suminlee
이동: 둘러보기, 검색
27번째 줄: 27번째 줄:
 
*도메인 설계할 것!
 
*도메인 설계할 것!
 
*NameSpace
 
*NameSpace
 +
{| class = "wikitable" style="text-align, center;"
  
  
66번째 줄: 67번째 줄:
 
*hasStartTime, hasEndTime
 
*hasStartTime, hasEndTime
 
*가장 이상적인 온톨로지 설계 -
 
*가장 이상적인 온톨로지 설계 -
 +
* [omeka ]
 +
*RDB (Relational Database)

2020년 8월 13일 (목) 21:44 판

  • 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
  • 가장 이상적인 온톨로지 설계 -
  • [omeka ]
  • RDB (Relational Database)
원본 주소 "http://dh.aks.ac.kr/~suminlee/wiki/index.php?title=바로샘_스터디_0813&oldid=426"