Latest Contributions by Trippetoe

‎04-09-2018

Hi James. I have previously shared the survey with you. If you'd like, i can send you another copy. There is a geopoint question which is a calculation (see first screen cap in the original post). The result of the 'pulldata()' operation is the calculated value that is assigned to the geopoint question. I appreciate how quickly you responded to my question. thanks.

‎04-09-2018

It seems that Survey123 is putting two points in the wrong location. Perhaps the most interesting piece of this puzzle is that of the 8 surveys assigned to this point, 6 are in the correct location and two are not. Also interesting is that the two mis-placed sites are not exactly on top of each other; they are placed about 53 feet apart. Our survey does not have a visible map where a user can place a point for the survey. Instead, a user is required to select a ‘Site Name’. Once the site name is selected, we use the pulldata() function to pull the lat/lon of the selected site from a csv file (IPM_Sites.csv). Once that info is available, the point for the survey is calculated based on the lat/lon pulled. This works as expected except for one site two times - River Island. For some reason, the map point is placed about 40 miles southwest of the actual location (see screen cap below). I am unable to figure out why that is happening. The screen cap below is from the Choices worksheet. You can see that when ‘River Island’ is selected, the site id value is 10107. I have verified that within the ipmSiteList that there is only one record with a label of River Island and only one instance of the name/siteid 10107 The next screen cap is from the csv file that the pulldata() function hits. Siteid 10107 should return the correct/expected lat/lon. I have verified that in the csv file there is only one record with a siteid 10107 Instead of putting the point at the River Island lat/lon, Survey123 is putting it at 44.97, -122.98 (screen cap below is from the ‘individual response report’ on the data tab of survey123 web site). Any thoughts about what’s going on with those two surveys?

‎04-05-2018

This is the response i got from khassen10 from Esri. the process worked for me. Hi Tom, I have looked/debugged this issue. The following workaround works for me in my dev env. For deleting a table, you will need to delete the relationship first, then delete the related table. Not sure if you have tried this. For instance to delete related table with Id = 2. Use http://.../ArcGIS/rest/admin/services/exporttestingView/FeatureServer/2/deleteFromDefinition Pass the following json to delete the relationship between table Id=2 and layer Id = 0 { "relationships" : [ { "id" : 1, "name" : "Test_Table_2", "relatedTableId" : 0, "cardinality" : "esriRelCardinalityOneToMany", "role" : "esriRelRoleDestination", "keyField" : "CaseNumber", "composite" : false } ]} Use service deleteFromDefinition to delete table with Id=2 Use http://.../ArcGIS/rest/admin/services/exporttestingView/FeatureServer/deleteFromDefinition Pass the following json to delete the table with Id=2 { "layers" : [ { "id" : 2 } ]} Pl. try this out and let me know if you still see the issue. Thanks

‎04-02-2018

Hi Kelly. We ended up deleting the service and re-publishing it. That process seemed to fix whatever the problem was because we can now change styles.

‎03-30-2018

Thanks for your super fast response. I hadn't until you mentioned it. I opened the web map in Chrome and got the same behavior, but with a bit better stack trace on the error thrown when clicking on the 'Options' button.

‎03-30-2018

Hello. I have added a Feature Layer to my AGOL content. I used the 'Add Item' tool to add an ArcGIS Server web service from the web. I was able to add the feature layer to a web map, but i cannot change the style of the feature layer. When i click on the 'Change Style' tool, the dialog below opens up abd there are no options in the 'Choose an attribute to show' drop down. If i click on the 'Options' button, a dojo error is throw and the page freezes up Interestingly, i can add the Feature Layer to a map in an ArcGIS Pro project and change the style without any problems. When I share the ArcGIS Pro map as a web map, it is published as expected but the style is reverted back, i.e. the feature layer loses the style set in Pro. Any thoughts on what's going on.

‎03-21-2018

Hi Jamie. Thanks for the tip. It appears that something was amiss with our domain definitions in one related table, but we could never pinpoint exactly what the problem was. Fortunately we have a "QA" version of the hosted feature service so we copied the 'fields' JSON definition from the QA version of the table and pasted it over the PROD version. Once we did that, we were able to export the feature service as a file Geodatabase James Tedrick‌ - Esri Tech support recommended contacting the Survey123 team about the officially supported method for updating the domain values for a field in a hosted feature service that supports a survey, i.e. when updating the choices for survey question. Any thoughts?

‎03-19-2018

Hi James. Thanks for your reply. Yes - sync capabilities are enabled. I'll contact Tech Support. I'll update the thread if i learn anything interesting about this.

