글로벌 지도 api 서비스 현황과 미래 - 한국지리정보학회 (2014)

윤 석 찬

Agenda

• 1. Web 2.0과 Where 2.0 • 2. MAP API 개요 • 3. MAP API 기술적 제약 • 4. MAP API 서비스 구조 • 5. 최근 MAP API 서비스 현황 • 6. MAP API 비즈니스 모델

1. Web 2.0과 Where 2.0

Web as Platform?

• Definition • I'm talking about the emergence of what I've started to call

Web 2.0, the internet as platform.... it's about the way that web sites like eBay, Amazon, and Google are becoming platforms with rich add-on developer communities; it's about the way that network effects and data, rather than software APIs, are the new tools of customer lock-in; http://www.oreillynet.com/pub/wlg/5630 Tim O'Reilly Sep. 21, 2004

• Web 2.0 design patterns"- architecting systems so that they get smarter the more people use them, monetizing the long tail via a combination of customer-self service and algorithmic management, lightweight business models made possible by cooperating internet services and data syndication, data as the "intel inside", and so on.

• 플랫폼으로서 웹 – 웹이 소프트웨어 플랫폼처럼 스스로 자생하고 생존하는 시스템으로 진

화 하고 있다. – 데이터를 기반으로 Open API를 통해 개발자 커뮤니티를 생성하며 가

벼운 비즈니스 모델로 모든 이용자들이 혜택을 받고 있다.

http://www.oreillynet.com/pub/wlg/5630

참여의 토대 - 공개 기술

• 오픈 소스 (Open Source) – 누구나 쉽게 개발에 참여할 수 있는 다양한 프레임웍 제공

• Ex) LAMP (Linux+Apache+MySQL+PHP), Ruby on Rails, Python

– 데이터를 다룰 수 있는 각종 오픈 소스 및 라이브러리의 무료 제공

• Ex) Firefox Extensions, RSS Aggregator, JSON et. al

– 참여 문화를 이끄는 각종 도구

• Ex) Wiki, Wordpress, Movable Type, Tattertools et.al

• 오픈 스탠다드 (Open Standard) – 서비스와 데이터를 다룰 수 있는 각종 오픈 API 제공

• Ex) Google Maps, Flickr, Del.icio.us, Amazon, Ebay et. al

– 서비스와 데이터를 통용할 수 있는 각종 오픈 스탠다드 제공

• Ex) RSS/Atom, Microformat, JSON

오픈 API의 개념

6

<웹 2.0에서 소셜웹까지>

JVM Platform Web

Java API Interface HTTP, JSON, OAUTH

Java Application Software Data

Developer Participators User

API Lock-in Key Factor Data Lock-in

오픈 API 산업 성장세

9

<최근 글로벌 API의 성장세가 매우 빠르다!>

API Billion Clubs

Where 2.0의 개념

Where 1.0 Criteria Where 2.0 USGS, Landsat Base Map Google, Yahoo!, Microsoft

ESRI, MapInfo SDK Software Web Maps APIs

Topography, River, Building

Layers Photo, Video, Tour Spots, Blog

Oursourced digitizing vendors

Participators Web users

GML, WFS, WMS Standards GeoRSS, KML Government, local GIS

vendors 3rd Party Mashup developers

2. Map API 개요

<지도 API 사용 방법을 다룬 책들>

구글 지도의 혁신

• 동적 지도 서비스를 통한 사용자 경험 확대 • 다양한 데이터 형식 및 콘텐츠 제공 가능 • 플러그인 없이 운영체제 및 웹 브라우저 독립적

Google Map Hack – HousingMap.com

Paul Rademacher – 2005년 4월

Google Map API - 2005년 6월

다양한 지도 API 출현

외부 개발자 Evangelism

지도 API의 이용 증가

Google Map APIs의 현재

https://developers.google.com/maps

https://developers.google.com/maps

네이버 vs. 다음

http://apis.map.daum.net

http://apis.map.daum.net/

Nokia Here

http://developer.here.com

http://developer.here.com/

Bing Map 및 OpenstreetMap

오픈소스 GIS의 출현

Client

M/W

Server

DBMS

ArcGIS Explorer, ArcScripts

(HTML Viewer)

ArcTMS

ArcIMS, ArcGIS Server

ArcSDE + Oracle

Desktop GIS ArcMAP 제품군 QGIS Desktop, QGIS Browser, QGIS Server, QGIS Client

* QGIS는 OpenGeo Suite가 아닌 별도의 패키지 소프트웨어임.

http://opengeo.org/products/suite/

http://postgis.org/

http://geoserver.org/

