Latest Contributions by KyleGruber

Runtime Team, (Using Esri.ArcGISRuntime 100.6/WPF) I have an application where I'm showing various assets (vehicles, people, etc) moving around a map.  To accomplish this, I'm using a GraphicsOverlay with a UniqueValueRenderer.  Everything seems to be working well, except when I'm zoomed in on an asset (zoom level doesn't seem to make a difference), the defined label is not always moving along with the symbol.  This seems that it may have something to do with label weights, and the label waiting to be in an area where it has enough room to render.  I need this label to always be moving along with the graphic, even if it is showing up on top of other labels defined in the map, I'm guessing this may be something I'm missing in the label definition? See in the image how the label G15 is significantly behind the symbol.  Eventually, it will seemingly randomly catch up to it. StringBuilder gphLabelsBuilder = new StringBuilder(); gphLabelsBuilder.AppendLine("{"); // Define a labeling expression that will show the unit attribute value gphLabelsBuilder.AppendLine("\"labelExpressionInfo\": {"); gphLabelsBuilder.AppendLine("\"expression\": \"return $feature.Header;\"},"); // Align labels horizontally gphLabelsBuilder.AppendLine("\"labelPlacement\": \"esriServerPointLabelPlacementAboveCenter\","); // Use a green bold text symbol gphLabelsBuilder.AppendLine("\"symbol\": {"); gphLabelsBuilder.AppendLine("\"color\": [0,0,0,255],"); gphLabelsBuilder.AppendLine("\"font\": {\"size\": 10, \"weight\": \"bold\"},"); gphLabelsBuilder.AppendLine("\"haloColor\": [255,255,255,255],"); gphLabelsBuilder.AppendLine("\"haloSize\": 1,"); gphLabelsBuilder.AppendLine("\"type\": \"esriTS\"}"); gphLabelsBuilder.AppendLine("}"); GraphicOverlay.LabelsEnabled = true; GraphicOverlay.LabelDefinitions.Add(LabelDefinition.FromJson(gphLabelsBuilder.ToString()));‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍  This is how the label is being defined, the GraphicOverlay object is of type GraphicsOverlay with the rendering mode dynamic. Hopefully an obvious property I'm missing in the label definition JSON? EDIT:  If it matters, I'm updating the graphic location by grabbing the Graphic from the GraphicsOverlay by its unique identifier (FirstOrDefault with Label), and setting the Geometry property to a new MapPoint created with the new coordinates. Furthermore, I would like to ask if this is the best practice for displaying rapidly changing data on a map?  All examples I've been able to find on anything relatively close to this use case seem to use GraphicsOverlays/Symbols, but I wanted to see if there's a known better practice. ... View more

Let me lay out a scenario, you have street address centerline and address point layers for Generic County, IL.  You create a locator (I've been referring to them as "new style locators" that can only be created with ArcGIS Pro, we really need an official term for them) with an Point Address role and a Street Address role. User enters 265 Main St.  This exists both as an address point, and a street address in a range (200-300 Main St, Springfield).  The values in the centerline file and the address point file match exactly, so the Suggestor is only going to show one entry (as it should, the user shouldn't need to pick one if they represent basically the same thing (of course it's not the same exact thing, but that's another discussion)).  Obviously, if a county has address point data, they're going to want to use that if an address matches, and fall back to the centerline if there's no exact address point. When you pass in a SuggestResult of 265 Main St, Springfield, it seems to only be pulling the StreetAddress.  When you pass in the text of this same exact SuggestResult (I'm literally using SuggestResult.Label), I get two results in the order expected (PointAddress then StreetAddress).  Any ideas? Sorry if this post seems erratic, I initially was suggesting there was a problem with the suggest behavior when I realized that suggest does nothing but returns text suggestions, nothing related to location coordinates or what type of feature it is.  Now seems to be an issue with the Geocode overload. For reference: ArcGIS Runtime 100.6 (WPF) ArcGIS Pro 2.4.2 Local file Locator embedded in MMPK ... View more