第一篇:廈門數據管理系統介紹
房產測繪數據管理系統介紹
廈門市房產數據管理系統(簡稱管理系統)是基于房產測繪基礎數據和地籍數據,以計算機技術、海量數據庫技術為技術支持,在統一的數據組織管理模式和數據結構、分類體系下,按房產測繪管理的業務要求,將測繪成果數據納入到同一模型,并在此模型的基礎上進行圖件輸出,實現房產測繪成果數據管理,為信息化建設提供房產信息的基礎數據。
管理系統主要以項目、宗地、幢、門、戶、分層分級管理房產數據以及戶產平面圖數據。管理系統分單機版(Access版本)和網絡版(SQL_server版本)兩個版本,其中單機版(Access版本)主要適用于單機操作,網絡版(SQL_server版本)適用于多臺機器同時操作數據庫。
系統登錄
系統登錄前應先選擇數據庫存放路徑。
系統初始用戶名為emapadmin與 emap(初始密碼同用戶名),其中emapadmin為系統管理員用戶,emap為普通用戶。
系統的7種用戶管理模塊
數據查詢:用于查看數據,可下載、另存、打印一些相關圖、表,無法修改刪除。數據維護:可完成數據查詢所有功能的同時,還可對所有數據進行處理的功能。(測繪成果數據生成作業模塊)
權證配圖:進行部分數據維護的功能,只對戶一級的數據進行維護。數據導入:將單機版生成的數據數據庫匯集到網絡版的數據庫中。
字典維護:
1、用于修改管理系統中的所有字典表;
2、將小八數據中的圖形通過CAD生成系統中的戶平面圖時的相關CAD配置。(比例3表示,如果該戶長(或寬)大于所在層的長(或寬)1/3,則生成的戶平面圖為整層,否則按下方“比例尺管理”中的相應類型進行切割。40相當于切割后的圖形實際長為40米。)
小八轉換:用來擴展小八數據庫的“表”字段大小。用戶管理:系統管理員根據需要給相關用戶設置訪問權限。
各主要功能按鈕
*各功能按鈕均有文字提示
*數據寫入系統方式:
1、直接輸入;
2、字典表選擇;
3、存入文件;
4、上傳文件;5系 統內部賦值
系統數據結構
一、項目
管理系統數據結構分:項目、地、幢、門、戶五級,系統中“*紅色”為必填項
1、項目名稱:參照建設工程規劃許可證命名。如項目名稱以用途命名,后面應加單位簡稱必要時還需加地址,以免造成項目名稱的重復。如:工業廠房(**公司)、綜合樓(市郵政局海滄鎮)、綜合樓(市郵政局后坑)
2、項目別稱:盡量填寫以便查詢
3、建設單位:單位全稱,一般以工程規劃許可證或相關有效證明為準。
4、坐落:為概略坐落,可參照規劃許可證,如許可證中坐落按區域命名,可引用主要道路門牌號。項目坐落不在輸出的成果中體現。
5、項目備注:在項目信息匯總表中備注欄顯示,是對項目信息匯總表中內容無法完整表達時的補充。
6、批準用地面積:以規劃許可證為準
7、批準建筑面積:按照最新的規劃批準面積填寫。
8、其它欄目按實填寫
二、地
1、宗地面積:以宗地圖為準
2、土地用途歸類:即對批準的土地用途進行歸類,由字典表提供,參照測量規范A3表中的分類方法分:商業、住宅、辦公、工業、倉儲、交通、市政、公共建筑、金融業、其它。
戶一級的土地用途歸類默認引用該處,如二手房配圖時遇房屋土地用途歸類變更,可在戶一級下手動修改。
土地用途描述:即批準的土地用途,按實際批準的土地用途填寫。
戶一級的土地用途描述默認引用該處,如二手房配圖時遇房屋土地用途描述變更,可在戶一級下手動修改。
3、宗地備注:在宗地信息匯總表中顯示,是對宗地的一些特殊情況予以說明,如建筑物超宗地紅線,宗地變更、宗地內房屋分期建設情況等
4、宗地圖:上傳PDF格式宗地圖文件,出測繪成果報告前,向地籍調查科申請提供。(目前暫不上傳
三、幢
幢一級幢項
1、幢名:由幢ID_幢號(名)組成,ID號是為了跟GIS掛接,ID號的生成參見“廈測[2008]11號”文。
2、導入小八或EXCEL數據(分戶信息明細表):導入小八數據時提示輸入指北針方位角,值應為數值或為空,否則會導入失敗,為空時將不顯示指北針。系統生成的層平面圖及戶平面圖時引用。
3、坐落:系統自動引用小八數據中幢狀況表的坐落,因此在小八軟件作業時,幢坐落要規范填寫,也可為空,在本系統中編輯。
4、房屋基本用途:根據房屋的各種主要用途進行匯總填寫,用同用途之間用頓號隔開,5、幢占地、用地:應如實填寫,特別是涉及到小八數據中分戶用地面積分攤時,要確保準確。
6、地上、地下層數:半地下層數計入地上層,為無時,應輸入0,才能統計出總層數。
7、操作員:指系統數據錄入人員,不是作業員。
8、幢圖片:存放與幢有關的圖像文件,對個別部位特殊處理或與規劃不一致時現場采集的照片等。(如室外梯不計面積、半地下室認定等現場照片)
9、幢原始數據:為預留項,存放幢相關的原始數據
10、相關文件:與本幢有關的重要文件備份。如附屬房屋面積表、建設單位具結保證掃描件、委托方提供的共用部位使用范圍確認單等。幢一級分層信息項
分層信息:即原測繪成果的樓層面積表,但分層信息中的層建筑面積、層共用面積與小八層狀況表中的同名欄的值不一致。
成果報告中的層建筑面積=小八數據中的層建筑面積+小八數據中的層半墻面積; 成果報告中的層共用面積=小八數據中的層公用面積-小八數據中的層半墻面積;
1、分層信息在系統導入小八MDB時自動生成,非小八類型或不計面積的層,需通過手動增加導入。不計面積的層令層面積為0。
2、系統中層次與層平面圖是一對一關系,實編層次欄只是為了解決多層平面圖及層草圖為同一張層平面圖及層草圖的問題,與原來實編樓層號是兩種不同概念。
3、實編層次為空,成果報告中將不生成層圖與層草圖。
4、導入的分層面積明細表中層次應為文本格式,且層信息只能增加而不能刪除,因此導入時要慎重,以免不必要的返工。
5、層平面圖:可下載DWG、DOC格式文件,上傳層圖功能在分層信息欄中執行,上傳的DWG圖形文件后綴不能用大寫,否則會造成導入失敗;
6、層草圖:比例尺偏小時,注記、指北針所放位置應避免圖面長寬比的改變;(盡可能 使圖面飽滿,)
7、分戶信息:可下載XLS格式文件;如上傳的MDB數據中房屋用途不在字典列表中,則分戶信息中的用途為空。幢一級成果信息項
生成的成果報告中的相關測繪信息與審核信息 測繪信息
1、測算概要:對應成果報告中幢信息表相應欄,主要是概述本幢的各功能區的分攤情況以及特殊部位(非敏感部位)的處理情況。由于測算概要只是對公攤情況的簡要概括,因此公攤的詳細情況應在層草圖中體現。
2、項目概況
包括委托單位,委托日期、項目坐落、項目基本情況等內容
(如:受廈門市松柏房地產開發有限公司的委托,2006年12月12日開始對松柏花園二期項目進行房產面積測繪。
本項目由松柏房地產開發公司開發建設,位于思明區僑龍里1-3號,為一幢集車庫、商業、住宅為一體的高層建筑。該建筑地下2層、地上31層,地下為車庫,1-4層為商場,5層以上均為住宅。松柏花園項目分一、二期,一期工程已于2006年11月竣工。)
2、其它需要說明的情況
項目的特殊情況說明,成果中特殊部位的處理情況等
(如:本項目屬“爛尾樓”工程,地下室竣工多年,現實測地下室有部分超出本期紅線;)
3、作業說明:
主要是明晰作業過程中的相關責任
內容包括測繪成果中總建筑面積與分戶建筑面積合計不符的說明;經開發單位確認的共用部位使用范圍;成果驗收情況等相關信息。最后一點為參加完成本宗房產測繪的作業人員及執業資格,并由相關作業員簽名,成果報告其它地方不需要作業員署名。如:
1、本測繪成果可能存在總建筑面積、總用地面積與分層面積明細表、分戶面積明細表的合計數據不符,系分層、分戶面積計算時小數點取位引起的誤差,不影響測繪成果的使用。
2、本測繪成果中共有部位使用范圍經開發建設單位確認。
3、本測繪成果需加蓋測繪單位測繪資質蓋及建設單位公章方可生效。
4、參加完成本宗房產測繪的作業人員及執業資格。測量員(簽字): 計算者(簽字): 質檢員(簽字): 項目負責人(簽字):
*測繪信息欄中“應用到項目下所有幢”功能鍵,使用后相應幢成果號要及時修改,以免遺漏。審核信息
房產審核人員填 測繪報告
單機版測繪報告的生成需要“狗”。
可下載PDF格式文件,打印層圖時,應根據需要選擇紙張大小。
四、門
是指同一門牌號、相同竣工日期、建筑結構的單元集合
同一門牌號存在不同竣工日期或建筑結構的單元不能放在同一“門”下,應用不同的“門”名稱加以區別
同一“門”下相同“戶”的房屋即是同一權屬單元,因此應避免同一“門”下,不同權屬單元出現同樣戶室號。(如不同層次的地下車位、人防等)
1、竣工日期:即4位數字的竣工年份,2、建筑結構:字典表選項6種
3、建筑類型:系統預留,暫無實際意義(系統中所有建筑類型欄均相同)
4、備注:對門一級信息特殊情況的說明,生成的成果中不體現。如:舊數據整理中出現“80年代”建成年份時,可在備注欄中加以說明
五、戶
戶一級戶項
1、土地使用權類型、土地用途兩項默認引用“地”一級相應欄
2、房屋所有權性質:依實際情況填寫,具體詳見“廈測[2008]4號”文件。一手房配圖可不填。
3、房屋用途歸類:房屋的批準用途歸類,按系統提供的字典表依權屬單元的主要用途進行歸類。系統字典表中房屋用途分類是參照測量規范A6表并結合實際情況進行分類的。
4、房屋用途描述:房屋的批準用途,一般以規劃批準的房屋用途填寫。同一權屬單元下各子單元分屬不同用途時,分別填寫各子單元的主要用途。戶一級戶權屬項
1、歷史權屬:默認開發建設單位
2、土地房屋產權來源:依實際情況填寫,具體詳見“廈測[2008]4號”文件。一手房配圖可不填。
土地房屋調查數據來源:只要幢級成果信息項測繪信息欄中錄入成果號,系統會自動默認“摘自**號房產測繪成果”,(二手房配圖時,如數據來源不是引用測繪成果,參照 “廈測 [2008]4號”文件中的數據來源填寫規則進行編輯)
調查情況說明:指產籍調查人員對產籍調查過程中,調查表無法完整表達的情況加以補充,內容力求簡明扼要、易理解,特別是不計建筑面積的附屬房屋部位應在該欄中加以說明。具體詳見“廈測[2008]4號”及“廈測[2008]11號”文。
創建日期:對應產籍調查表的填表日期,系統默認為當前日期。
備注:數據維護人員或配圖人員在數據錄入系統或修改時遇到的特殊情況加以備注說明。共有權人:按要求逐個錄入所有權屬人
一手房配圖在未知當前權屬人時,在當前權屬人欄中輸入“*”號,以便對權屬項中編輯的內容進行存貯。
歷史權屬欄:只有查看功能,無法編輯 戶一級兩圖一表項
1、戶平面圖
配圖人員在出圖前應認真檢查戶平面圖,如發現圖形有誤,應及時通知系統管理員,如發現圖形不符合要求,應對戶平面圖進行編輯修改,并在權屬備注欄中加以說明。
2、產籍調查表
產籍調查表中的所有內容均存放在系統中,如需對調查表進行修改需找到系統中的相應欄進行修改。
其它需要說明的情況
結合現有系統,對目前房產測繪作業習慣可做相應調整
1、小八戶室狀況表中為單元號與戶室號(系統中門牌號與單元號)的命名,單元號要完整,不能為空;在不影響小八軟件使用的基礎上,戶室號、門牌號盡量一步到位,以方便小八數據入庫前的整理。如戶室號后面加上單元屬性(車位、車庫、室、單元)。
2、按層分攤的單一權屬房屋,附屬房屋要掛到主單元下(類似陽臺的做法),避免同一權屬小單元太多,不方便分戶平面圖生成。
3、由于系統限制相同項目名稱與相同地籍號,同一宗地內有多張規劃許可證分屬不同的小項目名稱時(測繪成果又是同時提交),可根據實際情況將小項目合并到大的項目名稱中,并在項目備注欄中加以說明。
4、同一幢有兩個宗地時(分宗連體別墅),因不涉及到共有面積分攤,按分宗情況進行分幢,一幢對應一本測繪成果報告,相鄰幢圖形可在本幢成果中體現。
第二篇:廈門市民健康系統介紹文檔
廈門市民健康信息系統
項目背景:
2006年底,科技部公布國家“十一五”科技支撐計劃重大項目“現代服務業共性技術支撐體系與應用示范工程”課題承擔單位,其中,由華西醫院、解放軍總醫院、電子科技大學、北京市眼科研究所等機構牽頭的“區域協同醫療服務示范工程”也相繼展開,旨在通過搭建區域醫療信息共享平臺,實現區域內醫療衛生信息資源的共享和醫療協同服務,促進以社區電子健康檔案、電子病歷、遠程醫療會診、數字醫學影像、數字醫學檢驗等為重點的信息技術的廣泛應用,優化服務流程,提高醫療服務質量,降低運行成本,促進優質衛生資源下基層。
解放軍總醫院牽頭的“軍民協同共建醫療服務示范工程”項目在北京、廈門、大連三個城市建立了四個示范區。項目最基本的要求是信息共享、數字聯網,要有很好的信息處理配套技術,在技術上、醫療衛生服務模式上,進行創新。比如,區域協同醫療服務模式、社區公共衛生服務模式、遠程醫療服務模式、現代醫療保障模式(第三方)、全民健康管理模式、政府衛生監管模式、區域婦幼保健模式和軍民協同醫療服務模式。
從2005年起,“廈門市民健康信息系統”項目開始分期建設,2006年底該項目被納入軍民協同共建醫療服務示范工程,2008年,集醫療、預防、保健、康復、計劃生育、健康教育六位一體的“廈門市民健康信息系統”正式投入使用,這個系統也是目前國內唯一一個能夠進入實際運行的區域協同醫療項目。目前,廈門市市民健康信息系統的市民健康檔案已全面結構化存儲,并參照國際和國家的規范定義了廈門市市民健康檔案標準規范,該規范覆蓋門診、住院、體檢、婦幼、社區公衛、計劃免疫等多個方面;針對結構化健康檔案進行了初步的檢索和數據挖掘。完成了“廈門市民健康信息系統”與廈門市36家醫療衛生機構的連接并投入運行。
實現功能: “廈門市民健康信息系統”實現了:
1、可供患者查閱自己的健康檔案及專家門診預約信息服務的市民健康信息網公眾服務平臺;
2、在各醫療機構間架起互通的網絡,為患者診療和醫生工作提供診療信息共享、既往信息查閱、合理用藥提醒、遠程會診、轉診等的協同醫療服務平臺;
3、以建立居民健康檔案為基礎的社區預防保健管理平臺;
4、為政府部門提供監管、決策所需的相關信息服務的決策支持平臺;
5、還可提供代理檢驗、藥品配送等面向第三方的統一服務平臺;
6、支持存儲患者臨床就診電子病歷、社區居民健康檔案、婦幼保健信息、患者自我信息等統一、強大的中央數據庫。
7、功能上實現了基本診療信息的共享(包括患者基本信息,是否醫保、就診科室、診斷結果、門診與住院費用明細、用藥記錄、部分檢查檢驗報告、入院記錄、出院小結、住院病案首頁、長期醫囑、臨時醫囑、體檢結果、產前檢查、居民健康登記等信息共享);實現了基本的決策支持功能(診療費用排名、診斷結果排名、門診診療日報-詳細表、門診診療日報-對比表、門診費用日報-詳細表、門診費用日報-對比表、住院診療日報-對比表、住院費用日報-對比表、住院診療日報-詳細表、住院費用日報-詳細表、市民健康檔案統計、市民健康卡發卡統計);實現了在網上基本查詢(市民輸入自己的健康卡或社會保障卡卡號和相應密碼可查閱自己的就診記錄,并能進行簡單隱私設置)。
初步成果與產生的效益:
廈門市市民健康信息系統打破了以往各醫療單位間信息孤島的局面,實現了信息的互聯互通和有效決策。
1、截止到2009年3月,信息系統為廈門市民建立了正式健康檔案100多萬份。
2、在廈門市主要綜合醫院、中醫院、區級醫院、婦幼保健院、社區醫療(衛生)服務中心、疾控中心等全廈門市80%以上的醫療機構和社區衛生服務中心啟用,形成了區域協同醫療集成平臺,實現了聯網內醫院就診信息的共享。
3、定義了門急診、住院、體檢、婦幼保健、社區公衛以及疾控等6大類檔案標準。
4、詳細定義了電子病歷、檢查檢驗報告、出生信息、孕產婦保健、慢病檔案等32個明細健康信息描述規范,是國內最為詳細的健康檔案標準規范。
5、截至到2009年1月底,全市建立慢病檔案38,410份。截至2009年3月,項目累計投入2600余萬元,已經產生了良好的社會效益和經濟效益。2008年僅診療結果共享一項節約重復檢查、拍片、沖洗、打印等費用約2100萬元。系統的運作降低了患者就診成本,提高了就診效率,醫療機構則減少了大型檢查設備重復投資造成的浪費,提高了衛生資源的使用效率。
推廣價值和可移植能力:
廈門市民健康信息系統奠定了“五個統一”基礎:統一的數字化工作平臺,統一的醫療專網,統一的數據中心,統一的市民電子健康檔案,統一的“市民健康卡”(一卡通);實現了“四個共享”:全市的醫療資源、患者的醫療信息、市民的健康信息、政府的管理信息共享;提供了“三化服務”:為病人、市民和政府提供了全方位全過程的數字化、網絡化和智能化服務,包括醫療服務、健康服務、決策服務和醫學保障服務等,充分體現了“以人為本”和“以病人為中心”的理念。廈門市民健康信息系統的意義在于,它以現代信息技術為支撐,打破了依照行政關系形成的區域和部門條塊分割的格局,打破了長期以來不同類型、不同等級醫療衛生單位之間以本單位為中心形成的業務壁壘,打破了以往城鄉之間因醫療衛生資源不均衡發展造成的醫療衛生信息交互的二元結構,為每一位市民構建從人生起點到終點的完整的終身健康管理信息鏈,構建患者從健康到疾病,再到康復的全息化診療康復管理信息鏈,構建從市—省—國家—國際的符合全球化和區域一體化潮流的網絡醫療協同信息鏈,實現真正意義上的區域協同醫療、終身健康管理和一體化網絡醫療。
商務模式:
廈門市民健康系統從2005年開始建設,采用衛生部專項資金與市財政信息化資金支持,分期、分項目、分軟件、分硬件進行政府公開招標的方式進行建設:
相關材料:
第三篇:水土保持空間數據管理系統
?
名詞解釋
?
水土保持
2012-09-14
水土保持是山區發展的生命線,是國土整治、江河治理的根本,是國民經濟和社會發展的基礎,是我們必須長期堅持的一項基本國策。通過開展小流域綜合治理,層層設防,節節攔蓄,增加地表植被,可以涵養水源,調節小氣候,有效地改善生態環境和農業生產基礎條件,減少水、旱、風沙等自然災害,促進產業結構的調整,促進農業增產和農民增收。
水土保持包括水土保持工程施工監理、生產建設項目水土保持方案編制(簡稱水土保持方案編制)、水土保持監測、水土保持設施驗收評估、水土保持建設規劃和生態建設咨詢等工作。在具體實施過程中,涉及基礎數據的調查與管理、水土保持資源評價、水土保持監測與管理、水土流失防治等。
水土流失嚴重區域
水土保持研究的對象主要是水土資源及其發展狀況,它涉及大量大氣、土壤、地貌、植被及人類活動因子,其信息有明顯的空間性和時間性,這正是GIS擅長的地方。小流域是水土流失的基本單元,水土流失發生、發展的全過程都在小流域內產生一定的規律性。使用ArcGIS Spatial Analyst的Hydrologic Analysis(水文分析)模塊或者ArcHydro工具可以幫助您根據需要基于數字高程模型(DEM)劃分小流域;ArcGIS提供的多種不同的地理數據庫方案可以為您提供更加符合您需要的水土保持基礎數據調查與管理解決方案,2005年開展的全國水土保持監測項目一期就是采用ArcGIS平臺實現土壤侵蝕數據庫建設和維護的;水土保持資源評價是水土保持方案編制和水土保持規劃編制過程中不可或缺的一部分,只有了解現狀,才能制定出更加合理、可行的方案和規劃。使用GIS的空間分析模塊,可以將不同的水土資源影響因子(如土壤侵蝕、土地利用、土壤類型、植被類型、植被覆蓋、地貌類型等)疊加,從而實現更加精確、快速的確定研究區的水土資源狀況。水土監測與管理是確保水土保持措施有效執行的有力監督措施,通過GIS和RS技術的有機結合,用相應的評價模型對各項指標進行動態分析,可以大大提高水土監測與管理的科學性和效率。
GIS的應用將大大減少水土保持投入的人力、物力、財力,同時提高水土保持工作的科學性、合理性。
? 水土保持空間數據管理系統
1、系統概述
系統以小流域基礎空間數據、水土保持業務數據庫為基礎,以水土保持業務為導向,建立統一的網絡業務平臺,實現水土保持信息網絡化獲取、傳輸、處理與共享應用,為水土保持提供信息服務和分析手段,提高水土保持時空分析、分級管理、科學決策、高效服務能力,實現水土保持信息的規范化、現代化管理和共享利用。全面提高水土保持機構管理與服務水平。
一、對水土保持空間信息與業務信息以小流域為單元一體化應用,協同化更新,有效積累各方向、層次業務數據,保證數據一致、完整、即時、持續性。
二、建立互聯互通的數據獲取及更新渠道,實現水土保持業務數據的分級異地錄入、傳輸、查詢檢索、統計分析、導入導出。
三、全面、準確地掌握水土保持現狀信息及其動態變化,實現水土流失在時間和空間上的預報預測示范,為水土保持措施空間優化布局配置提供決策支持。
四、為社會單位提供便捷的服務渠道,對生產建設項目、監督執法、重點防治區區的自動化管理。提高預防監督工作的效率、質量與管理水平。
五、促進水土保持生態工程規范化管理,實現不同層次管理機構對工程進展、質量和投資有效監控和跟蹤管理。
六、提高水土保持數據應用價值,打造整個行業順暢的共享通道,提高信息共享水平、擴展業務應用的范圍,強化業務應用深度,提升水土保持行業管理決策能力奠定基礎。
2、系統功能
2.1小流域水土保持空間數據管理系統
系統在統一的空間基礎上,對多源、多尺度、多時相海量空間數據的無縫管理;在三維場景下對監督管理、監測預報、綜合治理等信息根據流域和行政兩種邏輯進行一體化管理,直觀、形象的表達區域水土保持專題信息的空間范圍、類型、數量及分布;對流域基本特征信息進行計算,為水土保持綜合治理、規劃及決策提供信息服務支持;實現水土保持空間數據在線更新.為有效參與宏觀調控提供信息支撐。
一、水土保持小流域單元在線劃分
以DEM為基礎,參照遙感、道路、行政區劃等信息,提取并建立具備上下游溝道水系匯流關系、大小流域嵌套、溝道-流域包含關系的流域體系,為小流域綜合治理提供基本管理單元,為從小流域到大江大河水沙時空分析以及區域水土保持效益評價提供支撐;為水土保持規劃和數字化建設提供基礎數據。二、三維水土保持空間數據在線更新
在微流域控制范圍內,根據地物的時空關系和水土保持設施控制范圍,實現對小流域土地變化、土壤、植被蓋度、泥石流、農村面源污染、清潔小流域、經流場、卡口站以及梯田、坡面集水設施、塘壩、谷坊等水土保持措施等空間業務數據的批量入庫或局部在線更新。
三、小流域水文地形分析
為水土保持業務人員提供強大、專業的水土保持空間分析計算,包括:溝道長度、比降、溝壑密度、流域形狀系數、匯水面積、溝道追溯分析、壩群洪水控制分析等。為水土流失空間分析,水土保持綜合治理提供決策支持,為暴雨情況下水土保持措施遭受的危害分析、評估提供支持。
四、水土保持空間信息管理
各級用戶對行政區劃、DEM、遙感影像、土地利用、河流水系、水源保護區、泥石流區劃、重點防治區劃分圖、土壤侵蝕等小流域空間數據以流域、行政兩種邏輯在統一的空間基礎上,進行單項或聯合查詢、統計、分析,直觀、形象的顯示全市范圍小流域各項專題信息的空間分布。數據檢索的結果以專題圖、報表、統計圖、統計表等方式返回客戶端。
2.2水土保持監督管理系統
實現水土保持方案信息、技術審查信息、監督檢查信息、驗收信息、專家信息、相關單位聯系方式等信息一體化管理,能夠掌握各個建設項目進展情況,掌握區域內工作開展情況;能夠對項目具體情況,水土保持效益進行查詢、匯總分析,直觀掌握區域內開發建設項目的類型、數量、分布,提高工作效率。
? 實現開發建設項目水土保持方案報告書(報告表)編制、受理、審查批復、監督檢查、設施驗收等信息的在線填報和實時跟蹤管理,規范化業務流程;
? 實現三維場景下開發建設項目、水土保持方案、執法檢查等信息的上報、查詢、統計匯總,方便用戶掌握區域水土保持預防監督的工作現狀;
? 對評審專家信息、編制單位及相關單位信息、監督執法機構信息進行有效管理;
2.3水土流失監測信息管理系統
系統統籌考慮國家、流域機構、各省、地區、縣各級監測站網之間的關系,充分利用降水、徑流與泥沙等觀測數據,建立統一規范的監測數據庫以及滿足不同管理尺度需要、上下互聯互通的監測信息系統,改變傳統以紙質公文為主體的水土保持信息傳輸方式,實現各級監測部門間的網絡化信息資源共享與高效管理,提升水土保持監測效率和業務管理水平。系統集監測數據上報、審核、查詢、統計、專題分析、應用于一體,規范化數據流程,在對水土流失現狀分析的基礎上結合土壤侵蝕模型,實現對水土流失的科學預測,為水土保持綜合防治提供決策支持。
2.4綜合治理項目管理系統
以小流域為單元,按流域和行政兩種空間邏輯,以項目、項目區、小流域三級空間分布,依據國家投資、地方投資不同途徑,對項目進行全面管理。具體包括:
一、項目前期工作
項目建議書、可行性研究報告、項目審查、項目批復、小流域初步設計、設計單位信息、專家信息、等信息進行管理。實現項目本級錄入、編輯、存儲、檢索、統計分析、專題圖表輸出等要求。
二、項目實施
以小流域為單元對項目實施情況進行管理,包括:小流域現狀、初步設計、小流域治理狀態、投資完成情況、治理措施完成情況、治理措施質量、效益信息及檢查信息的錄入、編輯、存儲、查詢、統計和輸出。
三、項目驗收
以小流域為單元,以項目為單位進行管理,包括項目驗收基本信息和項目驗收文檔、多媒體等信息管理。
4、系統特點
? 綜合應用3S技術、數據倉庫、時空動態數據庫、元數據、海量數據存儲等技術,按新一代GIS理念架構、具有可持續性; ? ? 規范水土保持各項業務信息,建立了統一的水土保持空間和業務元數據庫;
統籌考慮國家、流域機構、各省(自治區)、地市、縣各級監測站網關系,建立互聯互通的網絡信息系統,實現了多層次信息資源共享;
? ? ? ? ? ? ? ? GIS、MIS與水土保持業務有機集成,具有高度實用性,實現水土保持業務管理自動化;
按業務用戶、決策用戶、公眾用戶分配不同權限,便于系統維護;
按“業務”動態加載各項功能,可操作性強;
水土保持生態建設項目可隨時填加到系統中,實現各類項目統一管理;
按流域、行政兩種邏輯組織和管理時空數據,符合水土保持管理需要;
用戶自由定制統計報表,各類統計結果均可保存為本地Excel文件;
增量存儲空間動態數據,利用時空數據模型分析管理各類業務,降低系統建設和運行成本;
應用系統平臺與各級水土保持數據庫集成,方便定制個性化水土保持信息系統。
5、成功案例
? ? ? ? ? ? ? ? ? 科技部863計劃“重大行業3S應用示范—水土保持”
科技部科技型中小企業技術創新基金項目
全國水土保持監測與管理網絡信息系統
全國水土保持網絡中心數據庫建設
全國水土保持資質管理信息系統
中國水土流失與生態安全綜合科學考察數據管理系統
全國水土流失動態監測與公告系統
黃河流域水土保持生態工程項目驗收與管理信息系統
北京市水土保持核心業務管理系統 ? ? ? ? ? ? ? ? ? ? ? 北京市水土保持科研項目管理系統
貴州省水土保持監測與管理信息系統建設
內蒙古水土保持數據庫建設
山東省水土保持管理信息系統建設
基于3S技術的吉林省水土流失動態管理系統
基于3S技術的山西太原市水土保持信息系統
基于3S技術的北京延慶縣水土保持監測系統
天津薊縣水土保持監測與管理信息系統研究
海淀園區中小企業創新基金項目
新疆建設兵團農一師監測與管理系統
天水籍河流域水土保持數據庫建設
? 鄭州市水利普查成果查詢系統簡介
?
時間:2014-08-27 17:22:35 來源:星球數碼 建設背景
?
隨著全國第一次水利普查工作的順利開展,鄭州市水利普查工作也進展順利,最終形成了普查成果數據庫。普查成果數據具有數據全面、覆蓋面廣、質量可靠等特點,是目前掌握的最為全面、最為詳實的水利基礎信息,同時還蘊含著大量的統計、經濟和社會信息,是寶貴的信息資源和社會財富。如何更好地體現普查工作的重要成果,將水利普查的第一手數據更好的利用起來,為日常的防汛抗旱、水資源管理及決策支持提供服務,成為目前各級水利管理部門需要密切關注的問題,鄭州市也不例外。
?
為此,鄭州市水務局基于第一次全國水利普查成果開展了河南省鄭州市第一次全國水利普查基礎數據成果應用項目。根據第一次全國水利普查本區域的建設成果,結合鄭州市的實際情況和需要,通過數據加工處理與系統開發,實現普查成果應用,提高水普數據的利用率。建設任務
?
為實現普查成果的共享和廣泛利用,根據國家對信息保密的政策要求,在保障水利普查涉密數據安全的前提下,在必要移動平臺、水利信息專網和水利政務內網等環境,向公眾、政府、企事業單位的不同用戶,提供相應的水利普查成果查詢與共享服務。
?
項目建設內容主要是:針對管理決策和應用共享等方向,開發兩大查詢服務系統;基于水利普查原始數據庫,完成基礎成果和主題成果兩類成果數據加工;根據不同的應用方向、保密要求和普查成果的適用范圍,針對兩大系統的三類部署環境,建立相應的查詢服務數據庫。
?
1、針對管理決策和應用共享兩個服務方向,開發兩大查詢服務系統,包括水利普查成果隨身查閱系統、水利普查成果綜合查詢服務系統。
?
2、針對普查成果宣傳展示和分析查詢需要、普查信息分類分級和脫密使用要求,完成普查基礎成果和主題成果兩類普查成果的數據加工。
?
3、針對兩大查詢服務系統在三類應用環境的不同信息安全要求,根據數據加工結果,建立相應的普查數據查詢服務數據庫,既保證各類應用需求,也保證普查原始數據庫的安全。系統數據特點
?
第一次全國水利普查需采集與處理的空間數據主要包括26個對象類型。其中19類由縣級普查機構進行采集與處理,7類由省級普查機構進行采集與處理。
?
鄭州市上報矢量數據包括河流湖泊、水利工程、經濟社會用水、河湖開發治理保護、水土保持、水利行業能力、灌區、地下水取水井等8個普查主題上報的空間矢量數據,以及由水利普查辦下發的水資源分區對象和流域分區數據集成的水資源一級分區要素類、水資源二級分區要素類、水資源三級分區要素類和一級流域要素類、二級流域要素類、三級流域要素類,共包含44類要素。
?
基于水利普查成果查詢及服務系統整體規劃模型層次,如下圖所示:
?
圖3-1:模型層次
?
?
方案采用面向主題領域統一建模的方式。?
?
圖3-2:數據模型 系統框架
?
水利普查成果綜合查詢服務系統基于B/S架構,以WFS方式發布各類空間數據,可以通過圖層控制靈活顯示不同類型的普查成果,進行分類成果展示或多類成果組合展示。
?
水利普查成果隨身查閱系統基于C/S架構,運行于平板電腦,具有界面友好、展現效果好、攜帶方便等特點,?
客戶端瀏覽采用PC機和平板電腦兩種方式進行。其中水利普查成果綜合查詢服務系統應用于PC機端,水利普查成果隨身查閱系統應用于平板電腦。? 主要成果
?
? 水利普查成果綜合查詢服務系統
水利普查成果綜合查詢服務系統基于水利普查上交的包含44類要素成果數據、國家下發的2.5m分辨率遙感影像圖、水利專題數據、二調權屬界線等底圖數據以及河南省鄭州市基礎電子地圖數據庫,實現對數據的分層顯示并綜合展示河流、湖泊、水庫、水閘、泵站、堤防、流域、水系邊界等多個專題圖層,實現水利空間信息、水利工程信息、取水信息、排污信息、灌區信息、農村水利信息、水土保持信息、經濟社會用水信息、水利行業信息等的查詢與統計,還實現相關屬性對象的關聯查詢,如:
?
? 河湖基本情況與水系軸線、水位站。?
? 水利工程與水庫(水體)、水電站工程、水閘工程、泵站工程、引調水工程、堤防工程、農村供水工程、組合工程等
?
? 經濟社會用水與工業企業、建筑及第三產業
? 河湖開發治理保護與河湖取水口、地表水水源地、與入河湖排污口 ?
?
? 水利行業能力與水利行業單位
? 灌區專項與灌區工程、渠道工程 ?
?
5.2 水利普查成果隨身查閱系統
隨身查閱系統是目前信息化建設的主要趨勢,在水利行業應用也較為廣泛,水利普查成果隨身查閱系統依托移動端應用可以使相關人員無論在任何時間和任何地點實現對水利普查成果方便快捷的數據瀏覽、興趣點瀏覽、屬性查詢、以及空間查詢等。?
? ? 應用方向
?
? 多級比例尺空間數據建設和專題圖建設
? 水利數據中心建設
? 水利數據共享平臺建設
? 防汛減災專題應用系統建設
? 水資源專題應用系統建設
? 水環境專題應用系統建設
? 生態修復專題應用系統建設等
? 三維應用專題建設
作者:北京星球數碼水利事業部 任亞平?
?
?
?
?
?
?
?
? MapGIS水利信息服務系統解決方案 ?
? ?
時間:2013-06-27 14:27:30 來源:中地數碼
1.概述
水利信息服務系統解決方案,是以各水利業務應用系統產生的圖表、圖像、文字報告以及其它部門發布的信息為數據資源,在MapGIS互聯網GIS開發平臺和水利信息共享服務平臺的支撐下,實現對包括水情、雨情、臺風等實時數據及業務分析成果數據的發布,不僅實現了政府部門之間的信息共享,也為社會提供一個應用服務及信息發布的平臺。
? ? ?
2.系統功能
◆ 水庫信息發布:在水庫基礎數據的支持下,實現對各類資源信息的實時查詢、檢索及綜合分析處理等功能。
?
◆ 實時水情發布:實現對水情信息的查詢及實時更新功能,可生成河道水位、水庫水位、主要潮位、河道超警戒水位、水庫超汛限水位等報表,以及各種圖形。
?
◆ 實時雨情發布:實現不同雨量的分級顯示與標注,能查詢各個不同時段的雨量數據,實現雨量數據的圖形化表達。?
◆ 降雨等值線:借助MapGIS繪圖軟件能較快地制作出美觀的不同區域的降雨量等值線圖。
? ?
◆ 降雨分布圖:綜合雨量站點數據,按照雨量等級劃分,處理生成降雨分布圖。
◆ 臺風路徑發布:在MapGISIGServer的基礎上實現了地圖的基本操作、簡單選擇查詢、臺風歷史記錄查詢分析、臺風過程動態顯示和臺風預報等功能。
?
◆ 衛星云圖:自動采集多個衛星拍攝的實時云圖,并在移動終端上實現查詢、對比與分析,同時支持云圖的放大、縮小和漫游等功能。
?
◆ 氣象雷達:借助所在區域天氣雷達網,建立國家氣象中心至水利部信息中心、省氣象臺至黃河水利委員會的信息傳輸信道,實現雙向傳輸,以達到信息共享。
?
◆ 山洪災害:查看各地區的山洪災害信息,以表格的形式顯示如基礎信息,特征值參數、危害評價等災害信息。
?
◆ 堤防:可查詢某年份的河堤工程統計表,包括河堤工程名稱、建設地點、提防長度、設計標準、工程保護效益等信息。
?
◆ 預警發布:提供對預警信息的查看功能,以及監測站出現超警情況時,系統自動生成預警信息的功能。
? ?
◆ 預案發布:實現電子化預案,并提供對災情預案信息的發布和查詢功能。
◆ 群測群防:利用互聯網的方式,發布最新的群測群防宣傳培訓演練材料,宣傳群測群防的災害防御知識。
? ?
3.系統特點
◆ 實現對多種形式,多種界面和多種類型的數據統計,以及水資源業務數據發布。
?
◆ 實現上下級管理部門的數據報送、水利部與各個流域機構之間、不同業務應用之間的互聯互通、信息共享和協同辦公。
? ? ?
◆ 實現水利信息預警發布、預案發布、群測群防等功能。
◆ 實現衛星云圖查詢、氣象雷達顯示、臺風路徑動態分析等功能。
◆ 實現雨量數據的統計分析和圖形化展示,同時提供對降雨等值線圖、降雨分布圖的繪制功能。
?
◆ 采用B/S模式,基于MapGIS互聯網GIS開發平臺,實現地圖的基本操作、空間數據查詢、雨量數據圖形化、臺風歷史記錄查詢分析和臺風預報等功能。
? ?
4.典型案例
◆ 市級抗洪搶險輔助決策系統 ? ? ? ?
◆ 省級水利信息在線分析服務系統
◆ 省級“三防”電子沙盤指揮系統
◆ 國家級防汛抗旱遙感監測分析系統
◆ ??
?
分布式數據庫
2012-09-14 在水利行業中,大量的空間數據分布于國家、流域、省、市縣等各級單位,這些數據需要從市縣向流域(省)定期更新,同時流域(省)數據的更新也需要及時反映在國家的中央數據庫中。針對地方辦公機構和中央辦公機構之間的這種數據分發場景,ArcGIS提供了一種分布式空間數據庫技術,即分布式Geodatabase技術,能夠很好地滿足日常的數據共享和交互需求。
水利行業的分布式數據中心結構
1、同步復制與增量更新
在分布式Geodatabase中,通過同步復制的方式,能夠實現各級節點的、異構數據的及時更新,同時提供了數據的“增量更新”機制,即無需復制全部數據,只需提交變化的數據即可完成更新,這使得數據檢查更加的高效和簡單,實現這種更新的方式分為離線與在線兩種,分別提供在無網絡環境和網絡連通環境下的更新。通過這種方式能夠大大減少數據上傳后的數據質量檢查的工作量。
數據更新模式
2、在線更新與離線更新
在分布式Geodatabase下,實現這種增量更新的方式既可以是在線的又可以是離線的,分別提供在無網絡環境和網絡連通環境下的更新。
在線更新方式能夠將在線完成的空間數據和屬性數據的編輯結果,通過增量更新機制上傳,適用于數據的少量、快速的更新,同時數據接收端能夠直接地、快速識別上傳的數據,無需任何轉換,及時完成數據的檢查和更新入庫。
數據在線編輯
數據在線接收與檢查
離線更新就是指避開網絡系統,通過一定的存儲介質來上傳更新數據的方式。對于一些機密的數據或者變更數據量比較大的情況,可以選用離線方式實現更新。離線更新的方式也是通過增量更新的機制實現數據上傳的,方便快捷。
桌面平臺的離線編輯
桌面平臺的離線數據檢查
?
水利共享與云計算
2012-09-14 云計算
云計算,是目前大家討論最熱烈的技術話題之一,已經在全球范圍內形成了一種技術趨勢,影響著人們的工作和生活方式。Esri的目標是在云端建立政府空間信息平臺,它將會改變我們的工作模式,可以使我們以更好的交互、更加綜合的方式來使用信息。
Esri是行業內第一個提出GIS云端化的公司,目前已經地了實現公有云和私有云的技術。作為一種嶄新的空間信息服務模式,ArcGIS云預示著GIS發展歷程中一個重要的轉折。
ArcGIS公有云方案:
Esri提供的公有GIS云產品,包括ArcGIS Online/ArcGIS.COM、ArcGIS Apps/APIs以及ArcGIS In Amazon、ArcGIS for Windows Azure等等。使用這些產品的用戶不用關心云端環境所有資源的安全、管理、部署和維護;只需為其所使用的資源付費,無需任何前期投入。ArcGIS Online作為Esri的公有云產品,其全新的工作方式使得我們信息共享更加的高效,工作協同更加的簡單,從而真正的實現:每個人都可以成為空間信息的使用者和分享者,每個人都獲取或者傳播地理所帶我們的價值。
使用ArcGIS Online創建自己的應用
亞馬遜中的ArcGIS Server ArcGIS私有云方案:
用戶在應用上有多方面的需求,也會對私有云GIS的模式十分關注。Esri公司充分理解并重視這一點,在公有云GIS模式的基礎上,研發和推出了私有云GIS解決方案,為那些需要在非公共網絡環境中搭建云計算平臺的組織機構,方便、快捷、安全地在機構內部實現空間信息的云計算服務模式提供了落地的技術和產品。為了滿足用戶搭建行業私有云的需求,Esri為用戶提供了兩個非常重要的產品服務:Portal for ArcGIS和ArcGIS云管理套件。其中,Portal for ArcGIS可以幫助用戶實現業務資源的整合和高效的協同辦公,而云管理套件可以為用戶快速交付資源服務,并幫助用戶實現云端GIS資源的智能化管理,是一個完整的、落地的云GIS建設方案,能夠讓行業用戶構建自己的私有云,在政府或企業內部發布服務,構建業務應用。
Portal for ArcGIS案例
OneMap共享平臺
Esri中國公司基于ArcGIS技術提供了集海量、多源異構空間信息資源的整合、管理、發布、WEB服務、應用搭建和運維保障為一體的完整的共享解決方案—One Map,用于搭建面向社會公眾、企事業單位和政府部門的綜合性地理信息公共服務平臺。
ArcGIS共享解決方案
?
水利專題地圖
2012-09-14 制圖是一個經久不衰的話題,從石器時代的巖石刻畫到現代的計算機制圖,萬千年來,制圖的精髓從未改變——抽象現實世界物體繪之于平面之上。而不斷變化的,是人們對現實世界的認識,以及制圖技術的發展。
制圖一直是ArcGIS不可或缺的重要技術環節,時至今日,ArcGIS已經擁有了全面的數據預處理能力,完整的符號化體系,智能的要素標注機制,自動化的制圖編輯功能,專業的制圖輸出功能和高效的制圖模板,受到了廣大GIS工作者的關注。歷經幾十年的發展,廣泛的行業應用,加上強大的技術支撐及深厚的底蘊積累,ArcGIS的制圖技術已形成一套完整的解決方案,能夠幫助用戶成功創建地圖,并清晰、精細、美觀、高效地展示地理數據。
ArcGIS提供的制圖表達機制,可以靈活的對水利符號進行定制,并利用高級制圖工具來模擬水利專題要素,從而生成精美的水利地圖以及豐富的水利專題圖。
全球變暖極地冰蓋融化導致海平面上升,致使美國羅得島州和東南部的馬薩諸塞州/科德角即將被海水淹沒。在該圖中,海底地形及海水深度能夠很形象的表述。
夏威夷海域水體深度專題圖
通過衛星遙感技術得到地形數據,并從海平面高度變化來預測探測船舶航道的水深狀況。碎屑巖地形是來自于美國地質勘探局的30米夏威夷數字高程模型。熔巖流顯示為紅色。梯田(橙黃色)面積較大,說明過去這里是島嶼。由此看出此海域最年輕的火山羅希海底山,尚未達到海面。通過地圖中顯示的海洋深度數據,可以判斷出火山運動變化的狀態。
2004年克林湖水電聲學項目-艾伯特王子國家公園(加拿大國立公園)
艾伯特王子國家公園克林湖深度數據被采集和處理后,生成了數字高程模型。通過對水下深度為1米、5米、10米、15米、20米處水體的溶氧量和溫度值進行分析,得到魚類種群的數目、適應魚類生存的棲息地和食物來源。
水利移動
2012-09-14 移動GIS,隨時隨地創造地理價值。ArcGIS為移動端的應用提供了強大的技術手段,用戶可以通過多種移動設備(智能手機、掌上電腦、平板電腦等)來訪問空間信息資源,并且能夠實現在移動端進行各種數據制作和空間分析等操作,滿足了目前各種移動應用的需求,獲得了各個行業用戶的認可。
目前,ArcGIS的移動產品支持常見的iOS、Android、Windows Phone和Windows Mobile等終端操作系統,ArcGIS分別為其提供了ArcGIS API for iOS/ Android /Windows Phone和ArcGIS Mobile等應用開發包,真正能夠實現跨移動平臺的、可定制的GIS應用。
Esri移動解決方案
在水利行業中,ArcGIS的移動端產品被廣泛地應用到外業數據采集過程中,增強了數據采集的實時性與準確性,縮短了數據處理的流程,提高了工作效率。
移動設備用于野外數據采集
移動技術還可以應用于水利行業的應急指揮。2010年發生的墨西哥灣漏油事件導致一場區域環境災難,不僅會影響海洋、海岸的多種生物,還會影響當地的漁業和旅游業。事件調查委員會的IT負責人采用ArcGIS移動解決方案快速推出了污染調查報送系統,使得海岸調查員和普通市民都可以對污染地點進行定位、備注、拍照和上報。
墨西哥灣石油泄漏事件
用戶通過移動客戶端上報水污染事故,監測中心第一時間收到上報結果。通過基于Flex的地圖門戶網站,每天調查的結果都能及時、透明的對社會大眾公開,用戶根據關注的區域可以逐級放大地圖,點擊查看具體的上報信息,包括了污染的類型、面積和實地照片,這些詳細而有效的數據還有利于專家對污染事件影響的監控和評估。
?
小流域劃分技術
2012-09-14
一、總述
合理的地形表達是小流域劃分的關鍵。在進行小流域劃分之前,一般都要進行地形的預處理,以使使用的數據更加符合分析的需要。關于地形的預處理技術,請參考文檔《地形預處理技術》。本文主要介紹小流域的劃分技術。文檔中使用同一份數據(美國SanMarcos),介紹流域劃分過程中不同參數作用下的結果。
二、準備過程
該區域的數據包括集水區(小流域)數據,研究區30m的DEM數據,河流數據。使用的數據如下:
研究區DEM數據
研究區集水區(小流域)和河流數據
三、劃分技術
(1)常規流程:
從已有的數據可知,該研究區共有19.7萬多個單元格,合計180多平方公里。按照正常的處理流程,設5000個單元格為河流起始點閾值,可得如下結果
生成的集水區(小流域)
生成的匯流線
從圖中可知,生成的集水區(小流域)和匯流線和已有的數據都有較大差別,特別是集水區(小流域)的形狀和原有數據的形狀差別很大。這主要是由集水區(小流域)的劃分方法以及參數設置不同引起的。
上述方法主要通過控制河流起始點閾值來控制集水區(小流域)的形狀等,對集水區(小流域)形狀、面積等缺乏有效的控制。隨后介紹的內容主要是更加靈活的控制集水區(小流域)的劃定。
(2)通過匯流線改變小流域的形狀:域)的劃定。
上面使用的方法有時并不能滿足我們的需要,我們可能需要更精細的控制。“Flow Direction with Streams”工具和其他工具配合提供了根據匯流線控制小流域形狀的方法。
Flow Direction with Streams操作界面
生成的集水區
從圖中的結果看,生成的集水區和原來的集水區基本一致。通過該方法生成的集水區與提供的河流段一一對應。
這個工具一般建立在常規流程之上,使用的匯流線數據常常是常規流程中輸出的匯流線。通過修改常規流程輸出的匯流線數據,可以實現集水區形狀的重新塑定。常規流程的處理經常出現面積較小的集水區,通過將某些支流線刪除,可以實現將原支流的集水區和主干河流上對應集水區的合并。同時,通過將匯流線要素在某些地方打斷,可以實現將原來集水區一分為二。
(3)通過指定的流域出水口等點數據改變小流域的形狀
除了(2)使用的方法外,根據點進行批量的子流域劃定也能改變小流域的形狀。與(2)類似,該過程一般也建立在常規流程之上。通過“Batch Subwatershed Delineation”,在常規流程生成的DrainagePoint的基礎上添加或者刪除點,即可改變集水區的形狀。
增刪DrainagePoint之后生成的集水區
(4)如果以上幾種方法都不能滿足需要,特別是小流域的形狀依然不滿意時,可以使用ArcGIS的 “融合” 工具對小流域進行手工合并。
(5)總結
使用ArcHydro工具無法直接根據集水區面積控制集水區的劃定。因此,需要一些特殊的手法對集水區的形狀和面積進行控制
使用ArcHydro工具更加靈活的進行流域劃分的方法在于計算流向同一個河段或者流向同一個匯流點的單元格,屬于同一河段或同一匯流點的單元格對應一個集水區。因此,確定集水區的關鍵因素有兩個:
(1)流向的確定;
(2)河段或者匯流點的確定。
流向可以通過地形預處理技術可以比較準確的確定,而河段和匯流點的確定則直接關系到集水區的形狀和面積。通過修改常規流程中獲取的匯流線和匯流點數據,可以比較好的控制這些特征。
?
小流域劃分技術2
? 基于GIS的縣級水土保持系統
? 基于RIA的WebGIS數字流域系統05(2013-05-17 22:02:36)基于RIA的WebGIS數字流域系統03(2013-01-17 11:14:54)基于RIA的WebGIS數字流域系統01(2012-11-04 12:22:56)流域水系統圖制作(2011-09-16 16:33:28)
第四篇:乳腺超聲影像報告和數據管理系統
乳腺超聲影像報告和數據管理系統(BI-RADS)
(一)ACR BI-RADS分類術語
A、背景回聲
1、均勻的脂肪背景回聲;
2、均勻的纖維腺體背景回聲;
3、不均質的回聲 B、形態
1、圓形;
2、軟圓形;
3、不規則(為分葉>3個)C、位向
1、平行;
2、不平行(縱橫比>1)
D、邊緣
1、光整;
2、邊緣不光整(模糊、成角、微分葉、毛刺)E、回聲類型 描述
1、無回聲 沒有內部回聲
2、高回聲 高于皮下脂肪組織或等于纖維組織的回聲
3、混合性回聲 包含無回聲和有回聲成分
4、低回聲 低于皮下脂肪組織的回聲(例如復雜囊腫或纖維瘤)
5、等回聲 與皮下脂肪組織回聲相等(復雜囊腫和纖維腺瘤可以為低或等回聲)
6、不均質 實質病變內多種回聲結構
F、后方回聲
1、后方回聲無特征(無聲影,也無增強);
2、增強;
3、聲影;
4、混合模式(包括聲影和增強兩種)
G、鈣化
1、粗鈣化(直徑≧0.5mm)
2、微鈣化(直徑<0.5mm)
1、病灶內;
2、病灶外;
3、導管內 H、結構扭曲
I、導管變化 管徑異常或/和樹狀狀擴張
(二)分類標準
惡性指標:(1)形態不規則;(2)方位不平行于皮膚,即“高大于寬”的立卵形;(3)邊緣不光整(模糊、成角、微分葉、毛刺);(4)內部回聲不均勻;(5)腫物內微小鈣化灶;(6)后方回聲衰減;(7)結構扭曲;(8)導管擴張
BI-RADS 4A: 1項 4B:2項 4C:3項 5:>3項
(三)分類診斷:
1類: 未見異常。超聲表現:乳腺腺體內未見腫塊、無結構異常及微鈣化灶,腺體表面皮膚及皮下軟組織未見增厚。其實,要包括四項內容。
2類: 良性改變,建議定期隨訪(如每年1次)。超聲表現:單純性囊腫,腺體內的淋巴結,乳房假體植入術后,經長期超聲隨訪沒有變化的纖維腺瘤、術后瘢痕等。其實,包括特殊情況和長期隨訪沒有改變的情況。3類:良性疾病可能,惡性的風險小于2%,需要縮短隨訪周期(如3~6個月1次)。超聲表現:邊
界清晰,形態規則,腫物軸向呈水平位的類似于纖維腺瘤聲像圖表現的腫塊。還包括:不可觸及的復雜囊腫,成簇的小囊腫。短期隨訪正逐漸成為處理的的策略。其實質:(1)邊界清晰;(2)形態規則;(3)腫塊軸向呈水平位;(4)實質性病變;(5)無回聲或低回聲伴后方回聲增強。
4類: 可疑惡性,應考慮活檢。此級病灶有癌的可能性3%-94%。
4A類:惡性可能性小(3%-10%),但需要組織學檢查進行確診的病變。活檢結果為良性是預料之中,活檢后可進行6個月或常規隨訪。
4B類:惡性可能性(10%-50%)。活檢后病理學結果需與影像學進行嚴格對照和謹慎處理。若病理證實為高危病變,可能需進行進一步處理,如切除活檢。
4C類:具有中等度惡性可能性但不具有典型惡性表現的病變(50%-94%)。病理結果為惡性是預料之中;若為良性,提示可能存在影像-病理不符合的情況,應當促使病理或臨床醫生對該病變進一步進行評估或處理。超聲表現絕大部分纖維腺瘤和其他良性病變的的實質性腫塊都包括在該級。其實質是非3類病變,且具有5類的超聲征象之一。
5類: 提示高度懷疑惡性。超聲發現的歸入該級的病變有95%或更高的惡性危險。
納入該級的超聲表現為形態不規則或呈“高大于寬”的立卵形,邊緣毛刺狀,周邊增厚聲暈,內部回聲為低回聲,腫物內有微小鈣化灶,后方回聲衰減。
6類: 病理活檢證實為惡性,應采取適當的措施。活檢證實為惡性的屬于該級。
第五篇:會計電算化系統硬件及數據管理規定
會計電算化系統硬件及數據管理規定
機房管理
1.落實專人負責各項設備的日常管理和硬盤文件管理,未經批準,不得隨意打開他人使用的機器;
2.非本部門工作人員,未經本部門負責人同意,不得擅自進入機房。經批準暫時留在機房的外來人員應在室(機房)外會客;
3.保持室內整潔。凡進入機房工作的人員,應身著工作服、入室換鞋、室內嚴禁吸煙、亂堆放物品、亂扔廢物;
4.做好室內清潔衛生,隨時保持設備表面清潔;
5.室內溫度應保持在攝氏10—20度之間,濕度不得高于20度。
設備管理
1.凡配備專門用于或主要用于會計核算和管理的計算機,要嚴格建立設備檔案,實行專人管理,定期檢查、定期維護、定期保養;
2.設備安裝標準化、規范化,嚴禁隨意搬遷設備。出現故障應及時查明原因,自己能夠排除的應及時排除,自己不能排除的,應及時請專業技術人員或商家進行修理,未經許可,不得擅自拆修;
3.定期(每年)對主要設備(網絡服務器和使用頻繁的工作站)進行打開機箱清潔箱內灰塵,保持設備清潔,確保運行正常;
4.非本部門工作人員,未經本部門領導和系統維護人員同意,不得使用本部門任何一臺計算機;
5.非系統維護人員不得隨意移動機器和網絡電纜。
計算機數據管理
1.在用和備份的磁盤數據文件,應不少于兩份,分不同地進行保管,即當天的數據文件應備份在兩臺工作站上,當月的數據至少要復制在兩套軟盤上并保存在不同的兩個地方;
2.備份的數據,應在單機上進行恢復試驗,以確認是否正確備份;
3.建立操作記錄制度。每天的會計資料的輸入、輸出都要及時詳細記錄,發現擅自使用計算機或輸入、輸出數據的應立即報告有關負責人進行處理;
4.各操作人員必須嚴格按照崗位職責來處理有關數據,不得隨意選擇與崗位職責無關的軟件功能進行處理;
5.遵守保密制度。所有財務會計數據,未經同意,不得私自向外公布。確因工作需要必須提供有關財務會計數據的,應嚴格按照《會計法》等有關規定執行;
6.未經批準,不得擅自修改正在使用的軟件的科目代碼。對確有必要修改的軟件程序,必須經過批準,但不得由此而影響機內原所有數據的連續性和完整性;
7.系統維護員要全面負責系統軟件、機內數據的安全管理,并做好
機器設備日常維護,出現故障,應積極配合專業技術人員及時排除故障,確保軟件的正常運行。
蘇州市統計局宏觀經濟數據庫管理規定(試行)
第一章總則
第一條為加強我局宏觀經濟數據庫管理,保障宏觀經濟數據庫在標準化、規范化、網絡化的軌道上正常運行,確保數據庫數據入庫渠道暢通、數據質量可靠、安全保密及備份措施得當、用戶管理規范,使宏觀經濟數據庫能更好地服務于政府部門、社會公眾,特制定本管理規定。
第二條本規定適用于宏觀經濟數據庫(以下簡稱數據庫)和數據加載模塊的管理,各數據加載模板是數據庫的數據源。
第三條各數據加載模板加載的數據為成品數據,即所加載數據已經審核通過,符合統計制度規定。
第四條數據庫具備數據的分類整理、備份保存、信息發布等功能。
第五條數據庫的數據是蘇州市統計局的重要信息資源,所有權歸蘇州市統計局。
第二章管理機構和職責
第六條綜合處、信息化管理處分工負責數據庫的監督檢查和綜合管理。
第七條數據庫實行專業負責制。各部門負責人為專業責任人,全面負責本部門各專業的模板制作、數據加載和日常的維護管理。部門內分工負責,責任到人。
第八條綜合處在負責綜合數據加載的同時,負責數據庫數據加載的日常
性監督,保證數據及時加載,并檢查入庫數據的完整性、正確性,負責數據庫信息發布的管理。
第九條信息化管理處承擔數據庫計算機技術工作,負責系統軟件、數據庫軟件的維護、日常的備份,培訓輔導各專業處制作模板,負責數據庫發布載體的維護。
第三章數據庫標準及數據加載管理規定
第十條數據庫要嚴格執行統一的數據庫邏輯結構標準,統一的指標庫標準,統一的數據加載模板標準。各部門不得擅自在統一執行的表結構中增加、刪除、修改有關字段;不得擅自增加、刪除、修改指標庫中的指標。
第十一條各部門認為數據庫標準有錯誤或不合理的地方,要及時通知綜合處或信息化管理處。數據庫結構、指標庫指標修改權在綜合處和信息化管理處。
第十二條信息化管理處統一下發數據庫加載模板標準,數據庫數據嚴格按模板標準采集。
第十三條數據庫數據源為本局各部門的年、定報數據、市相關部門數據及經整理的其它數據。
第十四條各部門應按時加載數據(見《宏觀經濟數據庫數據加載責任表》)。
第十五條各部門全面負責加載的數據質量。按加載模板格式采集數據后,方可加載入數據庫。操作人員負責一級審核,處負責人二級復審。
第十六條信息化管理處每月定期對加載入庫的數據進行技術性檢查,即檢查數據加載的位置、格式和數據的完整性等,檢查結果填入“宏觀經濟數據庫加載責任表”。
第十七條綜合處每月定期對加載入庫的數據進行大數正確性審核,檢查結果填入“宏觀經濟數據庫加載責任表”。
第十八條各部門接到綜合處、信息化管理處反饋的加載數據審核情況后,若無差錯則本次加載數據完成;若有錯誤,則經整改后按第十六條重新加載,重新加載不得超過兩個工作日。
第四章數據處理和數據安全規定
第十九條信息化管理處統一下發數據庫數據處理平臺,各項數據處理都需在統一的平臺上進行。
第二十條信息化管理處利用存儲備份設備制定備份策略,每半年做一次全備份,每個月做一次零級備份,每星期做一次一級備份,每天做一次二級備份,以保證數據庫數據的安全。
第二十一條信息化管理處對數據庫所在的硬件及系統進行日常維護,保證數據庫靜態、動態及各類數據服務器、網站服務器的正常運行,定期檢查病毒。
第二十二條信息化管理處對傳輸加載的數據進行動態跟蹤和檢查,發現問題應及時通知相關部門改正。
第五章數據發布和提供服務規定
第二十三條綜合處負責數據庫數據發布管理工作,制定三個網站上網數據的范圍、時間。
第二十四條信息化管理處負責數據庫的技術維護,不得擅自以任何形式對外提供數據。
第二十五條本局工作人員可查詢使用數據庫中的數據,個人不得擅自對外提供服務,各部門對外提供數據服務需經分管局長同意。
第二十六條數據加載入庫上網后,信息化管理處保證24小時內暢通。
第二十七條數據庫網站發布分為領導查詢系統、內部查詢系統、政府部門查詢系統、公眾查詢系統:
●領導查詢系統提供給市領導訪問;
●內部查詢系統限本局和市(縣)、區的統計人員訪問;
●政府部門查詢系統限本市各機關部門和全國統計部門訪問;●公眾查詢系統供Internet網用戶查閱。
第二十八條數據庫用戶
一、數據庫用戶權限級別分三種:普通用戶、加載用戶、高級用戶。普通用戶只授權查詢、瀏覽、使用數據庫信息發布系統上公開的各類數據。加載用戶除擁有普通用戶權限外,擁有使用、加載、修改本部門數據的權利。
高級用戶具有查看全部數據的權限。
根據工作需要用戶權限級別可變更。
二、局領導負責用戶的審批,信息化管理處按審批規定具體負責用戶的授權、注銷等管理工作。
三、用戶的權利
用戶有權使用授權許可范圍內的數據庫數據。
四、用戶的義務
1.使用數據庫數據的過程中,若發現問題,包括數據錯誤、數據項設置不合理、需增加新內容等,有信息監督和反饋的義務,以利完善數據庫。
2.擁有數據的使用權限并保證下載的數據嚴格按統計局規定的條件使用。
3.負有數據安全保密義務。
五、用戶的口令管理
1.用戶口令必須設置6位以上字符,并包含既有字母、數字,又有如“@”“#”“$”等的特殊字符。
2.口令應至少每個月更改一次。
3.用戶名和口令為個人專用,不得給別人使用,如確有事情外出并要委托他人代辦,回來后應及時更改口令。
第二十九條數據庫查詢用戶的疑問解答分為二類,一類是網絡訪問問題,另一類是統計數據疑問,前一類由信息化管理處負責,后一類由綜合處會同相關部門負責。
第六章考核與獎懲
第三十條每月月底在網上公布當月各部門的數據加載情況。年底由辦公室根據全年公布的數據加載情況計算各部門的得分并計入局考核總分進行獎懲。
第三十一條考核辦法
1.各專業部門數據加載及時、正確得100分。每延時加載一次扣5分;“數據加載責任表”中出現一次整改意見的扣5分。
2.綜合處及時完成數據加載監督、審核、發布、管理任務的,得100分。沒有監督專業部門按時加載數據的,每發生一次扣5分;加載的數據出現大數錯誤且沒有審核情況說明的,每出現一次扣5分。
3.信息化管理處保證數據庫正常運轉、數據安全,得100分。數據庫運轉因人為因素中斷并影響全局工作的,每發生一次扣10分;數據備份失敗,使庫內數據全部丟失扣至0分;丟失加載的數據,每發生一次扣10分;部門按正確方法加載數據后,如出現數據亂碼、數據不能查詢等技術性錯誤,每發生一次扣5分。
第三十二條本規定自發布之日起執行。