|
IDEA
|
Not only is the Measure Tool missing in some apps, but even when it is available, the behavior isn’t predictable. Example: You start measuring in feet… and suddenly the system switches to miles once you pass a threshold. That might make sense in theory—but in real workflows (telecom, construction, design), it creates unnecessary friction. Sometimes I need everything in feet. Not switching units mid-task. Not doing mental conversions. Just consistent output. We should be able to: Use the Measure Tool in every ArcGIS web app Define measurement units per map/project Keep units fixed (no automatic switching unless we choose it) This isn’t a feature request—it’s a usability standard. Consistent measurement = faster work, fewer mistakes, better user experience. If you’ve dealt with this, you know exactly how disruptive it is. Please make this consistent across the platform.
... View more
2 weeks ago
|
6
|
0
|
132
|
|
IDEA
|
I was referring to Web Editor and Webmap. Instant app is a nice workaround. Appreciate your feedback Emily.
... View more
2 weeks ago
|
0
|
0
|
59
|
|
IDEA
|
ArcGIS Dashboards spatial filters operate at the feature level, not the geometry level. When a line intersects a polygon, the dashboard includes the entire feature, and any displayed metrics (such as length) reflect the full geometry—even if only a portion lies within the selected area. This results in misleading analytics, such as overstated fiber length within service areas. Adding an optional ‘clip/intersect geometry’ mode would ensure that calculations are based only on the portion of features within the boundary, enabling accurate, analysis-ready dashboards without requiring data preprocessing.
... View more
3 weeks ago
|
2
|
0
|
192
|
|
POST
|
In ArcGIS Pro, you can visually “spatially filter” layers without editing data using clipping: Map Frame Clipping (Layout): Select the map frame → Map Frame tab → Clip → Clip to Shape → choose your polygon layer. This clips everything in the map frame so layers only display inside that boundary. Clip Layers in Map (Map View): In the Map Properties → Clip Layers, you can clip specific layers (or all layers) to a polygon, acting like a spatial filter without creating new data. Map Series Clipping: When using a map series, enable Clip to Index Feature so each page automatically clips the map to the current feature (e.g., per permit/cabinet area). All of these are display-only and don’t modify your data.
... View more
3 weeks ago
|
0
|
0
|
77
|
|
IDEA
|
A potential workaround is to create a view layer and split your categories across two instances of the same layer until Esri provides a way to extend the current limit. This approach allows you to effectively manage and display up to ~1800 categories without needing to publish an entirely separate layer. This can help maintain continuity in your workflows while avoiding the overhead of duplicating data or restructuring your content organization. Hopefully, this serves as a practical interim solution until ArcGIS Online increases the category limit.
... View more
3 weeks ago
|
0
|
0
|
113
|
|
IDEA
|
Thank you for sharing the resource — I’ll take a look at the basemap workflow. I understand and agree with the concern regarding projection distortion and the potential for grid-based measurements to be interpreted as exact. That said, from a practical workflow perspective, having the ability to define grid cell dimensions in real-world units (e.g., feet or meters) would still be very valuable. In many engineering and design use cases — especially at localized scales — users are already aware of projection limitations and are working within tolerances where that level of distortion is acceptable. Providing this capability, even with appropriate disclaimers, would significantly improve efficiency and alignment with existing workflows in tools like ArcGIS Pro. So yes, I would still prefer having the option to define grid cell dimensions, with the understanding that measurements may not be exact across the entire extent depending on the projection.
... View more
3 weeks ago
|
0
|
0
|
164
|
|
IDEA
|
Yes, I am familiar. Hopefully this is something that can be implemented where user can save default selection settings so that we dont have to keep unchecking the boxes over 30 layers. Grouping helps but having ability to save preferred selectable layers by map would be very helpful similar to how Arc Pro works when you save project, selectable layers are also saved.
... View more
4 weeks ago
|
0
|
0
|
154
|
|
POST
|
System-driven automations appear to have a significant impact on how custom symbology behaves in both ArcGIS Online and ArcGIS Pro. Specifically, when using Save Web Layer to update symbology driven by Shape_Length or Shape__Length, I’ve encountered cases where the symbology becomes corrupted. In those situations, the only reliable fix was to republish the data.
... View more
4 weeks ago
|
0
|
0
|
344
|
|
POST
|
I’m starting to suspect that relying on `Shape_Length` (or `Shape__Length` after export) for symbology in ArcGIS Pro can introduce subtle—but real—issues. Here’s what I’m seeing: * In FGDB vs enterprise GDB, length values can differ slightly due to parametric curves vs densified geometry * When exporting (e.g., to shapefile or CAD), `Shape_Length` often becomes `Shape__Length` or gets truncated * After that, symbology driven by those fields sometimes: * fails to apply * behaves inconsistently * or throws field-related errors when overriding symbology My assumption is that this is a combination of: * system-managed field behavior * field renaming/recreation during export * and ArcGIS Pro’s sensitivity to field references in renderers In workflows where symbology is tied to length (fiber segmentation, QA layers, etc.), this can get messy fast. Curious how others are handling this: * Do you avoid using `Shape_Length` for symbology altogether? * Do you copy values into a user-defined field to stabilize things? * Have you run into symbology breaking after data moves between FGDB / SDE / shapefile? Feels like one of those edge cases that turns into a real production issue if not handled carefully.
... View more
4 weeks ago
|
0
|
0
|
360
|
|
POST
|
I’ve noticed discrepancies between Shape_Length and Shape__Length when exporting feature classes to different formats (e.g., FGDB → shapefile / CAD). In some workflows they match, in others they don’t. How are you all handling this in production pipelines?
... View more
4 weeks ago
|
1
|
4
|
388
|
|
POST
|
It is important to note that we previously had the ability to bulk edit multiple layers using either a Mobile or Contributor license. This functionality has since been lost, and we are now limited to bulk editing one layer at a time. This limitation appears to be due to a reduction in functionality following the deprecation of Web AppBuilder (WAB).
... View more
4 weeks ago
|
0
|
0
|
640
|
|
IDEA
|
I would like to propose a feature enhancement for ArcGIS Online that would significantly improve usability and workflow efficiency. Currently, when working with multiple layers in maps, users often need to repeatedly configure which layers are selectable during editing or analysis sessions. This can become time-consuming, especially for complex projects with many layers. I suggest introducing the ability to define and save a set of default selectable layers within a map or project. This would allow users to: Predefine which layers are selectable by default Save these preferences with the map configuration Automatically apply them each time the map is opened or shared This feature would streamline editing workflows, reduce repetitive setup, and minimize the risk of selecting or modifying unintended layers. Thank you for considering this enhancement. I believe it would provide meaningful efficiency gains for many users working with layered datasets.
... View more
4 weeks ago
|
4
|
4
|
254
|
|
IDEA
|
When schema changes are made to ArcGIS Online or hosted feature layers—such as adding fields, updating domains, changing aliases, or modifying online-saved symbology—ArcGIS Pro often does not fully recognize those changes until the application is closed and reopened. Please consider adding a “Deep Refresh” tool in ArcGIS Pro that forces a full layer and schema reload from the source without requiring the user to restart the application. Ideal behavior would include: Refresh all schema changes, including new/deleted fields, aliases, defaults, domains, and subtypes Refresh online-saved symbology and other layer display settings Update open maps, layer properties, and attribute tables automatically Preserve as much project state as possible while reloading the hosted layer definition Provide warnings when a refresh may affect joins, relates, field mappings, editing sessions, or dependent tools This would save significant time and reduce workflow disruption for teams that regularly maintain hosted data schemas while also using those same layers in ArcGIS Pro.
... View more
04-02-2026
01:27 PM
|
4
|
0
|
172
|
| Title | Kudos | Posted |
|---|---|---|
| 6 | 2 weeks ago | |
| 2 | 3 weeks ago | |
| 1 | 4 weeks ago | |
| 4 | 4 weeks ago | |
| 4 | 04-02-2026 01:27 PM |
| Online Status |
Offline
|
| Date Last Visited |
Tuesday
|