|
POST
|
Are you able to open the file with standard .NET File APIs with that path? Ie File.OpenRead(pathToMmpk) ? Also make sure you configure your application manifest to read in that location. With android you can't really package files with the application itself - you can only package assets, and you'd have to "unpack" those files first to a local folder before opening, or downloading it from an online location to that location on first access.
... View more
07-08-2020
09:03 AM
|
0
|
0
|
3312
|
|
POST
|
v100.8 uses OpenGL. We now have Metal support in our daily builds and so far looking good to ship it with 100.9
... View more
07-01-2020
12:13 PM
|
2
|
1
|
1698
|
|
POST
|
This is generally how dynamic layers work in the runtime. If you want to use a tiled version, use a WMTS service with the WmtsLayer.
... View more
06-26-2020
08:56 AM
|
0
|
0
|
2050
|
|
POST
|
Sometimes the garbage collector can get a little lazy on cleaning up. Try forcing a GC prior to deleting: GC.Collect(); GC.WaitForPendingFinalizers();
... View more
06-17-2020
01:46 PM
|
1
|
2
|
3568
|
|
POST
|
Could you supply the stack trace from the inner exception? Also the call-stack seem to indicate you are using .Wait() instead of 'await' ? That's a blocking call and should never be used in a multi-threaded application, as you can deadlock the entire process. There's also issues with the plugin model if multiple plugins use different versions of ArcGIS Runtime. I believe AutoCAD has their own plugin that also includes (an older version of) ArcGIS Runtime, and if that's a different version there are currently issues with getting a plugin it to use the correct version (first one to load wins). When the app crashes, try and go to Debug -> Modules and check which esri assemblies are loaded in memory, and verify that the path is what you expect. Your exception and callstack doesn't initially seem to indicate that's the actual issue, but that's why I want to double-check by understanding the callstacks of the inner exceptions.
... View more
06-16-2020
12:32 PM
|
0
|
1
|
9006
|
|
POST
|
Try browsing the \bin\ folder down to where the appx folder was generated. Do you see a file next to Esri.ArcGISRuntime.dll that's called "RuntimeCoreNet.dll" ? Does this only happen for x64 and not x86?
... View more
06-16-2020
08:07 AM
|
0
|
0
|
1816
|
|
POST
|
FYI once update 9 ships, from a .NET Standard library you'll be able to call: LocationDataSource.CreateDefault() to get a location-datasource for the platform. Until then you can use the code snippet I linked to above.
... View more
06-16-2020
08:06 AM
|
0
|
0
|
2215
|
|
POST
|
I'm not sure what you mean by it not working when in a DLL. Applications needs an executable to run. There really shouldn't be any difference between putting the code in an executable, or having an executable call the same code in an assembly. Have you tried copying that code to the executable part and test if that works? I'm guessing the execution context might be different from the application that you got it working in. It's not unlikely that the application that is executing your assembly could be doing something to mess up your code. It might also be helpful to look at the exception, its stacktrace, as well as if that exception has an InnerException property populated, look at its message and stacktrace.
... View more
06-15-2020
12:55 PM
|
0
|
3
|
9006
|
|
POST
|
I would say this performance difference is more or less expected. If the MMPK can do what you need, I wouldn't even consider running local server. It's mainly meant to bring in the full power of the entire arcgis system, and done by basically running a slimmer version of ArcGIS Server in-process - that includes a much larger runtime to load and a lot more data serialization which has significant overhead and limits to how much data can be pulled at a time. You get a LOT of power with this approach, but it does come at a cost. As Nick mentioned, the MMPK uses direct-read of the data right from the rendering pipeline, so you'll see much better performance and faster load time.
... View more
06-12-2020
04:54 PM
|
1
|
0
|
3244
|
|
POST
|
Could you try and close Visual Studio, delete the obj and bin folders, and try again?
... View more
06-12-2020
04:43 PM
|
1
|
2
|
1816
|
|
POST
|
We should make that easier I agree. Currently that API is only available for platform-specific code, and not part of the .NET Standard API surface. For now you can do what I did here: arcgis-toolkit-dotnet/ContinuousGPSSample.xaml.cs at master · Esri/arcgis-toolkit-dotnet · GitHub This should return a value when running on Xamarin.iOS, Xamarin.Forms, UWP, .NET Core and .NET Framework (even if you compiled for .NET Standard).
... View more
06-09-2020
12:41 PM
|
0
|
1
|
2215
|
|
POST
|
The best external GPS devices that requires the least code are ones that will drive Windows' built-in location service, and the built-in SystemLocationDataSource will "just work". If you have an external GPS that uses serial port or bluetooth to send NMEA messages, you can use a library I wrote on the side. You'll see how that's hooked up to ArcGIS Runtime in the documentation here: Creating a location provider for ArcGIS Runtime SDK (note: We hope to have built-in support for NMEA in an upcoming release really soon)
... View more
06-05-2020
09:11 AM
|
0
|
0
|
2054
|
|
POST
|
> it doesn't seem to work. What is it that doesn't seem to work? Are you getting a crash, no points added, invalid results or? Also if you're creating new geometries, I'd recommend looking at the GeometryBuilders, like PolygonBuilder and PolylineBuilder.
... View more
05-26-2020
11:57 AM
|
1
|
0
|
1578
|
|
POST
|
oh also just realized that your where clause will probably mean you don't get any features back, as the where clause looks for rows that's returns true on that expression. Try setting the WhereClause to "1=1" which would make all rows match the filter and you get them all back. If your dataset also have an AREA attribute (like your screenshot seem to indicate), you can read that using feature.Attributes["AREA"]
... View more
05-18-2020
10:04 PM
|
2
|
0
|
2963
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 05-11-2026 07:05 AM | |
| 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 |
2 weeks ago
|