其他

 最近在實習，前陣子用到TIF(GeoTiff)影像處理，在VC2005上用了一下GDAL，在此記錄下相關東西。 GDAL當前的最新版本已經到了1.7.2，由於除了Win32，還要與Windows Mobile的Pocket PC打交道，所以也看了一下WinCE的支援情況，發現雖然其中一直都有wince目錄，不過最終發現只有1.4版的wince版本才真正可以編譯使用，後續版本的WinCE分支都只是擺設了

    在使用Erdas或者ArcGIS開啟柵格映像的時候，會建立一個尾碼名為rrd的金字塔檔案，用於快速顯示映像。那麼在使用GDAL編寫自己的映像演算法後，像快速的在Erdas或者ArcGIS中顯示，就需要自己建立rrd格式的金字塔檔案，這樣在開啟該影像檔時，開啟速度會非常快，在我的電腦上一個2G的img不到一秒鐘可以全部載入進來。   

GIS系統的一項重要功能是出圖，而出圖功能的最終解決方案涉及排版。而GIS中的排版絕非純粹的體力活，事實上實用排版系統所追求的終極目標是互動的簡單，資訊的豐富，定製的靈活性。這三項指標是對GIS出圖系統評價的最好依據。在ArcGIS案頭系統中出圖部分完全依靠Element來控製版式的布局，通過不同類型的Element來提供不同的成圖要素。Element主要分為兩類Graphic Element和Frame

      根據國標規定，不同比例尺下地圖的投影定義是不同的，根據當前最新國標規定，無論何種投影都採用2000座標系。      以百萬分幅為例，其他比例尺雷同。在國標GB/T 20257.4-2007中規定，1：100萬分幅的地形圖製圖圖式採用2000地理座標系，投影座標系則採用正軸等角雙標準緯線圓錐投影。      地理座標系參數如下:     2000國家大地座標系採用的地球橢球參數的數值為：　      長半軸 a＝6378137m 　　扁率 f=1/298.257222101

 一、參考國家標準目前遵循開發的標準都完全基於最新的國家標準(新標準和老標準差異非常大)1、GB/T 20257.4-2007<<國家基本比例尺地形圖圖式  第四部分: 1:25 0000  1:50 0000 1:100 0000 地形圖圖式>>2、GB/T 13989-92<<國家基本比例尺地形圖分幅和編號>>3、GB/T 1234.3-2009<<國家基本比例尺地圖編繪規範 第三部分:1: 50 0000 1:100

使用者常常有這樣的抱怨，如果項目用動態圖層，資料量大也會慢，但是如果用Server緩衝做地圖，又要用Server軟體做服務配置，不划算。ArcGIS 10解決了所有這些問題。如何解決呢？1、用案頭對地圖資料做切片，得到一個切好片的資料檔案夾2、用ArcGIS 10的Add Data直接開啟這個檔案夾裡的資料，在Add

具有二階建構函式的類有兩個建立對象的方法：NewLC()和NewL()對於NewLC(),當指標為自動變數時，應該使用該函數，建立對象後，可以調用其成員函數，使用完畢後，需要調用CleanupStack::PopAndDestroy()釋放對象資源。對於NewL()，當指標為類成員變數時，應該使用該函數，這是因為此時沒有必要將指標對象壓入清理棧中，因為即使發生Leave，在類的解構函式中仍會對其進行記憶體釋放。當然，這樣保證該類是繼承自CBase，只有繼承自CBase的類在發生Leave時，仍會

        前面的幾節主要關注製圖標準化，這一節關注的是非標準化製圖。所謂非標準製圖，簡單說來就是沒有國家標準或行業標準的地圖需要生產，此類地圖多偏向專題類型的地圖版式。注重地理分析功能的地圖，一般並不關注地圖的排版，因為地圖方式的結果呈現並非由地圖專業人員來完成，而是其他開發人員完成，故對於此類地圖的產生，並沒有規範而言，例如很多地圖連比例尺等都沒有。       

      ArcGIS 10已經出來了，豐富的GIS工具和改進的介面互動是10的新特點。在這些新特點中，也包括了新的資料格式的支援。這裡的格式分為兩部分，柵格資料格式和向量資料格式。      對於ESRI的向量庫，可以說有目前業界支援功能最強大的ArcGIS案頭平台支援。無論從向量模型的抽象，到資料格式的規範定義，ESRI都是走在業界最前面的。在FME擴充的支援下，幾乎支援了目前所有的向量資料格式，將近有100多種向量格式能夠被支援。     柵格資料的處理ESRI支援的不如主流的遙感軟體，

        ArcMap 9.3下的UI風格著實比較粗糙，和國內很多軟體UI相比汗顏呀,但是ArcMap在GIS編輯上的重要性是不言而喻的，最近想試著深入一下ArcMap的定製。ArcMap的可定製部分，無外乎菜單，工具列，以及停靠欄，前二者，一般使用者可能都接觸過，例子也比較多，各種語言和代碼都能找到，停靠欄在網上也能找到，VBA和C#比較多，但是C++開發的代碼沒有，原因是嵌入表單到停靠欄中不容易實現。      

