Enhancing efficiency of A.E.C

스마트시티 더 나은 도시를 만들다 / 앤서니 타운센드 추천 점수 및 추천 독자층 추천 : 5/5 배울 수 있는 점 : 스마트시티는 누가 주장했는가. 허와 실, 스마트시티의 다양한 형태 추천 독자 : 스마트시티가 무엇인지 알고 싶은 사람들. 간략한 내용 정리 스마트시티 분야에 대해 알아보기 위해 찾던 중 알게 된 책이다. 작가는 송도 프로젝트를 포함해 다양한 스마트시티 구축 프로젝트에 참여한 듯 하다. 스마트시티에 대한 이야기를 지멘스, IBM, 시스코 등의 기술 대기업이 주장하는 스마트시티, 즉 어느 소설에서 주장한 현실세계를 가상의 세계로 복제한 ‘미러월드’ 요즘말로는 ‘디지털트윈’부터, 바텀 업 방식의 ‘도시해커’들이 만들어내는 다양한 앱의 형태까지 다룬다. 작가는 디지털 트윈을 구축하는 방식의 스마트시티 프로젝트에 많이 참여한 듯 하다. 기술 대기업이 주장하는 디지털 트윈 기반의 스마트시티와 시민 중심의 시민 해커에 대한 이야기 중 시민 해커가 만들어 내는 스마트시티에 대해 조금더 비중있게 다루지만 디지털 트윈에 대한 중요성도 강조하고있다. 특히 시민 해커들이 만들어내는 다양한 앱들에 대한 소개는 인상적이었다. 대표적으로 영국의 교통 약자들을 위한 길안내 앱인 ‘Hills are evil’, 시카고의 제설 상황을 시각화 해주는 ‘Chicago shovels’ 등의 앱들은 도시가 제공해주는 공공데이터가 어떤식으로 활용되며, 시민과 공공기관 둘을 어떻게 만족시키는지 보여준다. 끝으로 이런 클라우드 기반의 솔루션이라 할 수 있는 스마트시티가 가질 수 있는 문제점들에 대해서 열거한다. 클라우드 서비스 자체의 가동률과 이들이 가동되지 않는 시간에 생길 수 있는 문제점, 프로그래밍이 가지는 버그와 사례들, 스마트시티의 해킹, 도시 빅데이터 분석을 통한 도시 문제 해결 중 데이터 편중화 문제 등등. 스마트시티가 앞으로 해결해 나가야할 그리고 아마 2020년 현재엔 해결되어 있을지도 모르는 문제 등. 글을 읽은 후 질문거리 그래서 스마트 시티가

