An architecture for open and scalable WebGISAleksandar Milosavljević,  การแปล - An architecture for open and scalable WebGISAleksandar Milosavljević,  ไทย วิธีการพูด

An architecture for open and scalab

An architecture for open and scalable WebGIS
Aleksandar Milosavljević, Leonid Stoimenov, Slobodanka Djordjević-Kajan
CG&GIS Lab, Department of Computer Science
Faculty of Electronic Engineering, University of Niš, Serbia and Montenegro
E-mail: alexm@elfak.ni.ac.yu, leni@elfak.ni.ac.yu, sdjordjevic@elfak.ni.ac.yu
SUMMARY
This paper discusses an architectural model that is used in implementation of Ginis framework for
realization of open and scalable Web-based geographic information systems (WebGIS). WebGIS
system is considered as a whole that consists of a WebGIS portal and many Web-enabled GISs. For
developing of all application components of an overall WebGIS, we introduced and developed unified
model of geoinformation systems. Unified model leads to implementation of Ginis framework that
further produces configurable GIS application components. Realization of systems using configurable
components involves usage of explicit semantic descriptions of application domains for their
configuring. For encoding of these semantic descriptions we defined Ginis Application Definition
Language (GADL).
KEYWORDS: GIS, WebGIS, OGC, WMS, WFS, framework, semantic
INTRODUCTION
Traditionally, geographic information systems were realized as monolithic and platform-dependent
applications (Wong et al., 2002). With development of Internet and World Wide Web, GISs have
evolved and adapted to this new environment (Shekhar et al., 2001). The “WebGIS” became a
synonym for Web information systems that provides a functionality of geographic information
systems on the Web through HTTP and HTML (Shanzhen et al., 2002).
WebGIS, as it is considered in this paper, should provide functions for displaying and navigation
trough maps, so as functions for querying of geographic data using both spatial and non-spatial
criteria. It is obvious that these functions can cover only some of a GIS functionality stated in
(Soomro et al., 1999). For capturing, storing and manipulating with geospatial data we still need more
traditional application environments. Sharing of geospatial data for Web presentation purposes can be
done by extending of existing traditional GISs with a set of “Web interfaces”. In order to build model
of a WebGIS that is open for connecting to a range of different geodata sources we need commonly
acceptable standards for realization of these Web interfaces. Open Geospatial Consortium (OGC)
(Open Geospatial Consortium Inc., 2004) interface specifications for building Web services that
enable retrieval of custom maps (Web Map Service Implementation Specification, 2002) and
querying of geospatial entities (Web Feature Service Implementation Specification, 2002) seems as a
quite reasonable choice.
The paper is structured as follows. In the second part, we shortly describe architecture of an overall
WebGIS system, identify subsystems, and specify use-cases and non-functional requirements. The
third part of this paper is dedicated to the unified model of geoinformation systems that is base for
implementation of all components of suggested overall WebGIS.
AN ARCHITECTURE OF AN OVERALL WEBGIS SYSTEM
To identify subsystems of an overall WebGIS we started from a general assumption that
geoinformation related to some area (i.e. city) cannot be captured, stored and maintained in a single
organizational unit GIS. Some of this information can have mutual and public importance, so it
should be shared and be accessible over Web. Suggested architecture relies on a client/server model. A subsystem that acts as a client that enables
access to geoinformation is a WebGIS portal, while the function of sharing (role of a server) is
realized by expanding traditional GISs with a WMS and a WFS Web interfaces (Web-enabled GIS).
Using of OGC WMS and WFS interfaces for building WebGIS systems can be also found in
(Korduan and Bill, 2004). Figure 1 illustrates interrelation between components that correspond to
subsystems.
Figure 1: Schematic view of an overall WebGIS architecture
Use-case model of the overall system
WebGIS system that is being presented is used by three classes of users: Web Users, Authorized GIS
Users and WebGIS Portal Administrators (see figure 2). Generalization relationship between user
classes represents ability of a user to play multiple roles.
Web users are the most general class with the least functionality available. They access the system
trough a WebGIS portal for viewing maps and querying geographic features. Web mapping and
querying are not all possible WebGIS functions, but it is the set of functions most suitable for city
GIS portals which are primarily target of Ginis framework (Stoimenov et al., 2004).
Authorized GIS users have access to all functions of their local GIS applications. A necessary
minimum (not a limit) of functionality should enable creating of a geoinformational content that can
be accessed over the portal. Such a requirement can be satisfied by implementing functions for map
viewing and querying, but also inserting, editing and deleting of geographic features.
Finally, the portal administrator is responsible for defining content that will be available to Web
users. For that purpose administrator can specify layer hierarchy trough which geoinformation will be
presented and, depending on a layer type, assign and remove WMS and/or WFS services to the layer.
An important feature of suggested WebGIS portal is ability of an integration of geoinformation. This
characteristic is issued from the architectural model where one portal can access many Web-enabled
GISs shared data. Two levels of information integration can be achieved:
• Display level integration - composite map is formed by overlapping of raster images
gathered from several Web Map Servers that are services of selected layers. • Query level integration - execution of a query specified on one feature type (layer) can result
in the query execution on several Web Feature Servers that are services of the layer and its
sublayers.
View maps
(from WebGIS Portal)
Query
(from WebGIS Portal)
WebGIS User
Assign service to a layer
(from WebGIS Portal)
Remove service
(from WebGIS Portal)
Define layer hierarchy
(from WebGIS Portal)
WebGIS
Administrator
View maps
(from Web-enabled GIS)
Insert
(from Web-enabled GIS)
Delete
(from Web-enabled GIS)
Edit
(from Web-enabled GIS)
Query
(from Web-enabled GIS)
Authorized GIS
User
Figure 2: Use-case model of the overall WebGIS system
Non-functional requirements
The most important non-functional requirements for the WebGIS that has been designed are code
and component reusability, scalability and openness.
Reusability is the most important non-functional requirement and it is achieved trough Ginis
application framework. A design of the framework relies on use of explicit semantic descriptions for
building concrete systems (Stoimenov and Djordjević-Kajan, 2005). A semantic description of an
application domain consists of specification of a layer structure trough which geoinformation is
organized and services for geodata accessing and manipulation. For encoding of these descriptions we
defined XML language named Ginis Application Definition Language (GADL). The framework, on
the other hand, produces configurable application components that use GADL encoded semantics and
realize concrete applications and services of an overall WebGIS. A relationship between Ginis
framework and GADL is tight because both of them rely on a same model of a geoinformation system
that will be described in next section.
Scalability is the requirement that regards geoinformational content of a WebGIS portal. It is ability
of extending a portal by linking it with new Web Map and Web Feature servers. As we already told,
geoinformational content of a portal is defined by adequate GADL description, so it can be changed
or extended by simple editing of the corresponding XML document.
A demand for openness imposes usage of interfaces and exchange of data by commonly accepted
standards. This requirement is satisfied using OGC standards (WMS and WFS) for Web services
interfaces and data interchange. Although Ginis framework offers full support for the Web-enabled
GIS, third parity OGC conformant Web Map and Web Feature servers can be successfully linked to a
WebGIS portal. For further extending of the portal functionality beyond mapping and querying,
extending of this set of standard services should be considered. UNIFIED MODEL OF GEOINFORMATION SYSTEMS
Unified model provides basis for implementation of Ginis framework, while GADL is defined in
terms of a model. The model is qualified as "unified" because it is used for all application components
of an overall WebGIS. The idea behind is that a desktop GIS application, WMS, WFS and a portal
Web application are just different interfaces to unique set of data and operations. The model is
strongly influenced by the OGC reference model (OGC Reference Model, 2003) slightly modified by
separating layers with geographic features that can be queried via WFS and encoded in the GML2
(Geography Markup Language, 2002), from layers with a coverage that can be only displayed. UML
class diagram for the model is shown on figure 3.
Coverage
Grid
Image ImageSet ImageMultiSet
1..n 1
#imageSet
1..n 1
#image
FeatureDatabase
WebMap
DXFMap
FeatureCollection Attribute Geometry
AttributeDef
GeometryDef
Feature
0..n
1
#geometry
#feature
0..n
1
#attribute
0..n
0..n
+featureMember
FeatureService
FeatureTypeDef
0..n 1
+attribute
0..n
1
+geometry
FeatureType
0..n
1
#instance
#type
1..n 1..n
#service
1
1
+definition
SpatialReferenceSystem
GisApp
1..n #srs 0..n
WinApp WMS WFS WebApp
Metadata
Style
Layer
0..n
0..1
#child 0..n
#parent
0..1
1
#metadata
1..n
0..n
#style
WFSConnector WMSConnector
FeatureWebInterface
+wfs 1 0..1 +wms
Figure 3: Unified model of geoinformation systems
Classes WinApp, WMS, WFS and WebApp are interfaces for implementation of different components
of overall WebGIS. These classes are derived from a ge
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
สถาปัตยกรรมสำหรับ WebGIS เปิด และปรับขนาดได้Aleksandar Milosavljević เลโอ Stoimenov, Slobodanka Djordjević-KajanCG และห้องปฏิบัติการ GIS แผนกวิทย์คณะวิศวกรรมอิเล็กทรอนิกส์ มหาวิทยาลัย Niš เซอร์เบีย และมอนเตเนโกรอีเมล์: alexm@elfak.ni.ac.yu, leni@elfak.ni.ac.yu, sdjordjevic@elfak.ni.ac.yuสรุป เอกสารนี้อธิบายถึงแบบจำลองสถาปัตยกรรมที่ใช้ในการดำเนินของกรอบงาน Ginisการรับรู้ของระบบเปิด และสามารถต่อขยายเว็บสารสนเทศภูมิศาสตร์ (WebGIS) WebGISระบบถือว่าเป็นทั้งหมดซึ่งประกอบด้วย WebGIS พอร์ทัลและ GISs เว็บไซต์จำนวนมาก สำหรับการพัฒนาคอมโพเนนต์โปรแกรมประยุกต์ทั้งหมดของ WebGIS มีทั้งหมด เราแนะนำ และพัฒนารวมแบบจำลองของระบบ geoinformation รุ่นรวมเป้าหมายการดำเนินงานของกรอบ Ginis ที่เพิ่มเติม สร้างคอมโพเนนต์โปรแกรมประยุกต์ GIS กำหนด รับรู้ของระบบที่ใช้กำหนดใช้คำอธิบายความหมายที่ชัดเจนของโดเมนของแอพลิเคชันสำหรับเกี่ยวข้องกับคอมโพเนนต์ของพวกเขาตั้งค่าคอนฟิก สำหรับการเข้ารหัสของคำอธิบายความหมายเหล่านี้ เรากำหนดข้อกำหนดของโปรแกรมประยุกต์ Ginisภาษา (GADL)คำสำคัญ: GIS, WebGIS, OGC, WMS, WFS กรอบ ความหมายแนะนำ ประเพณี ระบบสารสนเทศภูมิศาสตร์ได้รับรู้เป็นเสาหิน และขึ้นอยู่ กับแพลตฟอร์มใช้งาน (วง et al., 2002) มีการพัฒนาอินเทอร์เน็ตและเวิลด์ไวด์เว็บ GISs ได้พัฒนา และดัดแปลงสิ่งแวดล้อมใหม่นี้ (Shekhar et al., 2001) "WebGIS" เป็นการเหมือนในเว็บข้อมูลระบบที่มีการทำงานของสารสนเทศภูมิศาสตร์ระบบบนเว็บผ่านทาง HTTP และ HTML (Shanzhen et al., 2002) WebGIS ว่าในเอกสารนี้ ควรให้ฟังก์ชันสำหรับการแสดงและการนำทางรางแผนที่ นั้นเป็นฟังก์ชันสำหรับการสอบถามข้อมูลทางภูมิศาสตร์ที่ใช้ปริภูมิ และมีพื้นที่เกณฑ์การ เป็นที่ชัดเจนว่า ฟังก์ชันเหล่านี้สามารถครอบคลุมเฉพาะบางส่วนของงาน GIS ที่ระบุไว้ใน(Soomro et al., 1999) สำหรับการจับภาพ จัดเก็บ และจัดการกับข้อมูล geospatial เรายังต้องเพิ่มเติมสภาพแวดล้อมของโปรแกรมประยุกต์ดั้งเดิม ใช้ร่วมกันข้อมูล geospatial เว็บนำเสนอเพื่อวัตถุประสงค์ได้ทำได้ โดยการขยายของ GISs ที่มีอยู่ดั้งเดิมด้วยชุด "อินเทอร์เฟซของเว็บ" การสร้างแบบจำลองของ WebGIS ที่เปิดสำหรับการเชื่อมต่อไปยังช่วงของแหล่ง geodata ต่าง ๆ ที่เราต้องการโดยทั่วไปมาตรฐานเป็นที่ยอมรับสำหรับการรับรู้ของอินเตอร์เฟซเว็บเหล่านี้ เปิด Geospatial Consortium (OGC)(เปิด Geospatial Consortium Inc., 2004) ข้อกำหนดของอินเทอร์เฟซสำหรับสร้างเว็บบริการที่เปิดใช้งานการเรียกของแม็ปแบบกำหนดเอง (เว็บแผนที่บริการงานข้อมูลจำเพาะ 2002) และสอบถามของ geospatial เอนทิตี (เว็บคุณลักษณะบริการงานข้อมูลจำเพาะ 2002) ดูเหมือนเป็นการทางเลือกที่ค่อนข้างเหมาะสม กระดาษมีโครงสร้างดังนี้ ในส่วนสอง เราไม่ช้าอธิบายสถาปัตยกรรมโดยรวมมีระบบ WebGIS ระบุย่อย และระบุกรณีที่ใช้และความต้องการไม่ใช่หน้าที่ ที่ส่วนที่สามของเอกสารนี้จะทุ่มเทกับรูปรวมของระบบ geoinformation ที่เป็นพื้นฐานสำหรับนำส่วนประกอบทั้งหมดของ WebGIS โดยรวมแนะนำสถาปัตยกรรมของระบบ WEBGIS โดยรวม การระบุย่อยของ WebGIS โดยรวมเราเริ่มต้นจากสมมติฐานทั่วไปที่geoinformation ที่เกี่ยวข้องกับบางพื้นที่ (เช่นเมือง) ไม่สามารถจับภาพ เก็บ และรักษาไว้ในเดียวหน่วยงาน GIS บางส่วนของข้อมูลนี้สามารถมีความสำคัญซึ่งกันและกัน และสาธารณะ ดังนั้นควรใช้ร่วมกัน และสามารถเข้าถึงได้ผ่านเว็บ สถาปัตยกรรมแนะนำอาศัยแบบไคลเอ็นต์/เซิร์ฟเวอร์ ระบบย่อยที่ทำหน้าที่เป็นไคลเอนต์ที่เปิดใช้งานถึง geoinformation เป็นพอร์ทัล WebGIS ขณะที่การทำงานของร่วมกัน (บทบาทของเซิร์ฟเวอร์)รับรู้ ด้วยการขยาย GISs ดั้งเดิมกับ WMS เป็นอินเทอร์เฟซ WFS เว็บ (เว็บไซต์ GIS)ใช้สำหรับการสร้างระบบ WebGIS ของอินเทอร์เฟซ OGC WMS และ WFS จะยังพบได้ใน(Korduan และตั๋ว 2004) รูปที่ 1 แสดงสัมพันธ์ระหว่างคอมโพเนนต์ที่สอดคล้องกับย่อยรูปที่ 1: ดูแผนผังตัวอย่างของสถาปัตยกรรม WebGIS โดยรวมกรณีที่ใช้แบบจำลองของระบบโดยรวม ใช้ระบบ WebGIS ที่จะนำเสนอสามชั้นเรียนของผู้ใช้: ผู้ใช้เว็บ GIS ที่ได้รับอนุญาตผู้ใช้และผู้ดูแลเว็บ WebGIS (ดูรูปที่ 2) Generalization ความสัมพันธ์ระหว่างผู้ใช้เรียนหมายถึงความสามารถของผู้เล่นหลายบทบาท ผู้ใช้เว็บระดับทั่วไปส่วนใหญ่ทำงานน้อยที่สุดที่มีอยู่ เข้าระบบราง WebGIS เว็บไซต์สำหรับดูแผนที่ และสอบถามลักษณะทางภูมิศาสตร์ การแม็ปเว็บ และสอบถามไม่ใช่ฟังก์ชัน WebGIS เป็นไปได้ทั้งหมด แต่มันเป็นชุดของฟังก์ชันเหมาะสำหรับเมืองพอร์ทัล GIS ซึ่งเป็นเป้าหมายหลักของกรอบ Ginis (Stoimenov et al., 2004) GIS ผู้สามารถเข้าถึงฟังก์ชันทั้งหมดของโปรแกรมประยุกต์ GIS ภายใน มีความจำเป็นต่ำสุด (ไม่จำกัด) ของฟังก์ชันควรเปิดใช้งานการสร้างเนื้อหาของ geoinformational ที่สามารถสามารถเข้าถึงผ่านเว็บไซต์นี้ เช่นความสามารถความพึงพอใจ ด้วยการใช้ฟังก์ชันสำหรับแผนที่ดู และสอบ ถาม แต่ยังแทรก แก้ไข และลบคุณลักษณะทางภูมิศาสตร์ สุดท้าย ผู้ดูแลพอร์ทัลรับผิดชอบในการกำหนดเนื้อหาที่จะใช้เว็บผู้ใช้ ที่ ผู้ดูแลระบบสามารถระบุชั้นลำดับชั้นราง geoinformation ที่จะแสดง และ ขึ้นอยู่กับชนิดชั้น กำหนด และลบบริการ WMS / WFS ที่ชั้น คุณลักษณะสำคัญของเว็บไซต์ WebGIS แนะนำเป็นความสามารถของการรวมกลุ่มของ geoinformation นี้ลักษณะออกจากรูปแบบสถาปัตยกรรมที่ไซต์หนึ่งสามารถเข้าได้หลายเว็บไซต์GISs ใช้ร่วมกันข้อมูล ระดับสองของข้อมูลรวมสามารถทำได้:•จอแสดงผลระดับรวม - รวมแผนที่จะเกิดขึ้น โดยการซ้อนภาพแบบราสเตอร์รวบรวมจากหลายเว็บแผนที่เซิร์ฟซึ่งเป็นชั้นที่เลือก •แบบสอบถามระดับรวม - การดำเนินการของแบบสอบถามที่ระบุในคุณลักษณะหนึ่งชนิด (ชั้น) สามารถทำได้ในการดำเนินการแบบสอบถามบนเซิร์ฟเวอร์ลักษณะเว็บต่าง ๆ ที่เป็นของชั้นและชั้นย่อยดูแผนที่(จากเว็บไซต์ WebGIS)แบบสอบถาม(จากเว็บไซต์ WebGIS)ผู้ใช้ WebGISกำหนดบริการชั้น(จากเว็บไซต์ WebGIS)เอาบริการออก(จากเว็บไซต์ WebGIS)กำหนดลำดับชั้นของเลเยอร์(จากเว็บไซต์ WebGIS)WebGISผู้ดูแลระบบดูแผนที่(จากเว็บไซต์ GIS)แทรก(จากเว็บไซต์ GIS)ลบ(จากเว็บไซต์ GIS)แก้ไข(จากเว็บไซต์ GIS)แบบสอบถาม(จากเว็บไซต์ GIS)GIS ที่ได้รับอนุญาตผู้ใช้รูปที่ 2: กรณีที่ใช้รูปแบบระบบ WebGIS โดยรวมความต้องการไม่ใช่หน้าที่ รหัสจะต้องไม่ทำงานสำคัญที่สุดสำหรับ WebGIS ที่ได้รับการออกแบบreusability ส่วนประกอบ ขนาด และแขกด้วย Reusability เป็นความต้องการไม่ใช่หน้าที่ที่สำคัญ และเป็นรางทำได้ Ginisกรอบการทำงานโปรแกรมประยุกต์ แบบของกรอบอาศัยการใช้คำอธิบายความหมายที่ชัดเจนในสร้างระบบคอนกรีต (Stoimenov และ Djordjević-Kajan, 2005) คำอธิบายความหมายของการโดเมนโปรแกรมประยุกต์ที่ประกอบด้วยข้อมูลจำเพาะของรางโครงสร้างชั้น geoinformation ซึ่งเป็นจัดระเบียบ และการเข้าถึง geodata และจัดการ สำหรับการเข้ารหัสของคำอธิบายเหล่านี้เราภาษา XML กำหนดชื่อ Ginis ใช้คำจำกัดความภาษา (GADL) กรอบ ในอีก ส่วนประกอบโปรแกรมประยุกต์กำหนดผลิตผลที่ใช้ GADL ความหมายการเข้ารหัส และตระหนักถึงการใช้งานคอนกรีตและบริการของ WebGIS โดยรวมเป็น ความสัมพันธ์ระหว่าง Ginisกรอบและ GADL ไม่แน่นเนื่องจากทั้งสองของพวกเขาอาศัยในรูปแบบเดียวกันของระบบ geoinformationที่จะกล่าวในส่วนถัดไป ขนาดมีความต้องการที่พิจารณาเนื้อหา geoinformational ไซต์ WebGIS มันคือความสามารถในก่อนเว็บไซต์โดยการเชื่อมโยงกับเซิร์ฟเวอร์เว็บแผนที่และลักษณะการทำงานของเว็บใหม่ เราแล้วบอกgeoinformational เนื้อหาของเว็บไซต์ถูกกำหนด โดยคำอธิบาย GADL เพียงพอ เพื่อให้คุณสามารถเปลี่ยนหรือขยาย ด้วยการแก้ไขเรื่องของเอกสาร XML สอดคล้อง ความต้องการอย่างยิ่งเก็บการใช้งานของอินเทอร์เฟซและแลกเปลี่ยนข้อมูลโดยทั่วไปยอมรับมาตรฐาน ข้อกำหนดนี้ได้พอใช้มาตรฐาน OGC (WMS และ WFS) สำหรับเว็บเซอร์วิสแลกเปลี่ยนข้อมูลและการอินเตอร์เฟส แม้ว่ากรอบ Ginis ให้การสนับสนุนเต็มเว็บเปิดใช้งานGIS สามพาริตี้ OGC conformant เว็บแผนที่และลักษณะการทำงานของเว็บเซิร์ฟเวอร์คุณสามารถเรียบร้อยแล้วเชื่อมโยงเป็นเว็บไซต์ WebGIS สำหรับการเพิ่มเติมขยายฟังก์ชันการใช้งานพอร์ทัลนอกเหนือจากการแม็ป และ สอบขยายของมาตรฐานชุดนี้ควรจะถือว่า รูปรวมของระบบ GEOINFORMATION รวมรุ่นให้พื้นฐานของกรอบ Ginis, GADL กำหนดไว้ในเงื่อนไขของแบบจำลอง รุ่นมีคุณสมบัติเป็น "อุษาคเนย์" เนื่องจากมันถูกใช้สำหรับองค์ประกอบแอพลิเคชันทั้งหมดของการ WebGIS โดยรวม ความคิดที่หลังว่าเป็นโปรแกรม GIS, WMS, WFS และพอร์ทัลเว็บแอพลิเคชันอินเทอร์เฟซที่แตกต่างกันเพียงชุดเฉพาะของข้อมูลและการดำเนินงานได้ รูปแบบคืออิทธิพลอย่างยิ่ง โดย OGC อ้างอิงแบบจำลอง (OGC อ้างอิงรุ่น 2003) แก้ไขเล็กน้อยโดยแยกชั้นกับลักษณะทางภูมิศาสตร์ที่สามารถสอบถามผ่าน WFS และเข้ารหัสในการ GML2(ภูมิศาสตร์ภาษามาร์กอัป 2002), จากชั้นกับความครอบคลุมที่สามารถแสดงผลได้เท่านั้น UMLแผนภาพคลาสสำหรับแบบแสดงในรูป 3ความครอบคลุมเส้นตารางภาพ ImageSet ImageMultiSet1..n 1#imageSet1..n 1#imageFeatureDatabaseWebMapDXFMapแอตทริบิวต์ FeatureCollection เรขาคณิตAttributeDefGeometryDefลักษณะการทำงาน0..n1#geometry#feature0..n1#attribute0..n0..n+ featureMemberFeatureServiceFeatureTypeDef0..n 1+ แอตทริบิวต์0..n1+ รูปทรงเรขาคณิตFeatureType0..n1#instance#type1..n 1..n#service11+ กำหนดSpatialReferenceSystemGisApp1..n #srs 0..nWinApp WMS WFS WebAppข้อมูลเมตาลักษณะชั้น0..n0..1#child 0..n#parent0..11#metadata1..n0..n#styleWFSConnector WMSConnectorFeatureWebInterface0..1 wfs 1 + wmsรูปที่ 3: รวมรูปแบบของระบบ geoinformation เรียน WinApp, WMS, WFS และ WebApp เป็นอินเทอร์เฟซสำหรับการดำเนินงานของส่วนประกอบต่าง ๆของ WebGIS โดยรวม ชั้นเรียนเหล่านี้มาเป็น ge
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
สถาปัตยกรรม WebGIS เปิดและปรับขนาดได้
Aleksandar Milosavljevic, Leonid Stoimenov, Slobodanka Djordjevic-Kajan
CG & GIS Lab ภาควิชาวิทยาการคอมพิวเตอร์
คณะวิศวกรรมศาสตร์มหาวิทยาลัยนีช, เซอร์เบียและมอนเตเนโก
อีเมล: alexm@elfak.ni.ac.yu, leni@elfak.ni.ac.yu, sdjordjevic@elfak.ni.ac.yu
สรุป
บทความนี้กล่าวถึงรูปแบบสถาปัตยกรรมที่ใช้ในการดำเนินงานของกรอบ Ginis สำหรับ
ก่อให้เกิดการเปิดและขยายขีดความสามารถของเว็บที่ใช้ระบบสารสนเทศภูมิศาสตร์ (WebGIS) WebGIS
ระบบถือเป็นทั้งที่ประกอบด้วยพอร์ทัล WebGIS และหลาย GISS ที่เปิดใช้งานเว็บ สำหรับ
การพัฒนาแอพลิเคชันของส่วนประกอบทั้งหมดของ WebGIS โดยรวมเรารู้จักและพัฒนาแบบครบวงจร
รูปแบบของระบบ geoinformation รูปแบบ Unified นำไปสู่การดำเนินการตามกรอบ Ginis ที่
เพิ่มเติมผลิตชิ้นส่วนการประยุกต์ใช้ระบบสารสนเทศภูมิศาสตร์ที่กำหนด สำนึกของระบบที่ใช้กำหนดค่า
ชิ้นส่วนที่เกี่ยวข้องกับการใช้งานของคำอธิบายความหมายที่ชัดเจนของโดเมนโปรแกรมประยุกต์สำหรับพวกเขา
การกำหนดค่า สำหรับการเข้ารหัสของคำอธิบายความหมายของคำเหล่านี้เรากำหนด Ginis การประยุกต์ใช้ความหมาย
ภาษา (GADL).
ที่มา: GIS, WebGIS, OGC, WMS, WFS กรอบความหมาย
บทนำ
ตามเนื้อผ้าระบบสารสนเทศทางภูมิศาสตร์ได้ตระหนักถึงเป็นเสาหินและแพลตฟอร์มขึ้นอยู่กับ
การใช้งาน (วงศ์และคณะ ., 2002) กับการพัฒนาของอินเทอร์เน็ตและเวิลด์ไวด์เว็บ GISS ได้
พัฒนาและปรับให้เข้ากับสภาพแวดล้อมใหม่นี้ (Shekhar et al., 2001) "WebGIS" กลายเป็น
คำพ้องสำหรับเว็บระบบสารสนเทศที่ให้การทำงานของข้อมูลทางภูมิศาสตร์
ระบบบนเว็บผ่าน HTTP และ HTML (Shanzhen et al., 2002).
WebGIS ขณะที่มันถูกพิจารณาในบทความนี้ควรจัดให้มีฟังก์ชั่นสำหรับการแสดง และการนำ
แผนที่รางเพื่อให้เป็นฟังก์ชั่นสำหรับการสอบถามข้อมูลทางภูมิศาสตร์ที่ใช้ทั้งเชิงพื้นที่และเชิงพื้นที่ที่ไม่ได้
เกณฑ์ เป็นที่ชัดเจนว่าฟังก์ชั่นเหล่านี้สามารถครอบคลุมเพียงบางส่วนของการทำงานของระบบสารสนเทศภูมิศาสตร์ที่ระบุไว้ใน
(Soomro et al., 1999) สำหรับการจับ, การจัดเก็บและจัดการกับข้อมูลเชิงพื้นที่ที่เรายังคงต้องมากขึ้น
สภาพแวดล้อมที่ใช้แบบดั้งเดิม แบ่งปันข้อมูลเชิงพื้นที่เพื่อวัตถุประสงค์ในการนำเสนอเว็บสามารถ
ทำได้โดยการขยายแบบดั้งเดิมที่มีอยู่ GISS กับชุดของ "อินเตอร์เฟซเว็บ" เพื่อที่จะสร้างรูปแบบ
ของ WebGIS ที่เปิดให้บริการสำหรับการเชื่อมต่อกับช่วงของแหล่งภูมิศาสตร์ที่แตกต่างกันเราต้องทั่วไป
มาตรฐานที่ยอมรับได้สำหรับการสำนึกของอินเตอร์เฟซเว็บเหล่านี้ เปิด Geospatial Consortium (OGC)
(Open Geospatial Consortium Inc, 2004) ข้อกำหนดอินเตอร์เฟซสำหรับการสร้างบริการเว็บที่
ช่วยให้การดึงของแผนที่ที่กำหนดเอง (เว็บแผนที่รายละเอียดการดำเนินงานบริการ, 2002) และ
การสอบถามของหน่วยงานเชิงพื้นที่ (บริการเว็บคุณลักษณะจำเพาะการดำเนินการ, 2002) ดูเหมือนว่าเป็น
ทางเลือกที่เหมาะสมค่อนข้าง.
กระดาษมีโครงสร้างดังนี้ ในส่วนที่สองเราไม่นานอธิบายสถาปัตยกรรมของโดยรวม
ของระบบ WebGIS ระบุระบบย่อยและระบุกรณีการใช้งานและความต้องการที่ไม่ใช่หน้าที่
ส่วนที่สามของการวิจัยนี้จะทุ่มเทให้กับรูปแบบครบวงจรของระบบ geoinformation ที่เป็นฐานสำหรับ
การดำเนินงานของส่วนประกอบทั้งหมดของ WebGIS โดยรวมแนะนำ.
สถาปัตยกรรมของระบบโดยรวม WEBGIS
เพื่อระบุระบบย่อยของ WebGIS โดยรวมเราเริ่มต้นจากสมมติฐานทั่วไปที่
geoinformation ที่เกี่ยวข้องกับบางพื้นที่ (เช่นเมือง) ไม่สามารถจับภาพจัดเก็บและเก็บรักษาไว้ในที่เดียว
GIS หน่วยองค์กร บางส่วนของข้อมูลนี้จะมีความสำคัญซึ่งกันและกันและสาธารณะดังนั้นจึง
ควรจะใช้ร่วมกันและสามารถเข้าถึงได้ผ่านทางเว็บ สถาปัตยกรรมที่แนะนำขึ้นอยู่กับลูกค้า / รุ่นเซิร์ฟเวอร์ ระบบย่อยที่ทำหน้าที่เป็นลูกค้าที่ช่วยให้
การเข้าถึง geoinformation เป็นพอร์ทัล WebGIS ในขณะที่ฟังก์ชั่นของการแบ่งปัน (บทบาทของเซิร์ฟเวอร์) จะ
ตระหนักโดยขยาย GISS แบบดั้งเดิมที่มี WMS และ WFS อินเตอร์เฟซเว็บ (GIS เว็บที่เปิดใช้งาน).
การใช้ ของ OGC WMS และการเชื่อมต่อ WFS สำหรับการสร้างระบบ WebGIS สามารถพบได้ใน
(Korduan และบิล, 2004) รูปที่ 1 แสดงให้เห็นถึงสัมพันธ์ระหว่างองค์ประกอบที่สอดคล้องกับ
ระบบย่อย.
รูปที่ 1: มุมมองแผนผังของสถาปัตยกรรม WebGIS โดยรวม
รูปแบบการใช้กรณีของระบบโดยรวม
ระบบ WebGIS ที่จะถูกนำเสนอจะถูกใช้โดยสามชั้นเรียนของผู้ใช้: ผู้ใช้เว็บ GIS ผู้มีอำนาจ
และผู้ใช้ WebGIS ผู้ดูแลระบบพอร์ทัล (ดูรูปที่ 2) ความสัมพันธ์ระหว่างผู้ใช้ทั่วไป
แสดงให้เห็นถึงความสามารถในการเรียนของผู้ใช้ในการเล่นหลายบทบาท.
ผู้ใช้เว็บเป็นระดับทั่วไปมากที่สุดกับการทำงานอย่างน้อยสามารถใช้ได้ พวกเขาเข้าถึงระบบ
ราง WebGIS พอร์ทัลสำหรับการดูแผนที่และสอบถามลักษณะทางภูมิศาสตร์ การทำแผนที่เว็บและ
สอบถามไม่ได้ทุกฟังก์ชั่ WebGIS ไปได้ แต่มันเป็นชุดของฟังก์ชั่นที่เหมาะสมที่สุดสำหรับเมือง
พอร์ทัล GIS ซึ่งส่วนใหญ่จะมีเป้าหมายของกรอบ Ginis (Stoimenov et al., 2004).
ผู้ใช้ระบบสารสนเทศภูมิศาสตร์ผู้มีอำนาจที่มีสิทธิ์เข้าถึงฟังก์ชั่นทั้งหมดของพวกเขา การประยุกต์ใช้ระบบสารสนเทศภูมิศาสตร์ในท้องถิ่น จำเป็น
ขั้นต่ำ (ไม่ จำกัด วงเงิน) ของการทำงานควรเปิดใช้งานการสร้างของเนื้อหา geoinformational ที่สามารถ
เข้าถึงได้ผ่านทางพอร์ทัล ความต้องการดังกล่าวสามารถมีความพอใจโดยการใช้ฟังก์ชั่นสำหรับแผนที่
ดูและสอบถาม แต่ยังแทรกแก้ไขและลบของลักษณะทางภูมิศาสตร์.
สุดท้ายผู้ดูแลระบบพอร์ทัลเป็นผู้รับผิดชอบในการกำหนดเนื้อหาที่จะมีให้เว็บ
ผู้ใช้ สำหรับผู้ดูแลระบบเพื่อที่จะสามารถระบุรางลำดับชั้นชั้นที่ geoinformation จะถูก
นำเสนอและขึ้นอยู่กับชนิดชั้นกำหนดและลบ WMS และ / หรือบริการ WFS ชั้น.
คุณลักษณะที่สำคัญของ WebGIS พอร์ทัลที่แนะนำคือความสามารถในการรวมตัวกันของ geoinformation ซึ่ง
ลักษณะจะออกจากรูปแบบสถาปัตยกรรมที่หนึ่งพอร์ทัลสามารถเข้าถึงการใช้งานเว็บหลาย
GISS ข้อมูลที่ใช้ร่วมกัน สองระดับของการรวมข้อมูลที่สามารถประสบความสำเร็จ:
บูรณาการระดับ•จอแสดงผล - แผนที่ประกอบเป็นรูปที่ทับซ้อนกันของภาพ raster
รวบรวมจากเซิร์ฟเวอร์แผนที่เว็บหลายอย่างที่เป็นบริการของชั้นที่เลือก •บูรณาการระดับแบบสอบถาม - การดำเนินการของแบบสอบถามที่ระบุไว้บนชนิดหนึ่งคุณลักษณะ (ชั้น) จะส่งผล
ในการดำเนินการแบบสอบถามบนเซิร์ฟเวอร์เว็บคุณลักษณะหลายอย่างที่เป็นบริการของชั้นและของ
sublayers.
ดูแผนที่
(จาก WebGIS พอร์ทัล)
แบบสอบถาม
(จาก WebGIS พอร์ทัล )
WebGIS ผู้ใช้
กำหนดบริการชั้น
(จาก WebGIS พอร์ทัล)
นำบริการ
(จาก WebGIS พอร์ทัล)
กำหนดลำดับชั้นชั้น
(จาก WebGIS พอร์ทัล)
WebGIS
Administrator
ดูแผนที่
(GIS จากเว็บที่เปิดใช้งาน)
แทรก
(GIS จากเว็บที่เปิดใช้งาน)
ลบ
(จาก เว็บที่เปิดใช้งาน GIS)
แก้ไข
(GIS จากเว็บที่เปิดใช้งาน)
แบบสอบถาม
(จากเว็บที่เปิดใช้งาน GIS)
ระบบสารสนเทศภูมิศาสตร์ผู้มีอำนาจ
ผู้ใช้
รูปที่ 2: รูปแบบการใช้กรณีของระบบโดยรวม WebGIS
ต้องการไม่ใช่การทำงาน
ที่สำคัญที่สุดความต้องการที่ไม่ใช่หน้าที่สำหรับ WebGIS ที่ได้รับการออกแบบมาเป็นรหัส
และองค์ประกอบที่สามารถนำมาใช้การขยายขนาดและการเปิดกว้าง.
สามารถนำมาใช้เป็นความต้องการที่สำคัญที่สุดไม่ทำงานและมันก็ประสบความสำเร็จราง Ginis
กรอบใบสมัคร การออกแบบของกรอบการทำงานขึ้นอยู่กับการใช้งานของคำอธิบายความหมายชัดเจนสำหรับ
การสร้างระบบที่เป็นรูปธรรม (Stoimenov และ Djordjevic-Kajan, 2005) คำอธิบายความหมายของ
โดเมนการประยุกต์ใช้ประกอบด้วยคุณสมบัติของรางโครงสร้างชั้นซึ่ง geoinformation มีการ
จัดและบริการสำหรับการเข้าถึงข้อมูลภูมิศาสตร์และการจัดการ สำหรับการเข้ารหัสของคำอธิบายเหล่านี้เรา
กำหนดภาษา XML ชื่อ Ginis การประยุกต์ใช้ความหมายภาษา (GADL) กรอบบน
มืออื่น ๆ ที่ผลิตส่วนประกอบของโปรแกรมที่ใช้กำหนดค่า GADL ความหมายเข้ารหัสและ
ตระหนักถึงการใช้งานที่เป็นรูปธรรมและการบริการของ WebGIS โดยรวม ความสัมพันธ์ระหว่าง Ginis
กรอบและ GADL แน่นเพราะทั้งของพวกเขาพึ่งพารูปแบบเดียวกันของระบบ geoinformation
ที่จะอธิบายไว้ในส่วนต่อไป.
ปรับขยายเป็นความต้องการที่นับถือเนื้อหา geoinformational ของพอร์ทัล WebGIS มันคือความสามารถ
ในการขยายพอร์ทัลโดยการเชื่อมโยงกับแผนที่ใหม่ของเว็บและเว็บเซิร์ฟเวอร์คุณสมบัติ ในฐานะที่เรามีอยู่แล้วบอกว่า
เนื้อหา geoinformational ของพอร์ทัลถูกกำหนดโดยคำอธิบาย GADL เพียงพอเพื่อที่จะสามารถเปลี่ยน
หรือขยายได้โดยการแก้ไขที่เรียบง่ายของเอกสาร XML ที่สอดคล้องกัน.
ความต้องการสำหรับการเปิดกว้างประเด็นการใช้งานของอินเตอร์เฟซและการแลกเปลี่ยนข้อมูลโดยได้รับการยอมรับโดยทั่วไป
มาตรฐาน ข้อกำหนดนี้เป็นที่พอใจโดยใช้มาตรฐาน OGC (WMS และ WFS) สำหรับบริการเว็บ
อินเตอร์เฟซและการแลกเปลี่ยนข้อมูล แม้ว่ากรอบ Ginis ให้การสนับสนุนอย่างเต็มที่สำหรับเว็บที่เปิดใช้งาน
GIS, ความเท่าเทียมกันที่สาม OGC แผนที่เว็บที่สอดคล้องและเว็บเซิร์ฟเวอร์คุณสมบัติสามารถเชื่อมโยงประสบความสำเร็จใน
พอร์ทัล WebGIS สำหรับส่งเสริมการขยายของการทำงานพอร์ทัลเกินกว่าการทำแผนที่และการสอบถาม,
การขยายชุดของบริการที่ได้มาตรฐานนี้ควรได้รับการพิจารณา โมเดลแบบครบวงจรของ geoinformation ระบบ
Unified รูปแบบให้พื้นฐานสำหรับการดำเนินงานของกรอบ Ginis ขณะ GADL ถูกกำหนดไว้ใน
แง่ของรูปแบบ รูปแบบที่มีคุณสมบัติเป็น "ปึกแผ่น" เพราะมันถูกใช้สำหรับทุกส่วนประกอบของโปรแกรม
ของ WebGIS โดยรวม คิดที่อยู่เบื้องหลังก็คือการประยุกต์ใช้ระบบสารสนเทศภูมิศาสตร์สก์ท็อป, WMS, WFS และพอร์ทัล
โปรแกรมประยุกต์บนเว็บเป็นเพียงการเชื่อมต่อที่แตกต่างกันชุดที่เป็นเอกลักษณ์ของข้อมูลและการดำเนินงาน รูปแบบจะ
ได้รับอิทธิพลจากรูปแบบการอ้างอิง OGC (OGC รุ่นอ้างอิง 2003) แก้ไขเล็กน้อยโดย
การแยกชั้นกับลักษณะทางภูมิศาสตร์ที่สามารถสอบถามผ่านทาง WFS และเข้ารหัสใน GML2
(Geography Markup Language, 2002) จากชั้นที่มีความคุ้มครองที่ สามารถแสดงผลเท่านั้น UML
แผนภาพคลาสสำหรับรูปแบบที่จะแสดงในรูปที่ 3.
ครอบคลุม
ตาราง
ภาพ imageset ImageMultiSet
1..n 1
#imageSet
1..n 1
#image
FeatureDatabase
Webmap
DXFMap
FeatureCollection แอตทริบิวต์ 1 + แอตทริบิวต์0..n 1 + เรขาคณิตfeatureType 0..n 1 #instance #type 1..n 1..n #service 1 1 + นิยามSpatialReferenceSystem GisApp 1..n #srs 0..n winapp WMS WFS WebApp เมตาสไตล์ชั้น0..n 0..1 #child 0..n #parent 0..1 1 #metadata 1..n 0..n #style WFSConnector WMSConnector FeatureWebInterface + WFS 1 0..1 + WMS รูปที่ 3 : รูปแบบของระบบ Unified geoinformation เรียน winapp, WMS, WFS และ WebApp มีอินเตอร์เฟซสำหรับการดำเนินงานของชิ้นส่วนที่แตกต่างกันของ WebGIS โดยรวม ชั้นเรียนเหล่านี้จะได้มาจาก ge




















































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
สถาปัตยกรรมสำหรับเปิดและยืดหยุ่น webgis
aleksandar milosavljevi ć , เลโอนิด stoimenov slobodanka , djordjevi ć - kajan
CG & GIS ห้องปฏิบัติการกรมวิทยาศาสตร์
คอมพิวเตอร์คณะวิศวกรรมอิเล็กทรอนิกส์ มหาวิทยาลัยนีช เซอร์เบีย และมอนเตเนโกร
E-mail : alexm@elfak.ni.ac.yu leni@elfak.ni.ac.yu sdjordjevic , , @ elfak . ac.yu

