BLOG
|
Unfortunately, Survey123 3.0 is built using AppStudio 3.1, so the template in AppStudio won't be updated until the official AppStudio 3.1 release at the earliest.
... View more
07-15-2018
11:46 PM
|
0
|
0
|
3173
|
POST
|
I'm not sure what caused that error, but it probably wasn't the conditional statement. It looks like it might have just stalled at 'Printing', which is the first of about five steps. Error messages appear if a survey actually fails and a 'More Details' link appears in the box. The best I can suggest is just to retry and see if it happens again. I'm not sure if this is a known issue with the new printing setup or not. cc: Zhifang Wang
... View more
07-15-2018
09:12 PM
|
0
|
1
|
1183
|
POST
|
This also isn't currently possible to my knowledge, unfortunately; that used to be the functionality of geopoint questions in the web app, but there's not currently a way to restore it. I'll also raise that to the website team, though, I'm not sure if this is something we actually can't support, or just something that we don't currently support.
... View more
07-15-2018
07:54 PM
|
0
|
0
|
3332
|
POST
|
The example I gave should do the job, since we are still talking about a field in your feature service. Essentially, rather than actually display the value in the field, it shows and hides text based on what the value is. Just replace the field name 'priority' (I just guessed what the context of the question was there) with your field's name, and it should work.
... View more
07-15-2018
07:06 PM
|
0
|
3
|
1183
|
POST
|
Hi Anu, Customized report templates don't support HTML formatting (in fact, it's news to me that the default template does), so that's why your results aren't being formatted in the same way. Version 3.0 did introduce conditional statements, though, which should let you replicate the formatting in your report template. You can find the formatting to do this in the documentation: Print survey results—Survey123 for ArcGIS | ArcGIS In your case, although I don't know your actual survey setup, something like this would list the 'Low' result as you have it in your survey (know that in most cases, select ones will be looking for the choice's label rather than the choice's name): ${if priority==”<font color='green'><b> Low </b> </font>”}Low${/} Repeat similar for all of your other results. You'll probably need to experiment to get the functionality and formatting that you want.
... View more
07-15-2018
06:39 PM
|
0
|
9
|
1183
|
POST
|
What might be possible, although this involves more knowledge of Web App Builder than I have, is to extract the latitude and longitude values of the point separately, and use them to populate hidden questions added through Survey123 Connect (the web app supports questions of the 'hidden' question type added in Survey123 Connect, it's just that the web designer has no ability to add them itself). This won't be filled in as a location for the survey, however, on a map view the results will still show at latitude 0, longitude 0. You'd just have the X and Y values in a text field on your app. I don't think this would work for you, and you're better off with just a read-only (and hide-input, you're right on that one!) geopoint, possibly with a comment in the label or hint for the question that it's a read-only value that you don't need to worry about.
... View more
07-12-2018
09:54 PM
|
2
|
0
|
3332
|
POST
|
Unfortunately, functionality has recently changed so that questions that didn't display due to not being called as relevant now don't record values. This changed for the field app in 3.0, but may have been true before then in the website, I'm not certain. I will raise this with the website team, though. What I can suggest is that you experiment with setting the geopoint question to read-only through Survey123 Connect and then loading it in the website; while users will be able to see it, they won't be able to write values to it. I will warn that I couldn't get this to work in my case, though.
... View more
07-12-2018
05:31 PM
|
2
|
2
|
3332
|
POST
|
This is likely two different issues. We do have as a known issue on Android that, if the app is closed, it doesn't retain the user's login information on being reopened. This is an issue specific to Android, and hasn't been observed on other platforms. We haven't seen an issue on being signed out after an amount of time has elapsed. I'm currently testing this on both Android and iOS. Can you confirm if one or both of these behaviors have appeared on both Android and iOS?
... View more
07-12-2018
05:03 PM
|
0
|
1
|
1153
|
POST
|
Hi Kevin, This is on purpose, and has been for a while; the field length of an integer value is by default capped at 9, because the maximum possible 32-bit integer value is ten characters (specifically 2,147,483,647). You can extend the length of the integer field by entering a larger number in the bind::esri:fieldLength column of your spreadsheet for that question, but entering a number higher than that maximum integer value will cause an error. What I would suggest in your case, with phone numbers, is that you instead use a text field. Your phone numbers don't need to be stored as integer values, because you don't need to treat them as numbers in calculations. You should then limit the input to that field to numbers using an input mask, which can also be used to provide some standard formatting to make the phone number easier to read. We provide an example mask specifically for United States phone numbers in our documentation on input masks: Esri custom columns—Survey123 for ArcGIS | ArcGIS
... View more
07-12-2018
04:51 PM
|
6
|
6
|
3451
|
POST
|
Hi Joe, If you don't include a geopoint question in your survey, the field app will still capture a coordinate behind the scenes. This doesn't work for the Survey123 website, however, which only captures a location if a geopoint question is in your survey.
... View more
07-12-2018
04:07 PM
|
0
|
5
|
3332
|
POST
|
Hi Ryan, This makes things a bit messier; we haven't seen the same issue on iOS. Can I confirm that your workflow is the same as what Will described in the original post (sign in on both apps > open URL to Survey in Collector > complete survey > get asked to sign in again)?
... View more
07-11-2018
07:48 PM
|
0
|
3
|
1153
|
POST
|
In that case, yes, this does appear to be a known bug introduced in version 3.0, that's likely related to a new method of storing user credentials. We're hoping to solve this in version 3.1.
... View more
07-11-2018
05:26 PM
|
2
|
0
|
1153
|
POST
|
Hi Will, Can I ask what operating system you're using? We've seen a bug like this on Android devices.
... View more
07-10-2018
04:05 PM
|
0
|
5
|
1153
|
POST
|
Hi Erinn, This is a bit of a tough one for me, because I'm not tremendously familiar with Map Viewer, so you might want to look around further since I'm basically just making an educated guess. But from what I can gather, you might be able to alter the output of attributes by digging into the IdentifyFeaturesView object in the PanelPage.qml file.
... View more
07-09-2018
09:43 PM
|
0
|
1
|
861
|
POST
|
For those who haven't seen the other issue, this has been resolved, at least in this case: This may be an issue with storage of sign-in credentials, added in 3.0; every sign in credential gets added to the Windows Credential Manager, and if it ends up storing too many of these credentials, the sign in can fail to open. If this is the case, then it can be solved by deleting all of the Survey123Connect entries within Windows Credential Manager, which can be accessed through the Control Panel.
... View more
07-09-2018
05:28 PM
|
3
|
2
|
2827
|
Title | Kudos | Posted |
---|---|---|
1 | 06-26-2018 08:41 PM | |
1 | 10-27-2020 09:02 PM | |
1 | 06-18-2018 08:56 PM | |
1 | 01-15-2019 06:20 PM | |
1 | 06-26-2018 11:00 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:25 AM
|