Latest Contributions by Trippetoe

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 ... View more

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. ... View more