Designing and creating mobile maps using ArcGIS for Desktop
When designing and creating mobile data and maps for use in the field, consider how field workers view map data and editing features. Field workflows are different from those performed in the office. Factors that can influence the design of your mobile map include the following:
- Data considerations
- Work environment conditions (for example, direct sunlight, rain, snow, dust, and darkness)
- Form factor of mobile devices (including display resolution, key, rocker and/or stylus interaction)
- Symbology used for map features
- Device memory
- Storage constraint
The following sections illustrate some key mobile map design considerations and details on how ArcGIS for Windows Mobile applications work with ArcGIS for Desktop map symbology. This topic focuses on operational map layers, since this type of map layer is used heavily in field work for editing and viewing. For more information about mobile maps, see Overview of a mobile map.
Data considerations
Mobile maps often contain operational map layers for editing or for providing read-only reference information. For example, pole inspection maps often contain pole, transformer, and transmission layers, that can be updated in the field. Pole inspection maps also include parcel or block boundaries, street centerlines, address information, and even other vector layers as supportive background data.
Because of the potentially large size of data cached on the device, it's important for performance and storage reasons that all background data be as small and simple as possible. To simplify background data and limit its size, first consider whether the background layers are required to complete the field task for which the application is designed. If background layers are required, use simple symbology to represent features, and use the generalization tools in ArcGIS for Desktop to simplify the shape of background layers.
If you want to include raster data or satellite imagery as a basemap, also consider the extent to be included in your mobile project because the size of the basemap is also limited by the storage constraints of your field devices (for more information, see the Storage Constraints section in this topic). However, to include a basemap, you can use ArcGIS for Desktop or ArcGIS for Server to create tile packages or tiled datasets, and use them as basemaps in Mobile Project Center. For more details, see Creating a tile package or tiled dataset.
Work environment conditions
You should have a field user's mind-set when designing a map. Consider the fieldwork environment, which may be a stressful environment (such as disaster management), or other conditions including intense sunlight, darkness, rain, or sub-zero snow conditions. Lighting conditions have a direct impact on the colors and symbols you choose when designing your map. In the office, you are designing maps under ideal conditions. The artificial light and large monitors used in the office enable the use of a wide range of colors and symbols. However, this is something often solved by experimentation on the mobile device used in the field. The following tips can be used as a general guideline:
- Design simple mobile maps with exaggerated contrast.
- Use scale dependency to control the amount of information display.
- Use symbology that is familiar to the field crew. For example, use shield symbols for highway features.
- Make background layers as transparent as possible (you can achieve this by setting layer transparency).
- When displaying parcels, districts, or polygon features as background information, avoid using fills. If fills are unavoidable, use simple colors or set transparency for the layer.
- Use gray tones where possible and limit the amount of text.
The following map examples demonstrate the difference between office use and field use:
![]() |
![]() |
Device form factors
Consider the form factor of the mobile device you are targeting with your application and the format in which maps display (portrait or landscape). Most Pocket PC devices have a resolution of 320x240, but they can vary considerably. The monitor you're using when designing your maps is most likely 1024x780, 1280x1024, or higher. Resolution has a direct impact on scale dependency. It's very important to add scale dependency to layers in your map so that you display layer content only when it's needed. This improves the clarity of your maps, and more importantly, it reduces the time it takes to draw the map.
Set a visible scale for each layer.
![Tip Tip](rsrc/tip.png)
ArcGIS for Windows Mobile applications do not honor the reference scale you set on a map, so symbols do not scale when you zoom in and out.
![]() |
Map symbology
The symbols you choose to display geographic information determines how effective the map is in your mobile application. If you're rebuilding an existing application or if paper maps are used in the field, use symbols that are familiar to field-workers if possible. Keep the symbols simple, and remember that contrast is important in conveying the right information on your map. The challenge is that you're designing a mobile map using a desktop application that is meant for authoring maps to other desktop or web applications, not field applications.
When designing the symbology to use, determine whether you're going to use a desktop or a server workflow, since one symbology supported by a mobile service or hosted feature service may not be supported by a mobile cache created from the mobile geoprocessing tool, or vice versa. For more information about both workflows, see Workflows for ArcGIS for Windows Mobile.
Symbology in ArcGIS can be categorized into point , lines, polygons, and text. ArcGIS for Windows Mobile supports a subset of ArcGIS symbol sets (where reference scale is not supported); therefore, choose a size based on the scale at which the point feature displays. Supported symbology is summarized as follows (with details in the following tables):
- All simple symbols are supported.
- 3D symbols are not supported when data comes from a mobile service or feature service.
- All 2D symbols are supported by the desktop workflow and most are supported by the server workflow In both workflows. symbols may be downgraded (for example, a marker fill symbol downgraded to a simple fill symbol).
- Labels with SQL query, expression, or multiple classes are not supported by either workflow.
Point symbols
Point symbol type | Supported by mobile service | Supported by hosted feature service | Supported by mobile cache created by GP tool | |
---|---|---|---|---|
2D | Simple Marker | Yes | Yes | Yes |
Character Marker | Yes | Yes | Yes | |
Arrow Marker | Yes | Yes | Yes | |
Picture Marker | Downgraded | Yes | Yes | |
3D | Simple Marker | No | No | Yes |
Character Marker | No | No | Yes | |
Marker Symbol | No | No | Yes |
Line symbols
![Tip Tip](rsrc/tip.png)
It's best not to use line symbols with decorations since they get downgraded.
Line symbol type | Supported by mobile service | Supported by feature service | Supported by mobile cache created by GP tool | |
---|---|---|---|---|
2D | Simple Line | Yes | Yes | Yes |
Marker Line | Downgraded | Downgraded | Downgraded | |
Picture Line | Downgraded | Downgraded | Downgraded | |
Hash Line | Downgraded | Downgraded | Downgraded | |
Cartographic Line | Yes | Yes | Yes | |
3D | Simple Line | No | No | Downgraded |
Texture Line | No | No | Downgraded |
Polygon symbols
![Tip Tip](rsrc/tip.png)
Avoid using a fill symbol for polygons if possible, as it often adds complexity to your map that is not needed on a mobile device.
Polygon symbol type | Supported by mobile service | Supported by feature service | Supported by mobile cache | |
---|---|---|---|---|
2D | Simple Fill Symbol | Yes | Yes | Yes |
Picture Fill Symbol | Downgraded | Downgraded | Downgraded | |
Marker Fill Symbol | Downgraded | Downgraded | Downgraded | |
Line Fille Symbol | Downgraded | Downgraded | Downgraded | |
Gradient Fill Symbol | Downgraded | Downgraded | Downgraded | |
3D | Texture Fill Symbol | No | No | Downgraded |
Text symbols
ArcGIS for Windows Mobile supports labeling on a layer in ArcMap and annotation that is stored in a geodatabase. However, it is recommended that you use annotation for text instead of labeling, since labeling on-the-fly consumes battery.
![Caution Caution](rsrc/caution.png)
There are some limitations in using labels and annotation:
- Annotation layer type is not supported by a feature service.
- Annotation stored in a map document is not supported.
- Annotation symbol substitution (change of the annotation symbology in the current map while not affecting its display in other maps) is not supported.
- Labels defined by SQL query is not supported.
- Labeling using an expression is not supported. For example, a text expression that concatenates several fields to form a street address is not supported. To accomplish this, create a new field and calculate the value of the field equal to the concatenation of the existing fields.
Device memory
If you have Windows Mobile device as your target field device, take into account the available memory on the device. This is particularly important if you use a BLOB field or a raster field to store images. Since the image files are written into the memory stream, they can potentially consume all the available memory during this process. To work around this issue, create an attachment for the feature class and attach image files (as well as video and other types of files supported by your system) to the attachment feature class.
![Note Note](rsrc/note.png)
BLOB and raster fields are not supported by hosted feature services.
Storage constraints
Field devices, particularly Windows Mobile devices, usually have less storage space than a desktop machine. At the point of map design, start considering the amount of data to deploy to a field device based on its available storage space. For example, avoid adding multiple attachments to the map and deploying them together to a field device if the attachments are not needed by your field workers to complete their work.
In a mobile project, offline basemaps are usually the data that consumes most of the storage space. Offline basemaps (tile packages, tiled datasets, and StreetMap for Windows Mobile) must be stored on the device, and their sizes can easily go up beyond gigabytes. To reduce the size of an offline basemap, you can clip only the area that is needed for the field work or reduce the level of details. You can also add a basemap to your project by reference (see Adding offline basemaps for more information) so that it only needs to be deployed once, then be shared by multiple projects (if applicable).
However, if your field workers' devices have connectivity in the field, you can include online basemaps in your mobile map. When your field crew browse to a location with an online basemap at a given scale, only that area at that scale is cached temporarily in the device. The cache is cleared when the project is closed.
![Note Note](rsrc/note.png)
To learn more about selecting a basemap, see Choosing basemap layers.
If your device supports an external Secure Digital (SD) memory card, you can use it to expand the storage space on the device.