DevDay에서 쓰일 YouFree관련 링크 모음

IT/Study 2009. 5. 29. 11:49 Posted by 타돌이
728x90

이번 DevDay에서 사용할 YouFree 관련 프로그램들과 문서들의 링크를 공유합니다. YouFree Devloper를 이용한 개발에 참조하시기 바랍니다.

프로그램

문서

YouFree 소개

IT/Study 2009. 5. 22. 21:05 Posted by 타돌이
728x90
※ 이 글은 Daum DNA에도 게시되었습니다.

2007년 3월부터 한국전자통신연구원(ETRI)의 주도로 개발되고 있는 YouFree에 대해 소개하고자 합니다. YouFree는 웹2.0시대를 맞이하여 정보화 시대의 주역으로 떠오르는 개인들에게 편리한 컴퓨팅 환경을 제공하려는 목적으로 개발되고 있습니다.


이동형 퍼스널 SW플랫폼 - YouFree

개인이 자신의 모든 정보를 관리하고, SW를 이용해 편리한 개인 컴퓨팅 환경을 제공합니다.


SW 프로슈머 양성을 통한 SW 산업의 활성화

자신이 원하는 SW를 제작 및 공급하는 SW 프로슈머를 양성시켜 SW 산업의 활성화를 꾀하고 있습니다.


YouFree 서비스 개념

 

YouFree 시스템은 다음과 같이 YouFree Center와 YouFree로 구성됩니다.

  • YouFree Center
  • YouFree
    • 일반인 용 : YouFree Basic
    • 개발자 용 : YouFree Developer (YouFree Basic 포함)

YouFree Basic

YouFree Basic 워크벤치는 YouFree를 사용하는 일반 사용자들을 위한 인터페이스로서, 워크벤치를 통해 사용자는 자신의 SW와 콘텐츠를 쉽게 관리하고 사용할 수 있습니다. 사용자는 YouFree Basic상에 설치한 프로그램을 언제 어디서나 사용할 수 있고 자신의 PC에 깔려 있는 로컬 응용 프로그램도 워크벤치 상에서 바로 구동할 수 있습니다.

YouFree Basic 시작 화면

YouFree Basic 서비스에는 다음과 것들이 있습니다.


YouFree Developer

사용자가 YouFree 서비스, 위젯, UI를 쉽게 개발할 수 있도록 지원해주는 YouFree Developer를 제공합니다. YouFree Developer는 Eclipse의 플러그인으로서 웹개발 플러그인인 Aptana, RadRails 플러그인과 함께 동작합니다. 

다음 시간에는 YouFree Developer에 대해서 좀 더 자세히 알아 볼 예정입니다.

[참고자료]

[번역] Oracle Spatial Best Practices :: Data Loading

IT/Study 2008. 2. 28. 14:34 Posted by 타돌이
728x90
4. 데이터 불러오기(Data Loading)
대용량 불러오기들(Bulk load)은 SQL*Loader와 Import 같은 전통적인 Oracle 유틸리티들에 의해서 이뤄질 수 있다. 대용량 내보내기는 Oracle의 Export 유틸리티로 이뤄질 수 있다. 이 유틸리티들은 spatial에 특화된 문법을 요구하지 않는다. 비공간 데이타에서 추천된 것처럼, 만약 대용량 불러오기를 수행하고 있다면, index들(공간 index이 존재하면 그것 역시 포함하여) 삭제하고, 불러오기를 수행, 그리고 불러오기가 완료된 후에 index를 다시 만든다. 만약 index들이 대용량 불러오기 전에 삭제되지 않는다면, 그 부담 발생들을 유지해야 한다.

