Upload
others
View
4
Download
0
Embed Size (px)
Citation preview
Welcome
to Pre-bid meeting
Karnataka State Spatial Data Infrastructure (KSSDI) Project,
KSCST, Bangalore.
DEVELOPMENT OF
KARNATAKA STATE SPATIAL DATA INFRASTRUCTURE (KSSDI) PROJECT
Objective:
• To develop a web based Geo Portal to acquire, process, store, distribute and improve the utilization of geo spatial data.
• Data clearing house which would be a gateway of spatial data being generated by various agencies in the State.
Concept of SDI:
Spatial Data Infrastructure (SDI) is thetechnology, policies, standards, human resources, and related activities necessary to acquire, process, distribute, use, maintain, and preserve spatial data.
About Karnataka NRDMSAbout Karnataka NRDMS
Initiated : 1992-93
Funding : DST - GOI and GOK.
Implementing Agency : KSCST
Objectives:• R & D program to develop and demonstrate methods, techniques and
tools for operationalising the concept of ‘Decentralized (Local level ) Planning’ using GIS.
• To provide analysed information for district level planning using geospatial database.
• To develop local specific applications using GIS tools.
• To create awareness among end-users about the utility of GIS technologies by conducting regular training programs and workshops.
OUTPUTS
STATISTICAL TABLES
THEMATICMAPS
INPUT TO MODELS
GENERATED / ANALYSED
MAPS
CHARTS/DIAGRAMS DECISION
DECISION SUPPORT SYSTEM
DISTRICT DATABASE
LIMITED PRIMARY SURVEYS
NRDMS
DATA FROM TOPOSHEETS
AERIAL /SATELLITE
DATA
CENSUSREPORTS
OTHER SECONDARY
SOURCES
THEMATICMAPS
PROCESSING TO COMPUTER COMPATIBLE
FORMATS
PROCESSING
USERSAGENCIES
INPUTS PROCESSING STAGES
COLLECTION USER-ORIENTED RETRIEVALSPREPROCESSING STORAGE ANALYSIS APPLICATION
MODELLING
NRDMS METHODOLOGY
Revenue divisionTaluksHobliesRevenue Village boundarySettlement Gram PanchayathsTaluk Panchayaths ConstituenciesZilla Panchayaths ConstituenciesMLA MP Constituencies
Spatial Data - Natural Resources (1:50,000 scale) - Administration
Spatial Data - Natural Resources (1:50,000 scale)
• Watershed • Drainage• Tanks • River basin• Geology • Mineral Resources• Land use/Land cover• Soil• Land Capability and Productivity maps• Forest• Slope• Geo hydrology with OBW, Rain Gauzing stations-data• Hydro geomorphology• Road Network
Non spatial Database
2001 Census Data (part I and part II)
Samanya Mahiti data – 21 sectors -357 fields (Infrastructure & Developmental activities-Habitation wise) –Part of the data will be integrated.
Line department data
Our Strengths
Exhaustive databaseSemi automated solution for line departments using geodatabase.Skilled man powerGeo spatial data - Ideal tool for decision makingGood rapport with State Government.
Components of State Geo-portal
Hardware(Servers, Nodes etc.)
Software (OGC compliant software product)
WMS,WFS,CSW
Customization of databaseUsing UML & GML.
Portal development(Interface, applications, development etc.)
Infrastructure (UPS and air-conditioning)(Overall maintenance for 2 years)
Software (OGC compliant software product)
The Open Geospatial Consortium (OGC)
The Open Geospatial Consortium (OGC) is an international industry consortium of companies, government agencies and universities participating in a consensus process to develop publicly available interface specifications.
OpenGIS Specifications support interoperable solutions that "geo-enable" the Web, wireless and location-based services, and mainstream IT. The specifications empower technology developers to make complex spatial information and services accessible and useful with all kinds of applications.
A Web Map Service (WMS) 1.1.0/1.3.0
Produces maps of georeferenced data i.e., visual representation.
This specification defines three WMS operations:
GetCapabilities returns service-level metadata, which isa description of the service's information content and acceptable request parameters;
GetMap returns a map image whose geospatial and dimensional parameters are well-defined;
(The GetCapabilities and GetMap interfaces specification give users on the web an interoperable way to combine and view map images fromdifferent sources)
GetFeatureInfo returns information about particular features shown on a map. (GetFeatureInfo interface gives users a way to obtain attribute information about geographic features displayed in a map)
The OGC Web Feature Service (WFS) 1.1.0
Implementation Specification allows a client to retrieve and updategeospatial data encoded in Geography Markup Language (GML) from multiple WFS.
Via these interfaces, a Web user or service can combine, use andmanage geodata -- the feature information behind a map image -- from different sources. WFS operations• Create a new feature instance
• Delete
• Update
• Lock
• Get or query features based on spatial and non-spatial constraints
OGC CS-W (2.0.1 or higher)
Catalogue services support the ability to publish and searchcollections of descriptive information (metadata) for data, services, and related information objects.
The OGC Catalog Service for Web specifies the interfaces, bindings, and a framework for defining application profiles required to publish and access digital catalogues for geospatialdata and services.
The ISO metadata application profile explains how catalogue services based on the profile are organized and implemented for the discovery and management of geospatial data and service metadata which are compliant with the ISO19115 and 19119 standards.
Unified Modelling Language (UML)
The RWO catalogue to be used for developing conceptual data model bringing out the objects and the associations in theformalism confirming to the specifications of ISO 19109 (Geographic Information - Rules for Application Schema).
OGC Geography Markup Language (GML)
Implementation Specification describes an encoding specification for geodata in XML that enables the storage, transport, processing, and transformation of geographic information. (2.1.2 or higher)
Customization of database
Hardware
Servers
• Geo-portal Server-1 • Application Server - 2• Database Server - 1• Backup database server - 1• Security Server – 1
• Firewall• Security issues
• Ten PC’s for collating, updating, validation and verification of district data sets.
• Data Storage Box - 1
Portal development
Operating System (Linux/Windows)InterfaceSecurity issuesRDBMS ?Payment gatewayApplications ? (infrastructure, watershed etc.)Maintenance – 2 years (on site/call basis)
Infrastructure
UPS – 30 KVA (with backup)
Air-conditioning
Local Area Network
The stages of the system development shall include
Requirement analysis
System design and architecture
Prototype development
Refinement of prototype and development of final version.
Unit level testing of individual models.
Integration testing
User acceptance testing (UAT)
Scope of Work
1. Requirement analysis2. Real world object catalogue3. Conceptual Data Model4. Centralized database5. Publishing metadata of data providers other than KSCST6. Creation of Geo-portal7. Customization of available software8. Testing of the Geo-portal/ database/ services9. User acceptance testing10. Final deployment of the complete system
The developer will evolve a software test plan in consultation with the Council and assist them in conducting user acceptance test.
The deliverables include
• Detailed SRS
• Design documents
• Source code with annotations wherever applicable
• Unit level test script
• Test cases for UAT and test report
• User manual
• Software executables with all the related library files
Proposed KSSDI Architecture
Stakeholders:
•Users
•Data Providers
•System Administrator
Users
• Must be able to login, create/change passwords, and browse ‘relevant’ parts of the portal.
• Should be able to discover information using key words• Users should be able access data objects/features• They should be able to check the status of ongoing
queries created by them. • They should be able to create new queries, and modify
the rules of predefined queries before it has started. • They should be able to define new query formats.• They should be able to browse a Data catalogue • They should be able to directly develop applications on
the system.• They should be able to close the queries.
Data Providers
• They should be able to put metadata for users, browse the list of requests made by the users.
• The data of data providers shall be OGC compatible.
• They should be able to provide catalogue services.
• They should be able to restrict the end users for specified Information.
• They should be able to check the status of the user requests.
System Administrator
• The Sys Ad sets up profiles for end users and data providers.
• They should have control over data access by users.• They should be able to add new data products to the
existing Catalogue.• They should be able to remove data products from
the Catalogue.• They should be able to restrict user accessing
classified information.
Sl. No. Name of the Company Time
1 Rolta India Ltd. 10.00 – 10.45
2 Navayuga Spatial Technologies Pvt. Ltd., 10.45 – 11.30
3 AVINEON Pvt. Ltd. 11.30 – 12.15
4 Infotech Enterprises. Ltd., 12.15 – 1.00
5 Pixel Softek Pvt. Ltd. 2.00 – 2.45
6 Tata Consultancy Services 2.45- 3.30
7 SMEC International Pvt. Ltd. 3.30 – 4.15
8 PCI GEOMATICS India Pvt.Ltd. 4.15 – 5.00
9 RMSI Pvt. Ltd. 5.00 – 5.45
10 NIIT GIS Ltd. (ESRI India) 5.45 – 6.30
Technical Presentation – (16-05-2008)