|
POST
|
Hi @LukeCalladine, The difference between FeatureLayer labeling and MapImageLayer labeling is that FeatureLayer labels render client-side, whereas MapImageLayer labels render server-side. The JS API rendering engine is used for all client-side visualizations. MapImageLayer doesn't rely on that rendering engine. Rather, it renders using the same rendering engine you would see in Pro/Enterprise. So that explains how the labels will look the same on MapImageLayer in the web as they do in Pro. The rendering happens on the server and the client requests an image of that rendering, which is then overlaid on the map view. Regarding basemap labels. They likely come from a layer in the Basemap.referenceLayers If you move that layer representing basemap labels from the basemap to the Map.layers, then it will render in the order of the Map.layers. Here's an example of how you can move the label layer to the map operational layer so the labels render below the feature layer: https://codepen.io/kekenes/pen/dymgxgw?editors=100
... View more
08-15-2022
09:03 AM
|
0
|
1
|
2218
|
|
POST
|
I'm not sure I fully understand the two-color concept you're describing, but it sounds like this blog post would be useful in looking at a few ways to compare data from different time frames: https://www.esri.com/arcgis-blog/products/js-api-arcgis/mapping/six-ways-to-visualize-change-over-time-in-web-maps/
... View more
08-15-2022
08:49 AM
|
0
|
0
|
904
|
|
POST
|
This is odd. I haven't observed it before. Are you able to share the dataset or reproduce it with a public layer?
... View more
08-12-2022
08:45 AM
|
0
|
2
|
2141
|
|
POST
|
Yeah. Understood that the current workflow is a bit awkward. I'll pass this along to the labeling engine folks and see what they say.
... View more
08-10-2022
09:42 AM
|
0
|
3
|
2245
|
|
POST
|
That's correct. This isn't supported in the JS API, and I don't think it's on the roadmap either. You could try separating out the bolded line as a separate label class. That's the only work around I can think of.
... View more
08-09-2022
09:14 AM
|
1
|
0
|
2268
|
|
POST
|
I just re-read your post and now see how the data is managed 😅. You should be able to use Arcade in this scenario.
... View more
08-08-2022
05:25 PM
|
0
|
0
|
2389
|
|
POST
|
Are you able to add a new field to the table to indicate which sales area the zip code belongs to? How are you managing the data for which zip codes belong to each sales area? If you had a separate field for the area, you would only need to define 3 unique value infos and I would expect performance to work just fine. If you are unable to add a new field to the underlying data, you can also write an Arcade expression to return the sales area name/id based on the zip code value. This would be a large expression, but I imagine you could use the same logic you're currently using in JavaScript to set the colors as you do in the Arcade... This would also only require you setting up one symbol per sales area. This sample demonstrates how you could set up the classification with Arcade: https://developers.arcgis.com/javascript/latest/sample-code/visualization-arcade/ Hopefully that helps.
... View more
08-08-2022
05:23 PM
|
0
|
1
|
2389
|
|
POST
|
Hi @AntonioGallo , The configuration API for cluster labels and popups is very similar to the layer labels and popups. To label clusters and individual features, you need to use the following: layer.featureReduction = {
type: "cluster",
labelingInfo: [
// define label classes here for clusters
]
};
layer.labelingInfo = [{
// define label classes here for individual features
}]; This sample application does both, though I admit the label classes are a bit more complex as they handle different styles and label placements at various scale levels: https://developers.arcgis.com/javascript/latest/sample-code/featurereduction-cluster-filter-slider/ See the image below: The green point indicated by the red arrow is an individual power plant. It is not labeled with a "1", but rather with the information for the plant itself in the layer.lablingInfo property (since it is not a cluster). The other blue symbols are clusters of 4 and 5 power plants respectively. Those labels are defined on the layer.featureReduction.labelingInfo property. Notice the label placement is different. That is because each label comes from a different label class, which is defined based on the average size of power plant in the cluster. Hopefully that helps. Kristian
... View more
08-03-2022
12:22 PM
|
0
|
0
|
624
|
|
POST
|
Hi @nadja , You can set the Legend.respectLayerVisibility property to false and the legend content will always display regardless of whether the layer is visible in the view or not. Here's the doc: https://developers.arcgis.com/javascript/latest/api-reference/esri-widgets-Legend.html#respectLayerVisibility Hopefully that's what you're looking for.
... View more
08-02-2022
12:14 PM
|
1
|
0
|
5238
|
|
POST
|
Hey Matthew, I don't believe this will work when you classify data using size. I could be wrong, so I would need to try it. The examples in the blogs only use continuous size (no class breaks).
... View more
08-01-2022
02:38 PM
|
0
|
0
|
857
|
|
POST
|
Hi Ron, Can you provide more details about the visualization. What renderer type are you using? Does it use Arcade or visual variables? How many breakpoints, stops, fields, etc are you using?
... View more
08-01-2022
10:41 AM
|
0
|
0
|
580
|
|
POST
|
It looks like a bug. We'll take a look at fixing this in our next release. Thanks for pointing it out.
... View more
07-06-2022
11:47 AM
|
1
|
1
|
1312
|
|
IDEA
|
This is a good idea. I've logged an enhancement request to implement this behavior. Thanks for the feedback.
... View more
07-01-2022
09:12 AM
|
0
|
0
|
1095
|
|
POST
|
Have you seen this example? https://developers.arcgis.com/javascript/latest/sample-code/featurelayer-queryextent/ It looks like you should be using queryExtent rather than getting the fullExtent of the layer. This way you can avoid projection engine as well. queryExtent will give you the full extent of the layer in the spatial reference of the view.
... View more
06-29-2022
03:37 PM
|
0
|
0
|
1142
|
|
POST
|
This appears to be a regression. We're working on a fix now.
... View more
06-28-2022
11:06 AM
|
0
|
0
|
785
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-06-2025 03:09 PM | |
| 1 | 04-29-2025 08:36 AM | |
| 1 | 08-20-2024 08:06 AM | |
| 1 | 08-13-2024 11:53 AM | |
| 1 | 07-22-2024 11:04 AM |
| Online Status |
Offline
|
| Date Last Visited |
05-06-2025
03:01 PM
|