*CArrayX的效能 - CArrayX類使用CBufBase基類來訪問記憶體 - 每次訪問數組都需要構造一個TPtr8對象 - 每次訪問數組，對於傳入參數都會進行至少兩次斷言檢查 - 不少數組操作函數可能發生異常退出，比如AppendL() *RArray和RPointerArray - 不需要錯誤捕獲 - 不需要C類的一些特徵      分配空間時填零      虛函數表指標  強制在堆上建立-          對搜尋和排序進行最佳化

        ArcGIS地圖控制項上作平移(Pan)操作經常會出現白邊問題。現象如下:        這其實是一個使用者體驗的問題，ESRI在ArcGIS10下仍然沒有解決，也有可能ESRI根本就不認為在案頭產品中這是一個問題。但是很多使用者卻認為這是一個需要解決的問題，使用者的感受其實是第一位的，事實上在Web上就沒有這個問題。當然解決的方法是有的，就是自己寫一個平移小工具。那自己寫應該怎麼辦呢，這裡提供一個思路。      

      去年一年在外出差做項目實施有10個月。所做的工作都是ArcGIS的擴充研究及開發。      今年終於有時間停下來，學習一下新的東西，認真總結一下自己的知識了。因為C++中沒有反射機制，而且是ArcGIS是基於COM技術的，所以ArcGIS的擴充都是基於COM技術的。如何擴充其實就是做兩件事，一，確定是否有擴充點，而，如果有擴充點，實現需要實現的介面，完成介面中的方法。      擴充需要什麼基礎？其實做了很多之後就兩點，一是不做假設，而是瞭解C++的常用設計模式。     

      在ArcGIS的製圖過程中，地圖整飾是一大塊內容。但是地圖整飾無外乎，地圖主圖區，接圖表，圖名，圖例等。這些地圖整飾內容都是繪製在Page Layout下的Enlemnt中的。製圖過程中，工作量最大的有兩部分內容，一部分是各個地圖整飾單元之間的布局調整；另一部分內容就是主圖區樣式的調整，包括圖廓的調整，參考格網的設定。     

1、GOF的《design pattern》，此書是所有設計模式的源頭。但是全書的例子都基於C++。2、O'reilly出版的《Head first design patterns》，入門級的書3、《模式分析》,這本書也很不錯。4、《UML和模式應用》介紹敏捷開發，極限編程等概念大部分的書都要求有Java語言或C++的經驗。但是對語言涉及不多，語言不熟悉也不是問題。這些模式的書都是基於物件導向分析和設計的，所以有物件導向的思想非常重要的，所有這些書都是基於物件導向的。  

       當前的製圖一般有兩種分幅方式，經緯分幅和矩形分幅。國內製圖規範採用經緯分幅，可參考國標《國家基本比例尺地形圖分幅和編號 GB/T 13989 - 92》。       經緯分幅的主要特點是依據百萬分幅編號，行列方式細分，得到不同比例尺下的行列號，根據所在百萬分幅和所在行列的行列號得到分幅號。50萬到5千比例尺的分幅號都是10位編碼。前三位是所在百萬圖幅編號，第四位是當前比例尺，後六位是所在行和所在列，行列號不足三位補三位，補零到行列編號前以對齊。具體可參考國標。      

自動化製圖是目標，由於複雜性，先介紹arcgis下marker符號的自動調整 涵洞特點涵洞 所在層名HFCP  國標代碼220900 (國標1：5萬，1：2.5萬)涵洞的製圖表達符號設定為兩層Marker symbol Layer ，見圖示1 圖1                                涵洞在資料檢視下的初始化顯示，預設水平方向，兩層符號的關係為對角無位移,見圖示2 圖2 道路 所在層名LRDL  涵洞兩層符號之間的需要平移寬度為當前涵洞所在道路的寬度。水系

      很久沒有在自己的部落格裡寫文章了，持續一年的高強度出差終於結束了，可以有時間思考及總結一些問題了。這段休息時間，又遇到了兩次使用者關於動態圖層的問題，一個機載雷達類比的快速開發，另一個是多目標跟蹤顯示的測試。其實開發的角度來說，動態圖層的開發並不困難，核心的開發都集中在DrawDynamicLayer方法中，關鍵點就是如何設計出目標(目標外觀樣式)，目標對象如何維護(如何便於查詢，檢索)。     

因為項目需要，一段時間一直在研究gis的幾何演算法問題。查了很多資料，列一下幾本比較好的書。國內      《地理資訊系統演算法基礎》張宏 溫永寧 劉愛利      《計算幾何-演算法設計與分析 第三版》周培德 國外       《Computer Graphics Principles and Practice second edition in C》Foley       《Computational Geometry algorithms and applications third