Coordinates Saved from Null Geopoint Instead of Non-Null Geopoint

skykasko

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

 

Geopoint Test.xlsx

KevinRathgeber1_0-1713475243143.png

Anonymous User

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.

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.