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)