http://geowebcache.org/

http://www.openlayers.org/

http://geoext.org/

사례. 안전 행정부 공감지도

http://www.gmap.go.kr

http://www.gmap.go.kr/

사례. 국토지리정보원

http://air.ngii.go.kr http://nps.ngii.go.kr

http://air.ngii.go.kr/

http://nps.ngii.go.kr/

3. Map API 기술적 제약

bootstrap + main.js

1. Too Many Files To Download

Performance Tips for Maps API Mashups, Pamela Fox, Marcelo Camelo, Sasha Aickin May 27, 2009

Presenter

Presentation Notes

One area where a high latency network has a big impact is downloading tiles. On a high latency network, most of the time is spent waiting for a the first byte of each tile to arrive back from the server, as each file request has to make the entire round trip to the tile server and back, through all the hoops of a mobile network infrastructure. The most effective technique to work around this latency is to bring the download of tiles as forward as possible while, at the same time, bundle them into a single image request. You can achieve this by using the Static Maps API. Download a static version of the map and place it in the div were the dynamic map will later be displayed. Because the static map is a single download and requires no boostrap, javascript or tiles, it can be displayed at a fraction of the time required to show a fully interactive map. In this specific example, the static map is a single 78 kilobytes download, as opposed to the 200 kilobytes occupied by the 12 tiles required by the interactive map. Depending on the nature of your application you may choose to replace the static view with the interactive map as soon as the javascript API is ready, or on demand, when the user tryes to interact with the map. This technique is not limited to mobile devices and can have a positive impact on the latency of desktop websites as well, specially for users on slow connections.

2. Too Much Code To Parse


Presenter

Presentation Notes

x A more mobile specific problem, though, is the impact that slow CPUs have on the time to load and initialize the API's javascript. You will shortly understand why. If you ever tried to reverse engineer the maps API, you may have found that the Maps API binary stretches into over 220 kilobytes of uncompressed javascript. After it's been downloaded, but before it can be executed, all that code has to be scanned and parsed by the browser's javascript engine. A bit to our surprise, we've discovered that the iPhone takes about 20 milliseconds to parse each kilobyte of javascript. That adds up to 4 and a half seconds to parse main.js, in its monolithic form. The G1 has an even slower CPU so it takes longer parse main.js.

3. Delay Loading JavaScript


Presenter

Presentation Notes

Unfortuantely, there isn't yet much you, as a developer, can do to get around this. On our side, we've been trying to delay load as much javascript as possible, as an attempt to amortize the impact across the life of the map and minimize the start up hit. So far, we've moved about 20% of the code base out of main.js and into delay-loaded modules. Unfortunately, there is one major hurdle: The fact that the API was designed to fit a synchronous programming model and that we are not allowed to make changes to the public interface Quite a few of your pages would probably break if we did. As a matter of fact, we've found this to be more like a brick wall, and that further modularization was increasingly harder to achieve and with ever diminishing returns.

4. Too Many DOM Nodes : Marker


Presenter

Presentation Notes

even with a lightweight marker, there's still the problem of too many DOM nodes when you've got alot -- 10,000 is a lot of anything

13500 points 2200 points

5. Too many points


Presenter

Presentation Notes

still, however, slow in IE

SVG Canvas

VML

6. Too isolated 2D/3D technologies


Presenter

Presentation Notes

still, however, slow in IE

4. MAP API 서비스 구조

Map API 표시 항목

Presenter

Presentation Notes

Google Maps is definitely a demanding ajax application. A typical Maps API session downloads half a megabyte of images and Executes about 200 kilobytes of javascript code. All that is in addition to whatever your page is already loading. But before we dig into how to display your maps faster, it pays off to better understand how the API spends its time to make a map visible and interactive.

Map API 주요 콤포넌트

• Namespace: google.maps.* or G*. • Core: Map2, LatLng, Point, Event. • User Interface: LargeMapControl, ZoomControl,

ScaleControl, OverviewMapControl. • Content: Marker, Polyline, Polygon,

GroundOverlay, ScreenOverlay, InfoWindow, GeoXml.

• Services: ClientGeocoder. • Extension Interfaces: Control, Overlay, TileLayer. • Components: Keyboard, MarkerManager. • Utilities: XmlHttp, Xml, Xslt.

Map API 제공 단계

• 단계 – 기본 라이브러리 파일 로딩

– 버전별 맵 라이브러리 로딩

– 라이브러리로 부터 다양한 기능 제공

• 제공 방법

– 기본 라이브러리는 캐싱을 위해 크게 변하지 않음

– 향후 필요한 스크립트는 필요시 추가 제공

