geohash演算法的php,geohash演算法的安全性

本文目錄一覽：

• 1、有什麼方式可以取得到周邊有多少商戶
• 2、Geohash原理
• 3、PHP使用中，geohash用一個字元串表示經度和緯度兩個坐標。某些情況下無法在兩列上同時應用索引
• 4、時空伴隨者只有移動會發嗎

有什麼方式可以取得到周邊有多少商戶

php可以獲取附近的商家。

操作方法如下：Shop表存儲欄位 Lat, Lng 現在使用方案為 通過 sql 語句進行距離的計算 之後 order by limit 進行分頁 但在SQL內進行計算,導致慢查詢. 目前 有兩種方案

A方案 : 獲取用戶當前的經緯度 通過演算法找到每條記錄所在點的經緯度周圍的一個大概範圍，比方說正方形的四個點，然後使用mysql的空間計算

B方案 ：通過 Geohash 演算法 算出附近的商家 前端通過介面獲取數據進行分頁,採用以上兩種方案時,均為一次性拉取出附近商戶的數據,之後進行距離的計算,根據距離的排序生成最終數組,此時數據分頁 應該採用 根據數組的索引 計算偏移量進行分頁的操作。

補充 同時要求 能夠根據城市 和 區域 進行搜索 用關係型資料庫的話，給經緯度加上索引。附近的演算法可以從經緯度入手，以用戶的經緯度(x,y)為基準，查詢的範圍為((x+/-),y(+/-)), 擴大搜索範圍就是對x y的範圍的加大。 使用ElasticSearch 或者 Solr之類支持空間的搜索引擎。 之前寫過相關的Demo: Django ElasticSearch Ionic 打造 GIS 移動應用 —— 架構設計

