Latest Contributions by RichRuh

Is this a versioned feature class?  And, if so, regular or branch versioning? --Rich ... View more

Getting a list of edits that have taken place on a geodatabase is on our roadmap, but unfortunately not yet implemented. ... View more

Adding Python‌ mention ... View more

Hi Berend, Take a look at the EditCompletedEventArgs that are passed in EditCompletedEvent.  There is a CompletedType property.  If the value of this is EditCompletedType.Save then you're in the process of saving edits to the geodatabase. I hope this helps, --Rich ... View more

Yes, we actually added Datastore.GetPath() for use with geoprocessing.  Use this and append the table name: Uri path = geodatabase.GetPath(); string fullPath =Path.Combine(path.LocalPath, TABLE_NAME);‍‍ ... View more

Geodatabase feature classes rarely correspond to a single file on disk.  If you open up a File Geodatabase using File Explorer, you'll see there's a large number of different files.  So there isn't really a path to a feature class. There is (sometimes) a path to the geodatabase itself. If the feature class belongs to a file geodatabase (Geodatabase.GetGeodatabaseType() returns GeodatabaseType.LocalDatabase) , the Geodatabase.GetConnector() routine will return a FileGeodatabaseConnectionPath object.  This object has a Path property. There are other kinds of geodatabases, of course, including SDE geodatabases and feature service workspaces.  SDE geodatabases may or may not be opened from a .SDE file, but feature service workspaces don't have a file at all, just a URL. Hope this helps explain why it isn't straightforward! --Rich ... View more

Are you trying to get the file path for the data that the layer is pointed to? ... View more

Thomas, I'm not positive, but I believe that get only works on a newly created DatabaseConnectionProperties object, not one that has been created from a disk file.  I'll investigate and update the documentation in a future release. --Rich ... View more

You cannot get a password from an SDE file.  This is by design.  It would be a security risk if you could, because that password could be used to gain access to additional resources beyond the single geodatabase resource. ... View more

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