clbs挖礦

Ⅰ 百度遷徙是利用百度LBS（基於位置服務）開放平台進行計算分析，用於展現中國春節期間人口大遷徙軌跡與特

從表中看到安徽的人口主要遷往江蘇、浙江、上海、山東、廣東、北京、河北屬於東部經濟發達的大中城市，故不符合題意；
B、江蘇省、浙江省和河南省離安徽省較近，所以人口遷移呈現就近流動的特點，故不符合題意；
C、安徽省主要遷往河南、湖北、江西等地，都是屬於我國中部省份，所以人口遷往其他省分的數量與該地區經濟發展水平呈正相關不對，故正確；
D、人口遷移主要是經濟因素的影響，主要目的是務工和經商，故不符合題意．
故選：C．

Ⅱ 如何用 Swift 語言進行LBS應用的開發

第一部分 使用Swift語言開發LBS應用
1、下載iOS地圖SDK的最新版本
2、申請LBS密鑰（見第二部分）。
3、xCode新建工程
新建一個 Single View Application 工程。注意：Language 選擇 Swift

4、工程配置
a.引入地圖庫&搜索庫
左側目錄中選中工程名，在 TARGETS->Build Phases-> Link Binary With Libaries 中點擊「+」按鈕，在彈出的窗口中點擊「Add Other」按鈕，選擇解壓後的 MAMapKit.framework 文件添加到工程中。

搜索庫的添加方法同上。

b.引入AMap.bundle資源文件
AMap.bundle資源文件中存儲了定位、默認大頭針標注視圖等圖片，可利用這些資源圖片進行開發。
左側目錄中選中工程名，在右鍵菜單中選擇Add Files to 「工程名」…，從 MAMapKit.framework->Resources 文件夾中選擇 AMap.bundle文件，並勾選「Copy items if needed」復選框，單擊「Add」按鈕，將資源文件添加到工程中。

c.引入系統庫
左側目錄中選中工程名，在TARGETS->Build Settings-> Link Binary With Libaries中點擊「+」按鈕，在彈出的窗口中查找並選擇所需的庫（見下表），單擊「Add」按鈕，將庫文件添加到工程中。
備注中，2D表示使用2D柵格地圖需要的系統文件，3D表示使用3D矢量地圖需要的系統文件、Search表示使用搜索庫需要的系統文件。
SystemConfiguration.framework、CoreTelephonySecurity.framework、Security.framework 是為了統計app信息使用。

d.Swift編譯配置
首先：新建橋接頭文件（放在工程路徑下），這里命名為 AMapDemoSwift-Bridging-Header.h，在該頭文件中import需要的庫文件，代碼如下：
#import <MAMapKit/MAMapKit.h>
#import <AMapSearchKit/AMapSearchAPI.h>


然後，左側目錄中選中工程名，在 TARGETS->Build Phases-> Swift Compiler - Code Generation -> Objective-C Briding Header 中輸入橋接文件的路徑
5、地圖的顯示
以3D矢量地圖SDK為例，進行介紹。
在 ViewController.swift 中，繼承 MAMapViewDelegate 協議，在 viewDidLoad 方法中配置用戶Key，初始化 MAMapView 對象，並添加到 Subview中。

Ⅲ LBS定位系統是通過什麼技術實現的啊，原理是什麼啊

