誰說一定要有完整門牌地址才能定位！？
生活中描述同一個位置還有相當多種方法，如果今天有個外籍觀光客問您：「總統府在哪裡？」
除了給對方明確的地址：「台北市中正區重慶南路一段122號」之外，您可能會粗略的回答：
「在我們首都台北市的中正區」、「二二八和平公園、北一女附近」、「離西門捷運站不遠處」，或是用路名輔助作更精確地描述，如：「貴陽街一段和重慶南路一段交叉口」、「凱達格蘭大道走到底重慶南路一段上」…以上這麼多種描述位置的方式，僅透過一種工具處理並不容易，瑞竣科技憑藉著多年處理空間資料的經驗，獨家研發語意分析暨整合查詢模組(knoWhere)，萃取字串中的空間資訊，回傳定位結果，而且還成功獲得了發明專利（發明第 I 760668 號）！接下來就來跟大家聊聊最新產品的特色之處。
語意分析暨整合查詢模組(knoWhere) 有多萬能？
多種描述位置方式 一站判識、定位
下圖 A~E 查詢字串描述位置方式都不相同，以往使用者須自行分類，再到不同空間資料庫搜尋。使用語意分析暨整合查詢模組(knoWhere) 提供的同一個 Web API，它會幫您整合判斷、一次查詢多種資料，回傳給您所有可能定位結果與坐標，簡單又快速！
使用瑞竣專屬巨量空間資料庫 想客製擴充也沒問題
瑞竣多年來累積地標、社區、行政區、交叉路口、門牌地址等五大資料類別，共約數百萬筆的豐富空間資料庫，資料內容多樣且完整，可全數納入語意分析暨整合查詢模組(knoWhere)查詢範疇。舉例來說，當查詢到一社區時，會提供社區的點位、空間範圍、建物主結構、總戶數、完工日期等資訊；若查到的是行政區，除了點位，還提供完整面資料、行政區代碼等。
另外，對於一些公部門、私人企業、研究機構而言，若手上有些具有隱私性的站點、位置資料，想做整合性的判斷、搜尋時，語意分析暨整合查詢模組(knoWhere)也提供您客製擴充查詢資料的方法，讓查詢結果更符合需求！
語意化字串也能定位
語意分析暨整合查詢模組(knoWhere)擁有類似搜尋引擎的字串辨識、判讀能力，因此查詢字串不須侷限於一般空間資料的制式規格，即使是口語化的敘述方式，仍能透過語意分析暨整合查詢模組(knoWhere)得到定位結果。（如：新北建一路上的全家、建中附近的歷史博物館…等）
提供多種可彈性調整之查詢模式 滿足不同需求
語意分析暨整合查詢模組(knoWhere) 提供三種預設的查詢模式，使用者可選擇查詢結果量最多的模式以利探索資料；或僅查詢可信度高、最精確的結果；又或者自行調整每種資料查詢的優先序…等，我們也能協助您客製設計專屬的查詢模式，讓查詢結果更符合預期，迎合不同定位需求！
查詢結果排序 選擇更容易
語意分析暨整合查詢模組(knoWhere) 容許使用者進行模糊檢索，若查詢結果有多種可能，將依可信度高到低分為Normal（正常級）、Warning（警示級）、Danger（危險級）三級並排序，讓您可以參考此分級標準，採用可信度較高的結果！
一次性買斷服務 預算更好掌握
瑞竣的語意分析暨整合查詢模組(knoWhere) 直接在客戶伺服端架設服務站台，並可依需求、預算推薦適合的資料庫方案，讓您以實惠的價格就能完整擁有屬於自己的定位服務，不必每月辛苦計算 API 呼叫次數與費用，花費更好掌握！
產品規格 & 支援範圍
語意分析暨整合查詢模組(knoWhere)是一個 Web API 服務站台，本產品提供可執行的網站程式，含呼叫用的 rest api 及 首頁操作 API 的範例頁面（Swagger），但不含原始碼。
系統需求
● 作業系統：Windows Server 2012 以上
● 記憶體： 建議 8 GB 以上，隨時有 3 GB 閒置記憶
● 儲存空間：200 MB
● 必要安裝：.NET Framework 4.6.2 以上
資料庫
● 支援MSSQL 2008 R2 以上
*建議一併使用瑞竣所整理之地標、門牌、行政區、交叉路口與社區等資料庫，以最佳化查詢結果。
對語意分析暨整合查詢模組(knoWhere)有興趣嗎？ 歡迎聯絡我們！