+ All Categories
Home > Documents > Moving Mobile Forward at MnDOT. Topics 1.Why mobile, why now? 2.Considerations and decisions 3.Doing...

Moving Mobile Forward at MnDOT. Topics 1.Why mobile, why now? 2.Considerations and decisions 3.Doing...

Date post: 10-Dec-2015
Category:
Upload: thomas-dempsey
View: 220 times
Download: 0 times
Share this document with a friend
Popular Tags:
22
Moving Mobile Forward at MnDOT
Transcript

Moving Mobile Forward at MnDOT

Topics

1. Why mobile, why now?

2. Considerations and decisions

3. Doing mobile “right” means you need to take a look at your overall enterprise architecture

4. What was proposed/built

Why mobile

• Reacting to:– A large mobile and distributed workforce who wants access to

information anytime anywhere

– Many business areas pushing for mobile applications for field data collection

• Asset collection, GSOC, EAB, ADA…

– Multiple technologies and approaches were being pushed• Concerns about a maintenance headache

– Need to develop a common architecture for deploying mobile apps• Development of a “Mobile Framework”

Why now?

• Great new and powerful devices– Smart Phones

– Tablets

– Ability to integrate with others systems

• Increasingly ubiquitous wireless broadband– 3G/4G networks

– Hot spots and air cards for laptops

• Need for productivity gains

Decisions, decisions, decisions• What kind(s) of applications?

– Mapping & business systems– What are your business needs for mobile?

• Disconnected vs connected editing– Data check-in/check-out?

• What kind(s) of devices and how many?

• “Phone apps” vs “Phone web apps”

• What accuracy of GPS?

• Existing Infrastructure

What kind(s) of applications?On a phone, GIS/mapping may on the periphery

• Business systems?– Email– Timesheets – Work orders

• Mapping?– Direction finding– Field inspections– Access to asset information– Feature locating

What kind(s) of devices?• Phones

– Are you prepared/able to standardize?– iPhone, Android, RIM, WinPhone

• Tablets– iPad– Android

• Laptops & GPS Devices

“Phone apps” vs “Phone web apps”• Pure phone, e.g., “iPhone app”

– Takes better advantage of phone hardware

• Camera, GPS, accelerometer, etc.

– But, requires standardization on a single phone

• Or, building a different app for each phone

“Phone apps” vs “Phone web apps”

• Phone-based web-app– Relies on the phone’s browser app

– Web pages, HTML5, JavaScript• Can be optimized for small screens• “Adaptive design”

– Good access to GPS; camera not yet supported (but coming)

– Examples of “minified web pages”

http://Maps.google.com

http://Touch.Facebook.com

What accuracy of GPS?• Phone & car navigation systems:

3-10 meters - Commercial

• GPS devices, cards for laptop/tablets: 1 foot - 3 meters – Mapping Grade– <1 meter with post processing or

real-time correction services (e.g. OmniStar)

• Dedicated, high quality GPS devices: Sub-foot – High Precision– Established base stations and RTK

• Connected = direct edits to the server• Disconnected = “synching” with server

• Will you always be connected to the internet?– If so, then web-based forms are possible– If not, need a mechanism to work while disconnected, and then

synch with server “later”– Support for connection disruption (i.e., “mostly connected”)

• Support for fully disconnected editing– Data check-out/check-in– Synchronization upon return to the office– Non-trivial and Esri provides good tools

• But some strings are attached

Disconnected vs connected editing

Mobile apps require a solid server and data management foundation

• In short, to effectively take your data into the field you need to have your back-end in order

• Mobile applications should interface with your “enterprise infrastructure”– Enterprise GIS

• Base maps• Business layers and their attributes (e.g., parcels, utilities)• Web services (both cached and dynamic)

– Business systems• For example, work orders, asset management, CAMA, etc.

Mn/DOT Mobile project5 deliverables

1. Business requirements document– 10 workshops

2. Mobile data framework v1– Including a data model and app dev guide

3. Two prototype applicationsa. ArcGIS Mobile Framework-based ADA application

• Inventory sidewalk features (e.g. ramps) for ADA compliance• Built by partner firm, CDM

b. Proof of concept phone-based web app

4. Device matrix

Observations from the business requirements

• There are LOTS of requirements

• GIS/mapping is not necessarily the driver; great need for business system access and timesheets

• Mobile application development is different than enterprise application development– Need for flexibility and agility

– Need to deploy rapidly• You may have a field crew (or interns) waiting for the tool

– Need to be able to readily make adjustments to the app• You learn how the app needs to change once you’re in the field

Mobile framework and data model• One app framework /one data schema – many apps

– App to build an apps – create an app– Add inputs to apps – identify data fields you want to collect– App builds itself in browser based on inputs– Add features to apps- collect data

• All data from all apps goesinto one database schema

– Geometry data, it’s just another field

• OGC simple features

Conceptual view of mobile framework (aka The Green Box)

Enterprise

Enterprise GIS Data

Legacy Business Systems

Decision Matrix

Business Requirements

Cons

umab

le S

ervi

ces

Cons

umab

le S

ervi

ces

The Green Box

Application Tier

IIS Web ServerArcGIS Server

Interface Interface Interface Interface

Database Tier Enterprise Integration

Services

EnterpriseIntegration

Guide

EnterpriseIntegration

Guide

FrameworkManagement

Guide

FrameworkManagement

Guide

ApplicationDevelopment

Guide

ApplicationDevelopment

Guide

BusinessRequirements

BusinessRequirements

Building a phone app

Test_app

ADA - Sidewalk InventoryTraditional app that uses Esri ArcGIS v10 mobile framework

Allows for disconnected editing, and sync’s data back to the database for quick access back in the office.

Using the app

Support of multiple platforms

Can run in full browser mode on a PC, or on a phone

Pick-list widget adjusts

for phone browser

Pick-list widget adjusts

for phone browser

Project Status• Finished the ADA app

• Completing recovery from government shutdown

• Completing the build-out of the proof of concept mobile web-app

• Working to perfect and deploy an initial version of the mobile framework

Conclusion• There are huge opportunities to capitalize on mobile GIS

technology and applications.

• There will be increasing volume of activity

• Mobile is different and takes some thought and planning for the best approach for your organization

• This is something we think can be used elsewhere


Recommended