Envisioning a geologic database utopia: Is life in a Post GIS - postGIS - world any better?
Upcoming SlideShare
Loading in...5
×
 

Envisioning a geologic database utopia: Is life in a Post GIS - postGIS - world any better?

on

  • 116 views

Many geoscientists utilize a desktop GIS that consumes spatial data in a variety of formats - both proprietary and open-source. Many of these formats are standalone files that rely on an internal ...

Many geoscientists utilize a desktop GIS that consumes spatial data in a variety of formats - both proprietary and open-source. Many of these formats are standalone files that rely on an internal database structure that can be joined with other data layers for multivariate analyses (e.g. - ESRI shapefiles and Google KML files). Others are full-blown relational databases that offer increased performance, compression capabilities, spatial indexing, and fewer naming and size limitations (e.g. - ESRI Geodatabases and Oracle Spatial or DataBlades extensions). Given the variety of options and diversity of stakeholders - from different engineering firms to state surveys to planning commissions and more - interoperability is often an incredible challenge.
Utilizing a flexible and open-source relational database allows users to enter the post GIS world described by Paul Ramsey (2011). A point where multivariate spatial analyses are possible within a spatially-enabled database without the need for a traditional GIS desktop visualization. PostGIS is a spatial extension for the PostgresSQL database that offers a viable solution for many interoperability issues while offering increased performance, flexible database management and the power of complex relational queries using Structure Query Language (SQL). PostGIS can be used on individual computers, accessed from a single intranet-based server and more recently using cloud solutions such as CartoDB and Amazon’s Relational Database Services.

Migrating public datasets from proprietary formats into a more flexible open-access database not only better serves all stakeholders but offers improved performance, more advanced (and faster) queries and multi-version concurrency control (MVCC), which often is not available in standard GIS software packages. The availability of ready-to-use out of the box installations will likely facilitate this migration and result in increase use of this incredibly powerful spatial extension.

Statistics

Views

Total Views
116
Views on SlideShare
116
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Envisioning a geologic database utopia: Is life in a Post GIS - postGIS - world any better? Envisioning a geologic database utopia: Is life in a Post GIS - postGIS - world any better? Presentation Transcript

  • ENVISIONING A GEOLOGIC DATABASE UTOPIA: IS LIFE IN A POST GIS – OR POSTGIS – WORLD ANY BETTER? John Van Hoesen Associate Professor, Green Mountain College http://j-vh.me/PMwRrN
  • http://j-vh.me/PMFqmn - Thierry Gregorius
  • COMPLAINTS • Proliferation of data formats • Interoperability • Conversion tools • Multitude of data sources • Complexity of interfaces • Required add-ons • Lack of flexible data models • Analytical tools for ‘messy’ data *.shp, *.kml, *.csv, *.tab, *.asc, *gdb, *.e00, *.geojson etc FME, GDAL, GeoKettle
  • http://j-vh.me/PMIyyG http://j-vh.me/1jcAqUP
  • http://j-vh.me/OulkfG
  • “How many wells terminate in a specific bedrock type, are within 1,000 meters of a specific fault plane and have a yield of > 50gpm”
  • http://j-vh.me/1gyvRfJ
  • CREATE VIEW vt_well_buffer AS SELECT id, ST_BUFFER(geom, 100) AS geom FROM public.”Wells”;
  • CartoDB: http://vanhoesenj.cartodb.com/api/v2/sql?q=SELECT * FROM gsa PGSQL2SHP: pgsql2shp -f <path to new shapefile> -g <geometry column name> -h <hostname> -U <username> “<query>" RASTER2PGSQL: raster2pgsql raster_options_go_here raster_file someschema.sometable > out.sql SPIT or Database Manager: Export directly
  • http://j-vh.me/1gyutcZ
  • http://j-vh.me/1enz84Z
  • http://j-vh.me/1imPY4P
  • QUESTIONS?