一直以來都對三維gis的評價不高，認為只是個花架子。但是不可否認三維gis改變了我們對於世界的認識 。googleearth等三維軟體給我們展現了一幅真實、直觀的地球，確實很炫。
先將三維球分為兩類：a類：arcglobe、skyline；b類：googleearth等和好多可以執行在pad上的球——arcgis也可以屬於這一類。
工作進了國內一家三維gis軟體公司，最近一直參與的專案研發，產生了一些思考：
先說說a類的球，這類球不完全（arcgis可以使用wms和arcgis online的瓦片資料）依賴於快取切片，可以直接載入本地影像資料（構建了金字塔），全球性的資料顯示和網路顯示似乎不是很合適。arcgis對資料的處理很好，但是基於這類平台做一些三維特效很困難，擴充套件比較困難。b類球可以很好的顯示全球資料，可以很好的擴充套件一些自己的三維特效，因為它就是個遊戲。但是b類球存在的問題更多！
1. 比例尺問題：三維地球通過經緯度和視點高度控制顯示的範圍和精度。這和傳統二維地圖採用比例尺不同。這樣就無法真正的將系統的資料應用於工程專案。產生這樣的問題原因有兩方面：乙個是三維往往採用一系列的座標轉換，尤其是採用了透視投影，和二維gis有本質不同。二是三維的球採用wgs84大地座標系，這樣也限制了工程專案應用，工程專案多採用高斯平面座標系。如果要實現二三維一體化需要座標轉換，七引數計算必不可少。
三維球一般採用球形墨卡托投影，而不是橢球墨卡托投影，本身對地圖瓦片會產生精度損失。
3. 圖形繪製：三維繪製始終比較困難，這點arcgis做的都不是很好，cad相對來說要好很多，cad通過設定uc座標系，可以設定當前繪製的面，這樣進行射線求交的時候就有很多好處。而球都是通過螢幕座標轉換到視域體，再轉換到世界座標，計算過程中精度損失就不說了，僅僅在與球面的相交計算上就存在問題，cad多採用捕捉的方式獲取座標而非僅僅通過計算得到座標，因而cad的優勢球上基本沒有。繪製貼地的面，這個基本是通過網格mesh來表現，網格的大小和tile大小一樣，顯示的很不精細！
4. 資料的匯入匯出：三維的系統似乎不是很重視資料的匯入和匯出，首先載入向量資料上，目前可能支援載入shp的比較多，但是匯出資料的好像只有kml。匯出影像的更加少了，比如坡度分析和淹沒分析的結果匯出了別的系統也用不了，其實完全可以匯出成柵格資料的！
關於c 感想
在學校開展了c 的課程，但是不得不說相當乏味。原因很簡單 1.感覺c 很高階，自己就這智商怎麼學的會哦，自己給了自己門檻。2.c 很難快速的做出乙個能夠展現的專案，缺乏成就感。3.可能當時緣分不夠。這使得我和c 擦身而過，現在想看下c c 水平大概不如初學者，畢竟不是我的主要開發語言。工作後，我是如...
關於Linux的感想
最近一周比較清閒，於是有了較多的學習時間，加上最近思考了一些運維自動化的事，結合自己的linux經驗，算是 玩linux 玩了一周。基本是在centos 7.2下。大學時候，我主要學習c c 而且主要是在linux下，尤其是在fedora和ubuntu下，用了幾乎一年多。也裝過多種linux發行版關...
關於拿球的問題
桌上排列著100個球，兩個人輪流拿球裝入口袋，能拿到第100個球的人為勝利者，條件是 拿球者每次至少要拿1個但最多不能超過五個，問 如果你是先拿球的人，以後不管怎麼都能保證你能得到第100個球，你個先拿幾個？然後怎麼拿？為什麼？解題思路 1 我們不妨逆向推理，如果只剩6個桌球，讓對方先拿球，你一定能...