CALIPSO   CALIPSO는 2006년에 발사되었다. 그것은 구름과 에어로졸 층의 수직 구조에 관한 데이터를 수집한다. 이 위성은 세 개의 별도 기구를 탑재하고 있다. CALIOP: 직교 분극이 있는 구름-에어로졸 라이다 IIR: 영상 적외선 방사선계 WFC: 와이드 필드 카메라 ARSET 교육에서 다루는 CALIPSO 센서 칼리옵 직교 편광이 있는 구름-에어로졸 라이다(CALIOP) CALIOP는 활성 센서로, 에어로졸과 구름의 고해상도 수직 프로파일을 제공하는 양극화 민감성 라이다(LIDAR). 센서의 수평 해상도는 약 .2마일(333m)이고 수직 해상도는 약 32-66야드(30-60m)이다. CALIOP의 재방문 시간은 약 16일이다. 관련 응용 프로그램 영역: 공기질 CALIOP의 사용을 강조하는 ARSET 교육: SESARM & GEPD를 위한 NASA 공기질 원격 감지 교육 CALIPSO 데이터 적용 예 2017년 1월 27일 칠레 상공의 연기와 구름. 지구 천문대 칠레의 파괴적인 화재에 대한 다른 시각을 포착한 위성들 2017년 1월 칠레 엠페드라도에서 발생한 화재의 모습이 Aqua MODIS에 포착됐다. 각 영상의 수평적 빨간색 선은 대기의 수직 분포표를 통해 데이터를 수집한 클라우드-에어로졸 라이다와 적외선 경로파인더 위성 관측(CALIPSO)이 촬영한 궤도 선로를 보여준다. CALIPSO 프로필은 구름과 연기 자욱의 고도를 보여준다. 활활 타오르는 불길 가까이에서 연기가 2~3km(1~2마일) 높이까지 올라 저고도 구름 위에서도 충분히 볼 수 있었다. 바람과 탁 트인 대양을 이동하면서 연기가 8km(5마일)나 되는 고도까지 치솟았다. 지구 관측소에서 각색한 텍스트 CYGNSS 사이클론 지구 항법 위성 시스템(CYGNSS)은 2016년 발사된 8개의 마이크로 위성 시리즈다. CYGNSS는 표면 풍속에 관한 데이터를 수집한다. 각 위성에는 지연 도플러 매핑 계측기(DDMI)가 있다. ARSET 트레이닝에서 다루는 CYGNSS 센서.

 *파파고의 번역 도움을 받음 NASA의 지구 관측 시스템(EOS)은 지상 표면, 생물권, 고체 지구, 대기 및 해양의 장기적 지구 관측을 위해 극지 궤도와 저경사 위성들의 조정된 시리즈다. 이 이미지는 2019년 10월 현재 운용 중인 것으로 간주되는 NASA의 지구 관측 우주선을 보여준다. 플라이잉 인 포메이션 NASA의 지구과학부 임무는 지구 규모에서 지역 및 지역 규모에 이르기까지 우리 행성의 상호 연결된 시스템을 이해하는 데 도움을 준다. NASA는 인공위성, 국제우주정거장의 기구, 그리고 더 많은 것들을 관측하여 우리 행성에 대해 배운다. 이 영상은 NASA의 지구 관측 위성의 궤도를 보여준다. 이 위성들은 지구로부터 100만 마일 이상 떨어진 곳(DSCOVR와 같이)에서 겨우 250 마일 위(국제우주정거장 같은 곳)까지 거리가 다르다. 보 다싶이, 몇몇 위성들이 같은 궤도 경로, 즉 "트랙"을 따라 이동한다는 것을 주목하라. 이 위성들은 해양, 대기, 대륙을 포함한 지구 환경의 다른 요소들을 관찰한다.  함께, 그것들은 하나의 시스템으로서 우리 지구의 큰 그림의 관점을 제공한다. 예를 들어, 지구의 중간쯤에서 여러분은 여기에서 사이클론 지구 항법 위성 시스템(약칭 CYGNSS라고 한다)을 볼 수 있다.  8개의 작은 위성을 연속해서 만든 겁니다. 각각의 개별 위성은 12분마다 지구 상 같은 지역을 통과한다. 나사는 또한 일련의 인공위성을 다른 위성들보다 한 발 늦춘다. 같은 선로를 따라 이동하는 위성은 같은 지역에 대한 종합적인 측정 세트를 거의 동시에 얻기 위해 다른 것들을 측정할 수 있다. 예를 들어, "A-Train" 시리즈에서, 하나의 위성은 지구 시스템의 물에 대한 정보를 제공한다. 다음은 대기질을 모니터링하고, 또 다른 연구 구름, 또 다른 연구 CO2를 모니터링한다. 전반적으로, NASA는 우리 행성에 대해 배우기 위해 지구 궤도를 도는 12개 이상의 위성을 보유하고 있다. 위성 궤도 원격 감지의 기

 목표 오라클 DB를 설치한다 오라클 DB의 기본 아이디 외에 본인의 아이디를 만들어 본다. SQL 디벨로퍼를 설치한다. SQL 디벨로퍼에서 오라클 DB를 연결하는 것 까지 해본다. 1. 오라클 DB 설치 1. 하단의 사이트에 들어가면 오라클 DB를 다운받을 수 있다. https://www.oracle.com/database/technologies/oracle-database-software-downloads.html#19c  교육과정 상 "Oracle Database 11g Release 2 Express Edition for Windows 64"를 사용하기로 하여 이를 다운 받는다. 2. 압축을 푼다.  DISK1 안의 Setup을 실행한다. 캡쳐하지 못했지만 비밀번호를 설정한다.  최초 설정 아이디는 system 이다.  비밀번호는 본인이 설정한 비번이다. 2.DB 아이디 만들기 1. 아이콘을 더블클릭으로 실행한다. 바탕화면에 추가된 오라클 DB. 오류가 날수도 있는데, 그럴경우 재시작 해본다. 주소를 꼭 기억하자. Application Express를 클릭한다. 로그인한다. 2. 아이디를 추가한다. 3.SQL 디벨로퍼 설치 1. 구글에 SQL developer를 검색한다. 그리고 첫 페이지에 보이는 사이트에 가서 다운로드 한다. 2. 압축을 해제한다. 설치 방식이 아니기때문에, 적절한 위치에 설정한 후 실행한다. 4. 오라클 DB 연결 1. 커넥션 만들기를 선택한다.(New Connection) 2.다음 표시된 부분 내용을 채운다.(본인이 만든 아이디 / 비번 또는 기본 값으로)  필요한 부분을 한후 테스트를 눌러 결과값을 확인해본다. Connect를 누르면 DB에 연결시킬 수 있다. 연결이 완료된 화면.

 나의 약 1년 9개월간의 파사드 컨설팅을 중심으로 파사드 컨설팅 이라는 분야를 이야기 해보겠다.  파사드 컨설팅이란?  파사드 컨설팅은 우리나라에 다소 생소한 개념이다. 우선 Facade가 무엇인지 간략히 짚고 넘어갈 필요가 있다.  구글 검색에 facade를 치면 다음과 같은 정의가 나온다.  건물의 얼굴, 열린 장소 또는 거리에서 보이는 주 입면.  아주 간단하게 건물의 입면이라고 생각하면 된다. 그럼 왜 건물 입면에 컨설팅이 필요할까?  내가 참여하게 되었던 프로젝트를 생각해보며 적어보겠다. 파사드 컨설팅이 필요한 이유 1. 복잡해지는 형태  파사드는 건물의 외관이다.   즉, 누군가 건물을 봤을때 첫인상을 좌우하게 된다. 그래서 랜드마크나 기업 사옥을 건설할때 자주 건드리는 수단이 된다. 그리고 그 방향은 주로 DDP와 같이 유기적이거나 독특한 방향으로 가는 경우가 꽤나 있다. 박스에서 형태가 조금만 벗어나도 그것을 실체화 시키는데 큰 어려움이 따르게 된다. 특히 모든 프로젝트는 정해진 예산과 시간이 있기 때문에 이 제약조건 안에서 문제를 해결하려면 기존의 방법으론 불가능한 경우가 많다. 동대문 디자인 플라자. BIM과 비정형 사례로 항상 빠지지 않는다.  이 문제를 가장 깊이 고민하게 된 프로젝트는 <동대문 디자인 플라자>가 아닐까 생각한다. 업계가 좁은지라 이 프로젝트에 연관된 몇몇 분들을 만날 기회가 있었고, 그 중 외관(Facade)을 시공한 '스틸라이프' 대표님과는 영종도 프로젝트를 한적도 있다.  좌우지간, DDP는 삼성이 시공한 것으로 알려져 있지만 그 뒤엔 비정형 패널을 제작 설치하는데 특화된 '스틸라이프' 라는 업체와 파사드 컨설팅을 한 GT(Gehry Technologies)가 있었다.  프랭크 게리와 게리 테크놀로지스   수업시간에 들어봤을지 모르겠지만 게리는 Frank Gehry의 그 게리다.    어느 공식석상에서 법규를 날린것으로 유명한 게리 아저씨는 요상한 형태를 디자인 할 뿐만 아니

package com. app ; import java.util.ArrayList ; import org.springframework.context.support.AbstractApplicationContext ; import org.springframework.context.support.GenericXmlApplicationContext ; import com.frame.Search ; import com.frame.Service ; import com.vo.Item ; import com.vo.User ; public class App { public static void main (String[] args) { System. out . println ( "App Start ..........." ); AbstractApplicationContext factory = new GenericXmlApplicationContext ( "com.xml" ); System. out . println ( "Spring Started" ); //IoC User user = new User( "id01" , "pwd01" , "james" ); Service service = (Service)factory. getBean ( "userservice" ); service. register (user); User dbuser = null ; dbuser = (User) service. get ( "id01" ); System. out . println ( "Result:" +dbuser); ArrayLi