電子數據解決方法

A. edi電子數據交換實現過程

以訂單與訂單回復為例說明EDI的實現過程

電子商務是指在兩個或多個交易方之間利用電子工具和電子技術,實現商品與服務的交易事務。從廣義上講,電子商務涵蓋了電子郵件(E mail)、電子數據交換(EDI)、電子資金轉帳(EFT)、快速響應(QR)系統、電子表單和信用卡交易等多種應用。EDI在國際上已廣泛應用。美國前500家大企業中有65%使用EDI,90%的報關業務通過EDI進行。中國的電子商務始於90年代初。目前,一批國內信息化程度較高的單位已開始使用EDI方式進行商務活動。

一、電子數據交換(EDI)

1、EDI的內涵

EDI即電子數據交換是將貿易、運輸、保險、銀行和海關等行業的信息，用一種國際公認的標准格式，形成結極化的亊務處理的報文數據格式，通過計算機通信網路，使各有關部門、公司與企業之間進行數據交換與處理，並完成以貿易為中心的全部業務過程。EDI是指按照協議,對具有一定結構的信息,通過數據通信網路,在貿易夥伴的計算機系統之間進行交換和處理。EDI包括網路、標准和軟體三大部分。

(1)網路:傳統的EDI是在專用網路上實現的,這類專用網路稱為增值網(VAN),這樣做的目的主要是考慮到安全問題。

(2)標准:由於不同企業的信息格式不同,需要以統一的EDI標准格式文件作為信息交換的中間媒介。目前國際間統一的EDI標準是聯合國主持制訂的UN/EDIFACT

(3)軟體:EDI的軟體主要用於將用戶應用系統中的信息翻譯成EDI標准格式,並通過專用通信協議進行傳輸與交換。

2、EDI電子數據交換優勢

(1)降低了紙張文件的消費

(2)減少了許多重復勞動，提高了工作效率。

( 3 )使得貿易雙方能夠以更迅速、有效的方式進行貿易,大大簡化了訂貨過程或存貨過程，使雙方能及時地充分利用各自的人力和物力資源。

( 4 )可以改善貿易雙方的關系,廠商可以准確地估計日後商品的需求量, 貨運代理商可以簡化大量的出口文書工作，商業用戶可以提高存貨的效率,提高他們的競爭能力。

3、EDI電子數據交換的特點

( 1 ) EDI的使用對象是不同的組織之間, EDI傳輸的企業間的報文,是企業間信息交流的一種方式;

( 2) EDI所傳送的資料是一般業務資料,如發票、訂單等,而不是指般性的通知;

(3 ) EDI傳輸的報文是格式化的,是符合國際標準的，這是計算機能夠自動處理報文的基本前提;

( 4) EDI使用的數據通信網路般是增值網、專用網;

( 5)數據傳輸由收送雙方的計算機系統直接傳送、交換資料，不需要人工介入操作;(6) EDI與傳真或電子郵件的區別是:傳真與電子郵件,需要人工的閱讀判斷處理才能進入計算機系統。人工將資料重復輸入計算機系統中，既浪費人力資源,也容易發生錯誤,而EDI不需要再將有關資料人工重復輸入系統。

二、EDI的實現過程

1、EDI系統功能模型和工作原理

在EDI中，EDI參與者所交換的信息客體稱為郵包。在交換過程中，如果接收者從發送者所得到的全部信息包括在所交換的郵包中，則認為語義完整，並稱該郵包為完整語義單元(CSU)。CSU的生產者和消費者統稱為EDI的終端用戶。

在EDI工作過程中，所交換的報文都是結構化的數據，整個過程都是由EDI系統完成的。EDI系統結構如下圖所示。

1-1、EDI系統

1）用戶介面模塊：業務管理人員可用此模塊進行輸入、查詢、統計、中斷、列印等，及時地了解市場變化，調整策略。

2）內部介面模塊：這是EDI系統和本單位內部其它信息系統及資料庫的介面，一份來自外部的EDI報文，經過EDI系統處理之後，大部分相關內容都需要經內部介面模塊送往其它信息系統，或查詢其它信息系統才能給對方EDI報文以確認的答復。

