nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Integer startup url parameter formatting causing trouble in iOS

JosteinSvegården1

I launch Survey123 from Collector with this url passing an objectnumber into Survey123 with the url:

href="arcgis-survey123://?itemID=985fc4058b6d3dd3a491&field:OBJECTNUMBER={OBJECTNUMBER}

This OBJECTNUMBER is an integer, and is passed into a field in my survey that is of type esriFieldTypeInteger.

Problem: In iOS, this integer is formatted with a space as thousands separator inside the field in Survey123. When the survey is submitted, it seems that this formatted integer is not recognized as an integer by the feature service. No error message is given, but no value is written into this field. In Survey123 on Windows, this formatting does not occur, and everything works.

Is there a way to avoid this happening in iOS?

Vind meer berichten getagd met

Accepted answers

MichaelKelly

Hi Jostein,

In the Collector Web Map, have you the following checkbox turned on?

This may affect how the attribute is passed through to Survey123.

Mikie

All comments

Anonymous User

Hi Josh,

Are you using Collector to pass the values into Survey123? Have you tried disabling the thousand separator in Collect pop up configuration?

If this is not the workflow you are using, can you provide more information, and copy of your survey xlsx form, even a copy of the web map and feature service you are using to launch from, and the full URL you are put together?

Phil.

JoshHabel

Hi James,

I've had some success and some failure. Yes I am running the very latest version. I've been able to pass a fixed integer value from one survey to a second survey but when I try my ultimate end game of passing the field value it gives me the old not a valid integer error. The last part of my url is something like &Field:Location_ID={Location}. Both fields are integer type questions. I've not messed with the bind type yet. Both fields would normally get a number of 8-9 characters.

I've not been able to find any discussions yet about survey to survey but in my ignorance I was hoping it works the same as collector to survey.

Thanks,

Josh

JoshHabel

I was not. I will update and try again.

Josh

JamesTedrick

Hi Josh,

Are you using the latest (3.5) version? That release includes a specific fix around the length of integers.

JoshHabel

Hello,

I am having a very similar if not the same problem. I am trying to pass an integer value over to an integer question in survey123. A number that can be 8 or 9 characters in length. What happens is that when the url is used the last character is dropped and thousandth separator commas get added. Survey123 does seem to be able to handle this. I get an Invalid Integer Value message when i attempt to submit. I have tried the offered solution above of making sure the add thousand separator checked off in the pop for the webmap but that has not fixed the problem.

Josh

JosteinSvegården1

Thanks, yes, this checkbox was turned on. Turning it off made it work 🙂

MichaelKelly

Hi Jostein,

In the Collector Web Map, have you the following checkbox turned on?

This may affect how the attribute is passed through to Survey123.

Mikie

JosteinSvegården1

I use the 3.0 version of Survey123. iPhone uses Norwegian language and region settings. We don't really use a thousands separator, but I see that the iPhone is formatting numbers using a space to separate the thousands. Today, I tried this on an Android phone as well, and the same happens here

Submitting surveys works fine as long as this integer is not formatted with a space. When I launch it from Collector, I have to remove this space before submitting, then it's ok. Problem is that I want to set this field to read only.

When the integer enters the form and gets a thousands separator, the number turns red indicating that the content does not match the field in the form that is of type esriFieldTypeInteger. Nevertheless, I am able to submit the form without any error message from the app, and a record is added to the database without a value in this OBJECTNUMBER field. I think there should be a mechanism in the Survey123 app that prevents submission of the form when the input does not match the form's field types

In the Survey123 form, this field has type=integer, required=yes, bind::esri:fieldType=esriFieldTypeInteger

Jostein

Anonymous User

Hi Jostein,

Can you confirm what language your iOS devices are set to, and what locale you are using, ie do you use dot or comma for thousand separator?

Also, have you tried just submitting a simple new survey with integer question to see if successful, ie survey not launched from Collector. What are you setting the field type to in Survey123 form, seperate to what you have set the esri field bind type, and did you try setting the bind type column also?

One last thing is to try the latest version of Survey123 field app, 3.0. if you have not already updated.

Phil.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.