We have been interested for some time in using our offline mobile editing app in combination with Esri’s Mobile Collector App to build a storymap. This years Esri UC gave us the perfect opportunity to do just that. More than that our intrepid CEO – who was planning to be in San Diego – was up for the challenge. So we packed him off with instructions to visit two towns in the San Diego area and collect data.
Our goal was to build two storymaps which were focused on the military banners campaign that a number of cities have put in place. These campaigns involve hanging banners in key streets in the city honoring veterans of foreign wars. We chose Escondido and Chino Hills for this work; giving our CEO careful instructions.
We adapted one of the Esri storymaps for this task, following carefully the instructions for the data schema. Once ready we published two hosted feature services to ArcGIS Online; and created web maps for each. In the field our CEO logged into the respective web map with the collector app, and edited away. He moved from one banner to the next, taking photos and recording information about each honoree; notably the name and service. In a number of cases he found Wi-Fi connectivity spotty. In these cases he switched to using our offline mobile ArcGIS Online data editing app. And uploaded the results when back in Wi-Fi range.
Disaster management demands rapid response, and careful coordination of workers in the field. Mobile technology has the potential to provide important tools to first responders to help mitigate the effects of disasters. Working with a county in the state of Michigan, we have been investigating the use is iOS and Android devices in combination with ArcGIS Online to help improve disaster management efforts.
Disaster Management Today Relies on Pen and Paper
Over the last few years there have been an increasing number of tornadoes and floods causing considerable damage in Michigan. An important requirement of many county GIS departments, often with help from the Red Cross, is to quickly record damage and report findings to State authorities to then provide funding and assistance. Field workers are sent out to affected areas with parcel maps. Notes are made parcel by parcel on level of damage, often home owners are interviewed. Once back in the office this data is collated and assembled in a spreadsheet and emailed to the State. This represents a labor intensive effort under considerable time pressure.
The Use of Mobile Apps for Disaster Management
Mobile technology in combination with the cloud, have the potential to dramatically improve the efficiency and reduce the effort required in managing disasters. We were asked to investigate the use of tablets as disaster management tools; a mobile ArcGIS Online app which uses both onboard GPS and camera, to collect and report levels of damage. The app needed to work in both connected and disconnected modes.
Disaster Management Mobile App Set Up
We’ve been building a mobile app framework which provides both online and offline functionality. We took this framework and adapted it for the disaster management requirements.
Figure 1: Base Map Layer Package Source in ArcMap 10.1
Our first step was to open ArcMap 10.1 and generate two base map sources:
1) A tile package or TPK for the offline basemap
Figure 2: Tile Package Generation in ArcMap 10.1 for Offline BaseMap
2) A tiled base layer based on a layer package (.lpk file) for an online base map.
Figure 3: ArcGIS Online Hosted Tiled Service Publishing from ArcMap 10.1 for Online BaseMap
Next we published an editable hosted feature service in ArcGIS Online. In our case we made some edits to the attributes of the shapefile and added two field (damage level, and comments) before publishing.
Figure 4: ArcGIS Online Hosted Feature Service Preparation & Publishing from ArcMap 10.1
In each case above the data needed to be in a Web Mercator projection which is the default for ArcGIS Online. Another point worth mention is that ArcGIS Online at present only supports 1000 features, so shapefiles with more than this number of features cannot be published as hosted feature services. We will revisit this topic in due course.
The hosted feature service needs setting up as we describe in the following blog post >a href=”http://www.webmapsolutions.com/hosted-feature-layers-arcgis-online”>http://www.webmapsolutions.com/hosted-feature-layers-arcgis-online
Now our interest is only editing certain attributes. Though we do wish to see all attributes in non-edit mode, when in edit mode it would be nice to only list these editable fields. In ArcGIS Online when we view the hosted feature service, we can open the ‘Configure Pop Ups’ option and set only those attributes we wish to edit as visible. Perfect. But alas not, this filter only applies in the web interface and not what is passed to the mobile app.
Figure 5: ArcGIS Online Hosted Feature Service Configure Pop Ups
After successfully publishing and configuring the services, we then combined the published tiled basemap and hosted feature service as a single web map.
Figure 6: ArcGIS Online Web Map
Offline ArcGIS Online Editing
So good, to summarise we have publshed three services to ArcGIS Online:
1) Hosted Tiled basemap
2) Hosted Feature layer
3) A Web map which combines the above two services.
Next it is time to think about offline. The tpk we generated earlier is in essence a zip file. We need to copy this to the mobile tablet. In the case of Android this is a drag and drop copy operation. For iOS it is done through iTunes. Next we set the configuration file. Given the general theme of this, as with all our mobile work, is to build a mobile app which:
1) Provides focused functionality – here connected/disconnected editing
2) Is configurable meaning the UI can be altered without need for a developer and recompiling.
3) Is flexible such that users can switch the web map loaded and ArcGIS Online account used.
The configuration file is a key element, providing maximum flexibility.
Figure 7: ArcGIS Online Mobile App Configuration File
This file, like the tpk, is copied to the device. And is read each time the application loads.
The 1000 feature limit in ArcGIS Online hosted feature service we mentioned earlier is both a problem and solution for this application. A problem since we often have source geodata containing many more than 1000 features. But we will never need more than 1000 features visible at any one time to edit, plus more than 1000 feature layer features will degrade the performance of the mobile application; zoom and pan will become increasingly more challenging. So what is our best compromise? In this case id we have more 1000 features and an ArcGIS server instance, we publish the full dataset to server, BUT only publish a subset of this data in ArcGIS Online. This subset would be the extent of the data published, so the area and features being edited that day or by that group of field workers.
Mobile ArcGIS Online Editing Conclusion
There are many potential applications of this technology in disaster management and assessment. Mobile apps such a the one described will prove important to local and state governments, the insurance industry and other key sectors and organisations. For more information about our work in this area contact us at email@example.com.