SQL*Loader는 공간 데이터를 불러올 수 있지만, ESRI shape 파일, MapInfo Tab 파일, Autodesk DWG 파일, 또는 Microstation DGN 파일들과 같은 지리정보체계(GIS) vendor 교환 형식(exchange format)을 이해하지 않는다. 각 주요 GIS vendor들은 그들의 교환 형식을 Oracle의 SDO_GEOMETRY 형식으로 가져오기 위한 자체 도구를 가지고 있다. Safe Software의 Feature Manipulation Engine(FME)같은 범용 변환 제품(universal translation product)도 있다. 그것은 다양한 vendor 형식들을 SDO_GEOMETRY 데이터 형으로 불러올 수 있다. FME는 또한 Oracle의 SDO_GEOMETRY 데이터 형에 저장된 데이터를 추출하고, FME에서 지원하는 어떤 GIS vendor 형식으로 변환할 수도 있다.

 ESRI shape파일들이 매우 통상적인 교환 형식이기 때문에, Oracle은 Oracle Technology Network에 shp2sdo라는 무료 유틸리티를 올린다(post). 이 유틸리티는 URL: http://otn.oracle.com/products/spatial 에서 다운로드할 수 있다. 이 유틸리티는 Oracle에서 지원되지는 않지만, 탄력있게 테스트되어 온 훌륭한 도구이다. 이 도구는 shapefile을 읽을 수 있는 shareware와 함께 작성되었기 때문에 지원되지 않는다. shp2sdo 유틸리티는 shape 파일로부터 기하학적 도형들과 속성들을 읽는다. 그리고 다음과 같은 것들을 생성한다:
  • Oracle table에 대응, 그리고 SDO_GEOMETRY 열들을 위해 필요한 연관된 Metadata를 생성하기 위한 SQL script.
  • Oracle Import 유틸리티들을 위한 Control file.
만약 Oracle의 shp2sdo 유틸리티들을 사용하고 있다면, 데이터 불러오기 후에 Oracle에 의해 추천된 최근 형식으로 데이터를 이주시키기(migrate)위한 SDO_MIGRATE.TO_CURRENT 프로시저를 실행하는 것이 추천된다. 만약 GIS vendor 유틸리티, 또는 Safe Software의  FME 제품을 사용하고 있다면, SDO_MIGRATE.TO_CURRENT를 실행하는 것이 필수적이지 않다.
728x90
3. 메타데이터(Metadata), 공차(tolerance), 그리고 좌표체계들(Coordinate Systems)

 한 table에 있는 모든 SDO_GEOMETRY 열은 Oracle spatial metadata dictionary(USER_SDO_GEOM_METADATA)에 엔트리를 요구한다. 그 metadata 엔트리는 다음 정보를 포함한다.
  • SDO_GEOMETRY 형의 열을 담고 있는 table의 이름
  • SDO_GEOMETRY 데이터 형으로 정의된 열의 이름
  • SDO_GEOMETRY 열에 대한 축(차원)의 수
  • 각 축에 대한 상한과 하한
  • 각 축에 대한 공차값, 일반적으로 모든 축에 대해서 같은 값
  • 공간 참조 식별자(SRID)
 각 축에 대한 상한과 하한은 SDO_GEOMETRY 열 안 자료의 최소 한계 사각형(MBR; Minimum Bounding Rectangle)이 아니다. 그 축 한계들은 모든 현재와 미래 지형들을 담고 있는 값을 가져야 한다. 정의된 첫번째 축은 항상 x, 두번째 축은 y여야 한다다. 선택적인 z와 측정 축들 또한 정의될 수 있다.

 측지적 데이터(경도/위도인 데이터)를 다룰 때, 첫번째 축은 반드시 (-180, 180) 범위, 두번째 축은 (-90, 90)범위로 정의된다.

 공차는 일반적으로 x축과 y축에 대해서 같다. 공차는 고려되는 unique(역자주: 어떤 특정 위치를 말하는 것 같다.)와 틀림없이 떨어져 있을 두 좌표의 거리이다. Oracle의 기하학적 유효성 루틴(geometry validation routine), 공간 연산(spatial operator), 그리고 공간 함수(spatial function)은 모두 공차를 사용한다. 데이터가 수집될 때 실제 해답을 반영하는 공차를 정의하는 것은 매우 중요하다.

 Oracle Spatial과 Oracle Locator에 의해 지원되는 모든 좌표 체계들은 MDSYS.CS_SRS라는 Dictionary table에 정의된다. 사용자 정의 좌표 체계는 또한 MDSYS.CS_SRS dictionary에 추가될 수 있고, 그 방법은 Oracle Spatial Users Guide and Reference에 기술된다. MDSYS.CS_SRS dictionary 안에서, SRID라는 숫자형 기본키는 지원되는 각 좌표체계를 식별한다. Dictionary table은 또한 Open GIS 컨소시엄(OGC)에 의해 정의된 잘 알려진 텍스트(WKT; Well Known Text) 문법안에서 각 좌표 체계의 정의 또한 담고 있다.

 공간적인 데이터와 SRID를 연관시키는 것이 추천된다. 특히, 만약 데이터가 지리적인, 즉, 지구와 관련되었다면 더 그렇다. 지리적인 데이터는 두개의 범주, 측지적(경도/위도 데이터), 그리고 투사된(비 경도/위도 데이터) 범주로 나누어질 수 있다. Oracle은 측지적 SRID로 정의된 지형의 일관된 좌표사이에 Great Circle 거리를 고려한다.

 SRID와 SDO_GEOMETRAY 열이 연관될 때, 그것은 USER_SDO_GEOM_METADATA 엔트리, 불려진 각 SDO_GEOMETRY 객체의 SDO_SRID 속성안에 역시 반드시 명세된다.

