Latest Contributions by JenniferNery

You can look at this SDK sample which creates GeoprocessingFeatures.  ... View more

What is the Error when you start LocalGeoprocessingService? I am not sure if this blog post will apply to you. You can also use Local Server Utility to troubleshoot. ... View more

Thank you for reporting this. I have logged an issue for SketchEditor to not respond to flick.  Meanwhile, you can complete the draw by calling SketchEditor.Stop. Will this work for you?  MyMapView.ManipulationDelta += (s, e) =>   {       if (e.IsInertial && MyMapView.SketchEditor.IsEnabled && MyMapView.SketchEditor.CreationMode == SketchCreationMode.FreehandLine || MyMapView.SketchEditor.CreationMode == SketchCreationMode.FreehandPolygon)           MyMapView.SketchEditor.Stop();   };‍‍‍‍‍ ... View more

Thank you for reporting this. We are able to reproduce the bug and have logged an issue that when magnifier is moved before touch is released, the vertex added is top-left corner. We'll have to prioritize a fix for the next release. Are you able to wait for the proper fix? At the moment, I cannot offer you a straightforward workaround. You may call SketchEditor.MoveSelectedVertex to update its location but there's work yet to be done to get the proper location. Thanks. ... View more

Does this error occur in GeometryEngine.Intersects call? If yes, can you share the arc geometry input? You can send its JSON. Although, I'm not sure if deserializing geometry back will fix the issue.  Maybe inspect the part and points properties of this. ... View more

Yes, properties of DateTimeOffset type are converted by runtime API to UTC before it's stored or sync'd to server. For example, if you have the following code... this local time will be converted to UTC. f.Attributes["submitted"] = DateTimeOffset.Now; await t.UpdateFeatureAsync(f);‍‍‍‍ If editor-tracking was enabled, the `created_date` and `last_edited_date`, auto-generated fields, are also stored in UTC. So if your app wants to display these date time attributes in local time, you'd have to call ToLocalTime(). Other date fields related to sync - like when you create geodatabase, the `replicaName` includes creation time is also in UTC or when you sync geodatabase, the `submissionTime`, `lastUpdateTime` are also in UTC. My query sample above with where clause on a date field may be the only other time app is responsible for converting local input to UTC because now we're dealing with text and not a date time object. If you should use QueryParameters.TimeExtent, since Start/End times are of DateTimeOffset type, they are expected to be converted by runtime API to UTC before it's sent for query to server. If you have a specific case in mind that is not addressed here, I can check it out. Thanks. ... View more

The dates are read and stored in UTC. If you want dates displayed in local time, you can use `DateTimeOffset.ToLocalTime()` to convert the date attribute (in UTC) ((DateTimeOffset)f.Attributes["created_date"]).ToLocalTime()‍ And if you are querying for features and have local time as input, convert this first to UTC before setting query parameters. var ld = DateTimeOffset.Parse("11/20/2018 12:47:03 PM -08:00"); p.WhereClause =$"created_date = '{ld.ToUniversalTime()}'";‍‍ Was there a specific sync scenario where you don't find this to be working as expected? ... View more

Good news! This bug has been fixed by Microsoft. Please update your nuget package for `Microsoft.NETCore.UniversalWindowsPlatform` to 6.1.9.  ... View more

Thanks, Richard for reporting this. I have logged an issue on our end.  If you are looking to refresh existing features, you might want to use LoadOrRefresh. I can see how you will need this to get the new features, too. Would QueryFeatures be a substitute?  I'll post if I find a better workaround but we'll try to get this fixed in future releases of the API. Thank you. ... View more

Can you check if updating to v100.3 will still cause a crash? If it's still reproducible with latest, do you mind sharing repro code/data? Thank you. ... View more

I see, thanks for clarification. ResetSublayers will use service-defined visibility so it's not an option for this webmap then. What metadata do you need from the sublayers? Would it work for you to load its metadata onto dummy table no data/features? What we need to avoid until this bug is fixed is loading of sublayer because it adds more to the dynamicLayer request than necessary. MyMapView.LayerViewStateChanged += async (s, e) =>   {       if (e.Layer is ArcGISMapImageLayer && e.LayerViewState.Status == LayerViewStatus.Active)       {           var sublayer = ((ArcGISMapImageLayer)e.Layer).SublayerContents.FirstOrDefault(l => l.Name == "Pavement Markings") as ArcGISMapImageSublayer;           foreach (ArcGISMapImageSublayer sub in sublayer.Sublayers)           {               var table = new ServiceFeatureTable(new Uri($"{((ArcGISMapImageLayer)e.Layer).Source.OriginalString}/{sub.Id}"));               await table.LoadAsync();               var metadata = table.LayerInfo; // can you use this instead?           }       }   }; MyMapView.Map = new Map(new Uri("http://pdx.maps.arcgis.com/home/webmap/viewer.html?webmap=f118c376c6ea49d7839dacc50a7d138f")); ‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ... View more

Thank you for sharing your repro sample. I have logged an issue. I think it's a valid bug that loading sub layers changed the symbology. To workaround this issue, after you've loaded the sub layer to retrieve metadata, you can reset sub layers such that it does not pass along dynamicLayer parameter in the image request. This should have only happened if you re-arranged sublayers or given a different source. ((ArcGISMapImageLayer)e.Layer).ResetSublayers();‍ ... View more

LoadAsync on ArcGISMapImageSublayer should not have any effect on how ArcGISMapImageLayer is rendered, it only retrieves metadata. Are you by any chance rendering the sublayer as FeatureLayer? Can you share some repro code? Thanks. You can subscribe to GeoView.LayerViewStateChanged to find the current status of the layer when it becomes invisible, see if LayerViewStatus is OutOfScale, NotVisible or if there's an error associated with it. ... View more

Thanks for your feedback, Jeff. It is currently a known issue for dynamic rendering mode to render transparent color as white. Also any of the vertex methods are only applicable to geometries that allow vertex editing (i.e. Polyline, Polygon) that is why you're not seeing this affect SketchCreationMode.Point. You are right updating SelectedVertexSymbol. However, updating the graphic's selection state is internal and for Point, they are always selected. To workaround this issue, you can do the following // Known issue for RenderingMode=Dynamic to render white // MyMapView.SketchEditor.Style.SelectionColor = Color.Transparent; // Workaround make SketchEditor invisible, add geometry to your own GraphicsOverlay MyMapView.SketchEditor.IsVisible = false; MyMapView.GraphicsOverlays.Add(new GraphicsOverlay() { Renderer = new SimpleRenderer(new SimpleMarkerSymbol(SimpleMarkerSymbolStyle.Cross, Color.Red, 20)) }); MyMapView.SketchEditor.GeometryChanged += (s, e) =>   {       if (MyMapView.GraphicsOverlays[0].Graphics.Count == 0)           MyMapView.GraphicsOverlays[0].Graphics.Add(new Graphic(e.NewGeometry));       else           MyMapView.GraphicsOverlays[0].Graphics[0].Geometry = e.NewGeometry;   };‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ... View more