Latest Contributions by RichRuh

Luke, If you publish a table as part of a feature service, you can use another layer on that service to get a Geodatabase pointer.  Once you have that, you can use gdb.OpenDataset<Table>(name) as you would expect. The only thing to look out for is the feature service will change the name of the table that is exposed.   --Rich ... View more

It's in our roadmap to be sure, but unfortunately no plans for the short-term. ... View more

The best practice is definitely to call Dispose on Row and Feature objects.  Keeping these objects around in memory can cause the system to hold onto file handles or database connections. ... View more

As an aside, the FeatureClass, RowCursor, and Row classes all implement System.IDisposable.  For correct object lifetime management, you should wrap usage of those variables in a using block. You may have simply removed that code to simplify the sample, but I wasn't sure.  (This does not have any impact on the actual delete bug). We're planning on clarifying this in the geodatabase conceptual documentation in the next release. ... View more

As a workaround, you should be able to use the EditOperation.Delete(MapMember, Int64) override, using the layer and ObjectID. ... View more

Hello Berend, We've confirmed that this is a bug in the Pro SDK.  The workaround for now would be to refetch the features using the object IDs from the rows. It is too late in the Pro 2.2 development cycle for us to fix it in that release, but we will target a fix for 2.3. --Rich ... View more

Just to confirm, this method will be available in Pro 2.2. ... View more

Bart Van Hoecke‌ and I have spoken offline.  We believe that the new returnServiceEditsOption available in the feature service at ArcGIS Pro 2.0/ArcGIS Server 10.6 will solve his problem. ... View more

Hi Taner, ArcGIS Pro does not currently support plug-in datasources.  This is an active R & D project that we've been working on.  It won't be ready for the summer 2.2 release, but we hope to make it available in a subsequent release. --Rich ... View more

Hi Bart, We have additional questions on what you are trying to do. 1. Does your feature service refer to an enterprise geodatabase that uses versioning?  If so, which kind- traditional or branch? 2. How are you making these edits?  Are you intercepting and adding to the payload to ApplyEdits()?  Or directly editing with ArcObjects?  Are you making these edits before, during, or after the edit operation from the client? 3. What version of ArcGIS Enterprise are you using? If you'd rather not answer these questions in this public forum, please feel free to e-mail me directly at rruh@esri.com.  Thanks! ... View more

Hi Bart, We're taking a look at this now.  Could you please provide more information about why you want to disable the feature cache?  What workflows or functionality are you trying to enable? We have no objection in principle to providing access for this, but if you are trying to work around a problem we want to be sure to fix the underlying issue instead. Thanks, --Rich ... View more

Mike, I've looked through your code and haven't found anything obviously wrong. My understanding from our conversation above is that if this line is present the code works, and if it is commented out the call to FeatureLayer.Select() throws an exception: srch_lyr3.SetDefinitionQuery("");     Is this true?  If so, that would seem to be a bug, but I cannot reproduce it to be sure.  It's not a generic problem with the API, but could be some combination of your database and map.  At this point, your best approach is to submit this to technical support.  They'll probably want a data sample and a smaller code sample that demonstrates the problem. I'll contact our liaison with technical support to let them know they can work with me on this issue. Sorry I cannot help more. --Rich ... View more

Could you send me a short code snippet showing me how you are building the WhereClause and other properties of the QueryFilter that you are passing into FeatureLayer.Select()? Thanks. ... View more