3）報文生成及處理模塊：該模塊有兩個功能:

a.接受來自用戶介面模塊和內部介面模塊的命令和信息，按照EDI標准生成訂單、發票等各種EDI報文和單證，經格式轉換模塊處理之後，由通信模塊經EDI網路發給其它EDI用戶。

b.自動處理由其它EDI系統發來的報文。在處理過程中要與本單位信息系統相聯，獲取必要信息並給其它EDI系統答復，同時將有關信息送給本單位其它信息系統。

4）格式轉換模塊：所有的EDI單證都必須轉換成標準的交換格式，轉換過程包括語法上的壓縮、嵌套、代碼的替換以及必要的EDI語法控制字元。在格式轉換過程中要進行語法檢查，對於語法出錯的EDI報文應拒收並通知對方重發。

5）通信模塊：該模塊是EDI系統與EDI通信網路的介面。包括執行呼叫、自動重發、合法性和完整性檢查、出錯報警、自動應答、通信記錄、報文拼裝和拆卸等功能。

詳見網頁鏈接

B. 收集提取電子數據的主要措施

收集提取電子數據的主要措施，有全面收集,及時收集，合法收集,協助收集，鑒定收集。

C. 信息系統處理數據的一般流程

從信息處理的過程來看，一個信息系統模型大致包括一下要素：
1.信息數據
2.輸入
2.數據處理/信息處理
3.輸出
4.過程式控制制和結果反饋
從信息數據的來源來看，信息可分為：內部信息外部信息在管理中，信息系統的要素有：
管理主體（管理者，管理機構）
管理客體（所有管理活動），目標，計劃，組織，領導，協調，指揮，控制，決策等基本管理活動。
環境信息:內部信息和外部信息
管理信息系統是特定的信息系統，是信息系統在管理中的應用。
管理信息系統中包括管理數據處理系統，決策支持系統。
辦公自動化是軟體公司的一個產品概念，所有計算機信息系統都是自動化的，所有的管理軟體都是辦公方面的應用，也都是一定程度的自動化操作。
以下是網上出現的來自專業書籍的一些概念，由本詞條的前任編輯者提供
數據處理系統是由設備、方法、過程，以及人所組成並完成特定的數據處理功能的系統。它包括對數據進行收集、存儲、傳輸或變換等過程。例如，在數據變換這一范圍內就有一系列操作都屬於數據處理，像數據的識別、復制、比較、分類、壓縮、變形及計算活動等。一個數據處理系統可能包含幾個子系統，其中有些子系統本身就是數據處理系統。
管理信息系統是收集、存儲和分析信息，並向組織中的管理人員提供有用信息的系統。它的特點是面向管理工作，提供管理所需要的各種信息。由於現代管理工作的復雜性，管理信息系統一般都是以電子計算機為基礎的。按照它所面向的管理工作的級別，可以分為面向高層管理、面向中層管理和面各操作級管理的三種類型。按其組織和存取數據的方式，可以分為使用文件的系統和使用資料庫的系統兩種類型。按其處理作業方式，可以分為批處理和實時處理的系統兩種類型。按其各部分之間的聯系方式，可以分集中式和分布式兩種類型。管理信息系統的基本特徵是具有協助各級管理者的一個信息中心，具有結構化的信息組織和信息流動，可以按職能統一集中電子數據處理作業，通常擁有資料庫，具有較強的詢問和報告生成能力。管理信息系統的設計是在切實了解客觀系統中信息處理的全面實際狀況的基礎上，合理地改善信息處理的組織方式與技術手段，以達到提高信息處理的效率、提高管理水平的目的。從60年代後期開始，逐步發展了管理信息方面各種系統分析和系統設計的方法與工具。管理信息系統的廣泛建立，有效地改善了各種組織管理，提高了電子計算機的應用水平。
決策支持系統是把數據處理的功能和各種模型等決策工具結合起來，以幫助決策的電子計算機信息處理系統。它能夠在復雜的迅速變化的外部環境中，給各級管理人員或決策者提供有關的信息資料，並協助決策者制定和分析決策。決策支持系統使用的電子計算機技術是資料庫、模型庫以及可能進行實時處理的計算機網路系統。其基本特徵是能夠協助管理者或決策者，特別是協助高層管理者制定決策；系統的重點在於易變性、適應性以及快速的響應和回答；系統允許用戶自己啟動和控制。決策支持系統面對的是決策過程，它的核心部分是模型體系的建立，它提供了方便用戶使用的介面。廣泛地建立和應用決策支持系統，將極大地提高決策的科學水平。

