Coordinates Saved from Null Geopoint Instead of Non-Null Geopoint

3883
14
Jump to solution
02-10-2021 01:52 PM
SkylerKasko
New Contributor III

I have a survey form with two geopoint questions. The first has bind::esri:fieldType set to null, and the second has the fieldType left blank. When the survey is submitted, I would expect the coordinates saved as the feature's center, e.g. the point that shows up one a web map, to come from the second Geopoint. Instead, when I submit the survey, it always shows up in the web map at the coordinates of the first, null, geopoint.

I have attached a minimal example: an XLSForm with only two questions, null_geopoint and saved_geopoint. As explained above, the feature produced when the survey is submitted appears at the coordinates provided for null_geopoint, rather than at the coordinates provided for saved_geopoint.

I can fix this by switching the order of the questions. So, it appears that the survey is always saving the coordinates of the first geopoint question, rather than the expected behavior of saving the coordinates of the non-null geopoint question. In the actual survey I am working on, through, it is not feasible to switch the order of the questions. Is there a way to get Survey123 to save coordinates of a geopoint question that is not first as its center?

I'm publishing the survey with Survey123 Connect version 3.11.123 and submitting it with the field app version 3.11.164.

Thanks, Sky

 

0 Kudos
1 Solution

Accepted Solutions
by Anonymous User
Not applicable

Hi @SkylerKasko,

The problem is actually the publishing process and the type of feature layer/table that is automatically created by Connect.

When the first geopoint is null, Connect will create a table only, not a layer. This is due to the way the check for the geometry type in the XLSForm is done, it finds the first geopoint/geotrace/geoshape question and checks the type, if it is null it creates a table, if it is not full it creates a point, line or polygon geometry. The second geopoint will be ignored as the check has already occured and been set on the first one.

Therefore when using the field app for this survey, the table you are now submitting the records to, does not have a geometry, and the second geopoint is being ignored. There is currently no way to work around this, except the first geopoint needs to be the one with actual geometry, not the null one.

If you check the Schema tab in Connect you will see the difference between the layers and tabled, depending on order.

Philip-Wilson_0-1613088234035.png

Philip-Wilson_1-1613088316511.png

For now, I would encourage you to submit this issue as a bug via Esri Support. Our Support team will assign an official bug number for your records. This number can be used to search for and subscribe to the bug on the Esri Support site. If the issue is reported by other customers it will be attached to the same bug report, which helps us assess the impact of the issue and prioritize it accordingly.

Regards,

Phil.

View solution in original post

14 Replies
by Anonymous User
Not applicable

Hi @SkylerKasko,

The problem is actually the publishing process and the type of feature layer/table that is automatically created by Connect.

When the first geopoint is null, Connect will create a table only, not a layer. This is due to the way the check for the geometry type in the XLSForm is done, it finds the first geopoint/geotrace/geoshape question and checks the type, if it is null it creates a table, if it is not full it creates a point, line or polygon geometry. The second geopoint will be ignored as the check has already occured and been set on the first one.

Therefore when using the field app for this survey, the table you are now submitting the records to, does not have a geometry, and the second geopoint is being ignored. There is currently no way to work around this, except the first geopoint needs to be the one with actual geometry, not the null one.

If you check the Schema tab in Connect you will see the difference between the layers and tabled, depending on order.

Philip-Wilson_0-1613088234035.png

Philip-Wilson_1-1613088316511.png

For now, I would encourage you to submit this issue as a bug via Esri Support. Our Support team will assign an official bug number for your records. This number can be used to search for and subscribe to the bug on the Esri Support site. If the issue is reported by other customers it will be attached to the same bug report, which helps us assess the impact of the issue and prioritize it accordingly.

Regards,

Phil.

by Anonymous User
Not applicable

Hi again @SkylerKasko,

Also note that if you are trying to submit via the Survey123 field app (using your test survey example), you should get an error, and the upload of data should not be successful, as there is no geomtry on the table. I see the following when trying to submit in 3.11 or 3.12 beta field app:

Philip-Wilson_2-1613088784061.png

If you are not seeing this error and submissions were successful, just checking are you using the web app to submit?

Regards,

Phil.

0 Kudos
SkylerKasko
New Contributor III

Hi @Anonymous User,

Thanks for the detailed explanation in your first reply, I will submit a bug report as you suggest.

I did not get that Send Error when testing the full survey I am working on. When I initially created the Geopoint_Test example survey, I did see the Send Error pictured. However, in testing I switched the order of the two questions, republished, and then switched the order back to what it had been originally, and republished again. At that point I no longer saw the Send Error, and the submissions were successful, with a feature created at the coordinates captured by null_geopoint. I am using the field app to submit, not the web app.

Thanks,

Sky

Adrian_S
New Contributor II

Hi @SkylerKasko, what is your bug number please?

I spotted BUG-000133493 but it's not yours, as it predates this thread, and is about a null value, not a null type.

Best wishes, Adrian.

0 Kudos
SkylerKasko
New Contributor III

Hi @Adrian_S,

How can I find my bug number? I know that I submitted a bug report back in February, but I did not receive an email confirmation (as far as I can tell) and I cannot find anywhere that Esri provides a list of my bug report submissions.

Indeed, BUG-000133493 is not mine.

Best, Sky

0 Kudos
Adrian_S
New Contributor II

Hi @Philip-Wilson,

Where are bugs listed please? I couldn't find the place.

Thanks, Adrian.

0 Kudos
by Anonymous User
Not applicable

Hi @Adrian_S,

Bugs logged with Esri Support by other customers that have been made public can be found at https://support.esri.com/
If you are looking for a specific bug that you logged, you should be able to find that in MyEsri account or via your Esri account with your local distributor.

Regards,

Phil.

0 Kudos
SkylerKasko
New Contributor III

Hi @Anonymous User,

Can you provide more specific instructions for how to find a list of my bug submissions in my MyEsri account? I have looked through the MyEsri site and cannot find the bug that I logged.

Thanks, Sky

0 Kudos
by Anonymous User
Not applicable

Hi @SkylerKasko,

How did you log the bug? Via the Esri Support site or via a distributor? Either way you should have recieved an email or correspondance from the support analyst who took the case, with details of the original case number and the bug number once it was processed?

Regards,

Phil.

0 Kudos