POST
|
Solid! Thanks for this inspiration @KenBouchard !! The solution is to first write an attribute expression, then call that in text box with a link the Survey123. I can confirm it also works with Survey123 field app URLs (FYI @Ismael ). I was unable to get this working in Field Maps on iOS when I had the entire URL and button generation in one Arcade expression, returning text (although this works fine on the web). Using your workaround, I wrote the following attribute expression for our Park & Ride usage survey: // Define the Survey123 item ID
var surveyItemID = "55555555555555555555555555555555";
// Create the parameters dictionary
var params = {
itemID: surveyItemID,
"field:pnrSurveyed": $feature.COMMON_NAME,
"field:bikeRackCount": DefaultValue($feature.BIKE_RACK_COUNT, 0),
"field:bikeStorageCount": DefaultValue($feature.BIKE_STORAGE_COUNT, 0),
"field:truckSpaceCount": DefaultValue($feature.TRUCK_SPACE_COUNT, 0),
"field:motorcycleSpaceCount": DefaultValue($feature.MOTORCYCLE_SPACE_COUNT, 0),
"field:kissRideCount": DefaultValue($feature.KISSNRIDE_GEN_SPACE_COUNT, 0),
"field:INCOMING_GLOBALID": $feature.GLOBALID,
"field:lotType": $feature.PNR_TYPE
};
// Concatenate the base URL with the encoded parameters
var surveyURL = "arcgis-survey123://?" + UrlEncode(params);
return surveyURL; Then, take note of the expression number of the url. In a new text box in the popup I added the following HTML (feel free to reuse): <div style="padding: 10px;">
<a href="{expression/expr999}" target="_blank"
style="display: inline-block; padding: 0.5em 1em; font-family: Avenir Next, sans-serif; font-size: 1em; color: white; background-color: #28a745; text-decoration: none; border-radius: 0.25em;">
Collect Survey in Survey123 Field App
</a>
</div>
... View more
11-05-2024
11:50 AM
|
1
|
0
|
1451
|
POST
|
Since this bug is still unresolved, I've developed a workaround with a colleague @StevenFabijanski . The StandardizeGuid function can be used to cast the Global ID to a text variable and can be done in a way that strips the curly brackets, which may help with it not being displayed in Field Maps. (historically, Collector had a tough time with Global ID display and would appear differently on various platforms (iOS, Windows, Android.) By standardizing you can bypass the bug. Simply set a variable like so and then swap out the GLOBALID with your Global ID's field name. var standardizedGuid = StandardizeGuid($feature.GLOBALID, 'digits-hyphen');
... View more
02-02-2024
01:42 PM
|
0
|
0
|
1496
|
BLOG
|
Ismael Chivite very cool to see this advanced functionality in S123. One use case I am evaluating it for is preventing duplicate submittals based on a unique key in a parameter URL. This use case would mimic how, say, a Survey Monkey form can only be taken one time. I'd have to pull the previous data and check if a key exists already, then use some kind of constraint to prevent another submittal. Kind of out of box thinking here, but maybe it would work. Please tell me if you think this is possible: Background Public-facing web Survey123 form Typical Survey123 steps User clicks a Survey123 URL with parameters in an email that prepopulates a read-only text field in the form (effectively a foreign key) User fills out the web form. Prepopulated key resides in collapsed group. Submit, done. Duplication check steps User clicks the URL in the email again. Survey123 pulldata checks submittal FS to see if the prepopulated key is already in the service If the key is there, it prevents submitting the form my making an impossible constraint on a read only field in the survey, or perhaps hiding some group that contains the responses.
... View more
09-29-2020
10:44 AM
|
1
|
0
|
57999
|
POST
|
It appears that we're describing the same issue over here in this thread. I posted an example there of the problem. I'm happy to provide a schema if you can help diagnose the issue.
... View more
06-12-2020
01:55 PM
|
0
|
0
|
911
|
POST
|
I have noticed this behavior as well. I thought it was an issue with the map service until I saw the popup works normally when clicking from directly on the map Here's an example web app where you can see the problem. Click on one of the polygons to see the popup. Then click on the info summary group to expand, and click on one of the features there. You can see the differences in the domains. I wonder if the Info Summary widget has its own popup configuration that is not (yet) user configurable.
... View more
06-12-2020
01:49 PM
|
0
|
0
|
2149
|
POST
|
Good news! A contributor on GitHub added a pull request that adds the multiple field functionality.
... View more
07-30-2019
07:54 AM
|
0
|
0
|
10047
|
POST
|
It turned out to be a browser cache issue. Reset it and it works now.
... View more
05-02-2019
07:09 PM
|
0
|
0
|
1846
|
POST
|
I solved this another way--by having the user clear their browser cache. That fixed it.
... View more
05-02-2019
07:08 PM
|
0
|
0
|
1846
|
POST
|
I have a survey with a report template attached. Viewers of the form are unable to run the reports, however. They see a grayed out Report button with the following tooltip, "The report feature cannot work since there’s no available report template for you." What needs to happen so that they can run the report? I looked at some other surveys in our organization that I am only a viewer of, and I can run their reports just fine.
... View more
05-02-2019
08:02 AM
|
0
|
3
|
1890
|
POST
|
iOS has a feature where apparent phone numbers are recognized and tappable to dial them. Apple designated the HTML meta tag <meta name = "format-detection" content = "telephone=no"> to prevent this behavior but since we do not have access to the <head> section in Collector's custom popup, we cannot use this tag. Can we have an option in Collector to support not recognizing phone number? Or perhaps a format in the custom popup pane? Does anyone know of another way to prevent phone number recognition? Here's an example in the latest Collector on iOS 12:
... View more
04-25-2019
11:17 AM
|
0
|
0
|
893
|
POST
|
Thanks. Does the '' test work on integers or float/double variables?
... View more
04-25-2019
10:54 AM
|
0
|
1
|
1523
|
POST
|
The Advanced template that appears in Connect v3.3.51 has a bug in the data validation for the bind::type column. The data validation cell references are off by two, probably due to some insertion on types sheet. The first image below show the issue. The second shows the root cause. The third shows the cells referenced in the second one. You can see that cell A182 (1) should not appear in the dropdown. Source in the data validation window should be the following: =types!$A$185:$A$190
... View more
04-25-2019
10:11 AM
|
0
|
1
|
682
|
POST
|
I'm working on a survey that calculates the value radius based on a diameter value that changes depending on another part of the form. In Survey123 Connect on Windows the first scenario works but it does not work on a web form. The second scenario works in both Windows and the web. Should the first one work in both places? It appears the inner parentheses is always evaluated to 1 in scenario 1, regardless of the terms. Scenario 1: Round Pipe with Boolean variables decimal DIAMETER_ROUND set to 5.5 decimal HORIZONTAL is null and hidden by relevancy formula double RADIUS calculate (${DIAMETER_ROUND} or ${HORIZONTAL}) div 2 results Windows: 2.75 (correct) Web form: 0.5 (wrong) Scenario 2: Round Pipe with if/then variables decimal DIAMETER_ROUND set to 5.5 decimal HORIZONTAL is null and hidden by relevancy formula double RADIUS calculate if(${PIPE_SHAPE}="round",${DIAMETER_ROUND} div 2,${HORIZONTAL} div 2) result Windows: 2.75 (correct) Web form: 2.75 (correct)
... View more
02-12-2019
03:34 PM
|
1
|
4
|
1645
|
POST
|
Kelly Gerrow Great news that the bug is being investigated! I reported an issue through a support case #02127148 that led to that bug being cited, back in June 2018.
... View more
01-25-2019
10:47 AM
|
0
|
0
|
2780
|
Title | Kudos | Posted |
---|---|---|
1 | 11-05-2024 11:50 AM | |
1 | 09-29-2020 10:44 AM | |
1 | 02-12-2019 03:34 PM |
Online Status |
Offline
|
Date Last Visited |
11-05-2024
07:57 PM
|