[번역] Oracle Spatial Best Practices :: Data Modeling

IT/Study 2008. 2. 27. 18:11 Posted by 타돌이
728x90
2. 데이터 모델링(Data Modeling)

 전통적인 RDBMS 데이터 모델 개념은 공간 데이터를 다룰 때 적용된다. Oracle은 많은 전통적인 데이터 형(문자열을 위해 VARCHAR2, 날짜를 위해 DATE, 숫자들을 위해 NUMBER 형 포함)들, 그리고 지금 공간적 특성의 좌표들을 저장하기 위한 SDO_GEOMETRY 형을 지원한다.

 Oracle에서 하나 이상의 SDO_GEOMETRY 열을 같은 그저 평범한 Oracle table들 같은 공간적인 table은 없다. 정규화된 table을 만들 때, Oracle은 table에 SDO_GEOMETRY 열을 포함하는 것을 추천한다. 여기서 table안에 있는 모든 다른 열들은 SDO_GEOMETRY 열과 1대 1 관계를 갖는다.

 도로와 강의 공간 지형들을 모델링하는 다음 예를 고려해 보아라. 도로 정보는 아마 차선의 수, 거리의 주소 범위 등을 포함할 것이다. 강 정보는 염도, 최대 수심 등을 포함할 것이다. 비록 그 둘이 선형적인 지형임에도 불구하고, 도로에 대한 정보가 강과 관련 없고 강 정보가 도로와 관련이 없기 때문에, 한 테이블의 같은 SDO_GEOMETRY 열에 그것들의 좌표를 저장하는 것은 추천되지 않는다. 정규화된 데이터 모델은 도로의 좌표들과 1대 1 관계를 갖는 다른 열들 사이에서 Roads table안에 도로 공간 지형을 저장했을 것이다. Rivers table에 대해서도 같은 정규화된 데이터 모델이 추천된다.

 도로들을 강과 따로 저장하는 것의 추가적인 이득은 질의 시간에서 더 명백해진다. 당신이 오직 도로만을 찾을 때,도로와 강에 대한 엔트리들을 담고 있는 테이블을 엄밀히 조사할 필요가 없다.

[번역] Oracle Spatial Best Practices :: Overview

IT/Study 2008. 2. 26. 14:26 Posted by 타돌이
728x90
원문 : http://www.oracle.com/technology/products/spatial/pdf/spatial_best_practices.pdf
번역 : 이승철

 Oracle Spatial과 Oracle Locator는 오라클 데이터베이스의 강력한 핵심 특징이다. 이 기술 문서는 몇몇 최고의 실전연습, 팁, 그리고 당신의 일상적인 비즈니스 업무들에서 생산성 증가, 의사결정 지원, 비용 절감을 위해 Oracle Spatial과 Oracle Locator를 이용하는 것을 도와줄 수 있는 일반적인 정보들에 대해서 설명할 것이다.

 Oracle Database 10g의 Oracle Spatial은 vector, raster, 그리고 영구적인 위상 데이터들을 저장하기 위한 native 데이터형들을 포함한다. 이 문서는 Oracle 9i와 10g를 위한 Oracle Spatial안에 Oracle의 native vector data type인 SDO_GEOMETRY로 작업을 할 때, 몇몇 최고의 실전연습의 윤곽을 그릴 것이다.