สรุปนิบทความนี้อธิบายถึงรูปแบบทางสถาปัตยกรรมที่ใช้ในการ ginis กรอบ
รับเปิดเว็บ และด้านระบบสารสนเทศภูมิศาสตร์ ( webgis ) ระบบ webgis
ถือว่าโดยรวมที่ประกอบด้วยพอร์ทัล webgis และหลายเว็บที่เปิดใช้ giss . สำหรับการพัฒนาของคอมโพเนนต์ทั้งหมด
ของการใช้ webgis รวม เราแนะนำและพัฒนารวม
รูปแบบของระบบ geoinformation . รวมโมเดล นำไปสู่การ ginis กรอบ
เพิ่มเติมผลิตกําหนดการประยุกต์ระบบสารสนเทศภูมิศาสตร์องค์ประกอบ การใช้ระบบชิ้นส่วนที่มีความหมายเกี่ยวข้องกับการกำหนด

รายละเอียดของโดเมนโปรแกรมประยุกต์เพื่อการ . สำหรับการเข้ารหัสอธิบายคำเหล่านี้เรากำหนดนิยาม
ginis ใบสมัครภาษา ( gadl ) .
คำสำคัญ : ระบบสารสนเทศภูมิศาสตร์ webgis ประเด็น WMS WFS , , , ,

