POST
|
I think we found the root cause of the issue, although it doesn't make total sense to me why it behaved the way it did. For the feature layer that wasn't displaying all of the features on the map in our MAUI app, its data source was a SQL Server view and the problem seems to be that the Object ID column for that view was a bigint data type, which apparently isn't fully supported. On example is that in ArcGIS Pro we weren't able to open the feature table for that layer because of the bigint column. As soon as we changed this to an int instead of a bigint and restarted the service, all of the features started showing up correctly. Before this fix, I had a workaround of programmatically setting the TilingMode for the FeatureLayer to a value of disabled. That made it so that all of the features showed up correctly. When I compared the outgoing web requests to the map service using Fiddler (with and without setting the TilingMode), I noticed that with tiling mode disabled it was requesting a format of json. Without setting tiling mode, it was requesting a format of pbf (protocol buffer format) and also sending request parameters of quantizationParameters and geometryPrecision=0. So maybe something in the tiling process also didn't like the bigint data type as well?
... View more
12-13-2023
01:53 PM
|
0
|
1
|
265
|
POST
|
Hi Preeti, sorry for the delayed reply. Please see the answers to your questions down below. I tried reproducing this issue using a different feature layer from the same service and found that it worked as expected - in other words, all features are displayed. I'll need to check with our GIS administrators to see if they can spot any differences in how these layers and their data sources are configured. - What do you see when you add that featureservice in ArcGIS Pro or ArcGIS Online? When I add this service to ArcGIS Pro, it works correctly. All features are displayed on the map. - Is 200.0 version of app, that display data correctly, using the same exact service that does not work with 200.2. That's correct. The app that works is a WPF .NET app using the 200.0 version. The app that doesn't work is a .NET MAUI app using the 200.2 version. Note, I also tried upgrading to 200.3 and also downgrading to 200.1 and 200.0, but the problem persists in all versions I tried. - What is the server version? The server version is 11.1. - What authoring tool was used to publish the service? ArcGIS Pro - How is Map's json constructed? We created a simple .NET app to programmatically add the basemap and operational layers we needed, then called the ToJson() method on that Map object to extract the json. Note, however, that the problem persists whether we initialize the map manually or via the map's FromJson() method. - Is it possible to share the service endpoint ? Unfortunately, it's a sensitive layer that we cannot share externally. I'll see if we can generate some fake data and create a new service to replicate the issue. Thanks, David
... View more
12-13-2023
07:14 AM
|
0
|
0
|
267
|
POST
|
Good evening! We are building a .NET MAUI app using version 200.2.0 of the Maps SDK, and we're experiencing an issue with the MapView not displaying all features for a particular FeatureLayer that we've added to the map. At full extent, it only shows the first feature (the one added most recently to the database). When we zoom into other areas of the map where we expect to see other features, it will display just a single feature at that location. We have a separate WPF app that uses the same FeatureLayer, and a slightly older version of the Maps SDK (200.0.0) and it is able to display all of features correctly. In addition, we have the same FeatureLayer hosted in an old environment running ArcGIS Server 10.71, and if I add this to the MAUI app it works fine. After much trial and error, I found that if I set the FeatureLayer's TilingMode property to Disabled, then all features are displayed correctly in the MAUI app. Is there something we need to do differently when publishing this FeatureLayer from ArcPro to ArcGIS Server 11.1 for this to work without setting the TilingMode? Also, we initialize our MapView using a config JSON file we've built (by calling the Map.FromJson method). To set the TilingMode, I was thinking I could add a parameter to the that section of the FeatureLayer's JSON, something like "tilingMode": 1, or "tilingMode": "disabled" but this doesn't seem to work. In fact, the TilingMode doesn't even show up in the JSON if I use the Map.ToJson() method so I'm guessing it's not part of the de/serialization. Can this be added? Thanks in advance! -David
... View more
12-04-2023
05:55 PM
|
0
|
5
|
400
|
POST
|
I've confirmed that this was fixed in the recent .NET 8 release. Thanks again!
... View more
12-01-2023
01:30 PM
|
0
|
0
|
2783
|
POST
|
Morten, thank you for tracking this down and entering the Xamarin ticket!
... View more
10-26-2023
03:28 PM
|
0
|
0
|
3183
|
POST
|
Thanks Preeti - keeping my fingers crossed that Microsoft fixes it!
... View more
10-25-2023
04:40 PM
|
0
|
1
|
3221
|
POST
|
Hi Morten, thanks for your reply. I'm using Hot Restart with an iPhone connected directly to my Windows machine (my apologies - I typed "Hot Reload" earlier when I meant "Hot Restart"). This Hot Restart option is the most practical for our dev team due to some current hardware and network policy limitations. Do you think this issue might be resolved in the 200.3 release? Thank you for your work on the MAUI Maps SDK - we're really excited about this cross-platform technology! -David
... View more
10-24-2023
12:23 PM
|
0
|
0
|
3268
|
POST
|
Hello! Is .NET 8 (net8.0-ios) supported as a target framework for the .NET Maps SDK for MAUI? I'm using Microsoft Visual Studio Professional 2022 (64-bit) - Preview Version 17.8.0 Preview 3on Windows OS and deploying/debugging to an iPhone using HotReload. If I create a new project using the ArcGIS Maps SDK .NET MAUI App (Esri) template, the app builds and runs fine when deployed to iOS and Windows (targeting .NET 7). However, when I edit the project settings and change the target framework to .NET 8, it stops working on iOS (it still runs on Windows though). It crashes right away during the builder call to .UseArcGISRuntime() Any ideas? Thanks in advance! -David Here's the exception call stack: [0:] An error occurred: '__Internal'. Callstack: ' at RuntimeCoreNet.GeneratedWrappers.CoreArcGISRuntimeEnvironment.SetInstallDirectory(String installPath) at Esri.ArcGISRuntime.ArcGISRuntimeEnvironment.InitNative() at Esri.ArcGISRuntime.ArcGISRuntimeEnvironment.InitializeRuntimeCore() at Esri.ArcGISRuntime.ArcGISRuntimeEnvironment.Initialize(Action`1 configure) at Esri.ArcGISRuntime.Maui.AppHostBuilderExtensions.UseArcGISRuntime(MauiAppBuilder builder, Action`1 configure) at MauiArcGISApp1.MauiProgram.CreateMauiApp() in C:\Users\dschuster\source\GitHub\MauiArcGISApp1\MauiArcGISApp1\MauiProgram.cs:line 29 at MauiArcGISApp1.AppDelegate.CreateMauiApp() in C:\Users\dschuster\source\GitHub\MauiArcGISApp1\MauiArcGISApp1\Platforms\iOS\AppDelegate.cs:line 8 at Microsoft.Maui.MauiUIApplicationDelegate.WillFinishLaunching(UIApplication application, NSDictionary launchOptions) at UIKit.UIApplication.UIApplicationMain(Int32 argc, String[] argv, IntPtr principalClassName, IntPtr delegateClassName) in /Users/builder/azdo/_work/1/s/xamarin-macios/src/UIKit/UIApplication.cs:line 58 at UIKit.UIApplication.Main(String[] args, Type principalClass, Type delegateClass) in /Users/builder/azdo/_work/1/s/xamarin-macios/src/UIKit/UIApplication.cs:line 94 at MauiArcGISApp1.Program.Main(String[] args) in C:\Users\dschuster\source\GitHub\MauiArcGISApp1\MauiArcGISApp1\Platforms\iOS\Program.cs:line 13 at System.Reflection.MethodBaseInvoker.InterpretedInvoke_Method(Object obj, IntPtr* args) at System.Reflection.MethodBaseInvoker.InvokeDirectByRefWithFewArgs(Object obj, Span`1 copyOfArgs, BindingFlags invokeAttr)' 2023-10-23 22:36:40.873 Xamarin.PreBuilt.iOS[1723:8025329] You've implemented -[<UIApplicationDelegate> application:performFetchWithCompletionHandler:], but you still need to add "fetch" to the list of your supported UIBackgroundModes in your Info.plist.
... View more
10-23-2023
09:01 PM
|
0
|
9
|
3778
|
POST
|
Hello, We have an .NET Framework application that uses the ArcGIS Maps SDK for .NET version 200.0. The app includes functionality for routing/navigation. We would like for the user to be able to cancel the route calculation (for example, if it's taking too long, etc). In the tasked-based async pattern in .NET (which we are using in our app), the recommendation is to support a CancellationToken parameter on asynchronous methods so that long running tasks can be cancelled if necessary. Would it be possible to add the CancellationToken parameter to the RouteTask methods in a future release of the ArcGIS Maps SDK? Do you have any recommendations on how best to handle cancellation in the meantime? I was thinking of either letting the route solve continue to completion and then throwing away the result, or perhaps running the route solve in a separate thread and stopping that thread upon cancellation (which I'm concerned might lead to resource leaks). Thank you! David
... View more
03-08-2023
08:16 AM
|
0
|
1
|
357
|
POST
|
Thanks to George and his SDE intercept tip, SQL Profiler, and the help of a couple of my colleagues, we finally found the problem! I realize now that I should have mentioned that we run our tool very frequently. And I also wasn't aware of this hidden danger: Inside of the GDB_Items table managed by SDE, there is a Documentation column containing an XML document that contains the history of geoprocessing operations performed on the feature class in question. Every time our tool ran and appended rows, it added a block of logging XML to that feature class's history. The XML document for that feature class had grown to over 45MB, making further logging updates painfully slow! Here's an article that talks more about this: Geoprocessing history logging in ArcGIS: performance review – Alex Tereshenkov (wordpress.com) So the solution in our case is to turn this logging history off for our geoprocessing task, to ensure that we aren't writing geoprocessing operations to the dataset metadata. arcpy.SetLogHistory(false) correction... I think this is the function we need to call: arcpy.SetLogMetadata(False). or in the ArcPro settings: Perhaps ArcPro / ModelBuilder could be enhanced in some way to make this behavior more obvious? I didn't see anything about this potential problem when looking through the Environment Variables, on the [Append] Tool settings, or anywhere in the Publish tool settings when I publish my geoprocessing task. Also, it seems like it would be more performant for the metadata / history be stored differently, perhaps in a linked table rather than an XML document, in order to make these logging history updates faster. Just my two cents. Thank you again for your assistance! -David
... View more
02-16-2023
03:21 PM
|
1
|
1
|
1483
|
POST
|
Thanks George, I will reach out to support. I appreciate the info you provided. -David
... View more
02-16-2023
04:46 AM
|
1
|
0
|
1510
|
POST
|
Hi George, Thanks for the tips on the SdeIntercept. I was struggling to get SQL Profiler to return something useful. I ran my test again with sde intercept enabled and looked through the logs. I see the process doing the TableInsert and FlushBufferedWrites within the first few seconds to insert the rows. But after that step, I see a lot of other entries in the log, including several ExecuteSpatialQuery calls like this: Each of these takes on average 10 seconds. I'm not really sure why it is executing these spatial queries, because they aren't part of my model. Can you help me figure this out? p.s. I do not see any log entries related to dropping or creating the spatial indexes (e.g. TableCreateSpatialIndexWithInfo / TableDropSpatialIndex) because I set the MaintainSpatialIndex environment variable in the Environment properties before running my test. Thank you David
... View more
02-15-2023
12:17 PM
|
0
|
2
|
1523
|
POST
|
Just to close the loop on this post, Deelesh confirmed that this is a bug in the network analyst service published from ArcGIS Pro, that pops up when generating driving directions of output type esriDOTFeatureSets. This happens to be the case with my application, which is developed using the ArcGIS Runtime SDK for .NET, which requests the driving directions in esriDOTFeatureSets format. Unfortunately I can't change that behavior through my code but we are still able to publish our network analyst service from ArcMap. So we'll use that workaround until a fix becomes available. Thanks again for your help Deelesh!
... View more
02-14-2023
12:45 PM
|
0
|
0
|
649
|
POST
|
Hello Community! I need help understanding how the Append tool (data management) works, and why the performance is vastly different if I use a target feature class on SQL server versus a target feature class in a local file geodatabase. I have a geoprocessing task that I developed in Model Builder. As the last step of my task, I append a small number of features (less than 30 usually) into a feature class containing a very large number of rows (1 million or so), but it is taking a very long time. I simply need to save the rows and exit the task. In other words, I don't need to access the updated feature class after the append is complete. To troubleshoot, I created a test geoprocessing tool that does two tests: Test 1 - Append 30 rows into a SQL Server feature class containing 1 million rows. This takes 53 seconds to complete the task, however I noticed that if I select from the table, I can see the rows are immediately inserted into the database. If the data has been inserted, what is the append operation doing the rest of the time? Test 2 - Append 30 rows into a File Geodatabase feature class containing 1 million rows. This only takes 1 second to complete. What am I doing wrong? Are there things that I can check on SQL Server to troubleshoot the issue? Thank you! David A screenshot of my test model is shown below.
... View more
02-14-2023
12:36 PM
|
0
|
8
|
1689
|
POST
|
Deelesh, Thank you for your reply. I have sent the GDB file to you as requested. Please let me know if you need any more information! -David
... View more
02-09-2023
04:18 PM
|
0
|
0
|
678
|
Title | Kudos | Posted |
---|---|---|
1 | 02-16-2023 03:21 PM | |
1 | 02-16-2023 04:46 AM | |
1 | 10-13-2022 06:42 AM | |
1 | 08-23-2022 11:34 AM |
Online Status |
Offline
|
Date Last Visited |
02-07-2024
05:47 PM
|