Latest Contributions by PaulDoherty2

Real-world Problem: In Urban Search & Rescue we need to quickly turn raw information into actionable intelligence. One common workflow is receiving an address or coordinate where someone is in distress and needs rescue or evacuation. Technical Problem: Currently in Experience Builder the user would need to use the search widget, type in an address / coordinate - THEN - open the edit widget and place a new point at that location. Proposed Solution: Create a trigger / action that allows the end user to quickly type an address and send it to the edit widget for adding a feature.   Currently this requires 3 or more clicks in Experience Builder.    This already works in Field Maps and is easy to use.         Also it looks like there are triggers from Search to other widgets like "Near Me" (labeled as Impact below).           ... View more

Real-world Problem: To stay organized and consistent across web maps, we want to take advantage of the new Group Layer items to keep our most essential reference layers together and use the layers of these Group Layer Items for impact analysis. What are Group Layer Items? Blog: Group Layer Items: A new way to build and share content (esri.com) Doc: Organize layers (Map Viewer)—ArcGIS Online Help | Documentation Example: a35825 - Minimum Essential Dataset (MED) Base Data for US&R - Overview (arcgis.com)   Technical Problem: Group Layer Items cannot be accessed by the NearMe Widget in Experience Builder (ArcGIS Online).   In this web map, the Incident Data group were made in the web map but not saved as items. The "MED" Groups for Live Feeds and Base Data highlighted below are Group Layer Items added to the web map. Copy of Web Map with Group Layer Item retained: COPY OF ace40c Sandbox v9 Intel Manager 2.0 Web Map (arcgis.com) Original Web Map that I will ungroup the item to fix (hopefully):  https://www.arcgis.com/apps/mapviewer/index.html?webmap=79bb4e40e36b4423b3db81a7adace40c Experience Builder NearMe configuration, note the layer groups made in the web map (but not saved as items) load and are accessible, but the Group Layer Items highlighted above do not show up here.   ... View more

Real-world Problem: In search and rescue (SAR), speed is critical. In wide area search operations however, some field data requires more precision than others. For example, when describing damage to a building it helps the local agency if the point is on a building footprint. We want to help SAR Teams accomplish this without slowing things down. Technical Solution: QuickCapture! Technical Problem: Right now, we are expecting the end-user to follow step #2 below, to drag the pin. If they forget to do this, the point may be in the middle of the street or whatever location they are standing in vs the actual impacted structure. They often forget this, so we'd like to prompt them.   Proposed Technical Solution: Create a prompt that suggests to the end user, "Improve the accuracy of this point by "dragging the pin". This could be setup on individual buttons by the project author in the DATA tab (shown below). I am not sure what the new capability should be called, something like "Open map by default" and then maybe a small text box where the author can configure a short message?    p.s. the same concepts above apply to Survey123, but it is a little easier to train them to drag the pin because we can add more text the layout of the app. @IsmaelChivite @KatieBreland @JaredDoke @JasonWarzinik @CollinGrove  ... View more

Real-world Problem: ArcGIS Online has grown into a large ecosystem of maps, apps, and data. When searching for an item, (public, private, or especially inter-organizational) it is now very difficult to simply use keywords or titles.   Technical Problem: Keywords, Titles, Tags are not unique enough. This problem is especially challenging when trying to help someone find a web map in mobile apps like Explorer.   Example: A simple search for "Fire Map" returns +10,000 results!    Workaround: At NAPSG Foundation we started using item ids when referencing specific items vs sending links. Why? Inter-organization URLs often cause issues. For example, if NAPSG shares something into a private group with GISCorps members, if we send them a link that includes napsg.maps.arcgis.com - that often prompts them to sign-in to our organization. This is a known issue with ArcGIS Online that I think they are working on.   Search for Item ID: 6dc469279760492d802c7ba6db45ff0e (it's the unique code at the end of a URL for an item) in ArcGIS Online and it will take you to our #FireMappers app.   But what about when you are on the phone or radio trying to describe to a non-GIS person how to navigate to an item that they have access to but can't seem to find? Keywords won't work and item ids are too long.    Solution: Shortcodes!  We currently take the last 5 characters of the item id and add it to both the title and tags for our item.  Item ID: 6dc469279760492d802c7ba6db45ff0e Short Code: 5ff0e Search for 5ff0e in ArcGIS Online and our #FireMappers map appears right at the top of the search and I can confirm with my "end-user" / customer that this is the right item because the shortcode is in the title. I can even read this over the phone or radio quickly as "the number five, f-foxtrot, f-foxtrot, the number 0, e-echo".    We have used this in a few different projects and disaster response support and it works really well! QuickCapture now uses this concept for public projects and SARTopo (an ArcGIS Online-like app) uses shortcodes as well.    Wouldn't it be awesome if each item had a shortcode generated by default??? Please upvote.  ... View more