แนะนำกรอบความหมายดั้งเดิม ระบบสารสนเทศภูมิศาสตร์ คือรู้ว่าเป็นเสาหินและแพลตฟอร์มการใช้งานขึ้นอยู่กับ
( วง et al . , 2002 ) กับการพัฒนาของอินเทอร์เน็ตและเวิลด์ไวด์เว็บ giss มี
มีวิวัฒนาการและปรับให้เข้ากับสภาพแวดล้อมใหม่นี้ ( เชค et al . , 2001 ) " webgis
" เป็นคำที่เกี่ยวข้องกับเว็บที่ให้บริการข้อมูลระบบการทำงานของระบบสารสนเทศ
ระบบบนเว็บผ่าน HTTP และ HTML ( shanzhen et al . , 2002 ) .
webgis ตามที่ได้พิจารณาในบทความนี้ควรมีฟังก์ชั่นสำหรับแสดงแผนที่รางการเดินเรือ
จึงเป็นฟังก์ชันสำหรับสอบถามข้อมูลภูมิศาสตร์เชิงพื้นที่และการใช้ทั้ง ไม่มีเกณฑ์พื้นที่

มันชัดเจนว่า ฟังก์ชันเหล่านี้สามารถครอบคลุมเพียงบางส่วนของฟังก์ชั่นที่ระบุไว้ในระบบสารสนเทศภูมิศาสตร์
( soomro et al . , 1999 ) เพื่อรวบรวม จัดเก็บ และจัดการกับข้อมูลที่เราต้องการสำหรับสภาพแวดล้อมแบบดั้งเดิมมากขึ้น