D. 電子數據如何轉變為合法有效的電子證據

隨著互聯網和信息技術的快速發展，訴訟中大量證據逐漸以電子數據存證的形式呈現，藉助區塊鏈技術，在司法實踐中，如何克服電子數據「取證難、易丟失、易偽造」的天然缺陷，確保其能作為呈堂證供呢？
區塊鏈基於多方共識、不可篡改、透明可追溯等技術特徵，可以有效解決電子證據「數量大、證據分散、取證難、易被篡改、難以認定」等問題，實現「電子數據「向「合法有效的電子證據」轉變，方便電子數據的證據認定，提高司法存證領域的訴訟效率。
易保全是第一批通過國家網信辦區塊鏈信息服務備案的企業，利用自研保全鏈技術搭建了聯盟鏈，並將區塊鏈與司法相結合，搭建了數據存證公證系統，可以很好地解決電子數據從產生、存證，到公證、舉證等全鏈路可信問題：
上鏈時，利用區塊鏈技術將數據在事前已進行多方存證，保障存證數據的原始性和完整性；上鏈後，數據同步聯盟鏈上的各個節點進行備份、留存，保障數據的可信性與安全性；訴訟時，證據可在多個司法節點驗證、提取，還可在線出具相關司法文書，有效提高維權效率。
1、上鏈存證：數據上鏈存儲，事前存證
在數據上鏈時，易保全通過SM3和SHA-512等加密演算法、時間戳服務、PBFT共識演算法，幫助用戶在第一時間將電子數據存儲到區塊鏈上，利用全證據鏈記錄全程關鍵細節，生成不可篡改的HASH加密文件，將數據生成及固化規則在事前已進行存證，保障上鏈數據的原始性和完整性，有效防篡改。
2、司法存證：提高存證數據的公信力
易保全通過區塊鏈技術，將CA機構、工信部、法院、公證處、仲裁委、版權保護中心、司法鑒定所等權威機構納入「保全鏈開放平台」，將用戶上傳的每一份電子數據，都能實時同步存儲至20+司法節點伺服器，實現各個節點同步存證，多方備份證據，保障數據的可信性與安全性！
3、公證出證：在線出具相關司法文書
易保全利用自身的區塊鏈技術和司法服務能力，讓用戶通過互聯網，足不出戶就可以完成在線版權登記、在線公證鑒定。幫助用戶隨時隨地在線出具易證據書、公證書、公證保管函、版權證書等，提高證據的法律效力。
4、舉證示證：當庭舉證，證據無可抵賴
用戶可快速在聯盟上參與的10+權威機構節點官網，實時查詢區塊鏈存證信息，在線對證據進行比對、核驗，並可通過掃描「存證證書」上的二維碼，直接當庭向法官展示區塊鏈存證證據，就算對方早已刪除證據內容，也無可抵賴，有效提高立案效率。

E. 單位存儲的電子數據越來越多，原來的光碟、硬碟都盛不下啦，怎麼解決電子數據的存儲問題

當前，松下、索尼、DISC等國際公司已研製出各自的藍光光存儲系統。Facebook(臉書)等互聯網巨頭也開始使用光存儲系統，來解決數據存儲問題。使用光存儲系統已成國際上解決海量數據存儲的慣常手段。在國內，北京市漢龍實業公司研發的海量數據光存儲系統以藍光光碟為管理對象，採用先進的光碟備份管理技術，可妥善解決電子數據存儲問題。想了解更多可以網路一下。

F. EDPS（電子數據處理系統）的概念

