|
IDEA
|
After an async createReplica job on a feature service finishes, the replica is ready to download using a link given on the job status page. One can download the replica all at once. But, like most REST endpoints, one could use the common HTTP range header to download the replica a bit faster: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Range For example, the replica could be downloaded in 10MB chunks, 5 chunks at a time. Then, the chunks would be reassembled programmatically after all chunks were downloaded. This is a fairly common practice for larger HTTP downloads. From my tests, ArcGIS Server does seem to respond properly when called with the RANGE header (replies with 206, gives back only the number of bytes requested). But, I'd like official support if we are to base code on this behavior. Is it officially supported? A few examples of others using the range header: https://stackoverflow.com/questions/3303029/http-range-header https://www.infoworld.com/article/3198668/how-to-work-with-http-range-headers-in-webapi.html
... View more
03-23-2022
02:25 PM
|
0
|
0
|
642
|
|
POST
|
Sounds good. I'm glad the teams are planning to address this. May I also suggest: anything that implements ILoadable should over-explain why they couldn't load. There's a lot of possible reasons for a failure during operations like this, so we will need as much info as possible to solve issues that arise. Thank you!
... View more
03-15-2022
08:50 AM
|
0
|
0
|
1265
|
|
POST
|
When loading the meta-data for a map service using LoadAllLayersAndTables we see this error: After digging around in the service's meta data for several hours, we discovered the issue was with the line width of one of the layers. For some odd reason, it had been published with a negative width. Not sure how that is possible, but the main concern for me is this error message. It is terrible at communicating information that would allow the user to figure out the problem. No layer names, no information about symbology. Lots of repetition of metadata and sublayers and "width must be 0 or greater". We don't even know what "width" it is talking about. Sorry to rant, but this method call is so broad (loading all meta data from a map service), it needs to be specific about the layer, field, renderer, or any other part of the JSON it was parsing when it encountered the error. Please add this as soon as possible for this error. And please consider adding at least the layer name to all such errors that are possible while parsing service meta-data. Thank you!
... View more
03-11-2022
11:57 AM
|
1
|
2
|
1338
|
|
POST
|
-->
Some of our users are experiencing issues with sync replicas when using them in our Runtime app. Unfortunately, they don't have a lot of information to correct the situation. The Runtime just says "Geodatabase field not found" when our app tries to look at one of the tables. Please improve the error message to saw which field cannot be found. Please mention the table name too. This would help their diagnosis immensely. Exception below: Esri.ArcGISRuntime.ArcGISRuntimeException: Geodatabase field not found. Stack trace: at Esri.ArcGISRuntime.ArcGISException.HandleCoreError (RuntimeCoreNet.GeneratedWrappers.CoreError error, System.Boolean throwException) at RuntimeCoreNet.GeneratedWrappers.Interop.CheckError (System.IntPtr errorHandle, System.Boolean throwOnFailure, System.Runtime.InteropServices.GCHandle wrapperHandle) at RuntimeCoreNet.GeneratedWrappers.CoreArcGISMapImageSublayer.get_Table () at Esri.ArcGISRuntime.Mapping.ArcGISMapImageSublayer.<get_Table>b__43_0 (RuntimeCoreNet.GeneratedWrappers.CoreArcGISMapImageSublayer c) at Esri.ArcGISRuntime.Internal.RuntimeLazy.Make[T,U] (T& target, System.Boolean& initialized, System.Object locker, U factoryParam, System.Func<T,T1>[T,TResult] factory) at Esri.ArcGISRuntime.Internal.RuntimeLazy.Get[T,U] (T& target, System.Boolean& initialized, System.Object locker, U factoryParam, System.Func<T,T1>[T,TResult] factory) at Esri.ArcGISRuntime.Mapping.ArcGISMapImageSublayer.get_Table ()
... View more
02-04-2022
07:53 AM
|
0
|
0
|
680
|
|
POST
|
An FYI to the Runtime dev teams... Getting an odd SQLite error when trying to use sync replicas. This has also been observed in Collector: https://community.esri.com/t5/arcgis-collector-questions/strange-error-with-sqlite/m-p/1096824/highlight/true#M13463 A fix in Runtime is probably needed. Exception below: Esri.ArcGISRuntime.ArcGISRuntimeException: SQLite constraint violation: SQLite: 19 Abort due to constraint violation - at Esri.ArcGISRuntime.ArcGISException.HandleCoreError (RuntimeCoreNet.GeneratedWrappers.CoreError error, System.Boolean throwException) - at RuntimeCoreNet.GeneratedWrappers.Interop.CheckError (System.IntPtr errorHandle, System.Boolean throwOnFailure, System.Runtime.InteropServices.GCHandle wrapperHandle) - at RuntimeCoreNet.GeneratedWrappers.CoreArcGISMapImageSublayer.get_Table () - at Esri.ArcGISRuntime.Mapping.ArcGISMapImageSublayer.<get_Table>b__43_0 (RuntimeCoreNet.GeneratedWrappers.CoreArcGISMapImageSublayer c) - at Esri.ArcGISRuntime.Internal.RuntimeLazy.Make[T,U] (T& target, System.Boolean& initialized, System.Object locker, U factoryParam, System.Func<T,T1>[T,TResult] factory) - at Esri.ArcGISRuntime.Internal.RuntimeLazy.Get[T,U] (T& target, System.Boolean& initialized, System.Object locker, U factoryParam, System.Func<T,T1>[T,TResult] factory) - at Esri.ArcGISRuntime.Mapping.ArcGISMapImageSublayer.get_Table ()
... View more
02-01-2022
09:58 AM
|
0
|
2
|
1230
|
|
POST
|
We see similar errors when using Runtime with sync replicas. Seems like Runtime might need a better error message. An FYI. Stack trace: - at Esri.ArcGISRuntime.ArcGISException.HandleCoreError (RuntimeCoreNet.GeneratedWrappers.CoreError error, System.Boolean throwException) - at RuntimeCoreNet.GeneratedWrappers.Interop.CheckError (System.IntPtr errorHandle, System.Boolean throwOnFailure, System.Runtime.InteropServices.GCHandle wrapperHandle) - at RuntimeCoreNet.GeneratedWrappers.CoreArcGISMapImageSublayer.get_Table () - at Esri.ArcGISRuntime.Mapping.ArcGISMapImageSublayer.<get_Table>b__43_0 (RuntimeCoreNet.GeneratedWrappers.CoreArcGISMapImageSublayer c) - at Esri.ArcGISRuntime.Internal.RuntimeLazy.Make[T,U] (T& target, System.Boolean& initialized, System.Object locker, U factoryParam, System.Func<T,T1>[T,TResult] factory) - at Esri.ArcGISRuntime.Internal.RuntimeLazy.Get[T,U] (T& target, System.Boolean& initialized, System.Object locker, U factoryParam, System.Func<T,T1>[T,TResult] factory) - at Esri.ArcGISRuntime.Mapping.ArcGISMapImageSublayer.get_Table ()
... View more
02-01-2022
09:45 AM
|
0
|
0
|
2063
|
|
POST
|
We are seeing this error in telemetry, saying that our Xamarin.Forms app is crashing out with this error. We can provide detailed logs if needed. Just an FYI. mono_handle_exception_internal mini-exceptions.c, line 2782 SIGTRAP: Objective-C exception thrown. Name: NSInternalInconsistencyException Reason: Modifications to the layout engine must not be performed from a background thread after it has been accessed from the main thread. Native stack trace: 0 CoreFoundation 0x0000000186171270 37A3D601-9398-3DC2-9D00-1B162726A4C9 + 1159792 1 libobjc.A.dylib 0x0000000199f06480 objc_exception_throw + 56 2 CoreAutoLayout 0x000000019a166c5c 63C693CC-EC6A-344E-B11B-69018739F5EA + 60508 3 CoreAutoLayout 0x000000019a166934 63C693CC-EC6A-344E-B11B-69018739F5EA + 59700 4 CoreAutoLayout 0x000000019a166494 63C693CC-EC6A-344E-B11B-69018739F5EA + 58516 5 CoreAutoLayout 0x000000019a162188 63C693CC-EC6A-344E-B11B-69018739F5EA + 41352 6 UIKitCore 0x0000000188f15ca8 E136F680-E4B6-3BCE-8132-4A39EC1ED9FA + 16972968 7 QuartzCore 0x000000018938b424 60620AA2-2467-32A9-9DE9-EEF77E05D3CC + 1434660 8 QuartzCore 0x0000000189391bac 60620AA2-2467-32A9-9DE9-EEF77E05D3CC + 1461164 9 QuartzCore 0x000000018939d16c 60620AA2-2467-32A9-9DE9-EEF77E05D3CC + 1507692 10 QuartzCore 0x00000001892e5578 60620AA2-2467-32A9-9DE9-EEF77E05D3CC + 755064 11 QuartzCore 0x00000001893102c8 60620AA2-2467-32A9-9DE9-EEF77E05D3CC + 930504 12 QuartzCore 0x0000000189310aac 60620AA2-2467-32A9-9DE9-EEF77E05D3CC + 932524 13 libsystem_pthread.dylib 0x00000001cdae0108 D9C0947A-F081-33AB-B885-C0CECC183129 + 57608 14 libsystem_pthread.dylib 0x00000001cdadbcd0 D9C0947A-F081-33AB-B885-C0CECC183129 + 40144 15 libsystem_pthread.dylib 0x00000001cdad3898 pthread_exit + 60 16 SE.Geospatial.Mobile.Viewer.iOS 0x000000010a387858 _ZN7plcrash2MS5async24dwarf_cfa_state_iteratorIyxE4nextEPjPNS1_28plcrash_dwarf_cfa_reg_rule_tEPy + 91771832 17 SE.Geospatial.Mobile.Viewer.iOS 0x000000010a31e080 _ZN7plcrash2MS5async24dwarf_cfa_state_iteratorIyxE4nextEPjPNS1_28plcrash_dwarf_cfa_reg_rule_tEPy + 91339744 18 libsystem_pthread.dylib 0x00000001cdadbc74 _pthread_start + 288 19 libsystem_pthread.dylib 0x00000001cdae0878 thread_start + 8
... View more
10-18-2021
01:00 PM
|
0
|
2
|
1594
|
|
POST
|
Indeed. We plan to maintain this dependency through our trust in Microsoft's build agents, used from within Azure DevOps. Should be pretty reliable. As for the Runtime docs, I would ask that "Local install" is explained a bit more. I knew what that meant, but I'm not sure all Runtime developers would. Microsoft is un-helpful there too. But, at least the esri docs could refer to Microsoft's docs on the matter. https://docs.microsoft.com/en-us/cpp/windows/deployment-in-visual-cpp?view=msvc-160#local-deployment https://docs.microsoft.com/en-us/dotnet/desktop/wpf/app-development/deploying-a-wpf-application-wpf?view=netframeworkdesktop-4.8 https://docs.microsoft.com/en-us/cpp/windows/walkthrough-deploying-a-visual-cpp-application-to-an-application-local-folder?view=msvc-160
... View more
07-02-2021
04:21 PM
|
0
|
0
|
1907
|
|
POST
|
If anyone has been looking for the best way to deploy the C++ Runtime with your esri Runtime WPF app, here's the content we brought into our app package. We copy from these locations: 32-bit: c:\windows\syswow64*140.dll C:\Program Files (x86)\Windows Kits\10\Redist\ucrt\DLLs\x86\* C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\redist\x86\Microsoft.VC140.CRT* 64-bit: c:\windows\system32*140.dll C:\Program Files (x86)\Windows Kits\10\Redist\ucrt\DLLs\x64\* C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\redist\x64\Microsoft.VC140.CRT* 32-bit files go into the ArcGISRuntime100.11\client32 folder. 64-bit files go into the ArcGISRuntime100.11\client64 folder.
... View more
06-30-2021
07:48 PM
|
1
|
2
|
1973
|
|
POST
|
We see the following crash error on occasion from 100.10. We haven't shipped our app with 100.11 yet, so we don't have any telemetry from it yet. A note for the Runtime teams to look out for possible issues here. Let me know if you would like the full crash logs. mono_handle_exception_internal mini-exceptions.c, line 2782 SIGTRAP: Objective-C exception thrown. Name: NSInternalInconsistencyException Reason: Modifications to the layout engine must not be performed from a background thread after it has been accessed from the main thread. Native stack trace: 0 CoreFoundation 0x0000000186beb9ec F3021642-E3C0-33F8-9911-DD303A6056D0 + 1157612 1 libobjc.A.dylib 0x000000019af6eb54 objc_exception_throw + 56 2 CoreAutoLayout 0x000000019b1f1640 011F5CA5-D31B-3CDC-83C2-C7CB66064075 + 63040 3 CoreAutoLayout 0x000000019b1f1318 011F5CA5-D31B-3CDC-83C2-C7CB66064075 + 62232 4 CoreAutoLayout 0x000000019b1f0e78 011F5CA5-D31B-3CDC-83C2-C7CB66064075 + 61048 5 CoreAutoLayout 0x000000019b1ecb58 011F5CA5-D31B-3CDC-83C2-C7CB66064075 + 43864 6 UIKitCore 0x0000000189960780 CC6E5AC7-8248-35F6-8B42-2E25C93DCF0A + 17008512 7 QuartzCore 0x0000000189e65df4 461501DD-204F-3516-9F5D-BDD0BA19FDA1 + 1400308 8 QuartzCore 0x0000000189e6c398 461501DD-204F-3516-9F5D-BDD0BA19FDA1 + 1426328 9 QuartzCore 0x0000000189e776e8 461501DD-204F-3516-9F5D-BDD0BA19FDA1 + 1472232 10 QuartzCore 0x0000000189dc2d7c 461501DD-204F-3516-9F5D-BDD0BA19FDA1 + 732540 11 QuartzCore 0x0000000189decf40 461501DD-204F-3516-9F5D-BDD0BA19FDA1 + 905024 12 QuartzCore 0x0000000189ded74c 461501DD-204F-3516-9F5D-BDD0BA19FDA1 + 907084 13 libsystem_pthread.dylib 0x00000001ce688110 CD2075FF-948B-313A-8A02-E2AD1E676A74 + 53520 14 libsystem_pthread.dylib 0x00000001ce683cf8 CD2075FF-948B-313A-8A02-E2AD1E676A74 + 36088 15 libsystem_pthread.dylib 0x00000001ce67ba00 pthread_exit + 60 16 SE.Geospatial.Mobile.Viewer.iOS 0x0000000105a7a7ac _ZN7plcrash2MS5async24dwarf_cfa_state_iteratorIyxE4nextEPjPNS1_28plcrash_dwarf_cfa_reg_rule_tEPy + 84658592 17 SE.Geospatial.Mobile.Viewer.iOS 0x0000000105a10fd4 _ZN7plcrash2MS5async24dwarf_cfa_state_iteratorIyxE4nextEPjPNS1_28plcrash_dwarf_cfa_reg_rule_tEPy + 84226504 18 libsystem_pthread.dylib 0x00000001ce683c9c _pthread_start + 288 19 libsystem_pthread.dylib 0x00000001ce688880 thread_start + 8
... View more
06-28-2021
03:49 PM
|
0
|
0
|
1578
|
|
POST
|
Another detail: we went to the data frame properties in ArcMap and changed the coordinate system there. Setting this to British National Grid to match the data that was in the GDB didn't work. Nor did setting the data frame coordinate system to WGS 1984 World Mercator. Both data frame coordinate systems resulted in the same offset.
... View more
04-26-2021
12:23 PM
|
1
|
0
|
2249
|
|
POST
|
Here's the details of the spatial reference we are working with: British_National_Grid WKID: 27700 Authority: EPSG Projection: Transverse_Mercator False_Easting: 400000.0 False_Northing: -100000.0 Central_Meridian: -2.0 Scale_Factor: 0.9996012717 Latitude_Of_Origin: 49.0 Linear Unit: Meter (1.0)
... View more
04-26-2021
11:21 AM
|
0
|
0
|
2297
|
|
POST
|
Using the .NET Runtime, we've noticed that the server-side rendered tiles from a map service do not show up in the correct locations. The Runtime app starts with a public esri WGS84 basemap and asks for tiles in that spatial reference. It appears the tiles sent down are not projected into WGS84. They are offset to the north. This can be seen in the attached screenshot (the black line should be where the red highlight is). Manually re-projecting the feature data to WGS84 at the geodatabase level corrects the offset, as there is no re-projection in this case. Is there a setting in ArcGIS Enterprise/Server that prevents on-the-fly re-projections in the Server-side rendering pipeline?
... View more
04-26-2021
11:19 AM
|
0
|
2
|
2300
|
|
POST
|
We've run into this issue ourselves. We'll try the work-around and look forward to a fix in the Runtime. System.ObjectDisposedException: Cannot access a disposed object. Object name: 'MapView'.** **Stack trace**: - at Foundation.NSObject.get_SuperHandle () - at UIKit.UIView.get_Bounds () - at Esri.ArcGISRuntime.UI.Controls.GeoView.ApplicationDidBecomeActive (System.WeakReference<T>[T] geoview) - at Esri.ArcGISRuntime.UI.Controls.GeoView+<>c__DisplayClass47_0.<SetupApplicationNotificationHandlers>b__3 (System.Object s, Foundation.NSNotificationEventArgs e) - at UIKit.UIApplication+Notifications+<>c__DisplayClass4_0.<ObserveDidBecomeActive>b__0 (Foundation.NSNotification notification) - at Foundation.InternalNSNotificationHandler.Post (Foundation.NSNotification s) - at (wrapper managed-to-native) UIKit.UIApplication.UIApplicationMain(int,string[],intptr,intptr) - at UIKit.UIApplication.Main (System.String[] args, System.IntPtr principal, System.IntPtr delegate) - at UIKit.UIApplication.Main (System.String[] args, System.String principalClassName, System.String delegateClassName)
... View more
03-22-2021
03:39 PM
|
0
|
0
|
3866
|
|
POST
|
We've seen some crashes coming from the MapView class in the iOS build of our Xamarin.Forms app. They occur when adding a new ArcGISMapImageLayer to the MapView. I'm posting them here for the information of the Runtime teams to discover a potential issue to fix for future versions. We are using Runtime 100.9. Reach out if you need a more complete crash dump. GeoView.CollapseAttribution () GeoView.TouchesBegan (Foundation.NSSet touches, UIKit.UIEvent evt) (wrapper managed-to-native) UIKit.UIApplication.UIApplicationMain(int,string[],intptr,intptr) UIApplication.Main (System.String[] args, System.IntPtr principal, System.IntPtr delegate) /Library/Frameworks/Xamarin.iOS.framework/Versions/13.20.2.2/src/Xamarin.iOS/UIKit/UIApplication.cs:86 UIApplication.Main (System.String[] args, System.String principalClassName, System.String delegateClassName) /Library/Frameworks/Xamarin.iOS.framework/Versions/13.20.2.2/src/Xamarin.iOS/UIKit/UIApplication.cs:65
... View more
10-30-2020
08:04 AM
|
2
|
3
|
2097
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 01-22-2024 08:15 AM | |
| 1 | 08-12-2020 09:17 AM | |
| 1 | 08-12-2020 09:15 AM | |
| 30 | 02-14-2020 02:01 PM | |
| 2 | 10-08-2015 10:09 AM |
| Online Status |
Offline
|
| Date Last Visited |
08-04-2025
02:26 PM
|