摘要：隨著信息技術(shù)的發(fā)展，地理信息的存儲(chǔ)介質(zhì)發(fā)生了很大變化，數(shù)字地形圖作為計(jì)算機(jī)可識(shí)別存儲(chǔ)介質(zhì)上的有序集合，仍沿用最初的分幅方式。這種基于分幅、相互分離的數(shù)字地形圖存在以下弊端：與無分割的實(shí)際地理空間實(shí)體不一致，無法適應(yīng)地理信息的完整性
　　需求；不便于數(shù)據(jù)庫(kù)的分布式管理；地形圖的疊幅使得信息重復(fù)獲取與存儲(chǔ)，產(chǎn)生裂隙和數(shù)據(jù)冗余，致使資源空間在使用上浪費(fèi)，基于ArcGISEngine9.2(相對(duì)于以前版本，功能大大得到擴(kuò)展)的圖幅自動(dòng)化接邊，可以實(shí)現(xiàn)數(shù)字地形圖無縫拼接，解決了存在的弊端。
　　
　　關(guān)鍵詞：AreGlS Engine；圖幅接邊；算法分析
　　
　　
　　1自動(dòng)接邊中的關(guān)鍵問題
　　1.1地物匹配及地貌特征線的匹配地物查找的內(nèi)容應(yīng)為與接邊相交的地物，為保證查找及拼接的準(zhǔn)確性，查找是以圖層為單位依據(jù)空間屬性進(jìn)行的，不同圖層中的地物不進(jìn)行接邊，只有相同圖層中的同類要素地物才進(jìn)行匹配。地貌特征線也需要在同一圖層中時(shí)才可進(jìn)行匹配。
　　1.2屬性的變化經(jīng)過接邊處理后，地物地貌的屬性必然會(huì)發(fā)生變化，面積、長(zhǎng)度等是自動(dòng)相加的，保留累加值，原先兩個(gè)面積刪除，為更好地表現(xiàn)這些變化，可考慮增加屬性字
　　段，將接邊前后發(fā)生改變的屬性進(jìn)行標(biāo)注，從而反映出這種變化。其他的屬性保留一個(gè)即可，因?yàn)閷傩允且粯拥模�只是因�(yàn)閳D幅不能拼接的原因，出現(xiàn)了2個(gè)相同的屬性。
　　1.3誤差的處理由于數(shù)字化本身存在誤差，從而使得本該拼接在一起的地物及地貌特征線拼接出現(xiàn)偏差。當(dāng)相鄰圖幅在接邊處的對(duì)應(yīng)要素間距離小于0.3mm時(shí)，可不考慮誤差影響，直接進(jìn)行接邊；當(dāng)距離在0.3～0.6mm時(shí)，2要素各自移動(dòng)1／2距離；當(dāng)距離大于0.6mm時(shí)，則按一般制圖原則接邊，作記錄。
　　2ArcGISEngine9.2介紹
　　2.1簡(jiǎn)要介紹[4-6]ESRI的ArcGISEngine是一個(gè)用于建立自定義獨(dú)立地理信息系統(tǒng)(GIS)應(yīng)用程序的平臺(tái)，支持多種應(yīng)用程序接口(ApplicationProgramInterfaces，APIs)，擁有許多高級(jí)GIS功能，而且構(gòu)建在工業(yè)標(biāo)準(zhǔn)基礎(chǔ)之上。ArcGISEngine是開發(fā)人員用于建立自定義應(yīng)用程序的嵌入式GIS組件的一個(gè)完整類庫(kù)。開發(fā)人員可以使用ArcGlSEngine將GIS功能嵌入到現(xiàn)有的應(yīng)用程序中。ArcGISEngine包括2個(gè)產(chǎn)品：Engine開發(fā)包，是組件、APIs和工具的集合。是創(chuàng)建自定義的GIS和制圖應(yīng)用的工具包。Engine運(yùn)行時(shí)，是為了運(yùn)行自定義的Engine應(yīng)用的可分發(fā)的ArcObjcts。
　　2.2新增功能可以說，ESRI公司的ArcGIS9.2系列產(chǎn)品相對(duì)9.1來說變化是很大的．無論對(duì)開發(fā)人員還是用戶來說，這次變化使得應(yīng)用都更加方便合理，更人性化．這里簡(jiǎn)要
　　介紹Engine9.2版本新增的一些功能。ArcGISEngine9．2加入了許多新的功能并且增強(qiáng)了其他功能，增加了許多新的類Classes，界面Interfaces和方法Meth-ods，增加擴(kuò)展，ArcGIS追蹤分析模塊，ArcGIS邏輯示意圖生成擴(kuò)展模塊，ArcGIS數(shù)據(jù)互操作擴(kuò)展模塊，支持開發(fā)語(yǔ)言MicrosoftVisualStudio2005.NET。
　　2.3支持文件格式一GDB(fileGeodatabase和Access數(shù)據(jù))
　　一Servers(SDE，IMS．Servers，．Arcweb)
　　一文件格式(Coverage，’VPF，CAD)
　　一已知擴(kuò)展名的柵格數(shù)據(jù)
　　此外在編輯工具及功能方面改進(jìn)比較大，該文正是基于ArcGISEngine9.2的相關(guān)組件、類庫(kù)提供的功能進(jìn)行了接邊算
　　法的分析和實(shí)現(xiàn)。
　　3算法分析
　　3.1前提條件
　　(1)相鄰圖幅的待拼接部分應(yīng)無重疊、殘余元素遺留等現(xiàn)象。
　　(2)擬合并的所有基礎(chǔ)地理信息要素分類分好，按照基
　　礎(chǔ)地理信息要素分類與代碼GBTl3923-2006標(biāo)準(zhǔn)分類存儲(chǔ)到FileGDB文件中。
　　(3)屬性數(shù)據(jù)是搜索同名要素的依據(jù)，必須要正確而完備，以保證邏輯鏈接和拼接后空間查詢結(jié)果的準(zhǔn)確性，圖幅之間的間隙在容差范圍內(nèi)。
　　(4)幾何數(shù)據(jù)要滿足一定的精度要求．如連續(xù)的等深線線劃不間斷或自相交等。
　　3.2算法描述基礎(chǔ)地理信息要素分類與代碼中圖幅邊框本身就是一個(gè)要素，因此使用基于圖幅邊框的緩沖區(qū)對(duì)要求更新的面邊界進(jìn)行緩沖，這樣就使得單個(gè)邊的算法在速度及
　　效率上都得到很大優(yōu)化。圖幅內(nèi)保護(hù)諸多要素，哪些要素是要合并的，必須作一
　　系列分析，確定要合并后才調(diào)用相關(guān)函數(shù)進(jìn)行合并操作。程序中把最簡(jiǎn)單的限制條件放在整個(gè)限制規(guī)則范圍的最外層。即“當(dāng)前要素OID(主鍵，具有唯一性)必須小于比較要素OID"放在最外層，要素間的比較按照取出次序嚴(yán)格按照OID值遞增的規(guī)則進(jìn)行比較，這樣只比較圖l中的1-2、1-3、l-4、2-3、2-4要素，而不會(huì)再比較2-l、2-2要素，因此減少了
　　很多不必要的要素合并條件判斷，使大部分不滿足合并規(guī)則的要素較早排除次外層的限制規(guī)則：判斷當(dāng)前要素和比較要素是否在接合線兩側(cè)．如果2要素在接邊線同側(cè)，說明無合并可能。限制規(guī)則3：判斷當(dāng)前要素和比較要素是否在合適的距離范圍內(nèi)．如當(dāng)前2要素的Extent是上下相離關(guān)系，說明該2要素不具備合并可能性。限制規(guī)則4：判斷屬性特征是否相同或是否滿足要求。滿足合并要求，將當(dāng)前要素合并，并清除原要素。
　　
　　3.3代碼實(shí)現(xiàn)
　　3.3.1合并要素判斷模塊。
　　Publicvoidfindfeaturecanun(arraylistOID—listarray，ipolyline
　　ppolyline，ppolyline，ifeaturelayerpfeaturelayer，iniverticalhori-
　　zontal)
　　{
　　for(intinowfea=O；
　　inowfea<=ifeatureselectedcount-1；inowfea++)
　　{
　　OIDl=OID_listarray[inowfea]；
　　Pfeaturenow=pfc.getfeature(OIDl)；
　　For(inticomparefea=inowfea；
　　icomparefea<=ifeatureselectedcount；icompardea++)
　　{
　　if(icomparefea<=inowfea)
　　／／判斷條件l：是否OID嚴(yán)格按小比大規(guī)則
　　{
　　continue；／／ExitFor
　　}
　　Else{
　　／／判斷條件2：是否在接合線兩側(cè)?
　　If(iverticalhorizontal==o)／／接邊線豎向的情況

 1/2    1 2 下一頁(yè) 尾頁(yè)