Latest Contributions by RichRuh

Any join where the source tables come from different data stores takes place on the client, and the Datastore is invalid. If you had access to the Join itself, you can get the origin and destination tables, but if you're coming directly from the layer the only thing you'll have is the JoinedTable.  I don't know of a way to go from the JoinedTable to the Join. The only workaround I can suggest is to listen to events from SDE tables *and* joins (i.e., tables without a valid datastore).  This may mean listening to more events than you have to. I hope this helps, --Rich ... View more

If the layer has a valid Datastore, and if the Datastore is of type Geodatabase, you can call Geodatabase.IsVersioningSupported() ... View more

If I understand this correctly, the feature layer refers to a join between an excel file and another datastore, correct?  In this case, there is no actual datastore for the layer, since the join is computed in-memory. ... View more

Hi Mario, How did you connect to the Database in the first place?  Does the username that you used have access to schema1?  When you call Database.GetTableNames(), do both tables appear in the returned list? Thanks, --Rich ... View more

The issue should be fixed in Pro 2.4, forthcoming this summer. --Rich ... View more

It's on MapView, not Map.  So it should be  MapView.Active.Redraw(true)‍ and not MapView.Active.Map... ... View more

MapView.Redraw was added at ArcGIS Pro 2.2. ... View more

We think this is a bug, but haven't figured out the cause or how hard it is to fix.  Is using findAndReplaceWorkspacePath an acceptable work-around? --Rich ... View more

Hi Ave, We are investigating this situation now. I'll respond again when I have more information to share. Thanks, --Rich ... View more

Oops, sorry about that.  The numbers for my 5 runs vary between 2438 and 2874, with an average of 2572 milliseconds. ... View more

Matt-- I created a simple feature class in a file geodatabase and executed the following code in an add-in. private string InsertRecords() { var geodb = new ArcGIS.Core.Data.Geodatabase(new ArcGIS.Core.Data.FileGeodatabaseConnectionPath(new Uri("path to file geodatabase"))); var fc = geodb.OpenDataset<FeatureClass>("InsertionTest"); var fcDefinition = fc.GetDefinition(); string shapeFieldName = fcDefinition.GetShapeField(); var buffer = fc.CreateRowBuffer(); DateTime start = DateTime.Now; for (int i = 0; i < 1000; ++i) { buffer["Name"] = "a name"; buffer["WidgetCount"] = i; buffer[shapeFieldName] = ArcGIS.Core.Geometry.MapPointBuilder.CreateMapPoint(i * .01, 0, 0); fc.CreateRow(buffer).Dispose(); } DateTime end = DateTime.Now; TimeSpan elapsedTime = end - start; fc.Dispose(); geodb.Dispose(); return string.Format("{0} milliseconds", elapsedTime.Milliseconds); }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ The only real change I made to your code (besides my original set of suggestions) was to call Dispose() on the row returned from FeatureClass.CreateRow(). I ran the code 5 times, and it averaged 608 milliseconds, much faster than the 10 seconds you are seeing.  I would suggest submitting an incident to technical support- maybe they can determine if there is something wrong with your file geodatabase. As for the geoprocessing questions, I'm the product engineer for the Geodatabase Pro SDK, and this is outside of my area of expertise.  Hopefully someone on the Geoprocessing‌ team can comment. --Rich ... View more

Matt- There's no geoprocessing code in the sample you included above. Do you have any software components that are listening to edit events? --Rich ... View more

Hi Matt, A couple of things to try: 1. Create and reuse a single RowBuffer rather than creating a new one every time through the loop. 2. Set the shape in the RowBuffer before creation rather than updating the row after creation. buffer[shapeFieldName] = ArcGIS.Core.Geometry.MapPointBuilder.CreateMapPoint(i * .01, 0)‍ As a general rule when editing inside an Add-in, you should consider using the EditOperation class, which redraws the screen and modifies the undo/redo stack.  However, if your data hasn't been added to a map yet, and you have no need for undo, then this code is fine. Hope this works, --Rich ... View more