Latest Contributions by RichRuh

‎11-10-2021

I'm sorry, I forgot that step. After calling schemaBuilder.Build() you can get a FeatureClass pointer using Geodatabase.OpenDataset<FeatureClass>("SourcePackageFootprint").

‎11-10-2021

I'm not sure why the URI isn't accepted, but have you tried just creating the layer from the feature class itself? --Rich

‎09-29-2021

@Zoggo Here is a snippet showing how to create a memory geodatabase. Once you have created the geodatabase, here is a snippet showing how to create a feature class. I hope this helps, --Rich

‎09-22-2021

It still feels like a threading problem to me. First, each of these processes is finishing before it executes a second time, right? Second, have you tried calling Dispose on each of the geodatabase objects (including the version manager, any version objects you create, feature classes, cursors, rows, etc.), or use `using` statements? If you don't clean them up, it's possible that one thread is creating them and another thread is reusing them (the objects might be cached internally). Other than that, I'm out of ideas.

‎09-22-2021

One more thing to try if you're still willing. What happens if you call ArcGISSignOn.IsSignedOn prior to the call to VersionManager.GetVersionNames()? I'm guessing it returns True in those cases where GetVersionNames succeeds, and returns False in those cases where it fails, but it would be good to know for sure.

‎09-17-2021

Sorry, geoprocessing can only access the memory geodatabase called "memory." --Rich

‎09-16-2021

Jimmy, I'm not familiar with this AutoCAD environment, so this is pure speculation. Is it possible that your code is running on multiple threads? It works mostly, except when a second thread tries to execute the code and that second thread doesn't have the licensing token? One thing I would try is to wrap your geodatabase calls with QueuedWorker. This class works like QueuedTask inside a Pro add-in, but is designed for CoreHost apps. I hope this helps, --Rich

‎09-15-2021

Thomas- There's no way to directly create a FeatureClass/FeatureLayer from a data structure returned from an Oracle API. Some ideas: Create a plugin datasource that reads from the Oracle.ManagedDataAccess. Plugin datasources are described here. The resulting feature class is read-only. Copy the data into a memory geodatabase. This is read-write, but of course any changes you make are to the memory database, not the Oracle tables. I hope this helps. --Rich

‎08-18-2021

Sebastian, I haven't had time to test this, but have you tried creating a QueryTable? You create a QueryTable using the Geodatabase.OpenQueryTable method. This routine takes a QueryTableDescription object, which is built around a QueryDef. The routines returns a Table that you might be able to use with Table.CalculateStatistics. --Rich

‎08-16-2021

I'm not familiar with ArcGisProQuery. If you want to use the Pro SDK, I would take a look at Table.CalculateStatistics. Here are some docs that walk through how to use this method. For your example, you would set the TableStatistics.QueryFilter to the query, and then create a single StatisticsDescription that uses the Count as the StatisticsFunction. I hope this helps, --Rich

‎07-15-2021

Our names are confusing, but I think you're looking for RelationshipClassDefinition.GetOriginForeignKeyField. For a non-attributed relationship class, the meanings of the fields are as follows: OriginClass The name of the origin table DestinationClass The name of the destination table OriginKeyField Primary key in the origin table OriginForeignKeyField The primary key in the destination table (!), which is the foreign key for the relationship For attributed relationship classes, the meanings of the fields are as follows: OriginClass The name of the origin table DestinationClass The name of the destination table OriginKeyField Primary key in the origin table OriginForeignKeyField The name of the field in the attributed relationship table that corresponds to the primary key of the origin table DestinationKeyField The primary key in the destination table DestinationForeignKeyField The name of the field in the attributed relationship class table that corresponds to the primary key of the destination table --Rich

‎07-02-2021

This really has nothing to do with Insert Cursors. All editing inside an ArcGIS Pro add-in should use edit operations, either directly or with an edit operation callback. If you use Geodatabase.ApplyEdits, the map is not refreshed and the operation stack (undo/redo) is unaware of your edits. I hope this helps. --Rich

‎07-01-2021

We started to add some data definition language (DDL) capabilities in the Pro SDK at 2.8, but you cannot yet create relationship classes (it's planned for a future release). For now, you have to use the geoprocessing API and use the Create Relationship Class tool. --Rich

‎06-22-2021

There's a conceptual doc explaining how to call geoprocessing tools from Pro. I hope this helps.

‎06-21-2021

The Calculate Fields geoprocessing tool is the fastest way to mass update data. We are planning on adding faster update cursors to the C# SDK in a future release of Pro.

Online Status	Online
Date Last Visited	8 hours ago

My Ideas

Latest Contributions by RichRuh

Re: In memory workspace

Re: In memory workspace

Re: In memory workspace

Re: CoreHost in AutoCAD

Re: CoreHost in AutoCAD

Re: MemoryConnectionProperties custom name vs. ExecuteTool in memory

Re: CoreHost in AutoCAD

Re: Create QueryLayer without the use of ArcGIS.Core.Data

Re: How to get Count from ArcGisProQuery without loading all data

Re: How to get Count from ArcGisProQuery without loading all data

Re: How to find Destination Primary key for a non-attributed relationship definition

Re: Insert Cursor Documentation Question

Re: Create relationship class between two tables Pro sdk

Re: Reading field values and editing field values

Re: Reading field values and editing field values

Re: Utility Network Trace Widget Results Display A...

Re: applyEdits in squence - FeatureService vs. Lay...

Re: Circuit Filter

Re: Regardingh Combined domain network of Water an...

Re: Enterprise UN vs FGDB