Latest Contributions by dotMorten_esri

‎12-13-2024

You must target net8.0-maccatalyst for this to work. Vanilla net8.0 is not supported on mac.

‎12-12-2024

Awesome! Glad you got it working and thank you for bringing this up - this made us realize we need to help with a little more guidance here, and are working on that now. Wrt iOS, note that there are a few specific properties on iOS only to enable background location on the SystemLocationDatasource. You'll need to put that code in an "#if __IOS__" section since it only applies to ios that will turn on backgrounding of location. See the doc here and the remarks: https://developers.arcgis.com/net/api-reference/api/ios/Esri.ArcGISRuntime/Esri.ArcGISRuntime.Location.SystemLocationDataSource.AllowsBackgroundLocationUpdates.html https://developers.arcgis.com/net/api-reference/api/ios/Esri.ArcGISRuntime/Esri.ArcGISRuntime.Location.SystemLocationDataSource.ActivityType.html You shouldn't need to work with CLLocation directly.

‎12-10-2024

We're working on a sample/tutorial/doc to help with this scenario. But take a look at Android's doc on this, especially foreground service (keeps app open in the background): https://developer.android.com/develop/background-work/services/fgs and background services: https://developer.android.com/develop/sensors-and-location/location/background (runs while app isn't running)

‎12-09-2024

It was there but looks like it was accidentally unlisted. Should be all good now.

‎12-04-2024

We've recently been made aware of a regression with older 32bit Android Armv7 devices and are still investigating, and it appears you're likely also hitting this. We're still trying to fully determine if this is an issue in the .NET runtime or the Maps SDK (it was introduced in 200.5, because of some newer code hitting this .NET bug).

‎12-04-2024

Yes that's one thing you can do. You can also look at the `AdditionalSourceProperties` dictionary which will tell you a little more about how the location was obtained. See https://developers.arcgis.com/net/api-reference/api/android/Esri.ArcGISRuntime/Esri.ArcGISRuntime.Location.Location.AdditionalSourceProperties.html#Esri_ArcGISRuntime_Location_Location_AdditionalSourceProperties Specifically the 'positionSource' key. Sometimes you might get a wifi or IP based location that you would want to ignore depending on use-case (note though that that should only happen if the device haven't been able to get a good GPS position in a while or the GPS position is estimated to be really really poor). I would be careful with using simplify. It could preserve points that are very much off-center and should at least be weighted against estimated accuracy. On a last note the Maps SDK doesn't do anything "smart" with the location (apart from switching between IP/Wifi and GPS positions as needed). It reports the GPS location as-received from the device.

‎12-02-2024

You are correct there's no event like this currently. You could use the GeoViewTapped event and compare the location of the tapped event to the location of the location display. I'd recommend using the screen location of the click event and convert the locationdisplay location to screen coordinates using MapView.LocationToScreen(location), so you can calculate in pixels how far away from the location the click was, and you can just set a threshold of the size of the symbol. This is all a pretty cheap calculation to make so shouldn't cause any overhead. Something along the lines of( (not tested): private void MapView_GeoViewTapped(object sender, GeoViewInputEventArgs e) { if ((sender as MapView)?.LocationDisplay?.Location?.Position is MapPoint location) { var screenLocation = mapView.LocationToScreen(location); var distance = Math.Sqrt(Math.Pow(e.Position.X - screenLocation.X, 2) + Math.Pow(e.Position.Y - screenLocation.Y, 2)); if (distance < 12) { // You clicked location } } }

‎12-02-2024

You can use the HorizontalAccuracy property of the location to check if you're getting a bad measurement and ignore it.

‎11-20-2024

Thanks for the video. I see what you're saying, and how a smoother transition might be nice. The biggest problem I foresee to solving this though is we wouldn't actually know in which direction to animate. If the panel you're opening or closing is on the right instead, the direction would be opposite, but MapView control would have no knowledge beyond its size about what direction it got pushed in. So there's actually two jumps here. The panel opening pushes the mapview to the right, making it jump over, and then there's a resize that will clip the mapview and it'll restore its center location to this new location. We do some throttling on resize so we don't actually immediately resize the mapview - this is mostly to handle drag and animated resizes, where each resize would flood the GPU with re-building the render texture, but of course the downside to that is these immediate single-resizes which then have a slight delay in updating and you get the "double-jump". Unfortunately the MapView control has no knowledge of what is causing a resize, just that a resize occurs, so we can't even special-case it.

‎11-19-2024

Try adding "await baseLayer.LoadAsync()" and see if the layer loads fine. Also check the debug output for any hints around load or render issues

‎11-19-2024

I'm still a little confused what the expectation is here. If the mapview resizes, the view that is displayed has to change with it to expand/contract the visible area along with the resize. Do you have an example / screen recording or something that behaves the way you're looking for to help me understand what you're looking for?

‎11-15-2024

I'm not entirely sure what you're hoping to accomplish, but looking at the above code, that event fires _after_ the map has resized, so the viewpoint you're getting is the new viewpoint. That means setting the viewpoint to something it already is likely won't have any effect. There's also some resize-throttling going on, so if you for instance resize the window continuously, it slows down the mapview update a little until you stop resizing to reduce resource use. That throttling might make it a little harder to accomplish handling changes during resizes.

‎11-14-2024

The .NET Maps SDK does not support Linux today, since the native libraries for linux aren't shipping with .NET SDK. There are currently no plans for Avalonia support. I do know Platform Uno has been able to embed our MAUI controls, but again without the Linux support that platform would still not be possible.

‎11-08-2024

Hmm that all looks good. I haven't been able to reproduce that behavior. Is there any chance you could share a small sample that reproduces the issue using some public data?

‎11-08-2024

Oh did you try without elevation? I wonder if it is just ending up underground. That would match the behavior of sometimes briefly seeing it before the elevation data loads.

Online Status	Offline
Date Last Visited	yesterday

My Ideas

Latest Contributions by dotMorten_esri

Re: Issues using ExportTileCacheTask from Esri.ArcGISRuntime with .NET 8 on Mac

Re: Tracking location in the background while .NET MAUI app is suspended or screen is off

Re: Tracking location in the background while .NET MAUI app is suspended or screen is off

Re: SceneView: 3D Buildings + LightAndShadows == glitch

Re: Android Maui app crashing on Xiaomi Redmi 9AT at builder.UseArcGISRuntime()

Re: Improving GPS accuracy in .NET MAUI mobile app

Re: LocationDisplay Events

Re: Improving GPS accuracy in .NET MAUI mobile app

Re: WPF: how to control viewpoint change on MapView resize?

Re: Displaying SAR Raster images

Re: WPF: how to control viewpoint change on MapView resize?

Re: WPF: how to control viewpoint change on MapView resize?

Re: Avalonia UI Support (ArcGIS .NET SDK)

Re: Creating Popup Definition

Re: 3D object from Mobile Scene Package disappear in Android

Re: NET 10 Support Maps SDK

Re: Could not build for iOS since upgrading to 200...

Re: MapView ignores first left-drag pan after righ...

Re: Level of Detail for Custom Tile Cache

Re: Level of Detail for Custom Tile Cache