Geohash原理

        GeoHash本質上是空間索引的一種方式，其基本原理是將地球理解為一個二維平面，將平面遞歸分解成更小的子塊，每個子塊在一定經緯度範圍內擁有相同的編碼。以GeoHash方式建立空間索引，可以提高對空間poi數據進行經緯度檢索的效率。

        GeoHash將二維的經緯度轉換成字元串，比如下圖展示了北京9個區域的GeoHash字元串，分別是WX4ER，WX4G2、WX4G3等等，每一個字元串代表了某一矩形區域。也就是說，這個矩形區域內所有的點（經緯度坐標）都共享相同的GeoHash字元串，這樣既可以保護隱私（只表示大概區域位置而不是具體的點），又比較容易做緩存。

        Geohash編碼中，字元串相似的表示距離相近（特殊情況後文闡述），這樣可以利用字元串的前綴匹配來查詢附近的POI信息。如下兩個圖所示，一個在城區，一個在郊區，城區的GeoHash字元串之間比較相似，郊區的字元串之間也比較相似，而城區和郊區的GeoHash字元串相似程度要低些。此外，不同的編碼長度，表示不同的範圍區間，字元串越長，表示的範圍越精確。

        以經緯度值：（116.389550， 39.928167）進行演算法說明，對緯度39.928167進行逼近編碼 (地球緯度區間是[-90,90]

    a. 區間[-90,90]進行二分為[-90,0),[0,90]，稱為左右區間，可以確定39.928167屬於右區間[0,90]，給標記為1

    b. 接著將區間[0,90]進行二分為 [0,45),[45,90]，可以確定39.928167屬於左區間 [0,45)，給標記為0

    c. 遞歸上述過程39.928167總是屬於某個區間[a,b]。隨著每次迭代區間[a,b]總在縮小，並越來越逼近39.928167

    d. 如果給定的緯度x（39.928167）屬於左區間，則記錄0，如果屬於右區間則記錄1，序列的長度跟給定的區間劃分次數有關，如下圖

        e. 同理，地球經度區間是[-180,180]，可以對經度116.389550進行編碼。通過上述計算， 緯度產生的編碼為1 1 0 1 0 0 1 0 1 1 0 0 0 1 0，經度產生的編碼為1 0 1 1 1 0 0 0 1 1 0 0 0  1 1

        f. 合併：偶數位放經度，奇數位放緯度，把2串編碼組合生成新串如下圖

        g. 首先將11100 11101 00100 01111 0000  01101轉成十進位，對應著28、29、4、15，0，13 十進位對應的base32編碼就是wx4g0e,如下圖.

         h. 同理，將編碼轉換成經緯度的解碼演算法與之相反

        Geohash其實就是將整個地圖或者某個分割所得的區域進行一次劃分，由於採用的是base32編碼方式，即Geohash中的每一個字母或者數字（如wx4g0e中的w）都是由5bits組成（2^5 = 32，base32），這5bits可以有32中不同的組合（0~31），這樣我們可以將整個地圖區域分為32個區域，通過00000 ~ 11111來標識這32個區域。第一次對地圖劃分後的情況如下圖所示（每個區域中的編號對應於該區域所對應的編碼）。

        Geohash的0、1串序列是經度0、1序列和緯度0、1序列中的數字交替進行排列的，偶數位對應的序列為經度序列，奇數位對應的序列為緯度序列，在進行第一次劃分時，Geohash0、1序列中的前5個bits（11100），那麼這5bits中有3bits是表示經度，2bits表示緯度，所以第一次劃分時，是將經度劃分成8個區段（2^3 = 8），將緯度劃分為4個區段（2^2 = 4），這樣就形成了32個區域。如下圖

        同理，可以按照第一次劃分所採用的方式對第一次劃分所得的32個區域各自再次劃分。

        上文講了GeoHash的計算步驟，僅僅說明是什麼而沒有說明為什麼？為什麼分別給經度和維度編碼？為什麼需要將經緯度兩串編碼交叉組合成一串編碼？本節試圖回答這一問題。

        如圖所示，我們將二進位編碼的結果填寫到空間中，當將空間劃分為四塊時候，編碼的順序分別是左下角00，左上角01，右下腳10，右上角11，也就是類似於Z的曲線，當我們遞歸的將各個塊分解成更小的子塊時，編碼的順序是自相似的（分形），每一個子快也形成Z曲線，這種類型的曲線被稱為Peano空間填充曲線。

        這種類型的空間填充曲線的優點是將二維空間轉換成一維曲線（事實上是分形維），對大部分而言，編碼相似的距離也相近，但Peano空間填充曲線最大的缺點就是突變性，有些編碼相鄰但距離卻相差很遠，比如0111與1000，編碼是相鄰的，但距離相差很大。

        除Peano空間填充曲線外，還有很多空間填充曲線，如圖所示，其中效果公認較好是Hilbert空間填充曲線，相較於Peano曲線而言，Hilbert曲線沒有較大的突變。但是由於Peano曲線實現更加簡單，在使用的時候配合一定的解決手段，可以很好的滿足大部分需求，因此TD內部Geohash演算法採用的是Peano空間填充曲線。

    a. 由於GeoHash是將區域劃分為一個個規則矩形，並對每個矩形進行編碼，這樣在查詢附近POI信息時會導致以下問題，比如紅色的點是我們的位置，綠色的兩個點分別是附近的兩個餐館，但是在查詢的時候會發現距離較遠餐館的GeoHash編碼與我們一樣（因為在同一個GeoHash區域塊上），而較近餐館的GeoHash編碼與我們不一致。這個問題往往產生在邊界處。

        解決的思路很簡單，我們查詢時，除了使用定位點的GeoHash編碼進行匹配外，還使用周圍8個區域的GeoHash編碼，這樣可以避免這個問題。

    b. 我們已經知道現有的GeoHash演算法使用的是Peano空間填充曲線，這種曲線會產生突變，造成了編碼雖然相似但距離可能相差很大的問題，因此在查詢附近餐館時候，首先篩選GeoHash編碼相似的POI點，然後進行實際距離計算。

    c. GeoHash Base32編碼長度與精度。可以看出，當geohash base32編碼長度為8時，精度在19米左右，而當編碼長度為9時，精度在2米左右，編碼長度需要根據數據情況進行選擇。

        理解了geohash演算法的基本原理之後，本節將介紹一個實際應用中常見的場景：計算圍欄範圍內所有的Geohash編碼。該場景封裝為函數可以表示如下：輸入組成圍欄的點經緯度坐標集合和指定的geohash長度，輸出一組geohash編碼。

        public static Set getHashByFence(List points, int length)

        具體演算法步驟如下:

1. 輸入圍欄點坐標集合List points和指定的geohash長度length

2. 計算圍欄的外包矩形的左上角和右下角坐標lat_min、lat_max、lng_min、lng_max

3. 根據lat_min、lat_max、lng_min、lng_max，計算外包矩形對角定點的距離d

4. 以外包矩形中心點為圓心，以d/2為半徑做一個圓，計算圓覆蓋範圍內的geohash

    4.1 獲取圓的外包矩形左上角和右下角定點坐標經緯度，存儲到double[] locs

    4.2 根據geohash字元長度計算該長度geohash編碼對應的經緯度間隔（latA,lngA）

    4.3 根據latA和lngA，計算出locs組成的矩形的左上角和右下角定點的經緯度，在geohash劃分的網格的索引(也就是第幾個),分別記為lat_min，lat_max，lng_min，lng_max

    4.4 計算lat_min，lat_max，lng_min，lng_max對應範圍內左右geohash的二進位編碼，然後將經緯度二進位編碼uncode為geohash字元編碼，保存為Set sets

5. 剔除sets中geohash編碼對應矩形的中心點不在points圍欄範圍內的geohash，得到最終的geohash結果集

PHP使用中，geohash用一個字元串表示經度和緯度兩個坐標。某些情況下無法在兩列上同時應用索引

不太清楚啊，樓主還是自己去後盾人那裡看看吧，那裡很多教學視頻

時空伴隨者只有移動會發嗎

目前是的。

時空伴隨需要綜合時間維度和空間維度，依靠運營商的行動電話基站信號數據，可以比較全面且精確的定位對象的運動模式。基於基站數據的伴隨一般有兩種思路，一種是基於經緯度的伴隨，是在明確知道每個基站精確經緯度的前提下，使用 GEOHASH演算法的方式處理，但是在實際的使用情況下，基站的經緯度數據經常存在不全或者誤報，因此對伴隨精準度造成較大的影響。