http://www.tjcu.e.cn/web/wangshangketang/yuanneike/glxxxt/lesson/new_page_1.2.htm
第二節 管理信息系統的概念
1、管理信息系統是一個以計算機為基礎的人機系統。
2、管理信息系統是一個一體化的系統或集成系統。
3、管理信息系統具有統一規劃的資料庫。
4、管理信息系統利用用數學模型分析數據，輔助決策。
管理信息系統概念圖

統計系統
數據更新系統
狀態報告系統
數據處理系統
知識工作和辦公自動化系統
決策支持系統
第一階段：電子數據處理系統(electronic data processing systems,EDPS),也叫業務處理系統(transaction processing systems, TPS)。
電子數據處理系統(1953-1970)
統計 記帳 數據更新 狀態報告 文檔系統
SABRE預約定票系統
快速對帳系統

第二階段：管理信息系統（MIS）
管理信息系統(1970- )
三部分：DPS、分析部分、決策部分
第三階段：決策支持系統（DSS）

決策支持系統(DSS)
¶ 針對結構化和半結構化決策的支持問題
¶ 既提供解決問題的信息，又有某些演算法解決半結構化的問題
EDPS是面向業務的信息系統
MIS是面向管理的信息系統
DSS是面向決策的信息系統
層次關系 擴展關系 獨立交叉關系

· 知識工作系統(knowledge work system)
¸ 辦公自動化系統(OAS)
¸ 電子商貿系統（Electronic Business Processing Systems-EBPS）
¸ 主管決策支持系統(ESS)

G. 現實的網路交易糾紛中涉及的電子數據證據中應怎樣保全

電子證據保全公證屬於證據保全公證的范疇。其目的是將能夠證明客觀事實的電子數據以公證文件的形式固定下來，以澄清事實，確定責任，解決糾紛。目前，我國公主機構開展的電子證據保全服務主要包括網頁保全、電子郵件保全、手機簡訊保全等。人民法院進行調查，收集視聽資料和電子數據時，應當要求被調查人提供原始載體。

為了保證數據安全，降低成本，提高效率，很多企業選擇第三方安全機構來進行專業的電子數據安全。也就是說，經過有效公證文書證明的事實，不需要當事人再去證明。可見，經公證保全的電子證據具有法律公信力、直接證明功能和優先證明力，而作為證據保全的電子證據則需要經過公證。

小編針對問題做得詳細解小編針對問題做得詳細解讀，希望對大家有所幫助，如果還有什麼問題可以在評論區給我留言，大家可以多多和我評論，如果哪裡有不對的地方，大家也可以多多和我互動交流，如果大家喜歡作者，大家也可以關注我哦，您的點贊是對我最大的幫助，謝謝大家了。

H. 地質資料電子數據在管理中的標准化探討

章 浩¹成建文²

（1. 全國地質資料館；2. 北京菲易博思技術有限公司）

摘 要 目前，各級地質資料館藏機構基本上已經實現了成果地質資料的數字化。為了進一步推動地質資料管理的信息化，有必要對地質資料電子數據進行標准化建設。本文從 OAIS 參考模型中定義的資料的三種形態：SIP、AIP 和DIP 出發，分別探討了地質資料電子數據在不同形態下的標准化問題。

關鍵詞 地質資料 電子數據 標准化 OAIS

1 地質資料電子數據標准化已經勢在必行

目前的地質資料已經基本實現了數字化，各級館藏機構也相繼實現了自己的信息化系統，例如報盤系統實現了地質資料的數字化匯交，存儲系統實現了地質資料的數字化保管，借閱系統實現了地質資料的數字化借閱，等等。

為了進一步推進地質資料電子數據的管理水平，在目前地質資料數字化的基礎上，有必要進行地質資料電子數據的標准化建設。

在檔案管理業務領域中，一個比較重要的業務參考模型是 OAIS（OpenArchival Information System）^[1]，即開放檔案信息系統。可以按照該模型的電子數據定義，初步探討一下電子數據的標准化問題。

圖 1 OAIS 模型功能圖

如圖 1 所示，按照 OAIS 的定義，電子數據在管理中有三種形態，或者也可以說，在電子數據的管理過程中，有三種電子數據存在：提交電子數據 SIP（Submission Information Package）^[1]、存檔電子數據AIP（Archival Information Package）^[1]和借閱電子數據 DIP（Dissemination Information Package）^[1]。不同的電子數據具有不同的形式，所以應該採用不同的標准。