LBS服務中關鍵的核心是位置與地理信息，兩者相輔相成，缺一不可。一個經緯度位置對於正常的使用來說，並不代表任何意義，必須將其置於一個地理信息中來，才能代表為某個地點、標志、方位等，才能被人們所理解。因此，除了通過定位操作平台獲取到終端的位置之外，必須通過GIS系統將經緯度轉換成用戶真正關心的地理信息，如地圖、路徑搜索結果等。 對於無線運營商而言，如何發展面向最終用戶的SP是任何增值服務發展的關鍵。而對於廣大的SP而言，對於涉及位置信息服務的關鍵技術——地理信息系統(GIS)不太了解。單從技術上來說，SP獨立提供位置信息服務的難度就很大。因為需要考慮如何和無線運營商的各種廠商的定位網關介面，考慮採用什麼樣的地理信息系統，考慮採用什麼樣的地圖資料庫，考慮如何去維護地圖資料庫，考慮如何開發，考慮如何推動市場的發展使得更多的用戶加入他們的運營網路等。對於以上考慮來說，每個CP需要投入相當一大筆費用去建設一個提供地理信息服務的平台，並且不斷地對地理信息數據進行維護。 在這種情況下，非常不利於移動位置信息服務的推廣，也不利於移動互聯網的增值業務的發展。因此，SP在整個增值業務的價值鏈上的主要任務是加入自己有特色的服務，做市場推動，發展盡可能多的最終用戶。 對於無線運營商僅有一個定位操作平台是遠遠不夠的，它必須要將位置信息服務中的核心部件——地理信息服務平台建設起來。讓CP減少投入，專注於自己的服務。 位置信息服務中的地理信息服務平台是一個關鍵部件。從無線運營商管理和開通位置信息服務的角度來看，能夠使得無線運營商提供較為全面的位置信息服務，同時也集中地管理並維護了地圖資料庫，使得各個想要進入位置信息服務行業的CP門檻大大降低，從而促使位置信息服務的發展。 1地理信息系統的發展 地理信息目前已經滲透到各行各業的信息系統中。從需求角度看，無論是宏觀上的決策支持，綜合經營分析，還是具體業務層面的一個目標的定位、一條線路的規劃，都離不開地理信息的支持。從技術角度看，隨著計算機信息技術的發展，尤其是近年來移動計算領域和空間資料庫領域技術的不斷更新，地理信息技術(GIS)也在很多方面融入了新的特徵。 在我國，地理信息系統的建設也越來越得到政府的重視，尤其是在一些特殊情況下，如類似「非典」的情況，對於一些受關注人群和移動物品的跟蹤，以及與地理位置相關的分析和研究，它對政府應對突發事件是非常重要的。 2技術的發展 (1)從GIS到Web-GIS。早期的地理信息系統專業性色彩較強，需要引入復雜的數學模型，對最終使用者的要求較高，系統獨立設計，不對外開放介面。這類系統比較常見於地質、氣象、水利、交通等行業的專業分析。在這種需求的驅動下，按照Client/Server模式設計的應用系統居多，其最大的優點是開發模型相對簡單，開發成本較低。但隨著這些C/S模式的信息系統的不斷投入使用，其缺點也逐漸暴露出來。C/S模式下的應用系統由於其專業性使得只有少量的專業用戶可以使用，導致大量信息孤島的存在。而且其大規模部署及後期維護的成本相當高昂，這就使得應用系統的用戶數量和覆蓋范圍都受到很大的局限，在一定程度上已經嚴重製約了地理信息系統的繼續發展。而另一方面，由於多數系統採用了獨立的設計，不同系統之間無法共享數據和功能，功能類似的模塊被重復建設的問題也越來越突出，造成投資的極大浪費。 近年來，地理信息系統的建設要求能夠滿足更多非專業用戶的需求。隨著Internet的逐漸普及，廣大用戶對瀏覽器這種通用類型、無須培訓的客戶端應用程序越來越認同，因此奠定了Web-GIS發展的基礎。另外，在技術層面上，用戶要求地理信息系統採用開放式設計，對其他信息系統開放可調用的介面以便集成。只有這樣地理信息系統的應用面才有可能從有限的傳統應用領域擴展開來，同時覆蓋更多的用戶群。與Client/Server模式相比，Browser/Server模式在處理這些問題上有明顯的技術優勢。因此在一些特定的領域，B/S模式已經取代了C/S模式而成為了地理信息系統的首選開發模式。 (2)從Web-GIS到網路地理信息系統。進入21世紀，人們已經不再滿足於坐在辦公室或家中的電腦桌前獲得信息，而是提出了「隨時隨地獲取信息」(Anytime，Any-where，Anything)的更高要求。強烈的需求推動了移動計算領域技術的飛速發展，信息系統的客戶端從傳統的PC，工作站等桌面型設備擴展到了PDA，WAP/SMS/kJava/Brew手機等移動終端上。由於所有的移動終端首先強調的是易於攜帶的特徵，在硬體設計上受到體積、重量、功耗等方面的限制，因而採用了完全不同於PC的操作系統和不同於IP網路的通信協議。另一方面，地理信息系統的底層開始與資料庫技術相結合而發展為空間資料庫。空間資料庫技術在管理海量數據、分布式數據存儲、解決屬性與空間數據一致性等問題上比傳統的文件存儲方式有很大的優勢，因而越來越受到大家的關注。 近年來，一些新建的地理信息系統開始逐漸引入這兩方面的技術。這些系統要求應用層滿足對各類終端設備的兼容，數據層提供對異構或分布數據的良好支持，我們把包括這些類型在內的所有基於網路的地理信息系統通稱為網路地理信息系統。 由於網路地理信息系統的復雜性已經遠遠超出了傳統的C/S或B/S體系結構所能描述的范疇，開發工作量也變得越來越龐大，所以需要找到一種有別於C/S或B/S的多層模型來描述這些系統的共性。同時，在此基礎上提供產品級的解決方案，盡可能地為應用開發人員提供良好的底層支持，以減少開發系統的難度，提高系統的質量。 從GIS到Web-GIS，再到網路地理信息系統，應用上是從傳統領域向所有領域的發展，用戶群上是從少數專業用戶向大量普通用戶的發展，技術上是從簡單架構向多層模型的發展。

Ⅳ 如何開發LBS應用

MLP移動定位協議(MobileL ocationP rotocol)簡稱MLP，是LIF指定的一個用於獲取移動終端設備位置信息的傳輸協議。詳細定義了定位伺服器(Location server)和LSC(Location Service Client)之間的數據傳輸方式(is)。MLP 定 義了一系列位置服務標准，以便支持各種LBS服務的需求，例如不同定位和傳輸中的可靠性、延遲、可用性等等。LSC和定位伺服器之間的交互內容是基於XML的，每個定位服務包含了一組XML傳輸消息。這個標準定義了一組應用層的協議，它屏蔽了實際應用中各種無線通信網路在技術和結構上的差異，可以使LBS運營商更專注與開發LBS應用內容。MLP的組成包括傳輸層，元素層和服務層三個部分。(1) 傳 輸 層:描述了基於XML格式的內容是怎樣被傳輸的，包括一組可替換的傳輸協議:HTTP, WSP, SOAP. (2) 元 素層 :定義了所有在服務層使用的元素，目前定義的元素有ID,F UNC,LOC, SHAPE, QOP, GSM一 NET和CTXT，每個元素分別對應一個DTD(文檔類型定義DocumentT ypeD efinition). (3) 服 務 層:定義了MLP能提供的實際服務，最基本的MLP服務是根據3GPP提出的定位服務定義的[10][161，另外，還有高級的MLP服務和附加的MLP服務，這 些服 務是根據一些被MLP確認的服務協議制定:服務層分為兩個子層，上面的一層管理服務類型和內容，下面的一層管理支持上層服務的元素，如果某個元素 支持多項服務，那麼這個元素就放在元素層定義。