|
POST
|
The ActivationExtension pattern only works with geodatabase datasets and feature services. For feature services this pattern is currently limited to feature services published referencing geodatabase datasets and is not working for Hosted feature services in Enterprise and Online
... View more
03-16-2026
07:10 AM
|
0
|
0
|
467
|
|
POST
|
Hi all, BUG-000175139 was logged as an issue related to ArcGIS Online feature services and following the AddActivationExtension pattern for custom behavior. This pattern is already supported for feature services published by reference to Enterprise. ENH-000173660 is to support the ActivationExtension pattern with AGOL based feature services, this has not been implemented yet. I would consider reaching out to Support to get your account attached to this enhancement to help prioritize it if you feel this applies to you.
... View more
03-16-2026
07:07 AM
|
0
|
0
|
467
|
|
POST
|
For heavy analysis happening client side in Pro there is a significant cost to pulling all of the data on the client. We are investing a lot of effort in trying to make this faster from multiple angles. I would push you to look into offline workflows. We recently did some work to better support downloading large datasets: https://www.esri.com/arcgis-blog/products/arcgis-pro/data-management/introduction-into-offline-map-areas-prepared-ahead-of-time This might be a good option for your workflows.
... View more
03-03-2026
08:10 AM
|
0
|
0
|
386
|
|
POST
|
Thanks for the examples, it might be worthwhile looking into taking the data offline in Pro to perform these types of analysis. With the data offline we can potentially query larger volumes of data faster for this type of analysis. You can then make edits to this data if needed and sync the changes back through the feature service. Yes you should be able to run some subset of tools which will operate only on the default version using an SDE connection file, Append will work but I am not certain about others.
... View more
03-03-2026
07:55 AM
|
0
|
0
|
392
|
|
POST
|
You can only connect to the default version from ArcGIS Pro. Some geoprocessing tools such as Append should work but others may not. I am not sure there is a comprehensive list of which will and will not work. Can you describe some of the tasks. I may be able to provide some pointers to assist with performance.
... View more
03-03-2026
05:49 AM
|
1
|
2
|
399
|
|
POST
|
@AngelaNesius I sent you a direct message requesting your email. If you have submitted your crash report with your email address I can look it up based on your email address to see if there are additional details to be shared.
... View more
03-03-2026
05:47 AM
|
0
|
0
|
192
|
|
POST
|
Hi @SimonLux, The optimize append mode on the GP tool will use the server Append operation to perform the append. There are some caveats to using this Append operation that need to be in place, you either need to be an admin on the service (all admins can append) or you need to have enabled the Append capability on the underlying feature service. When we perform the optimized append we load data into a file geodatabase and upload the data to the server where the server takes over and loads the data directly into the data storage. This is typically a lot faster and has less chance of timing out that our other option which is to use the ApplyEdits operation. In previous versions of Pro we would do this optimization for you if all the criteria was met for append so I am not sure if your issue is directly related to this new option. In our testing 250k features would never take this long with the optimization enabled, even without it enabled my expectation would be better performance than that. If possible think it would be worthwhile reaching out to Technical Support to get a repro case that we can take a look at. You can view the web traffic using the built in Pro diagnostic monitor HTTP tab in Pro 3.6, this would allow you to identify if the slow append is using Append or ApplyEdits REST requests and could help shed some light on why this is so slow in your case.
... View more
02-23-2026
08:19 AM
|
0
|
0
|
405
|
|
POST
|
I think it would be good to review the code. Is the custom tool writing it's own ApplyEdits JSON and sending that via the REST API? I am not sure if this is applicable but have you considered Batch Calculation Rules?https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/overview/calculation-attribute-rules.htm#ESRI_SECTION1_E990820A77724C8AA285A3D23C59E96F
... View more
02-09-2026
01:02 PM
|
0
|
0
|
645
|
|
POST
|
Hi @jennsmith_ElectricUN You can uncheck the box to only allow true curve updates by true curve clients. This will allow all clients to edit the geometries of these features, even clients that do not support curve editing. This does come with some risk as it has has potential to densify curves if someone edits these curves with a non-curve aware client. I am a little behind on which clients currently support true curve editing right now. If you are not editing the curves or can implement controls on who has access to edit with this setting you should be safe to do so. I might be able to provide additional suggestions if you could explain exactly what you are doing when you said: "We are trying to use a custom C# script to use the API and trigger the firing of our calculation attribute rules." If you are not editing the geometries in this script I am surprised that the curve checks are causing errors.
... View more
02-09-2026
08:08 AM
|
0
|
2
|
660
|
|
POST
|
Hi @BrianLeroux , this is currently a limitation in the software. Would you be able to reach out to Technical Support to get an enhancement request logged for this?
... View more
02-06-2026
06:56 AM
|
0
|
0
|
138
|
|
POST
|
Hi @RaghavGupta, When you mention that you are using the add operation, are you doing this via code, from the REST endpoint page? Can you share an example of the payload you are sending? Can you try using the ApplyEdits operation to see if that works?
... View more
02-06-2026
06:53 AM
|
0
|
0
|
142
|
|
POST
|
Hi @Bud, The easiest way to do it is to disable all editing on your layer. Be aware that if you are the owner of the layer (or admin) you will always be able to edit. The view approach is helpful if you want to share an editable copy of the data with some folks and a read only version of the data with others or wanted to otherwise limit visibility of the original data in some way. If you just want a read only copy the best/easiest is simply to disable all editing. https://doc.arcgis.com/en/arcgis-online/manage-data/manage-editing-hfl.htm#ESRI_SECTION1_C30D73392D964D51A8B606128A8A6E8F
... View more
02-05-2026
08:13 AM
|
4
|
0
|
270
|
|
POST
|
Hi @Bud, In ArcGIS Pro a feature layer refers to any map layer representing feature data. The feature layer will have it's data source as things like geodatabases, shapefiles, feature services, etc. A feature layer's definition is the symbology, definition queries, visibility, along with it's data source. In our portal environments (AGOL and Portal for ArcGIS) the term feature layer (sometimes 'web feature layer') was chosen to represent a similar concept on the web. It's a little bit bigger of an abstraction in what this means. I will do my best to clarify. A good start might be to read through this doc: https://doc.arcgis.com/en/arcgis-online/reference/feature-layers.htm Hopefully what I am about to say doesn't contradict that link 😀. There can be different data sources for feature layers such as feature collections, but typically feature layers have a data source which is a feature service. A feature service can have one or many (sub) layers and these flow through to the feature layer in the portal. When you add a feature layer to your map you will get all of the sublayers in that feature layer added and for convenience we will typically group that into a group layer. The sub layers can also be added individually, in which case they will not be grouped. When you add layers to Pro, the individual sub layers become 'Pro feature layers' (not an official term). These 'Pro feature layers' have the same behavior as any other feature layer, with the key difference being that thee data source for these layers is a feature service. From the Pro side of things I tend to think of 'web feature layer' = feature service = workspace these will be automatically grouped into group layers if you add them, while 'web feature layer sub layer' = feature service sub layer = feature class these will not get grouped into group layers. Hope this helps.
... View more
02-05-2026
08:07 AM
|
1
|
0
|
292
|
|
POST
|
Hi @Bud, I don't think there is a 'best practice' per se. When you add the Feature Layer to the web map it will create a group layer if there is more than one sub layer. This can be useful if you have a lot of sub layers and you want to maintain organization but generally should not be functionally different from adding the sub layers. There may be some older clients that do not recognize group layers in which case but I think those are becoming less common. I will reply to your other thread about the terminology as well. Hope this helps.
... View more
02-05-2026
07:48 AM
|
1
|
0
|
218
|
|
POST
|
Hi @jennsmith_ElectricUN, The properties for changing the curve options should all be available in 11.3 via Server Manager under Feature Access, you may not be able to change this property if you are not connected as an admin or the user who published the service. These types of modifications are typically reserved for owners/admins. We did add the ability to change this property through the Portal Item page as well but I cannot remember what release that occurred. All versions of Server Manager should have this option. eg: Since you are working with UN data your service should have the supportsTrueCurve property that @AyanPalit mentions set to true. All UN services should support true curve editing. Additionally all curve options should be supported for all UN versions. There are three options for working with true curves. Allow geometry updates Allow update of true curves Only allow true curve updates by true curve clients If allow geometry updates is enabled you should be able to set the value to allow update of true curves. If you allow update of true curves you should be able to set the value to only allow true curve updates by true curve clients. If you set 'Allow update of true curves' to true then anyone can edit true curves, for clients that do not support curve editing this may result in densification of curves when the client writes the edit back to the data source. For this reason it is recommended that you also enable 'Only allow true curve updates by true curve clients'. This allows clients such as Pro, that know how to edit true curves to make edits while blocking edits from other clients that are not yet true curve capable. If densification of curves through editing is not a concern, you do not need to enable this final setting. I think the best doc (I could find) about these curve options is in the offline maps section. While this is about offline maps the behavior is the same. Look in this doc for: "True curves with offline map areas prepared ahead of time" https://pro.arcgis.com/en/pro-app/latest/help/projects/take-a-map-offline.htm#ESRI_SECTION1_E638E43E632E4C4F969B3D030257CC35 Hope this helps.
... View more
02-03-2026
01:06 PM
|
0
|
0
|
714
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-03-2026 05:49 AM | |
| 1 | 02-05-2026 08:07 AM | |
| 4 | 02-05-2026 08:13 AM | |
| 1 | 02-05-2026 07:48 AM | |
| 1 | 02-02-2026 07:23 AM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|