2 提交電子數據的標准化

提交電子數據由於需要進行數據整理、傳輸、驗證等操作，所以電子數據的組織形式應該是便於修改、便於運輸、便於驗證的。BagIt^[2]是一個設計用來對基於硬碟或網路進行存儲和傳輸的任意內容的分級文件進行打包的格式，一個「包」包括一個可以是任意內容的數據文件和若干標注文件（標注文件是用於標注包中數據文件的文件）。標注文件至少包括一個數據文件清單文件，其中列出了包中的每個數據文件名稱，以及相應的校驗碼，可進行包數據的完備性驗證。

採用 BagIt 標准進行提交電子數據的組織，有如下的優點：

1）便於修改電子數據內容；

2）便於驗證電子數據內容的完整性；

3）便於進行存儲和傳輸。

目前，BagIt 的實現有開源的開發 API 和一些管理工具，如圖 2 所示的 Bagger。

圖 2 Bagger 操作界面截圖

Bagger 提供了 BagIt 包的創建、編輯、序列化、完整性驗證等功能。

3 存檔電子數據的標准化

入庫以後的電子數據處於存檔狀態，這個狀態下的電子數據不能進行隨意增刪操作，而且要很容易地進行完備性驗證，以及進行方便的存儲管理，例如備份等。存檔狀態的電子數據，還應當方便地生成可供用戶借閱的借閱電子數據，同時可供搜索引擎進行資料檢索。

存檔電子數據可以在 BagIt 的基礎上進行序列化得到，序列化的方式可以選擇 tar^[3]。

Tar 是 Tape Archive 的縮寫，既是一種文件格式的名稱，也是用於處理這種文件格式的程序的名稱，現在普遍用於將大量的文件打包為一個單獨的大文件，以進行文件傳輸和保存，同時採用 tar 還可以保留一些文件信息，例如用戶（組）許可權、文件日期、目錄結構等。

較老的 tar 標准由 Pre-POSIX.1-1988 定義，但是現在的 tar 程序採用的則是統一標准 tar 格式，即UStar（Uniform Standard Tape Archive）。UStar 標准允許使用長文件名，而且可以保存每個文件更多的信息。

經過 tar 序列化以後的電子數據非常便於進行存儲和備份，也可利用 MD5 等驗證演算法進行電子數據完整性驗證。

對於一些不常被用到的電子數據，還可以採用 ZIP 標准對其進行壓縮，以節省存儲空間。

存檔電子數據同時還應提供方便的電子數據檢索功能，可以採用 Dublin Core 標准對電子數據進行標准化標注，形成規范的標准信息，從而提供對電子數據的搜索功能。

Dublin Core^[4]是一個創建基於 Web 的資料檢索卡片的標准，它基於標注項來實現，提供資料的索引和檢索功能。

常用的標注項包括：

title—資料的名稱；

creator—資料的創作者；

subject—資料內容及其關鍵字；

description—一段對資料進行概括性的描述文本；

publisher—資料的保管者；

contributor—資料貢獻者；

date—資料日期，比如形成日期；

type—資料類型；

format—資料格式；

identifier—數字化的資料標志符；

source—資料來源；

language—資料語種；

relation—相關的其他資源；

coverage—覆蓋范圍，年代、空間等；

rights—許可權。

這些標注項可以用鍵 / 值的方式進行標識，採用 HTML 標准進行標識的話，就是在 HTML 頭中用 標簽定義每個標注項的值，例如：

這樣，採用標準的 Internet 搜索平台，例如 Apache Lucene/Solr，可以很容易地建立功能強大的電子數據搜索引擎。

4 借閱電子數據的標准化

借閱電子數據是便於為用戶提供電子數據瀏覽的電子數據。

DIP 中的文本數據，可以採用 HTML 作為標准；

HTML^[5]是目前使用最為廣泛的電子數據內容標注語言，其本身可以包含電子數據內容，也可以引用外部的電子數據內容。

經過 HTML 標注的電子文本數據，可以方便地採用各種平台的瀏覽器進行在線瀏覽。

