Frequently asked questions

Problem: I cannot load data from my ArcGIS Server or Spatial Data Service or another SharePoint farm.

  1. If accessing ArcGIS Server or Spatial Data services, make sure that the Services Directory is set up and functioning. Navigate to http://<host>/arcgis/rest/services or http://<host>/sds/databases in a browser. You should see the Services Directory main page.
  2. If the ArcGIS Map Web Part is not hosted on the same server or domain as the data (services) you are accessing, you need a clientaccesspolicy.xml file on the remote server. See the answer to this question for more information.
  3. View the Hypertext Transfer Protocol (HTTP) request and response using a standard tool for interrogating HTTP communication—for example Fiddler, Silverlight Spy, or Firebug (Firefox add-on)—to determine whether a failure has occurred.

Problem: I cannot load data from an external data source outside my Silverlight application's domain.

To access data from a remote server (a different server from the one where the ArcGIS Map Web Part is hosted), the remote server needs to have a clientaccesspolicy.xml file in the web server root directory.

The Map Web Part is built on the Microsoft Silverlight platform. For security reasons, a web browser is not allowed to access data that resides outside the exact web domain where the Silverlight application (Map Web Part) originated. However, a Silverlight application can load data across domains if permission is granted from the server. This is accomplished by having a small clientaccesspolicy.xml file on the remote server that permits Silverlight to connect to services on that server. For additional information, read the topic Making a service available across domain boundaries. For more information on the structure and function of a clientaccesspolicy.xml file, read the topic Network security access restrictions in Silverlight. As an example, you can also view the policy file used by ArcGIS Online: http://services.arcgisonline.com/clientaccesspolicy.xml.

Question: Why does ArcGIS for SharePoint store properties in configuration lists?

Some shared properties used across ArcGIS for SharePoint components are stored in lists at the site collection and site level to provide flexibility and ease of use in configuration. The lists are replicated at the site collection level so that shared properties (for example, basemaps in the Basemap gallery) can be configured differently for different site collections. Exposing the properties in lists accommodates scenarios where it is appropriate to allow non-administrative users to configure these properties as well as scenarios where these should only be editable by administrators. Users of ArcGIS for SharePoint components do not need edit rights to the configuration lists. Additionally, using lists for configuration provides an intuitive, easy-to-use user interface (UI) that will be familiar to most SharePoint users.

Problem: I created a new site collection within a web application that has ArcGIS for SharePoint, but the components and configuration lists are not available.

ArcGIS for SharePoint is not automatically activated when you create a new site collection. For new site collections, navigate to the Site Settings page, click the Site Collection Features link, then activate the ArcGIS for SharePoint feature. This makes all the functionality included with ArcGIS for SharePoint available on the site collection.

Question: How do I connect to services in a firewalled environment?

If you need to configure the product to work in a firewalled environment, you need to update all of the Internet service endpoints (for example, basemaps, default map, ArcGIS Online uniform resource locators [URLs]) to point to local instances. By default, these point to services that are available over the Internet.

Question: Do I have to use the Geocoding workflow or can I use existing lists with lat/long data?

No, you do not have to use the Geocoding workflow if you have existing lists with lat/long or x/y data. ArcGIS for SharePoint can work with the list directly. To do this, add an ArcGIS Location field to the list and specify the lat/long fields when setting the location field's properties.

Question: Can I geocode international addresses?

Yes, ArcGIS for SharePoint can work with any ArcGIS Server Locator service, including ones for international addresses.

Question: Do I need to have ArcGIS Desktop or ArcGIS Server installed?

No, ArcGIS for SharePoint is packaged as a SharePoint solution. The solution is deployed to the SharePoint farm and activated on any of the sites and site collections specified. ArcGIS for SharePoint is a self-contained product that does not require the installation of any other ArcGIS software.

Question: Does ArcGIS for SharePoint support single field geocoding?

Yes, in ArcGIS 10, the address locator now supports single field geocoding (What's new for geocoding). ArcGIS for SharePoint takes advantage of this since the address fields you fill out are based on the locator.

Question: Does the end user need Silverlight installed?

Yes, the Silverlight plugin is required for working with the ArcGIS for SharePoint components.

Question: What kind of security does ArcGIS for SharePoint implement?

ArcGIS for SharePoint leverages the security infrastructure of SharePoint. At the page level, if users can navigate to a page hosting an ArcGIS Map Web Part, then they can interact with the maps and layers in that web part.

Question: Can users configure layers or do they need administrative rights?

The Manage Ribbon dialog box on the ribbon provides tools you may enable for your end-users to configure layers. See Configuring the ribbon for more information. Note, however, that any layer configuration done by users when the Map Web Part is in run mode will not be saved.

11/30/2012