topic Re: How to update coded values of HFS published with Survey123 without overwriting service? in ArcGIS Survey123 Questions

How to update coded values of HFS published with Survey123 without overwriting service?

TL2 — Tue, 11 Jul 2017 20:04:11 GMT

Republishing a survey with Survey123 Connect after just updating some Coded Domain Values does update the options within the survey but does not update the domains in the HFS.

How can I update the domains in the hosted feature service without loosing my data.

When I access the Admin Rest endpoint it gives me the option to Update Definition but there is nothing to edit, the Input is blank.

Portal Federated with Server 10.4.1

Re: How to update coded values of HFS published with Survey123 without overwriting service?

JohnathanHasthorpe — Wed, 12 Jul 2017 12:27:58 GMT

Hi Tucker - Survey123 Connect does not update the domain when republishing surveys. We do have this the addition of this capability open as an enhancement request, and I have added you to it. As a workaround, you can manually update the domain with the values; see Updating Hosted Feature Services in ArcGIS Online | ArcGIS Blog

Re: How to update coded values of HFS published with Survey123 without overwriting service?

TL2 — Wed, 12 Jul 2017 13:37:21 GMT

I have attempted this but my input provides nothing to edit? Is portal different?

Re: How to update coded values of HFS published with Survey123 without overwriting service?

JohnathanHasthorpe — Fri, 14 Jul 2017 07:50:16 GMT

Hi Tucker - yes portal is different. It does not provide you with the existing service definition to edit.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

Siew_WeiGoh2 — Tue, 19 Sep 2017 01:23:14 GMT

Hi,

My question is similar to Tucker except I use Survey123 Connect with my AGOL (no Portal). I have found that when I need to add in additional items into a "list name" under the choices tab, I had to republish my survey in order for the new item to be recognised/accepted into the Survey. When I attempted this, the republish wiped out existing survey data previously collected. I do not want this to happen. So how do I add in new values into the choices to a survey without the republishing deleting previuosly captured data in the survey?

This is a function which I perceived to happen quite often, therefore it is important that there is an ability to add in new values to an existing survey already containing data.

Thank you.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

JamesTedrick — Tue, 19 Sep 2017 17:15:33 GMT

Hi Siew Wei,

The blog post mentioned by Johnathan in his first response provides directions for updating the domain list in ArcGIS Online.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

Siew_WeiGoh2 — Fri, 13 Oct 2017 23:10:29 GMT

Thank you James.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

ShanaGail1 — Wed, 16 May 2018 21:58:04 GMT

Hi Johnathan,

The link you provided is taking me to a page that says "Featured in ArcGIS Blog"... "What's New in ArcGIS Blog" and I can't find the specific topic of "Updating Hosted Feature Services in ArcGIS Online". Can you help me navigate there?

Thanks,

Shana

Re: How to update coded values of HFS published with Survey123 without overwriting service?

JohnathanHasthorpe — Thu, 17 May 2018 10:53:34 GMT

Try this: https://www.esri.com/arcgis-blog/wp-content/uploads/2014/10/How-to-Update-Hosted-Feature-Service-Schemas1.pdf?rmedium=bu…

Re: How to update coded values of HFS published with Survey123 without overwriting service?

ShanaGail1 — Thu, 24 May 2018 19:17:47 GMT

Hi John,

Can you add me to this request also? Any idea when it will be addressed?

Thanks,

Shana

Re: How to update coded values of HFS published with Survey123 without overwriting service?

JohnathanHasthorpe — Sun, 27 May 2018 23:41:03 GMT

Hi Shana

Done. Every request helps bump the issue's priority - but we don't yet have a firm date on when it will be addressed. At the moment we are working on a number of more pressing bugs and enhancements.

We will update this post when we know more.

Thanks

John

Re: How to update coded values of HFS published with Survey123 without overwriting service?

MikeOnzay — Thu, 31 May 2018 03:34:57 GMT

I've never had an issue with losing data when republishing a survey against an existing feature service. I'm not using portal.

I've used the following method on a couple of different projects. One was with crowdsource reporter. The other was with a Workforce Project. As opposed to the update definition method I find it easier and safer. I don't have to worry about messing up the JSON.

