Latest Contributions by IsmaelChivite

    A new update to ArcGIS QuickCapture is now available! It is time to download the latest update from the app store. Take advantage of new features, including: Video Recording Enhanced App Linking A better icon gallery Other enhancements and fixes   What’s new in ArcGIS QuickCapture (May 2023)   Video recording   That is right! Configure your ArcGIS QuickCapture projects to help users associate videos with the observations they collect. Use videos to report issues, document damage and field observations. Learn through the screenshot below how to activate video recording in your projects. You are just one click away!   Videos are stored in ArcGIS as attachments. This means you can view your videos from any ArcGIS app, including Instant Apps, Experience Builder, ArcGIS Pro and ArcGIS dashboards! Enhanced app linking   Use the QuickCapture app app to link to other applications remotely. Through app linking, for example, you can launch and open a QuickCapture project from another Esri app, an ArcGIS map popup, or a simple hyperlink in an email or website. Understanding app linking is vital to integrating ArcGIS QuickCapture with third-party apps in your mobile device. This release introduces new app link syntax to help you: Press a button and set attribute values in the new feature collected Define a callback so QuickCapture automatically returns to another application after an action has been invoked Check out the following app link example: It opens a QuickCapture project, presses a button, sets an attribute value, and immediately returns to the calling mobile app. arcgis-quickcapture://?itemID=36ff9e8c13e042a58cfce4ad87f55d19&action=press:0c59c9d9-9b51-46b3-bb81-21149e6fddb4&field:GM=20&callback=https://geiger.mobile.app Learn more about app linking in this help topic. A better icon gallery   Make your projects look great by associating icons with your QuickCapture buttons. You can upload your icons or use the QuickCapture icon gallery. With this update, you will find a new set for trail management.   Other enhancements and fixes   BUG-000154802: Fixed this bug which caused lines to be digitized in the wrong direction. Use the new Refresh Map action to reload live features from your map Visit our What’s new help topic to learn more about this and previous releases.   Getting Started with ArcGIS QuickCapture Webinar   Discover new features and more! Join us on May 24th at 9 AM PDT  and learn how you can benefit from using a simple yet effective data collection mobile app. Our webinar will be short, instructive, and feature plenty of demos. Register Now!     ... View more

  Call it a coincidence, but two people asked me recently how to populate a dropdown list using records from an ArcGIS point layer, and have the form calculate a geopoint when a list choice is selected. The idea is illustrated in the animation below. I will call it a geolist. Patent pending! I think this is kind of a nice trick, as it allows you to create an alternative experience to define a location: No map, no address... just a list!  Your list could display city names, postal codes, hospital names...  This is not really a new concept: In Survey123 Connect we have a survey sample called 'Calculate location from CSV'.  However, it is worth revisiting it with a different twist: Using an ArcGIS feature layer instead of a CSV as the source of choices in the list.   I have attached the XLSForm I used to put together the animation above.  I bet many of you will not need further explanation, but just in case, I will highlight how all of this works: Populating a list from a feature layer   The first question in the XLSForm is a select_one. Note that I added the autocomplete and search appearances to it.  autocomplete search("cities_list?url=https://services.arcgis.com/P3ePLMYs2RVChkJx/ArcGIS/rest/services/World_Cities/FeatureServer/0") The autocomplete appearance is optional, but highly recommended when you work with very long lists. The search appearance is used to feed the list with records from a layer. You can see the URL of my layer in there. The search appearance indicates the exact layer from which we will populate the list, but not what fields should be used for the label and name of the choices.  That, is done in the choices worksheet as shown below: In this particular case, I chose the CITY_NAME field for the labels, and the OBJECTID for the names, or values.  If you save and test your survey at this moment, you will get a list showing all cities in the layer.  You do not have to use the OBJECTID for the name. You could use the CITY_NAME again if you like, or any other field that uniquely identifies the record selected. Getting the geometry of the selected record   To get the point geometry of the selected record, we will use the pulldata("@layer") function.  Note that I am using the getValue operation and asking it to return the 'geometry' field on the record that coincides with the OBJECTID selected. The source URL for the pulldata() function is the same as for the list. pulldata("@layer", "getValue","geometry", "https://services.arcgis.com/P3ePLMYs2RVChkJx/ArcGIS/rest/services/World_Cities/FeatureServer/0", concat("OBJECTID =", ${city})) The output from this calculation will be a small JSON object that will look something like this: {"x":20.8320034155833,"y":13.83699601616103} Typically, you will not want to show this value in the form. To hide the question you can either change the question type to calculate, or apply the hidden appearance.   Calculating the geopoint   Next, we are going to calculate the geopoint question with the geometry we have from the selection. Note how the pulldata('@json') function allows us to easily extract the x and y coordinates from the JSON, and how the concat() function is used to compose the actual geometry in the geopoint question.  Technically, you do not need to add the x and y questions into your design. You can construct the geometry object all in one expression: concat(number(pulldata("@json",${city_JSON},"y")), " ",number(pulldata("@json",${city_JSON},"x"))) Final touches   As indicated above, you can choose to show or hide the map question. I like to use the hidden appearance on the geopoint question when I need to hide it.  If you want to apply conditional visibility to the geopoint question, it is a good idea to set its default value to null. This is to avoid any timing issues where the map question may first try to center at the user's location and then immediately get recalculated to the location of the selected choice.  Remember also to set the bind::esri:fieldType value to null in any question that you do not want to store in the ArcGIS layer. For example, you may not want to store the JSON value. Limitations and other considerations   Offline/Online: The search appearance only works while online. That is, do not expect your list to be populated from an ArcGIS layer if your device is offline.  Spatial references: Survey123 will always get the geometry from your layer in WGS84. If your feature layer is using a different spatial reference, that is fine, Survey123 will convert your coordinates if necessary.  Long lists: If your layer includes many records, always use the autocomplete appearance. Otherwise your form loading time will be penalized. Polygons and Lines: It is technically possible to create a geolist that stores a polygon or line geometry as well, but this only works in the mobile application.  If you would like to dynamically filter choices in your list, check the Dynamic Lists blog post.     ... View more