前一天講了向量圖層中的線跟面,今天來看一些特殊的幾何資料,雖然少見但還是遇得到,也藉此機會多認識一下Polygon。
前一天講了向量圖層中的線跟面,今天來看一些特殊的幾何資料,雖然少見但還是遇得到,也藉此機會多認識一下Polygon。
坐標系統是GIS、大地測量及製圖的核心,而坐標轉換則是開發webGIS最常會遇到的課題。
本文是參加鐵人賽的文章,同步發表於 “2018鐵人賽-30天打造我的WebGIS系列”
由於地球是近似橢球,會有很多模式來描述這個橢球,以及球上面的點位坐標,描述這個橢球及球上位置的系統稱作大地坐標系統,需要定義的東西很多,包含幾何面的橢球參數、其他物理面及觀測資料的整合推估,GPS使用的WGS84經緯度屬此類,簡單來說,大地坐標系統是想描述橢球及球上面的位置。
為了製造地圖,人們必須把近似橢球狀的地球投影到平面上,這個坐標系統稱作投影坐標系統,只要是地圖,一定會採用投影系統。
投影的方式有很多,麥卡托、藍柏特投影等等…,而從Map Projection Transitions網站的各種投影機制的模擬圖可以看得出來,投影一定會有失真的情況,所以才會常常有以下新聞出現:
今天要介紹TGOS全國門牌定位服務。
本文是參加鐵人賽的文章,同步發表於 “2018鐵人賽-30天打造我的WebGIS系列”
TGOS是內政部資訊中心維運的系統,整合了很多國內GIS資料,也提供了很多GIS相關API,除了需要申請token的API外,也有民眾版的查詢系統可供線上使用。
全國門牌定位API服務 整合了國內戶政機關的門牌坐標資料,更新頻率很高,因為各縣市門牌資料在建置時驗收的標準滿高的,所以完整性跟正確性都很高。
取得GIS資料的方式有很多,包含:
今天要介紹的為地址定位,如果你也有一批資料有地址沒坐標,那就參考本篇吧^^。
昨天介紹了geojson、shapefile、kml基本概念,今天我們簡單用npm上面的工具寫個簡單轉換,有關node.js的安裝及使用請各位參考其他線上教學資源,這邊我們就直接使用囉。
前兩天我們先用CARTO(CartoDB)實作了一些基本的GIS資料視覺化,接觸了GIS資料。
延續 [Day3] 談互操作性及Web Map Service 標準議題,我們在處理資料時可能會遇到各種GIS格式,今日就來攻略幾種web常用的GIS資料格式。
前一天用了Leaflet了一個地圖,並接了國土測繪中心的WMTS跟一個geojson,像是WMTS(Web Map Tile Service)這類web service已廣泛流通於webgis世界,今天試著來使用這些標準。
在進入今天的主題「空間資料的格式及標準」之前,先來個名詞解釋—Interoperability。
Interoperability中文為互操作性,IEEE對於互操作性的定義如下(維基百科)
兩個或多個系統之間交換信息之能力,以及對交換的信息加以使用之能力
跟一般網頁應用程式一樣,webgis需要前端程式與使用者互動,要開發一個webgis,開發者可以使用各種前端框架。
然而,要炒一盤webgis的菜,就必須要有專屬於gis/地圖的前端框架
本文是參加鐵人賽的文章,同步發表於 “2018鐵人賽-30天打造我的WebGIS系列”
這些框架主要功能包含提供地圖,圖層渲染,基本地圖互動、介接資料等功能,Javascript常見的webgis框架包含:
- (1)leaflet
- (2)openlayers
- (3)google maps api
- (4)esri javascript api
一個地圖框架提供我們基本地圖操作,把地圖元素(含空間坐標物件)轉換成前端可操作的元件(DOM等),而為使地圖互動更生動活潑,其它前端工具當然也是可以整合進來的,包含Jquery, Vue, React, Angularjs…甚至D3.js, C3.js等可能都需要整合在webGIS中。
在現代的網頁應用中,地圖應用已經成為了不可或缺的網頁元素,一個現代網頁中,有了地圖應用,可以讓使用者查詢空間資訊;開發者亦可實踐各種LBS(Location Based Services)及IOT(Internet of Things)的應用。
目前網路上有許多開發資源可以協助我們建構一些地圖應用,並且透過資料視覺化及UI/UX,使空間資訊有效地呈現給user,user也可以request資訊,讓系統是雙向互動的,相關的應用國內外都有很多案例。
然而,目前線上整合這些資源且能涵蓋背後相關技術的完整介紹並不多,我們團隊希望藉由2018 IT邦鐵人賽機會,除整合資源應用外,再加碼一些GIS相關技術面探討,目標是運用開源軟體,30天打造一個webGIS系統。