DIP 中的圖像數據，可以採用 JPEG2000 標准。

JPEG2000^[6]是目前公認的JPEG的升級版，其壓縮率比JPEG高約30%左右，同時支持有損和無損壓縮。JPEG2000 能夠提供漸進式傳輸和顯示，即可以先傳輸圖像的輪廓，然後逐步傳輸數據，不斷提高圖像質量，讓圖像由朦朧到清晰顯示。另外，JPEG2000 還提供「局部區域」傳輸和顯示特性，這可以大幅度提高較大圖像文件在線瀏覽的實時性和交互性。

採用 JPEG2000 格式的電子圖像數據，可以採用支持 JPEG2000 的瀏覽器進行在線瀏覽，也可以採用如 Kaka Software、IIP-Image、Djatoka Jpeg 2000 Image Server 等提供 JPEG2000 大圖的在線瀏覽功能。

如圖 3 所示，Kaka Software 提供的 k_show 程序，能夠對大於 100M 位元組的 JPEG2000 格式的圖像文件提供快速的縮放、平移功能，操作時延為毫秒級。

圖 3 k_show 操作界面截圖

5 結語

我國的地質資料信息化還處在起步階段，電子數據的管理水平總體上落後於紙質資料的管理水平，資料管理還處於以紙質資料管理為主、電子數據管理為輔的階段。推進地質資料電子數據的標准化建設，可以更好地依託計算機及網路，提高地質資料的管理與服務水平，達到以電子數據為主、紙質資料為輔的資料管理目標。

參 考 資 料

[1] Reference Model for an Open Archival Information System （OAIS），http：//public.ccsds.org/publications/archive/650x0b1.pdf.

[2] BagIt File Packaging Format v 0.97，http：//www.digitalpreservation.gov/documents/bagitspec.pdf.

[3]format of tar archives，http：//www.mkssoftware.com/docs/man4/tar.4.asp.

[4] IETF RFC 5013—The Dublin Core Metadata Element Set，http：//tools.ietf.org/html/rfc5013.

[5]IETF RFC 1866—Hypertext Markup Language - 2.0，http：//tools.ietf.org/html/rfc1866.

[6] ISO/IEC 15444-1—JPEG 2000 Core coding system，http：//www.itu.int/rec/T-REC-T.800/en.

I. 資料歸類及處理方法

在地下水功能評價過程中，涉及不同類型的資料，針對不同的資料採取不同的處理方法，以保證評價結果的客觀真實性。

（一）資料分類

按資料存儲介質的表現形式和數據空間分布特徵，分別存在不同的資料或數據類型。

1.按資料存儲介質形式分類

按資料存儲介質的表現形式，分為「紙質圖件」、「電子數據」和「原始數值」三類資料。

（1）紙質圖件資料

紙質圖件資料是指以紙張作為存儲介質的各類圖形資料，包括地下水方面的、生態環境方面的和地質環境方面的。這類資料的處理過程比較復雜，精度較低，但是區域分布特徵及代表性較好。

（2）電子圖件數據

電子圖件數據是指以磁碟、光碟或硬碟為存儲介質的各類圖形資料。在這里主要是指在某一工作環境下，所使用的地理信息系統軟體可以識別以及可以進行各項數據處理的電子圖件。這類資料的處理過程比較簡單，精度取決於原成果，是地下水功能評價所需要的一種較理想的基礎資料儲存形式。

（3）原始數值數據

原始數值數據是指以X、Y作為橫縱坐標表示空間位置，並且在該位置具有反映某一物理意義的數值所構成的數據，如表5-14所示。

表5-14 原始數值示意資料

2.按數據空間分布特徵分類

按數據空間分布特徵，分為連續漸變型數值數據（即規律性數據，記作CR類）、斑塊狀數值數據（即非規律性，記作NR類）和非數值數據（記作NF類）。

（1）CR類數據

CR類數據是指其物理量在空間分布上具有一定的規律性、連續或漸變的指標，如地下水資源、地下水位埋深、淺層地下水變差和給水度等類受水文地質條件自然因素控制的數據。這類數據適宜兩點間插值，數值描述精細化。