Map API 총 처리 시간

Presenter

Presentation Notes

Let's take a look at the Google Maps API loading sequence. As you should all know, a script tag, usually at the top of the hosting page, requests the Maps API from google's servers. We call this the "bootstrap". If you start your clock when the hosting page is first requested, on average, the bootstrap will be ready after about 2.7 seconds. The bootstrap injects another script tag into the hosting page and that triggers the download of the main chunk of javascript code. Main.js contains the actual API implementation and it is almost one hundred kilobytes big, in gzipped form. On average, main.js will be downloaded, parsed and initialized at around the 3.1 seconds mark. It's only after the hosting site has called setCenter that the API will start downloading the map tiles. Tiles will have finished downloading at around the 4.6 seconds mark, on average. If you think 4 to 5 seconds is bad, wait until you see the numbers for mobile platforms.

데이터 통신 방식

• 통신 방법 – Callback 함수 등록

– Callback 데이터용 스크립트 제작 (script 및 src 요소 등록 처리)

– 서버에서 요청 처리

– 데이터 전달

– 스크립트 받아서 데이터 처리

• JSONP (Javascript Object Notation Protocol)

Mapplet 서비스 구조

• 서비스 페이지 – URL을 통해 API 함수 호출 – Mapplet이 iframe을 만들고 src에 maps.google.com에 URL 제공

• 지도 페이지

– iframe이 로딩 되면 지도 서버로 부터 서비스 제공 – 지도 제공

5. 최근 Map API 서비스 현황

1-8. 지도서비스의 발전방향

① 고해상도 영상정보

전자그림지도(WebGIS) → 위성사진 → 항공사진(고해상도) → 실시간영상

구글 키홀 인수, MS 벡셀 인수 등 고해상도 사진 확보경쟁 치열. 위성사진에서 항공사진으로 이어지고, 웹캠 등 실시간 동영상 정보로 발전하고 있음.

② Open API & Mashups

지도서비스 → Open API(플랫폼化) → Mashups(지도종속적 서비스)

구글어스나 구글지도를 통해 지도가 단순 서비스가 아닌 인프라같은 플랫폼으로 발전함. Mashup이 가속화되고 지도종속적 서비스가 증가함.

③ 3D입체 가상세계

2D 지도 → 3D 지도 → 가상세계(입체공간)

구글 스케치업, MS 포토신스 등 혁신적인 시도. 그러나 퍼포먼스 등 단기보단 중장기적인 영향 예상. 향후 건물 뿐만 아니라 내부까지도 3D 입체화 전망.

“향후 지도는 오프라인의 공간정보를 온라인에 그대로 옮겨온 서비스로 발전할 것이며, 위치기반의 실시간 정보를 유무선으로 제공하는 유비쿼터스 플랫폼으로 변화할 것으로 예상됨.”

Map 서비스 트렌드

1-3. 지도서비스의 가치

Map 서비스의 장점

• 첫째, 컨텐츠가 아니라 플랫폼이다 – 다양한 컨텐츠를 수용할 수 있는 플랫폼임.(Location Based Contents Platform) – 기존 위치 기반 서비스 콘텐츠 수용 가능 – 실시간으로 표현하는 플랫폼으로 발전하고 있음.

• 둘째, 진입장벽이 높아 선점이 중요하다

– 수치지도구입(국토지리정보원)과 성과심사(대한측량협회)의 과정이 필요 – 그밖에 수천 만개의 지번데이터, 수십 만개의 POI데이터, 각종 도로교통데이터

등의 맵데이터가 필요함. – 또한 이런 수많은 데이터를 연산하는 GIS엔진과 Map어플리케이션 등의 기술이

필요함. – 따라서 전자지도제작은 많은 비용, 시간, 맵데이터, GIS기술 등이 필요해 진입장

벽이 높고 쉽게 공략할 수 없음.

• 셋째, 미래가치가 뛰어나다

– 와이브로, HSDPA 등 무선인터넷환경의 발달. – 3D 지도, 가상현실게임인 세컨드라이프 등에서 오프라인세상

60cm급 위성사진 (퀵버드)

1m급 위성사진

(아이코너스)

50cm급 항공사진

(삼아항업)

25cm급 항공사진

(삼아항업)

위성사진: 구글 최고 60cm급 퀵버드 위성사진(최근 지오아이 위성은 40cm급)

항공사진: 삼아항업 50cm급과 25cm급 항공사진 샘플(50cm급 노출가능) 40cm급 위성사진

(지오아이)

Map 서비스 해상도 경쟁

Map 서비스 기능 경쟁

과거 지도 보기 서비스

