topic Re: Redraw Async Very Slow in ArcGIS Pro SDK Questions

Redraw Async Very Slow

MKa — Tue, 28 Jan 2020 22:53:48 GMT

I am working with ArcGIS Pro and have built a configuration AddIn on the application. My configuration helps in creating drawing and attribute rules for the new features created via a feature service. After a feature is created, it is necessary for me to Redraw the map to insure that I have the latest values from our ArcGIS Server and Database. This keeps our mapping system upto date with values that might have changed via database updates.

Anyway I use await MapView.Active.RedrawAsync(true); which works fine for a while. Then after some time, the process becomes very slow and takes almost a minute to complete. My ArcGIS Pro toolbars go Gray until it is complete. I can also use the OOB Redraw and it does the same thing and takes upwards of a minute to complete

Is there a way for me to do this in a more efficient manner (to update my features, map, cache?). Or am a missing a setting somewhere that would improve my map. I have 17 maplayers that all get redrawn, where only 2 of them probably need the redraw. But the only way I can think to redraw is on the the MapView.Active map. This slowness kills my ArcGIS Pro session.

Any Ideas?

Re: Redraw Async Very Slow

RichRuh — Tue, 28 Jan 2020 23:00:44 GMT

How are you updating the features? Database triggers?

Editing using the Pro SDK (if done within an EditOperation) or using attribute rules should both cause the map to be redrawn as needed automatically.

--Rich

Re: Redraw Async Very Slow

MKa — Tue, 28 Jan 2020 23:08:23 GMT

Other systems and processes update our database directly, but in order to see those changes you must refresh the map/redraw. This process of either redrawing in code or using the oob refresh just seems to take longer and longer each time. Is there a way to refresh just one of my feature layers instead of the entire map?

Re: Redraw Async Very Slow

RichRuh — Tue, 28 Jan 2020 23:23:57 GMT

I'm not aware of any way to refresh a single layer, but I'm not an expert in that area.

Re: Redraw Async Very Slow

CharlesMacleod — Sun, 12 Dec 2021 11:07:45 GMT

At 2.5, a new Invalidate method has been added to the MapView. The first call would invalidate the entire layer. Pass in an extent to limit invalidation to just a particular area. The second call will invalidate the extent of the features whose oids are in the lists for the two layers.

Invalidate(Layer,Envelope)
Invalidate(IReadOnlyDictionary<Layer,List<long>>)

MapView.Active.Invalidate(someLayer, null);‍‍‍‍‍

var dict = ...
dict[layer1] = new List<long> { 20,21,31, ...};
dict[layer2] = new List<long> { 20,21,31, ...};

MapView.Active.Invalidate(dict);‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Redraw Async Very Slow

MKa — Thu, 30 Jan 2020 17:24:15 GMT

This seems to be happening after i create a bunch of rows. I have a tool that allows you to create a number of polygons on a selected a polygon automatically. This is used to speed up some mapping. In this process I create a number of rows using table.createrowbuffer.

I think i am cleaning everything up correctly but not sure. But it seems after a while that these creations cause my redraw to slow down considerably.

Re: Redraw Async Very Slow

MKa — Fri, 31 Jan 2020 15:58:16 GMT

I am starting to look at the resource monitor. And after I update a number of items using an inspector. My redraw starts to crawl?

Re: Redraw Async Very Slow

MKa — Tue, 04 Feb 2020 20:00:35 GMT

I have two layers that get edited quite frequently either through direct updates or updates based on related items withing the same layer or another related layer. Basically items within the same layer cannot intersect and must be confine to items in another layer. So if one item is moved or has its vertex change, and that change affects another item in that same layer or another, that other item must update itself. That being said, I realized that the RedrawAsync will work much faster if I remove and add back in the layers that are causing the problem. How can i do this programatically, or what can i do that will have the same affect? Is this what Invalidate will do? If so when will 2.5 be released? I am migrating all the code now to 2.4.3. Is there a workaround on this for 2.4.3?

Re: Redraw Async Very Slow

MKa — Wed, 05 Feb 2020 21:04:28 GMT

