|
POST
|
You can create an MMPK with data *from* a utility network (e.g., the lines, poles, devices, pipes, etc.), but you cannot yet include the network itself in a MMPK. --Rich
... View more
06-26-2020
12:34 PM
|
0
|
0
|
3386
|
|
POST
|
Hi Mike, This is currently an internal development project at Esri. It will likely be released over a series of releases- we'll have support for viewing associations before full tracing support is enabled. We're hoping to release the first pieces of this next year, but I cannot make any release commitments at this time. Just to clarify, are you looking for MMPK support (read-only maps exported from ArcGIS Pro and side-loaded onto a device) or offline sync (read-write maps with sync between a mobile device and the server)? --Rich
... View more
06-26-2020
11:25 AM
|
1
|
3
|
3386
|
|
POST
|
That's a relief to hear! You had me questioning my sanity for a few minutes. 🙂 --Rich
... View more
06-25-2020
12:51 PM
|
0
|
0
|
6435
|
|
POST
|
Brian, The only IPolyline6 that I am aware of comes from the ArcObjects SDK. This is a Pro SDK program, right? If so, you should access the `Feature.GetShape()` method and then try casting that to an ArcGIS.Core.Geometry.Polyline feature. --Rich
... View more
06-25-2020
11:22 AM
|
2
|
2
|
6435
|
|
POST
|
Adding DDL (data definition language) operations such as creating domains is on our long-term roadmap for the Pro SDK. For now, using Geoprocessing is the only technique to do this. I would post in that group to figure out why you are sometimes getting errors. --Rich
... View more
06-23-2020
09:17 AM
|
0
|
1
|
1039
|
|
POST
|
No, this isn't possible with the Pro SDK. The best you could do is check to see if the feature class design meets your requirements. --Rich
... View more
06-15-2020
08:13 AM
|
0
|
1
|
1022
|
|
POST
|
Do you need to delete and recreate the table, or just clear it out? If deleting all the records is acceptable, you could try Table.DeleteRows(). If you pass in a default QueryFilter, this deletes all the rows in the table. Alternatively, you could use the Truncate geoprocessing tool. --Rich
... View more
06-11-2020
01:45 PM
|
0
|
1
|
636
|
|
POST
|
An overview on how to edit geodatabase data can be found here. --Rich
... View more
06-03-2020
11:51 AM
|
0
|
1
|
888
|
|
POST
|
The Pro SDK doesn't support creating spatial joins. Using geoprocessing/Python here remains your best bet. --Rich
... View more
06-03-2020
08:25 AM
|
0
|
0
|
4165
|
|
POST
|
If you're starting from a FeatureClass object, just try to cast it to an AnnotationFeatureClass: FeatureClasss myFeatureClass;
...
if (myFeatureClass is AnnotationFeatureClass)
{
AnnotationFeatureClass myAnnotationFeatureClass = myFeatureClass as AnnotationFeatureClass;
...
} Is this what you are looking for? --Rich
... View more
06-03-2020
08:07 AM
|
0
|
2
|
1347
|
|
POST
|
Uma's solution will work for file geodatabases. For shape files, we don't yet provide this functionality. I've added it to our backlog for a future release. In the meantime, your existing algorithm of looping through files in the directory with the .shp extension is your best bet. --Rich
... View more
06-01-2020
12:51 PM
|
0
|
0
|
1094
|
|
POST
|
You're correct. `Row.Handle` is not stable. Under the hood, the Handle property is just a pointer to an underlying ArcObjects object. When you open the same table twice, ArcObjects reuses the same COM objects, so Table.Handle is identical for both Table objects. With rows, this isn't true. Fetching the same two database rows with two cursors will create two different row objects (and different Row.Handle values). Flipping it around, if you use a recycling cursor, all of the rows fetched from that cursor will use the same underlying object, and Row.Handle will be the same for every one. (Since I've seen your other post, I'll also add that Table.Handle will have a different value every time you start ArcGIS Pro.) I hope this helps, --Rich
... View more
05-26-2020
09:10 AM
|
0
|
0
|
1105
|
|
POST
|
As Wolfgang Kaiser states above, you need to use a table name instead of an ID. Other than that your list above looks correct. --Rich
... View more
05-26-2020
08:52 AM
|
0
|
0
|
1616
|
|
POST
|
Anuj, The Pro SDK is implemented in terms of ArcObjects. While I've never tried it personally, I expect the two APIs would interfere with each other. It's definitely not supported. --Rich
... View more
05-26-2020
08:38 AM
|
0
|
0
|
3780
|
|
POST
|
Anuj, Matt is correct. The Pro SDK does not yet support Data Definition Language (DDL) operations directly. If you are writing a Pro Add-in, you need to use the geoprocessing API. In a stand-alone CoreHost application, you need to shell out to a Python script. --Rich
... View more
05-22-2020
08:52 AM
|
1
|
2
|
3780
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-10-2025 09:15 AM | |
| 2 | 11-30-2025 12:23 PM | |
| 1 | 07-17-2025 08:47 AM | |
| 1 | 08-12-2022 01:35 PM | |
| 1 | 06-28-2018 04:25 PM |
| Online Status |
Offline
|
| Date Last Visited |
12-12-2025
12:03 PM
|