‎03-19-2018

Hello. We are no longer able to use the esri python API to create a replica on our survey's hosted feature layer. The error message we get looks like this: 03/14/2018 00:01:20 DEBUG arcgis._impl.connection RESPONSE: https://services2.arcgis.com/McQ0OlIABe29rJJy/arcgis/rest/services/service_<super-secret-code>/FeatureServer/createReplica, {"error":{"code":500,"message":"Unable to create replica. Please check your parameters.","details":["Error in creating runtime geodatabase."]}} 03/14/2018 00:01:20 ERROR arcgis._impl.connection Unable to create replica. Please check your parameters. 03/14/2018 00:01:20 ERROR arcgis._impl.connection Error in creating runtime geodatabase. Additionally, we are not able to export the hosted feature layer as a file geodatabase. We are able to export the hosted feature layer as a feature collection, geoJson, and shapefile. The hosted feature service does contain attachments (signatures and images). Perhaps co-incidentally (or not), this behavior started when we added the esri parameter: 'allowUpdates' to our repeats. Prior to setting that value we would run the 'create replica' routine nightly without error. Any thoughts? Thanks, Tom

‎03-01-2018

Hi Philip. Thanks for taking a look at the survey, and clarifying the situation for me. I'll hang tight until the bug fixes and enhancement requests are in place.

‎02-27-2018

Do you have an email address, dropbox, etc where I can send the survey xlsx?

‎02-20-2018

Philip Wilson‌: I have a repeat with appearance set to minimal. There are no calculations within the repeat, but there is a text field that has a 'relevant' expression that depends on a field within the repeat. A new repeat record is always created - even when there isnt 'repeat' data. Is that also the expected behavior?

‎02-12-2018

I am using the REST API method 'ApplyEdits' at the feature service level (version 10.4). I am trying to apply edits to multiple layers of the feature service in a single call. I am setting the 'rollbackOnFailure' parameter to true, and each layer in the feature service supports rollbackOnFailure. My reading of the REST API documentation is that if any of the edits fail, all the edits will fail: Description: Optional parameter to specify if the edits should be applied only if all submitted edits succeed. If false, the server will apply the edits that succeed even if some of the submitted edits fail. If true, the server will apply the edits only if all edits succeed. However, that is not the behavior i seeing. I have examples where edits on layer id 0 fail, but edits on layer id 1 succeed. Here is a typical response for the situation: [ { "id": 0, "addResults": [ { "success": false, "error": { "code": 1020, "description": "GlobalId field is missing." } } ], "attachments": { "addResults": [ ], "deleteResults": [ ], "updateResults": [ ] } }, { "id": 1, "addResults": [ { "objectId": 803, "globalId": "{017b1b27-25b5-4e0a-9030-102224bc5601}", "success": true } ] } ]‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ Is there a bug in the system or with my reading comprehension? Is there some other setting that i need to set. We need an 'atomic' edit operation because the service has related data and we want to avoid situations where only some pieces of the data get submitted successfully. In the example above the 'related' data were successfully submitted but the origin/parent data were not. Now we are stuck with orphan data in the related table. Thank you.

‎01-26-2018

As a quick update, after some additional investigation, Esri staff has confirmed that using the 'deleteFromDefinition' method does not successfully remove related tables from a hosted feature layer view. They are working on debugging the problem and hopefully a worked around until the bug is fixed.

‎01-23-2018

I have re-created the view; it contains the three related tables. Do you have an email address or some other way that i can contact you directly so i can give you access to the view?

Online Status	Offline
Date Last Visited	Monday

My Ideas

Latest Contributions by Trippetoe

Re: Survey123 sometimes mis-placing points on map

Survey123 sometimes mis-placing points on map

Re: Can a hosted feature layer view exclude related tables

Re: Unable to change styles on a Feature Layer in a web map

Re: Unable to change styles on a Feature Layer in a web map

Unable to change styles on a Feature Layer in a web map

Re: Unable to create replica or to export fGDB

Re: Unable to create replica or to export fGDB

Unable to create replica or to export fGDB

Re: Repeat Always Creating Record

Re: Repeat Always Creating Record

Re: Repeat Always Creating Record

ApplyEdits RollbackOnFailure

Re: Can a hosted feature layer view exclude related tables

Re: Can a hosted feature layer view exclude related tables

FeatureLayerCollection.replicas.create always retu...

Add more fine grained control of colors in Customi...

Is sending data to repeats supported in Survey Wid...

Re: Category links open results page at the page f...

Re: AGOL hosted feature service just started refus...