An odd title for a blog post: Web ArcGIS apps are amazing. Why would we make such a profound statement?
We still see mobile and web apps treated separately. “Mobile enable your web page” we hear. Have clever ‘native’ developers build your iPad, Android or Surface Pro app is another.
In Praise of Web Technology
Web technology is wonderful. Anybody with a browser can use a web application. That means access from any device: office PC, smartphone, tablet. But what we can do in an ArcGIS web application is limited right?
Just to advance the discussion on the work we have been doing with offline editing in the Web browser. We have extended the demo app shown in a previous post to be responsive. In other words to run well on all mobile devices: smartphones, tablets and smablets. The short video shows the same offline ArcGIS editing application running in a browser on a tablet and smartphone.
Mobile applications require networking. Not any more: here we discuss 5 breakthrough offline use cases available now!
How often do you find yourself without mobile Wi-Fi connectivity? More often than you would like. Maybe you are in a remote area; working, possibly hiking, boating or fishing. Maybe you do not want to exhaust your mobile data plan. Its quite possible your mobile device has no outdoor Internet connectivity. Lower cost tablets only provide direct home or office based network connectivity and have no 3G/4G providing mobile data capabilities. Even if you have a tablet with networking service built-in from the telephone carriers, the service is inconsistent at best and sometimes it doesn’t exist.
This is a huge disappointment because tablets and smart devices have a great deal to offer businesses and consumers of all types, especially those that marshal resources to the field with the dreaded pen and paper. But until we can solve how we collect data of all types, integrate it into our workflow seamlessly, and do that in an occasionally connected world, we are going to remain in the stone age with pen and paper use by field staff.
The wait is over
Since we are mobile map and GIS experts, in this post we will describe 5 cool uses of mobile offline maps. (more…)
iPad minis are cool. Their size means they are easy to carry; ideal for field work. But they are poor cousins to their larger relative. The biggest complaint is their lack of resources. Put simple they are badly under-powered. RAM is the biggest problem, try running too many apps or start using the camera and slowness and app crashing is inevitable. We wanted to demonstrate mobile offline data collection on an iPad mini. Our integrated ArcGIS Online mobile disconnected app has been recently optimized with this aim in mind. The short video shows the app in action:
Offline ArcGIS editing on an iPhone cannot be done right?
We could just as easily have asked if offline editing can be done period!
At WebMapSolutions we have been building an offline ArcGIS Online editing solution. Offline is complex; the process involves reading and writing data to/from the mobile device, then syncing with ArcGIS Online. But there is a huge need for such a mobile app, given such spotty Wi-Fi coverage in so many areas.
This initial version is targeted at iPad and Android tablets. We’ve made it affordable to both large and small organizations. The mobile app was launched in September to the Esri Marketplace, and has proven very popular. (more…)
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.