해저 지형 서비스

우주 지도 서비스

행성 지도 서비스

실내 지도 보기 서비스

360도 파노라마 서비스

관광지 로드뷰 서비스 (한라산)

“Google Map Engine API”

http://googlegeodevelopers.blogspot.kr/2014/09/maps-engine-api-now-at-v1-make-maps-in.html



지도 갤러리- 식생 지도

http://www.globalforestwatch.org/map/6/31.67/-86.62/ALL/

http://www.globalforestwatch.org/map/6/31.67/-86.62/ALL/

지도 갤러리- 내셔널 지오그래픽

http://maps.google.com/gallery/details?id=zOOP-1XDYZpk.kLOm5AllQABQ&hl=ko

http://maps.google.com/gallery/details?id=zOOP-1XDYZpk.kLOm5AllQABQ&hl=ko

GeoJSON 지원 확대 aka. GeoRSS

https://google-developers.appspot.com/maps/documentation/javascript/examples/full/layer-data-quakes-red



마커 클러스터링 및 Heatmap API

지도 임베딩 서비스 확대

http://developers.google.com/maps/documentation/embed/

http://developers.google.com/maps/documentation/embed/

사막까지 스트릿뷰…

클라우드 소싱 지도 편집 기능

Satellite and aerial images are used to trace roads, bodies of water, and more (St. Petersburg, Russia)

https://www.google.com/maps/@59.84748,30.1518638,15z

북한 지도 및 길찾기 기능 제공

나만의 스트릿뷰 직접 만들기

http://www.google.com/maps/views http://photo-sphere.appspot.com/

http://www.google.com/maps/views

http://photo-sphere.appspot.com/

Waze – 클라우드 소싱 사고 신고

나만의 지도 타일 만들기-Mapbox

https://www.mapbox.com/mapbox-studio

https://www.mapbox.com/mapbox-studio

나만의 지도 타일 만들기- Stamen

http://maps.stamen.com

http://maps.stamen.com/

모바일 지도 및 구글 나우

장소 검색 API 제공 확대

https://developers.google.com/places/

https://developers.google.com/places/

http://daumdna.tistory.com/835

http://daumdna.tistory.com/835

웹 기반 Full3D 및 벡터 지도 서비스

https://www.google.com/maps/preview/?force=webgl

https://www.google.com/maps/preview/?force=webgl

3D 지도 API 활용

http://www.youtube.com/watch?v=ESqNWP2x2AY http://www.youtube.com/watch?v=O3lywpwAfgI

http://www.youtube.com/watch?v=ESqNWP2x2AY

http://www.youtube.com/watch?v=O3lywpwAfgI

모바일 3D 객체 표현 API 지원

다양한 API 콘솔 기능

https://console.developers.google.com

https://console.developers.google.com/

6. Map API 비즈니스 모델

1. 다양한 API 비즈니스 모델

67

(1) Free (4) Indirect Content Acquisition Content Syndication API as SaaS service Intenal API use case

(2) Developer Pays Pay as You Go Tiered Pricing Freemium Unit-based Pricing Transaction Fee

(3) Developer Gets Paid Affiliate Revenue Share CPA CPC

<다양한 API 비즈니스 모델>

68

<에버랜드 지도앱 사용 예>

DATA ACQUSITION

2. 가치 있는 서비스 제공

• 비싼 플랫폼을 값싸게 대여 • API 서비스는 핵심이 아니라 부가 기능

69

70 <부동산 114의 지도 API 사용>

CHEAP PLATFORM

71

<훈장마을의 로드뷰 API 사용>

EXCLUSIVE CONTENT

72

• 데이터형- 검색, 지도, 로컬, 콘텐츠(영화), 지도형- 지도뷰, 인증형-카페, 마이피플, 캘린더 등으로 구분해 서비스

중

• 지도(45%), 검색(25%), 로컬(25%) 기타(5%) 정도로 트래픽 점유중

• 외부 API 호출은 지속 성장세 월간 3억건 육박 일간 1천만 / 7천개 API 키 호출

Daum API 서비스 개괄

73 <Daum 지속 가능성 보고서 2013>

Trust

결론

• Map API 서비스 구축 – 다양한 제약 사항이 있으나 서비스 창발성 확대

– Map API가 기반 플랫폼으로 발전

• Map API 서비스 이용 방향 – UGC 기반 지도 서비스 플랫폼 활용

– 공공 데이터의 접근성 향상 필요

• 향후 발전 방향 – 모바일 기반 위치 기반 서비스로 확대

글로벌 지도 api 서비스 현황과 미래 - 한국지리정보학회 (2014)

Technology