The workaround is to remove the layer and programmatically add them back in whenever the map gets slow or isbusy? I cant figure out why it gets so busy when adding features but i need a way to break the spinning? The only way I could find to do this is by actually removing and readding the FeatureLayer. In doing this I have to add the Definition Query back on and everything. Can anyone think of a way to accomplish what I want here in 2.4.3 without having to remove and readd the layer? Any Feature Layer function that would accomplish this that I am missing?

Re: Redraw Async Very Slow

Anonymous User — Fri, 07 Feb 2020 00:46:26 GMT

Hi M,

Like the other thread, I'd like to reproduce the issue as the performance is a concern.

Do you have some code that can show the redraw issue or is it just a matter of creating some feature with createrowbuffer then calling redraw etc?

If removing the layer fixes the issue then it sounds like something isn't getting cleared in the layer cache. Can you see if ArcGIS.Desktop.Mapping.Layer.ClearDisplayCache() has any effect?

ArcGIS Pro 2.5 was released this morning.

Re: Redraw Async Very Slow

MKa — Fri, 07 Feb 2020 15:13:15 GMT

I will try the ClearDisplayCache and probably update to 2.5 right now to get the latest and greatest. I am monitoring performance degredation using the Diagnostics Monitor and seeing how long the redrawasync takes after my code runs. Just click the recycle button on the bottom right and watch the RedrawAsync in the Diagnostics Monitor. It will gradually go from 500ms and continually rise. What I am doing is on the RowChange event or RowCreate I am loading an inspector with the Arg.Row. If I do this an number of times the redraw async takes longer and longer everytime

Re: Redraw Async Very Slow

MKa — Mon, 10 Feb 2020 15:08:58 GMT

private static void Cleanup(MapMember inMapMember)
{
FeatureLayer fl = inMapMember as FeatureLayer;
fl.ClearDisplayCache();
}

This doesn't appear to have any positve affect. The only fix is to remove and readd the layer. This appears to happen when loading an Inspector in the onchange or oncreate events.

Re: Redraw Async Very Slow

Anonymous User — Tue, 11 Feb 2020 01:16:58 GMT

I can reproduce this in 2.4.3 with the simple inspector load in an event. In my case the redraw increases to 3000ms then stabilizes. I dont see this in 2.5/2.6 so let us know what results you get.

Re: Redraw Async Very Slow

MKa — Tue, 11 Feb 2020 18:59:20 GMT

I think the reason this was happening is because when I enter a rowcreate or rowchange event I load the inspector with the row. In those events I have WPF forms that show, which works just fine. HOWEVER, when the Row with a certain shape comes in, I need to change the shape of that Row based on what it interesects or what other shapes it needs to be confined within. When you use Row.Store, the UI doesn't reflect the shape change immediatly, so I was using inspector.apply, which immediatly changed the shape on the UI. When I now set the Shape, and perform Row.Store, the UI doesn't reflect this behind the WPF form that is loaded as a dialog. I need the UI to reflect the shape changes or refresh the UI, and I think I will have this fixed. Inspector.ApplyAsync was the problem for sure.

Re: Redraw Async Very Slow

Anonymous User — Wed, 12 Feb 2020 00:03:31 GMT

row.store isnt needed if the additional edits occur in the workspace of the row returned by the events. In row events the edit operation is still executing which is also why you cant see the results of additional edits in this event until the execute completes. In 2.4 you can access the running editoperation through RowChangedEventArgs.Operation where you can add additional edits that are queued but again any changes here wont be seen during the event.

Creating a new editoperation or calling Inspector.Apply isn't supported in rowevents. How are you calling .ApplyAsync in the rowevent?

Re: Redraw Async Very Slow

MKa — Wed, 12 Feb 2020 15:31:12 GMT

I think we can close this discussion. I launch a wpf form from the Row Create or Row Change. I use to use applyasync on any changes made to my object that was loaded as an inspector from the ROW. I still load the inspector from the row, but I now store the row and not apply on the inspector. This seems to have fixed almost everything. Except I need to MapView.Active.RedrawAsync(false) in order to see the shape change in the Row Create (and before i show the wpf). This seems to work pretty well for now.