（2）NR類數據

NR類數據是指在空間分布上具有跳躍性或是呈斑塊狀分布的指標，一個區塊只有一個均值，相鄰分區的數據之間無規律可循，如地下水開采強度、泉流量和植被覆蓋率的這類數據。這類數據難以進行兩點間插值。

（3）NF類數據

NF類數據是指無法用數值具體表達、只能用相對等級描述的指標，或定性數據。如地下水質量，以Ⅰ，Ⅱ，Ⅲ，Ⅳ和Ⅴ級相對表示它的狀況。

（二）資料處理方法

不同類型的資料，處理方法彼此之間存在差異。地下水功能評價中其基礎資料處理，全部以MapGIS作為工作平台，具體處理方法如下。

1.紙質圖件數字化

紙質圖件這類資料必須首先進行數字化。數字化是將已收集的資料（紙質圖件）轉換成可以在MapGIS直接讀取可視化文件。

紙質圖件數字化的第一步是通過掃描儀或數字化儀將紙質圖件掃描為xxx.tiff格式圖像文件，然後在MapGIS的輸入編輯子系統下進行矢量化，形成xxx.wl線文件。獲得xxx.wl線文件後，將線文件與剖分單元文件進行誤差校正，由此獲取xxx.wl線文件造區形成的xxx區文件。

在MapGIS的編輯子系統下，形成區文件的步驟如下。

1）自動減斷線：選擇其他菜單的自動剪斷線項，剪斷相交線。

2）拓撲查錯：選擇其他菜單的拓撲錯誤檢查項，進行線拓撲錯誤檢查。如果有錯誤，則出現拓撲錯誤信息對話框（圖5-5）；如果線與線拓撲關系正確，則沒有拓撲錯誤信息對話框出現。

圖5-5 拓撲錯誤信息對話框

3）修改錯誤：用滑鼠右鍵點擊錯誤類型，出現修改錯誤方法的復選框，然後採用相應的方法進行改錯。

4）線轉弧段：經過反復多次拓撲查錯和修正，直至不再出現拓撲錯誤信息對話框之後，用滑鼠左鍵點擊其他菜單的線轉弧段項，出現保存區文件對話框，將弧段保存。

5）造區：將上述產生的弧段裝入編輯子系統，選擇其他菜單的拓撲重建項，完成造區。

6）後續工作，參考電子數據處理方法。

2.原始數值數據處理

對於原始數值數據的處理，首先在Excel下經過編輯，去除欄位名稱後，另存文件為xxx.TXT格式文件，存儲的內容包括點屬性及對應的地理坐標。然後，用MapGIS軟體的DTM分析子系統的Grd菜單的離散數據網格化項，進行數據離散網格化，生成xxx.Grd格式文件。在xxx.Grd格式文件基礎上，用Grd 菜單的平面等值線繪制項，形成xxx.wp，xxx.wl，xxx.wt格式文件。

下面以地下水位數據處理為例，介紹用Grd菜單的平面等值線繪制項形成xxx.wp，xxx.wl，xxx.wt格式文件的具體處理過程及方法。

在圖5-6的第三步離散數據網格化中，第一復選框數據列ID所列參數含義，分別為X表示橫軸坐標數據列，Y表示縱軸坐標數據列，Z表示要繪制地下水位等值線的有關數據。第二復選框網格參數設置中所列參數，一般不作修改。這里的網格化方法是指插值方法，輸出網格文件是指網格離散化後的保存文件，其做法與其他軟體文件保存方法相同。

圖5-6中的最後一步，設置等值線參數、等值線定層各參數，過程如下。

圖5-6 MapGIS平面等值線繪制流程圖

（1）裝設置

使用滑鼠左鍵點擊「裝設置」項，出現打開文件對話框，裝入設置文件。設置文件是指圈定地下水功能評價研究區的邊界線和表示各地下水位埋深區間的顏色文件。生成設置文件的方法是將已做好的邊界線單獨存為xxx.WL格式的邊界線文件，在Windows窗口下滑鼠右鍵單擊「邊界線」，選擇重命名，將其文件格式改為xxx.VEL。

（2）等值層值

