|
POST
|
You must target net8.0-maccatalyst for this to work. Vanilla net8.0 is not supported on mac.
... View more
12-13-2024
12:59 PM
|
1
|
2
|
1133
|
|
POST
|
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.
... View more
12-12-2024
08:43 AM
|
4
|
3
|
7458
|
|
POST
|
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)
... View more
12-10-2024
12:23 PM
|
1
|
7
|
7496
|
|
POST
|
It was there but looks like it was accidentally unlisted. Should be all good now.
... View more
12-09-2024
03:57 PM
|
2
|
0
|
2200
|
|
POST
|
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).
... View more
12-04-2024
02:10 PM
|
2
|
4
|
3323
|
|
POST
|
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.
... View more
12-04-2024
02:07 PM
|
1
|
0
|
3170
|
|
POST
|
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
}
}
}
... View more
12-02-2024
07:34 PM
|
0
|
0
|
697
|
|
POST
|
You can use the HorizontalAccuracy property of the location to check if you're getting a bad measurement and ignore it.
... View more
12-02-2024
07:23 PM
|
1
|
3
|
3225
|
|
POST
|
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.
... View more
11-20-2024
10:22 AM
|
0
|
0
|
2036
|
|
POST
|
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
... View more
11-19-2024
12:56 PM
|
0
|
1
|
1919
|
|
POST
|
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?
... View more
11-19-2024
12:15 PM
|
0
|
3
|
2050
|
|
POST
|
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.
... View more
11-15-2024
02:19 PM
|
0
|
1
|
2086
|
|
POST
|
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.
... View more
11-14-2024
08:34 AM
|
0
|
0
|
1721
|
|
POST
|
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?
... View more
11-08-2024
09:43 AM
|
1
|
3
|
1450
|
|
POST
|
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.
... View more
11-08-2024
09:40 AM
|
0
|
1
|
2657
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | a week ago | |
| 2 | 03-19-2026 06:03 PM | |
| 1 | 03-03-2026 04:41 PM | |
| 1 | 02-26-2018 07:53 AM | |
| 1 | 02-26-2018 07:51 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|