1. 개요
 Oracle Locator는 Oracle의 Standard와 Enterprise edition에 끼워져서 팔린다. Locator는 Spatial의 부분집합이다. Oracle의 Standard 또는 Enterprise edition에 라이센스를 부여하는 것은 추가 비용없이 Oracle Locator에서 제공되는 가치있는 특징들의 집합을 완전히 이용할 수 있게 한다. SDO_GEOMETRY는 오직 Oracle에서만 이용할 수 있는 vector 데이터형이고, 모든 주요 GIS vendor들의 상품 suite으로 본질적으로 통합된다.

  몇몇 주요 GIS vendor들은 Oracle안에 vector data들을 저장하기 위한 적법한 대안들(예를 들면, Oracle의 LONG RAW 데이터형)을 가지고 있다. 이 적법한 대안들은 SDO_GEOMETRY 데이터형의  유효성 이전에 소개되었다. 시장에서, 때때로 vector 데이터 저장에 기반함으로써 SDO_GEOMETRY를 사용하는 것은 주요 GIS vendor들에 의해 제공되는 상품들의 특징들 또는 성능과 아마 타협을 할 것이라는 오해가 있다. 사실은 SDO_GEOMETRY 데이터형이 주요 GIS vendor 상품에 의해 제공되는 어떤 훌륭한 특징도 타협하지 않는다. 만약 당신이 이 문서에서 기술된 지침을 따른다면, 최고의 대안적인 적정 데이터 저장들은 결코 SDO_GEOMETRY 데이터형에 의해 제공되는 성능의 +/- 15%이상을 벗어나지 않는다.

  실제로, 만약 table partitioning같은 핵심 Oracle 특징을 이용한다면, Oracle Spatial 성능은 아마 적절한 "LONG RAW" 데이터형 해결법에 15% 나은 성능을 초과할 것이다. 이것은 Oracle이 LONG 또는 LONG RAW 열을 담고 있는 table상에서 table partitioning을 지원하지 않기 때문이다. SDO_GEOMETRY 열들이 있는 Table들은 Oracle table partitioning을 이용할 수 있고, 이는 성능, 확장성, 그리고 관리성에 상당히 도움이 된다.

 Oracle Spatial은 Oracle 데이터베이스의 핵심 특징을 이용하기 위해 설계되었다. Oracle의 핵심 유틸리티들과 특징들을 이용함으로써, 기존 Oracle DBA들과 개발자들은 Oracle Spatial 기술들을 이용하여 작업하는 중에 그들의 기존 Oracle 지식 기초를 극대화할 수 있다. 만약 Oracle을 알고, Oracle Spatial에 에 대해 전혀 들어보지 않았으면, 이미 이 Oracle 특징의 80%이상 알고 있는 것이다. 비공간 데이터(non-spatial data)에 사용된 같은 핵심 Oracle 유틸리티들(import, export, sqlldr)은 공간데이터에도 사용된다. 이와 같이, table partitionin과 advanced replication과 같은 핵심 Oracle 특징들은 모두 Oracle Spatial과 함께 작동한다. Oracle의 공간적인 전략은 당신의 조직안에 공간 데이터들을 주류에 순응시키고 기존에 있던 회사의 오라클 지식을 극대화하는 것이다.

 이 문서에서는 Oracle의 공간적인 기술을 이용하는 응용을 설계, 개발하는 것을 도와주기 위해 몇가지 최고의 연습들과 팁들을 조명한다. 이 문서의 많은 추천들은 Oracle Spatial에 특화된 것이 아니다, 더 나아가 당신 회사내의 기존 Oracle 지식을 이용하기 위한 기술들을 강조하고 있다.

  • 데이터 모델링(Data Modeling)
  • 메타데이터(Metadata), 공차(tolerance), 그리고 좌표체계들(Coordinate Systems)
  • 데이터 불러오기(Loading)
  • 데이터 유효하게 하기(Validation)
  • 공간 데이터에 색인 붙이기
  • 분할된 공간 색인(Spatial Indexes)
  • 공간 질의(Spatial Queries)
  • 응용 사례들

[번역] Oracle Spatial Best Practices :: 목차

IT/Study 2008. 2. 26. 14:08 Posted by 타돌이
728x90
원문 : http://www.oracle.com/technology/products/spatial/pdf/spatial_best_practices.pdf
번역 : 이승철

Oracle Spatial
최고의 실전연습(Best Practices)

오라클 기술백서
2003년 겨울.



목차
1. 개요
2. 데이터 모델링(Data Modeling)
3. 메타데이터(Metadata), 공차(Tolerance), 그리고 좌표 체계들(Coordinate Systems)
4. 데이터 불러오기(Loading)
5. 데이터 유효하게 하기(Validation)
6. 공간 데이터에 색인 붙이기
7. 분할된 공간 색인(Spatial Indexes)
8. 공간 질의(Spatial Queries)
9. 응용 사례들

PHP 대용량 파일 업로드 설정방법

IT/Study 2008. 1. 9. 13:48 Posted by 타돌이
728x90
  • php.ini 설정
    • file_uploads = on
    • upload_max_filesize=300M
    • post_max_size=300M
    • memory_limit=300M
  • /etc/httpd/conf.d/php.conf
    • LimitRequestBody 314572800
  300MB 짜리 파일 업로드용 세팅