使用滑鼠左鍵單擊「等值層值」項，出現等值線層設定對話框（圖5-7），起始Z值為地下水位埋深的最小值，終止Z值為地下水位埋深的最大值，它們為離散後的數據，不是實測值，一般不需要重新設定。步長增量為地下水位埋深等值線的間隔值。上述各項設定確定無誤後，用滑鼠左鍵點擊「更新當前分段」，然後再點擊「確定」，完成各項的設置後，返回設置等值線參數對話框。點擊「確定」，形成地下水位埋深點、線和區的文件，分別保存。

圖5-7 等值線層設定對話框

3.CR類數據處理

該類數據或以分區的方式存在，或以等值線的方式存在，或以點數據的方式存在。以分區方式存在的數據（紙質圖件）需要轉化為MapGIS下的儲存文件，轉化的方法在前面已經有介紹。電子文件數據，暫時原樣保存，待後面數據提取時再做處理。以等值線方式存在的數據，如地下水水位等值線、含水層底板埋深等值線等，需要轉化為MapGIS下的面文件儲存，為以後數據提取做准備。

在線文件轉化為面文件過程中，MapGIS環境下在拉下文件菜單時裝入線文件，驗證面文件是否適合。如果沒有成果圖件，只有原始的點數據，需要整理出數據及對應的地理坐標，然後用MapGIS的DTM分析功能中Grd模型的離散數據網格化選項對數據進行離散插值，再用繪制等值線選項形成等值線文件。保存成果文件時，等值分區的面文件需要保存。

該類數據的等值線間隔，有的可能很大。例如地下水位埋深等值線間隔為10m，這樣的資料，在對區文件賦予地下水位埋深屬性值及其與剖分單元文件進行空間分析後，提取的剖分單元數據的精度比較低。解決「精度低」的辦法，是結合當地水文地質條件適當加密等值線，減小等值線間距。例如若地下水位埋深等值線的間隔為50～40m，40～30m，30～20m，20～10m，尚不能滿足評價要求，可將數據區間細化為5m或2.5m或更小的等值線間隔。例如在1～10m，10～20m兩個范圍段，細劃為1～2m，2～3m，3～5m……依次類推。

等值線間距的細化，要求必須遵循地下水運動規律和地下水動力流場分布規律。等值線細化後，形成新的等值線區文件，具體操作流程如下。

在MapGIS的輸入編輯子系統下，對原地下水位埋深等值線圖通過插入新的等值線，形成新的等值線文件。然後，用此線文件造區，形成地下水埋深等值線的區文件。在獲得區文件基礎上，選擇區編輯菜單的修改屬性項，出現「編輯屬性結構」對話框（圖5-8）。添加新的區屬性為地下水埋深之後，單擊「OK」，完成屬性結構添加，返回輸入編輯子系統窗口。選擇區編輯菜單的修改屬性項的「修改區屬性」，賦予相應的地下水水位埋深的具體數據。

圖5-8 編輯屬性結構對話框

4.NR類數據處理

由於NR類數據是不連續、呈斑塊狀分布的，一個區塊只有一個值。例如在滹沱河流域研究中，收集的降水量和開采量數據都是以縣區為單位。對於此類數據，在完成圖件數字化和各項輸入編輯後，不需要進行其他處理，應直接對區文件進行區屬性結構編輯和賦予相應的屬性值。NR類數據屬性的賦予過程，與CR類數據屬性的方法相同。

5.NF類數據處理

NF類數據是定性的資料，主要是通過相對等級（如Ⅰ，Ⅱ，Ⅲ，Ⅳ和Ⅴ級）表徵其空間變化狀況，所以這類數據的屬性賦值，是直接編輯區屬性結構和賦予相應「等級值」作為評價的基礎數據。屬性賦值一般有兩種情況：一種情況是不用細化，在數字化和各項輸入編輯完成以後，直接編輯區屬性結構和賦予相應等級的評分值（例如地下水質量等級）；另一種情況按水文地質條件、水化學場和水動力分布特徵進行細化以後，用新的地下水質量邊界線文件形成新的地下水質量分區圖，然後編輯區屬性結構和賦予評分值。