Skip to content

Earth observation/geography data is available from Satellite and OpenStreetMap (OSM). We attempt to solve difficult terrain problems by combing Satellite/OSM data and TigerGraph.

License

Notifications You must be signed in to change notification settings

manoj-kumar-joshi/Earth-Terrain-Data-Graph

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

94 Commits
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Earth Terrain Data Graph

Contributers and Contact Information:

Problem Statement : Empower Rescue team and Volunteers with Earth Observation Data

Earth observation data is crucial in natural/disaster response and other accidental stranded people cases in national parks and mountains. In case of a natural disaster large number of resources are needed to provide timely help to the victims. A co-ordinated effort between global or local disaster response team and volunteers makes a key difference. Latest observation data from satellites plays a key role. Although many Search and Rescue organizations are already utilizing satellite data in different ways (Mostly GIS), we think we can take this to next level. With availability of scalable graph like TigerGraph, it is possible to store earth observation data in terms of Vertices and Relationships which leads to faster availability of insights out of this data specially terrain traversal applications for rescue teams and volunteers.

The Problem
  • Natural disasters all around the world in the year 2008 to 2020 caused around 10 Millions injured and around 40 Millions displaced.
  • Rescue team and volunteers need to be empowered with terrain insights they can use.
Existing Solutions
  • GIS can lay out infographics and elevation maps in various interesting ways.
  • Does not provide a quarriable interface to shortest path.
  • By design meant to help the analyst and not the rescue worker or volunteer.
Our Challenge
  • Bring earth observation data into TigerGraph
  • Equip TigerGraph with required UDF to process geo-spatial data.
  • Create query interfaces to this data to generate insights like terrain traversal applications.

Description:

Earth observation/geography data is available from Satellite and OpenStreetMap (OSM). We attempt to solve difficult terrain problems by combining Satellite/OSM data and TigerGraph. With the combination of Tiger Graph and Geo-Spatial we can visualize geo-spatial use cases with respect to graph.

  • We created UDF functions with the help of C bindings of uber H3. This allow us to call geo-spatial functions while traversing TigerGraph.
  • We then did some pre-processing for our sample of satellite data. Which is elevation and multi spectral images gathered from USGS and Sentinel 2. In this pre-processing we aggregated Earth observation attributes at resolution 10,11 and 12 respectively and populated graph with it.
  • We then created and optimized our queries related to traversal based on surface elevation, smoothness and distance. We kept vegetation as an extra attribute.
  • After that we created front end graphical interfaces to utilize these queries.

  • Impactfulness:

  • Innovativeness:

    • Path traversal solution based out of Earth observation data is unique (to best of our knowledge and experience).This has not been attempted because
      • Satellite image processing is complicated and methods are still evolving.
      • The kind of data structure needed to build on-demand insight applications were also evolving (Till Graphs became scalable databases)
    • Existing technologies mostly utilize Digital Elevation and other earth observation data to create maps and info graphs ref. Because of the challenges of processing huge amount of data and lack of faster relations based search prevent other technologies to create land traversal solutions using earth observation data.
    • Despite Tigergraph being a high performance graph DB, we faced performance challenges which we solved in an innovative ways. Our dataset has 607,624 vertices and 3,624,018 edges for smallest Resolution 12. Running traditional search algorithms were very slow. We also had to keep track of Maximum smoothness, Minimum Distance and Minimum elevation.
    • We solved these challenges by using a variation of A-Start algorithm along with some control functions to control directions of search. We also developed a multi resolution search method to dramatically reduce number of vertices to be searched. This video (https://www.youtube.com/watch?v=n5YB-a0M7GU) discusses challenges and how we solved them.
  • Ambitious and complex graph:

    • We ingested data from a relatively small area Santa Rosa Island, USA. This island is only 215 Square Km. When we created H3 resolution 10,11 and 12 vertices it constituted 708,882 Vertices (with 5 attributes) and 4,220,226 Edges.
    • Although our sample data size is relatively small, It is highly scalable...
      • Tigergraph as a database is scalable in itself.
      • The algorithms we developed reduce the vertices to be considered for search and restrict search to an elliptical area using a control function. This way our solution is scalable to very large areas as well as it wont matter if number of vertices are increased.
    • We implemented 3 Path traversal algorithms (one for each resolution) , 1 recursive algorithm for performance and 1 Shortest path to openstreetmap road. A typical 5 km long trail smoothest path search needs 274 hops to reach destination (which it does in 1 or 2 seconds).
    • Algorithms including in this solution are capable of making path decisions from 10 meter wide Road but can be easily enhanced to make decisions on .5 meter trail as well.
  • Applicable graph solution

Other additions:

Dependencies

Installation

In the project we have three sub-modules. In order to replicate the project you only need to follow "Tigergraph schema and UDF function installations" and "User interface and API'S to communicate with UI". Tigergraph solution export files already contain the data required.

Limitations And Future Improvements

For demo purpose we have only processed and implemented data of Santa Rosa Island of California.

Since our objective is to empower volunteers at the time of crisis, we want to take this prototype to a minimum viable product level and explore its practical usage with various organizations. We also plan to integrate more features to the applications and graph and work with Open data Cube project to gather near real time satellite imagery and other kind of data.

Future Vision

  • Build regular pipeline from Satellite data to TigerGraph
    • Integrate data pipeline directly with open data cubes like “DIGITAL EARTH AFRICA” and “DIGITAL EARTH AUSTRALIA” to have a near real time update of Earth observation data into tigergraph.
  • Expand applications for Rescue teams and Volunteers
    • Develop more algorithms and include attributes like “FLOOD Data”, “ELECTRICITY STATUS” and provide more real time series information. Develop Mobile applications which can interact with Tigergraph along with other
  • Collaborate with organizations like disastercharter.org
    • Collaborate with various organizations who are helping co-ordinated Search and rescue and facilitate them with our solution.

References

About

Earth observation/geography data is available from Satellite and OpenStreetMap (OSM). We attempt to solve difficult terrain problems by combing Satellite/OSM data and TigerGraph.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 4

  •  
  •  
  •  
  •