Latest Contributions by RichRuh

Thank you for the quick response.  The REST request looks fine to me, and suggests maybe there is a problem on the server. I'm going to try to reproduce it on my end, and will get back to you here. If I cannot reproduce it, I'll probably need you to submit something to technical support.  ("Exclude from application evaluation" controls whether or not Pro or Native Maps SDK applications will try to revaluate the rule on the client before sending it to the server. JavaScript never does this, so changing this setting has no impact on a JavaScript client) --Rich ... View more

Hi Sebastian, Would it be possible to post the REST request that is generated from the `featureService.applyEdits` call? (Using debug tools, fiddler, etc.).  That would let us see if the problem is occurring client or server side. Thanks! --Rich ... View more

Joshua, The utility network is z-aware. This means that if two features share the same X,Y coordinates but not Z, they won't connect to one another. Many customers collect data in 3D, but usually the bulk of their editing is done in 2D, with 3D being used as another way to visualize the data. ... View more

When you publish a utility network to a feature service, you need to include the *entire* utility network.  If you put both domain networks (water, electric) in a single utility network, that entire utility network is included in the feature service.  You can only set permissions on the feature service as a whole. If you split them up into two utility networks, you would publish them as two services, and could set different permissions on each one. Another consideration is if you want to share the structure network between domains. While you don't often see water pipes attached to poles, they may share trenches or other facilities.  ... View more

I would base it on the structure of your organization. If one GIS group serves both water and electric, then putting them in a single utility network makes sense. If most of your users are using water or electric, and you want different permissions for each domain (e.g., water GIS users can view electric, but not edit) , then it might make sense to split them up. ... View more

Actually, there's not much research required on the JavaScript side. `FeatureService.applyEdits` returns `ServiceEditResults`.  The `SplitResults` inside of that includes the ObjectID of the feature that you split, as well as the Object IDs of the original feature and the new feature created.  This should be what you need to identify the new feature that is created. Let me know if you have any questions, --Rich   ... View more

Not sure if this is a possibility for your organization, but you could also use your ArcGIS Enterprise feature service with Field Maps. This would require a VPN or other software on your devices to be able to connect to ArcGIS Enterprise. ... View more

Hi Jens, Could you please move this to the JavaScript API ideas page?  If you go to the Post options, there's an option to move the idea. More people on the JSAPI team will see it if you move it there- it's currently defined as a Pro SDK suggestion. --Rich p.s. Of course, I will begin researching this. ... View more

Also check out this blog post from my colleague Maxwell Debella. ... View more

Not off-hand. Have you tried the suggestion I made above? Create an association in Pro between the same two features and capture the applyEdits call with fiddler.  How does it compare to the call that you are making manually? I hope this helps, --Rich ... View more

Not really. Now if you call startEditing on the VersionManagementService object, you can call undo and redo as much as you want.  But once you call stopEditing, the edits are burned into the database. --Rich ... View more

That should work. I don't think you can mix versioned and non-versioned feature classes in the same feature service, but creating a second non-versioned feature service should work fine. ... View more

I want to add one more comment about this workflow. Starting at 11.3, licensing around this functionality has changed.  You will now be able to download utility network features, including the network, and trace without needing the Utility Network user type extension.  This includes one-way sync from Enterprise to your device with a read-only feature service. (You'll also be able to trace directly against the feature service via web apps or Native Maps SDK apps) The flip side is that editing any branch-versioned feature service, with or without a utility network (read: including simple features) will require the Advanced Editing user type extension. ... View more

@gis_KIWI4 is correct, you should use the applyEdits REST endpoint (on the feature service) to add associations.  If you're making the same kind of edits repeatedly, you might try making that edit in ArcGIS Pro while using fiddler to capture the REST call.  This could help give you a head start in figuring out how to insert the row. Depending on the application, you might consider using the Pro SDK (in a CoreHost app), or an app using the Maps SDK for JavaScript. Both have routines to add and delete associations. ... View more