การใช้ข้อมูลภูมิสารสนเทศเพื่อวัตถุประสงค์ในการนำเสนอเว็บสามารถทำได้โดยการขยายของ
ที่มีอยู่ดั้งเดิม giss กับชุดของ " การเชื่อมต่อเว็บ เพื่อสร้างแบบจำลอง
ของ webgis ที่เปิดสำหรับการเชื่อมต่อไปยังช่วงของแหล่ง geodata แตกต่างกันเราต้องการมัก
มาตรฐานที่ยอมรับได้สำหรับการอินเตอร์เฟซเว็บเหล่านี้ เปิด Geospatial Consortium ( ประเด็น )
( เปิด Geospatial Consortium ( 2004 ) อินเตอร์เฟซที่กำหนดสำหรับบริการเว็บที่ช่วยให้ดึงแผนที่อาคาร
เอง ( สเปคการใช้งานเว็บบริการแผนที่ ( 2002 )
สอบถามสำหรับองค์กร ( บริการเว็บคุณลักษณะการกำหนด , 2002 ) ดูเหมือนจะเป็นทางเลือกที่เหมาะสมมาก
.
กระดาษมีโครงสร้างดังนี้ ในส่วนที่สองเราในไม่ช้าอธิบายสถาปัตยกรรมของระบบโดยรวม
webgis ระบุ ระบบย่อย และระบุกรณีการใช้และความต้องการการทำงานไม่
ส่วนที่สามของกระดาษนี้จะทุ่มเทเพื่อการรวมรูปแบบของระบบ geoinformation ที่เป็นฐานสำหรับการใช้งานของส่วนประกอบทั้งหมดของ

แนะนำ webgis โดยรวม เป็นสถาปัตยกรรมของระบบโดยรวม webgis
ระบุระบบของการรวม webgis เราเริ่มจากสมมติฐานทั่วไปที่
geoinformation เกี่ยวข้องกับบางพื้นที่ ( เช่นเมือง ) ไม่สามารถจับ เก็บและรักษาในเดียว
ระบบสารสนเทศทางภูมิศาสตร์หน่วยองค์กร บางส่วนของข้อมูลนี้สามารถมีร่วมกันและประชาชนให้ความสำคัญ ดังนั้น
ควรจะใช้ร่วมกันและสามารถเข้าถึงได้ผ่านเว็บ แนะนำสถาปัตยกรรมขึ้นอยู่กับ client / server แบบ ระบบย่อยที่ทำหน้าที่เป็นไคลเอนต์ที่สามารถเข้าถึง geoinformation
เป็น webgis พอร์ทัล ในขณะที่การทำงานร่วมกัน ( บทบาทของเซิร์ฟเวอร์ )
ตระหนักโดยการขยาย giss ดั้งเดิมกับ WMS และ WFS เว็บอินเทอร์เฟซ ( เว็บเปิดใช้งานระบบสารสนเทศทางภูมิศาสตร์ ) .
ใช้ WMS และระบบ webgis ประเด็น WFS ภายใต้อาคาร นอกจากนี้ยังสามารถพบได้ใน
( korduan และบิล , 2004 ) รูปที่ 1 แสดงให้เห็นถึงความสัมพันธ์ระหว่างองค์ประกอบย่อยที่สอดคล้องกับ
.
รูปที่ 1 : ดูแผนผังของการรวม webgis สถาปัตยกรรม

ใช้กรณีแบบจำลองของระบบโดยรวมwebgis ระบบที่นำเสนอจะใช้ชั้นสามของผู้ใช้ : ผู้ใช้เว็บ อนุญาต ผู้ใช้ GIS
webgis พอร์ทัลและผู้บริหาร ( ดูรูปที่ 2 ) การศึกษาความสัมพันธ์ระหว่างชนชั้นผู้ใช้
หมายถึงความสามารถของผู้ใช้เพื่อเล่นหลายบทบาท .
ผู้ใช้เว็บมีชั้นเรียนทั่วไปมากที่สุดกับการทำงานก็ใช้ได้ พวกเขาเข้าถึงระบบ
ราง webgis พอร์ทัลสำหรับดูแผนที่และสอบถามคุณลักษณะทางภูมิศาสตร์ การทำแผนที่เว็บและ
สอบถามไม่ฟังก์ชัน webgis เป็นไปได้ทั้งหมด แต่มันเป็นชุดของฟังก์ชั่นที่เหมาะสมที่สุดสำหรับเมือง
GIS พอร์ทัลซึ่งเป็นเป้าหมายของ ginis กรอบ ( stoimenov et al . , 2004 ) .
อนุญาตผู้ใช้ GIS สามารถเข้าถึงฟังก์ชันทั้งหมดของโปรแกรมประยุกต์ระบบสารสนเทศภูมิศาสตร์ในท้องถิ่นของตน จำเป็น
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: