Dear James,
Thank you very much for your help. The instruction how to compile the correct submission_url was the decisive hint. Meanwhile, I managed to switch my survey to an enterprise geodatabase-based feature service. Besides your help I mainly consulted this blog post from Ismael Chivite (section “If your feature service has attachments and/or relationship classes”):
https://community.esri.com/groups/survey123/blog/2018/07/17/how-to-turn-supportsapplyeditswithgloabl...
But, although I finally managed to publish the geodatabase-based survey, there is still some uncertainty prevailing. I’d like to take the opportunity and ask some more questions. Your answers will help me to get a much better understanding of the entire process.
Question 1
From the blog post, step #3: In ArcGIS Pro, run the Add Global IDs geoprocessing tool on all layers and tables in your File Geodatabase.
- I exported and downloaded the data model of my initial survey as FGDB. The feature class and tables did already have a GlobalID field in the FGDB. Why do I need to run the “Add Global IDs” geoprocessing tool?
Question 2
From the blog post, step #4: In ArcGIS Pro, run the Migrate Relationship Class geoprocessing tool against relationship classes (including those for attachments) in your File Geodatabase.
- I got warnings, that the object ID fields of my survey feature class and tables do not participate in the relationship classes. The relationship classes use “uniquerowid” and “parentrowid” instead of the “objectid”. After I ran the Migrate Relationship Class geoprocessing tool I didn’t see any difference in the relationship class. Why do the relationship classes not use the object ID fields and, in my case, is it necessary to run the geoprocessing tool nevertheless?
Question 3
From the blog post, step #5: In ArcGIS Pro, run the Disable Editor Tracking geoprocessing tool against your File Geodatabase data.
From the blog post, step #6: In ArcGIS Pro, set all the Editor Tracking fields in your File Geodatabase to "Read Only" using the Design/Fields view as shown in the next animation.
- What is the purpose of doing this? What is the context?
Question 4
From the blog post, step #8: In your portal in ArcGIS or ArcGIS Enterprise, Enable Editor Tracking (in the Setting Dialog of your feature service as shown in the next screenshot) in the Form's Feature Layer.
- I can’t find this option in the settings of my geodatabase-based feature service. Am I missing something?
Question 5
Due to copying the feature class and tables from the FGDB to my enterprise geodatabase (PostgreSQL) their names were composed of the original names prefixed by the name of the schema owner and geodatabase. One crucial step in the entire process was to rename the layers in my map document (to be published) to exactly match the feature class and table names of the survey. In the end, my success was a combination of your help, investigation in GeoNet and some trial and error.
- Would it be possible to publish a step-by-step description of how to create a data model schema derived from an existing survey in an enterprise geodatabase, publish this data model as feature service and switching the survey to the geodatabase-based feature service? (In this context, especially the options and settings used to publish the feature service would be of major interest.)
Question 6
And finally: I was working in an ArcGIS Enterprise 10.6/ArcGIS Pro 2.1 environment.
- Will it be the same process in ArcGIS Enterprise 10.5.1, especially the “enable supportsApplyEditsWithGloablIDs on your feature layer” part?
I hope that my questions are not disproportionate. Thanks once again.
Best regards,
Jürgen