I have been using the ArcGIS Solutions Deployment Tool add-in for ArcGIS Pro to add, delete and update coded domains in hosted feature services. Once your project is created and the add-in is installed click on Share and then ArcGIS Solutions.

Double-click on the 3rd item: Configure and ArcGIS Solution

There are 3 steps in this task. The first step is just text to read. Click Next Step. The second step is to add a field (I've never done this). Click Skip. At the third step choose your layer, the field, the type. Make your modifications after the domain appears

Click run and the finish

Re: How to update coded values of HFS published with Survey123 without overwriting service?

Anonymous User — Thu, 31 May 2018 11:44:31 GMT

I tried this same process with a Hosted Feature Service that I created using ArcGIS ArcMap and FGDB containing a series of point locations into our AGOL account, then I built a Survey123 Form using Survey123 connect with the create from existing service, I then tried to update the domains, and it corrupted the HFS to the point where we could no longer submit surveys that I had within the "Inbox".

I was very excited to see this utility and was very hopeful to use it within our workflows, but with the testing that I have done...I have had no luck. However, I have not tried to use this on a freshly created service just using Survey123 connect or any HFS that did not contain preexisting data.

Mike Onzay‌ could you describe the workflow that you are using to create the hosted feature services that you are using this utility against?

Thanks,

Mike B

Re: How to update coded values of HFS published with Survey123 without overwriting service?

MikeOnzay — Fri, 01 Jun 2018 15:29:00 GMT

Again, I've never had an issue when republishing a survey from Connect against an existing HFS where all I am doing is updating my choice list. I have to see this before I click publish

In two cases I have felt the need to go through ArcGIS Pro to modify a domain. In both cases it was against a HFS that was built for me. One with Workforce and the other with Crowdsource Reporter. I wanted to change the description label for a particular domain.

My solution may not apply to this thread at all now that I've re-read it a couple of more times. That being said I did do some testing to see what happens if I use this method against an existing HFS that I created using Connect. If I modify the domain by adding an item I would not expect to see it on the form and it is not there. If I add that choice to my choices list that matches the choice I added through Pro and republish the form I get the message that no data will be lost. If I submit a survey and use that choice and then look at the record it is showing the value and not the label. In the screenshot below Cabin John was an existing record before I modified the domain.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

brianvan_druten — Tue, 12 Jun 2018 18:52:53 GMT

I followed the blog post instructions because we updated our Survey123 pick lists to reflect new nesting bird pairs. Without updating, I cannot select the proper bird pairs when QC'ing in ArcGIS Pro. I used JSONLint to validate what I was doing. It showed a valid JSON. When I copy it back into the Update Service Definition box I get this error "Invalid definition for 'SourceSchemaChangesAllowed'.
Invalid definition for System.Boolean"

For those that are having issues updating your pick list items in Survey123 and it wiping out your data, what I have found is if the new items you try to add expands the width of the column, it will cause your data to be lost. For instance if the maximum width item in your pick list is "Frog" and you try to add "Opossum", it will cause an issue. If you entered "Opos", it should take it with no data loss. What I have learned as a workaround is if you feel you need to add items later, make sure you at least have one item in there that will account for the maximum width you will need out of that column. In my example, putting in "Rhinoceros" would allow you to put in any 10 character item later.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

TL2 — Wed, 13 Jun 2018 15:38:42 GMT

A better way is to always set the field length when there is a domain.

Re: How to update coded values of HFS published with Survey123 without overwriting service?

JohnathanHasthorpe — Sun, 24 Jun 2018 10:42:12 GMT

In previous versions of Survey123 the field length for select_one questions was set to be the max length found in the choice list. However, from version 2.7 the app sets the length of all select_one questions to be 255. This removes the need for setting the field length when there is a domain.

Thanks

John

Re: How to update coded values of HFS published with Survey123 without overwriting service?

Anonymous User — Fri, 30 Sep 2022 06:10:33 GMT

Hi @TL2 @brianvan_druten @MikeOnzay @ShanaGail1,

Just wanted to let you know with the upcoming 3.16 October Release of Survey123 we have made improvements to the Connect publishing workflow with regards to domains and choice lists. You can check out the latest announcement, documentation and test out the latest 3.16 beta builds via the Early Adopter Community to get early access to these builds and the new Connect publishing workflows. You feedback on these improvements would be greatly appreciated.

Regards,

Phil.