Latest Contributions by PeterKnoop

Any word on whether a module that is compatible with the current version of ArcGIS Dashboards will be released?  ... View more

Any word on whether a module that is compatible with the current version of ArcGIS Dashboards will be released?  ... View more

@SeanNagy1 not sure what to suggest to fix it, however, I can report that it is working for us. Our setups are using Survey123 3.17.68 on iOS 16.5 devices, DA2 firmware 1.51, and Trimble Mobile Manager 3.1.1.22. ... View more

One way to measure the use of ArcGIS Field Maps, and other ArcGIS mobile apps, is to track who is logging into the apps and to count the login actions. You can find such information in your ArcGIS Online organization's activity log, and use it to create your own reports, or to visualize the data on a Dashboard. (For example, click on the "Apps" tab in the lower-left of the University of Michigan ArcGIS Usage Dashboard and look at the Field Apps section.) Using ArcGIS Online's built-in report capabilities (Create and schedule reports), you can download an activity report for your organization to get the necessary data. Or, you can programmatically access the same information via the Portal History REST end-point, if you want to automate things (like in the U-M example above that updates daily.) In the activity data, the clientId or appId, for ArcGIS Field Maps is "fieldmaps".  You can look for entries with "login" as the action to identify which users are logging into the ArcGIS Field Maps, and count the login events as a proxy for usage. Note that this approach does not capture the full scope of users' offline use of ArcGIS Field Maps. It only sees those users when they initially login to download a map for offline use or when they sync. Also, if you are interested in determining how many of your Field Maps users are using iOS versus Android, which can be helpful for training purposes, you might vote for this ArcGIS Field Maps Idea: Include OS in Field Maps appId in usage tracking (i.e, fieldmapsios, fieldmapsandroid) ... View more

@OwenGeo I'm out in the field, but a brief look suggests the issue is resolved. Thanks for the quick fix! ... View more

@oevans_storymaps here a couple examples: StoryMaps and TimelineJS and Interactive Images in StoryMaps. ... View more

As a follow-up, trying to disable Google Analytics on the problematic ArcGIS StoryMaps is also failing. If I go to Story settings, toggle Enable analytics to off, then publish the StoryMap, when I revisit Story settings, Enable analytics is back to being toggled on. These are StoryMaps that were originally created awhile ago. ... View more

Another use case for an overlay would be for repeat images, where you want to capture similar images each time you are at a location. The overlay would be a partially transparent version of a previous image you would use to align the camera to take approximately the same image. Perhaps combining transparency with a high-contrast effect to help highlight features in the previous picture for easy alignment. ... View more

If you're working in ArcGIS Pro, then take a look at Animate through a range. This enables you to get around the limitations you found with a date type field, and instead use any integer, long, float, or double type field to represent time (Set the range properties on a layer.) If you're working in ArcGIS Online/Enterprise, then take a look at the Slider Instant App. It also supports the use of fields other than date type to support animating your layer.   ... View more

Most of the common Arcade use cases would have an explicit item ID or feature service URL present in the code. We have some edge cases, however, where the portal URL and item ID value passed to FeatureSetByPortalItem are programmatically retrieved from another feature service for abstraction reasons, hence there is no hardcoded item ID to be searched for in the Arcade code. Trying to develop a script that covers all potential possibilities doesn't seem feasible. ... View more

Great script @jcarlson ! There are a few additional, common use cases one might want to check on too: Insights Workbooks (which you should be able to add to the list of Web Apps in your script.) Views, Service Definitions, Exports, etc. related to the feature service, which can be retrieved with related_items().  Survey123 Forms and their feature service, which can be retrieved with get_data() and in the zip looking for the feature service reference in the form.info file. It isn't really feasible for a brute force scripting approach to identify all the possible dependencies, however, it can cover the most common use cases fairly well. What will get overlooked are edge cases like a Notebook or an Arcade Expression in a Web Map or Dashboard, where a feature service reference is generated programmatically, rather than coded into searchable text with an explicit item ID or feature service URL. ... View more

I too would like to see SAML/SSO supported in these apps. Maybe if they update them to Experience Builder? Our workaround for this was to host our own copy of the apps at our University. This allowed us to make the small modification necessary to reference our ArcGIS Online organization, so that users are directed to its login experience, which includes includes our SAML/SSO login option. You can download the whole repository of Imagery-Apps from github, or just the app you need. Next, deploy it on your own web server, and then create an Application item in your ArcGIS Online organization to point to your copy of the app, and generate an appId for it. Once you have your appId, make a small change in the app's config.json: update the value for portalURL to point to your organization, and value of appId to the one for your copy of the app: ... "portalUrl": "https://<your_org>.maps.arcgis.com", "appId": "<your_appId>", ... If you are deploying more than one of the Imagery-Apps, then you would generate a separate appId for each, and edit their individual config.json files accordingly. Hope that helps! ... View more