POST
|
Hi @TejPal , I'm not sure I fully understand your question but 'pulldata(@geopoint)' is only going to retrieve the available data stored in your point (eg x/y/z co-ords, horizontal accuracy etc etc). If you would like to retrieve data (from an existing polygon feature layer) and populate this into your survey based on your geopoint location, this requires a JavaScript function. Please take a look at the 'Working with a Feature Service' section of the 'JavaScript' sample (available in Survey123 Connect) for an example of how to set this up. It can be adapted to use your own feature layers. Brett
... View more
06-07-2021
05:46 PM
|
0
|
0
|
666
|
POST
|
Hi @luckachi , Have you tried the options mentioned in this FAQ tech article? It contains some useful links to the Survey123 and ArcGIS Pro documentation that may help you find a solution. Brett
... View more
06-07-2021
05:30 PM
|
0
|
1
|
810
|
BLOG
|
Hi @maddiewithamap , Are you experiencing this problem owith the web app or with the field app? Is your polygon geometry (geoshape) within a repeat? Have you made sure you're looking at the correct tab in the 'Data' page of the website? Another thing to check is that you don't have the 'bing::esri:fieldType' set to 'null' for your geoshape question in the XLSForm. If you can send through your XLSForm I can help investigate further. Brett
... View more
06-07-2021
05:20 PM
|
1
|
0
|
32797
|
BLOG
|
Background The use of dynamic (constantly changing) choice lists in Survey123 has become a popular feature for survey authors since the introduction of linked content CSV files. This method uses the data contained in a CSV file hosted in an ArcGIS organisation as the choice list values in your surveys. This allows the choice list values to be managed outside of Survey123 by updating the linked CSV file if necessary when the survey is opened, and ensures the latest choice list values available to your survey users. An additional method for incorporating dynamic choice lists into your surveys is supported in the 3.13 release of the field app and web app. This blog will take a deeper look into this new search() appearance and provide more details on what is possible and how to set it up. This new method is configured by adding a search() expression to the appearance column of a select_one or select_multiple question in your XLSForm. The search() expression can reference a hosted CSV file, or a feature layer or table in ArcGIS through its REST URI. Referencing a layer that has geometry gives the additional capability to utilise spatial queries to populate the choice list. Some example use cases for spatial queries include populating a choice list dynamically with: incident report ID values from features within a search polygon (defined in the survey itself). asset ID values within a specified distance on your current location. Getting Started If you’re new to using choice lists in Survey123, please check out the blog titled Survey123 Tricks of the Trade: Choice Filters as a starting point. To get up and running with the search() appearance we should first set up a survey with a select_one or select_multiple question. You must still include an entry on the choices worksheet but instead of listing each of the choices, you will reference the field name from the existing feature layer or table. In the following screenshot a choice list called ‘us_states’ is defined on the choices worksheet and will use the field ‘STATE_NAME’ for both the choice name and label. The search() appearance can be used alongside other appearances, and should be used with the ‘minimal’ or ‘autocomplete’ appearance (best practice for all very large choice lists). This prevents the form from trying to render all available choices, causing performance issues. Understanding the Search Expression Let’s take a look at the syntax used when building a search expression: search(‘tableName’, ‘searchType’, ‘searchColumn’, ‘searchText’, ‘filterColumn’, ‘filterText’) tableName The ‘tableName’ parameter is the only required parameter, it specifies which table is going to be queried. This parameter has a different format depending on whether you’re referencing a local CSV (just use the CSV filename, without the file extension): search(‘usa_states’) or an ArcGIS layer (use the format ‘<unique_name>?url=<Layer REST URL>’, including the layer index). The <unique_name> can be anything, it doesn't need to match the name of the hosted layer, but as this is how Survey123 internally refers to your search, must be different from all other table names and CSVs used in the survey: search("state?url= https://services1.arcgis.com/Ua5sjt3LWTPigjyD/arcgis/rest/services/Public_School_Location_201819/FeatureServer/0") Since both of these search expressions don’t use any other query parameters, the entire contents of the table will be used to populate the choice list. Tip: You can optionally append query request parameters to the REST endpoint of your feature layer or map service layers to configure the search behaviour. This can be really useful for incorporating buffers of query geometry using &distance= and &units=, as well as limiting the number of query results using &resultRecordCount=. These URL parameters can also be set by the user in the form itself, see the Point intersects buffered points (with attribute filter) example below for details. Optional Parameters There are tables in the documentation that describe each of the optional parameters that can be used to narrow down the query results: Let’s use these reference tables to help us understand two search expressions that utilise spatial queries (both are included in the ‘Dynamic Choice Lists using Search Appearance’ sample survey available in Survey123 Connect). Polygon contains points This example populates a choice list by returning values (in this case public school names, but can be any attribute value) from point features that are contained in the search polygon digitised by the survey user. It uses a geoshape question to allow users to define the search polygon and then a select_one question for users to select from the dynamic choice list. Here is the search expression in full: search('school?url=https://services1.arcgis.com/Ua5sjt3LWTPigjyD/arcgis/rest/services/Public_School_Location_201819/FeatureServer/0', 'contains', '@geoshape', ${search_poly}) tableName: unique name school for Survey123 internal reference (could be any unique string): REST endpoint URL including the layer index (0): searchType: using the spatial relationship ‘contains’, to return features in the layer that are completely contained by query geometry. Any appropriate spatial relationship could be used: searchColumn: using ‘@geoshape’ for this spatial query, as this is the query geometry type (ie polygon / geoshape): searchText: for spatial queries, this references the survey question that will provide the query geometry. Notice that parameter values don’t need inverted commas when they reference a previous survey question, ${search_poly} in this case: Point intersects buffered points (with attribute filter) There are two examples in this group. The first example is supported in both the web and field apps as the search geometry (a 0.5 mile buffer) is hardcoded into the search expression. We will look at the second example here as this extends upon the first example to allow the survey user to define the buffer parameters on the fly (currently not supported in the web app). Both examples use all of the optional search expression parameters. The use case for this example is a scenario where a choice list (in this case Store names) is populated dynamically based on your location and the search distance you specify. You can optionally apply a filter based on the Store category to further refine the choice list. It uses a geopoint question to define your location, which is intersected with the buffered Store locations based on search distance (range question) and search distance unit (select_one question). Additional select_one questions provide the optional Store category filter and the final Store selection to make use of the resultant dynamic choice list. Here the search expression is built in 2 steps. Step 1 - creates the tableName parameter by adding the buffer parameters to the feature layer URL using the ‘concat’ function (in the calculate question named ‘search_url’). The calculation in full is: concat("store?url=https://services6.arcgis.com/Do88DoK2xjTUCXd1/ArcGIS/rest/services/OSM_Shops_NA/FeatureServer/0&units=",${search_distance_unit},"&distance=",${search_distance}) tableName: unique name store for Survey123 internal: REST endpoint URL including the layer index (0): the optional query request parameters (‘units’ and ‘distance’) are appended to the REST URL of our feature layer (see documentation for feature service layers or map service layers for the full list of request parameters). These values can be hardcoded, but this example takes them from previous survey questions, namely ${search_distance} and ${search_distance_unit}. The ‘search_distance’ question is displayed as a slider (ie a ‘range’ question type), while the ‘search_distance_unit’ question provides the options across the screen (ie a ‘select_one’ question with the ‘horizontal’ appearance). Step 2 - adds the optional search parameters to complete the expression, here it is in full: search(${search_url}, 'intersects', '@geopoint', ${search_point2}, 'shop', ${store_cat2}) searchType: using the spatial relationship ‘intersects’, to return features in the layer where the buffer intersects the query geometry. Any appropriate spatial relationship could be used: searchColumn: using ‘@geopoint’ for this spatial query as this is the query geometry type (ie the location point): searchText: the survey question that will provide the query geometry. Once again, notice that that parameter values don’t need inverted commas when they reference a previous survey question, ${search_point2} in this case: filterColumn: the field from the feature layer for which we can apply an additional attribute filter. This will obviously depend on the feature layer itself, in this example we’re using the ‘shop’ field (this contains the store categories). filterText: this text value can be hardcoded into the expression but is far more useful if it refers to a previous survey question. This way the survey user has control over applying the filter. Since we’re filtering on store categories in this example, these options are supplied in a static choice list named ‘us_stores_cat’ which is used by the select_one question ${store_cat2} in this case: The explanations for these example search expressions should improve your understanding of dynamic choice lists in Survey123. You can use the ‘Dynamic Choice Lists using Search Appearance’ sample available in Survey123 Connect to view how these examples work and edit them to fit your needs.
... View more
05-23-2021
09:45 PM
|
14
|
69
|
41426
|
POST
|
Hi Mike, Linked Content CSV is not yet supported in the webapp. We have been working on this and while I can't promise anything, it is looking likely to be supported in the next release (3.13). In the meantime, I will get our documentation updated with a known limitation note. Thanks very much for bringing this to our attention. Brett
... View more
03-25-2021
11:24 PM
|
0
|
2
|
3896
|
POST
|
Hi Matthew, I think I need more information to be able to help troubleshoot. Are you saying that if you add a new point, your input is being ignored and the resulting point is added at 0,0 (Lat,Long)? Are you using a pulldata() function to calculate your geopoint location from a CSV file? What Survey123 version, device and operating system version are you using? I'm assuming you're using the field app (as opposed to the Survey123 webapp) right? If possible, can you provide your xlsform for further investigation? Thanks, Brett
... View more
03-25-2021
10:41 PM
|
0
|
1
|
873
|
POST
|
Hi Pedro, I'm not sure exactly what you're asking in this post, but I'm guessing you'd like to use smart sketching to digitise a line or polygon and then edit the vertices? If so, this is possible in the Survey123 field app. The trick is to give the user the ability to switch between capture methods in the survey itself. This can be accomplished by including a select_one question for selecting the capture method, and then reference it for the method= parameter in the body::esri:style column for the geotrace/geoshape question. The user would first select a Capture method of sketch, digitise the geometry using smart sketch, accept the geometry in the map widget and return to the survey. Then they would change the Capture method to vertex, tap on the mag widget and choose to edit the existing geometry. Now that the vertex method is selected, the user gets the option to edit each vertex (as opposed to only re-drawing when the vertex method is selected). I've attached an xlsform example. Hope this helps, Brett
... View more
03-25-2021
10:31 PM
|
0
|
0
|
847
|
POST
|
Hi Steve, The User Interface for a date question in Survey123 is always going to honor the regional settings of the device. The English_United States (en_US) regional locale, and many others, will display the day of the week as you have noted. I am wondering why you don't want the day of the week displayed? It may help me to think of a workaround. Do your default dates refer to specific dates or are they calculated based on the date the survey is opened? Also, will the survey user need to alter the date at all? One workaround that may work for you is to use the format-date function as a calculation based on a hidden date field. Even then, only abbreviated month names are included (eg Mar as opposed to March): Ismael has written a blog titled Dates and Times in Survey123 that includes more information. Hope this helps, Brett
... View more
03-11-2021
07:59 PM
|
0
|
0
|
817
|
POST
|
Hi Robert, The default language only applies to the survey (not the app itself). Once your French survey is opened (ie after you have clicked 'Collect' (or Inbox, Sent, Draft, Outbox folders), the app itself should also switch to French. This should include the page indicator switching to '1 sur 4' etc. What buttons are you referring to in your post? The app will remain in French until a different language is selected from a multilanguage survey, of the app is restarted. You can confirm this by exiting your survey and viewing the app menu items, they should all be in French. The default app language is detected from the device system locale, so the only way to have the app itself always open in French is to ensure the device is in French. Best regards, Brett
... View more
03-11-2021
07:00 PM
|
0
|
1
|
850
|
POST
|
Hi Shane, Why does your client need the Survey123 website installed on their own infrastructure? As mentioned in the previous replies and in the documentation, you should only go down this path if there is a specific requirement (eg security etc) to do so. Some customers have policies that prohibit any external communications entirely, meaning that they cannot access the survey123.arcgis.com API at all, their ArcGIS Enterprise deployment is in a completely disconnected environment. The Survey123 website installer has been released to allow customers like this to still benefit from (most of the) Survey123 functionality. Having said this, the installed Survey123 website should be accessible from any machine that is authenticated onto the same network as the host server. Please contact Esri support if you need to trouble shoot this. In lieu of a specific requirement, best practice is to use survey123.arcgis.com and point it to your ArcGIS Enterprise. The Field Maps web application is essentially installed within your ArcGIS Enterprise deployment so this example is not really comparable to using survey123.arcgis.com pointed to your ArcGIS Enterprise Portal. Hope this helps, Brett
... View more
03-11-2021
04:43 PM
|
1
|
0
|
1010
|
POST
|
Hi again, This is interesting, please send your XLSForm to bstokes@ esri.com and I'll try to troubleshoot further. Also, have you had a chance to test this on the recently released 3.12 version? Thanks, Brett
... View more
03-11-2021
02:25 PM
|
1
|
2
|
1306
|
POST
|
Hi Teri, Sorry for the delay in my response. The issue you're encountering sounds like a log-in/sharing problem. Can you please check that your hosted Stations Polygon feature layer is shared with your user account and that you're logged in to Connect while testing this. Alternatively, you could share the feature layer publicly if that is feasible for you. I've attached a XLSForm example of the edited 'Javascript' sample that is pointed to a publicly shared post code polygon feature layer (https://services1.arcgis.com/e7dVfn25KpfE6dDd/arcgis/rest/services/Post_codes/FeatureServer/0). It uses the same javascript function as the sample, so you should be able to create a new survey based on the .xlsx file (just copy the 'url_requests.js' file to the 'scripts' folder). Note that the feature layer only contains post codes from the state of Victoria, Australia. You will need to place a point somewhere in Victoria to get a valid response:
... View more
03-11-2021
02:14 PM
|
0
|
0
|
1934
|
POST
|
Hi Brian, That's right, you need to proceed to the survey form in order to change languages (via Collect, Sent, Inbox, Outbox or Draft folders). As you know a default language can be set for each survey. I don't believe there are any workarounds for setting a default language preference in the app, apart from changing the device locale of course. Please post your suggestion in the Ideas page. Thanks, Brett
... View more
03-04-2021
09:52 PM
|
0
|
1
|
761
|
POST
|
Hi Paul, I can't reproduce this problem when publishing using 3.12 Connect to ArcGIS Online (exporting to SHP and File Geodatabase). Are you using ArcGIS Online or ArcGIS Enterprise? Also, what format are you exporting to (i assume you're exporting via the Survey123 website)? Thanks, Brett
... View more
03-04-2021
09:41 PM
|
0
|
0
|
668
|
POST
|
03-01-2021
01:39 PM
|
0
|
1
|
1967
|
Title | Kudos | Posted |
---|---|---|
3 | 04-16-2024 04:38 PM | |
3 | 01-23-2024 06:52 PM | |
4 | 08-22-2023 04:41 PM | |
1 | 07-27-2023 04:10 AM | |
2 | 02-15-2021 01:37 PM |
Online Status |
Offline
|
Date Last Visited |
3 weeks ago
|