|
POST
|
Glad to have helped. Yes, it's a great API with tremendous potential, and this is just the beginning. Your feedback is very helpful. Unless we've missed something though, we do think the new APIs could simplify your identify/class breaks workflow a little: Load the "source data" raster as a ContinuousFieldFunction. Use the map algebra APIs to classify it. Display that classified analysis output in the analysis overlay using a ColorMap, where each color in the ColorMap represents a class you mapped to in step 2. When you tap on the map, you'd get the real value from the source data raster as you do now, but this approach would mean you'd be able to bypass the creation and export of the new classified TIFF, and just work directly with your source TIFF throughout. Here's some sample Dart code (using the Flutter Maps SDK) that hopefully helps explain what we mean (courtesy of our resident analysis API guru, @Rachael_Ellen). Like I said, it's possible we've misunderstood something though… Down the road, another thing on the roadmap that might eventually simplify this further is a valueAt(Point) method, which you could call on the source ContinuousFieldFunction from step 1 rather than digging into the source raster.
... View more
Friday
|
0
|
0
|
131
|
|
POST
|
Can you share more code for Q2 please? Specifically: What are the class breaks you're using, and how are they defined? It doesn't look like you're using our `ClassBreak` class since it's designed around ranges with `minValue` and `maxValue`. I'm guessing you have some other classification data that simply defines an upper bound? Can you also share the code that defines `boolFunc0`, `boolFunc1`, `boolFunc2` in your working chained example. Where you're successively replacing by less than a larger and larger amount, we would expect the last replacement to consume previous ones (the set of things <600 is included in the set of things <800, so if you've replaced everything <600 with 0, then everything <800 with 1, you would not see any of the 0s, only the 1s). We can reproduce that. But where we reverse that, so that we first replace things <800, then replace things <600, we see what we would expect (two separate categories). We also can't reproduce anything different based off inline chaining vs iterating in a loop. All that considered, if you could share your code, it would be really helpful. Thanks!
... View more
Friday
|
0
|
1
|
169
|
|
POST
|
Correction: I meant to say that Viewshed and Line of Sight don't work correctly in geographic coordinate systems. I have updated my reply above.
... View more
Friday
|
0
|
0
|
187
|
|
POST
|
Hi @JBuchanan. Great to see you diving in to the new APIs. We're a little thin on the ground with samples at the moment, but building more out as we can. Some answers for you: 1. Outputting to an in-memory raster for use in a raster layer is something we know is an important capability, and is on the roadmap. In terms of that sample, you're right, it's not writing out loads of rasters and loading them in. That's actually using the AnalysisOverlay. This sample shows how to do that (for a single overlay), but the principle is pretty simple: once you have your analysis defined, create a FieldAnalysis from it, and add that to an AnalysisOverlay in your MapView's AnalysisOverlays collection. Then just update the analysis parameters (anywhere in the analysis chain), and the display will update to reflect those changes. In that example, from the DevTech Summit plenary, the code does this: Creates one AnalysisOverlay and adds it to the MapView's AnalysisOverlays collection. For each drone, it creates a ViewshedFunction with the drone's parameters (including location and heading). All these ViewshedFunctions use the same imported elevation ContinuousFieldFunction (as in your first code snippet). Create a FieldAnalysis for each ViewshedFunction, providing the same ColormapRenderer. Add all the FieldAnalysis objects to the Analyses collection of the AnalysisOverlay from step 1. Now things are set up, the SDK takes over. As drone position updates come in, just update the parameters for the appropriate ViewshedFunction, and the SDK will handle the rest. Note that there are currently a couple of limitations to be aware of: Viewshed and Line of Sight functions don't yet work correctly in geographic coordinate systems, so this may give you unexpected results in a SceneView. The spatial reference of the final analysis needs to match that of the GeoView. If your map is WebMercator, that usually just means tell the createAsync() call to project your elevation to WebMercator. We're working hard on reducing these limitations. One hint: as you test, keep an eye on the GeoView's AnalysisViewStateChanged event to help debug issues. 2. I'm not sure I can explain this one. I'm not a .NET developer, but what you're doing looks reasonable (especially since you've tried reversing the order). One note: when I've done this kind of reclassification, I've used a lower and upper bound (see the swift example halfway down this blog post). My initial thought is the SDK might be reducing/optimizing things internally in a way you're not expecting, but that doesn't explain why it works when chained in one line vs applied in an iteration. Someone smarter than I am will add their thoughts… 3. Signed 32-bit integers should behave as expected, with values in the range of -2147483648…2147483647, so consider that the same upper limit for both 32-bit signed and unsigned ints. 4. The CreateAsync documentation says "Supports reading of all raster pixel types except 64-bit float." Our target has been the pixel types listed as supported by Pro in this table, with the exceptions mentioned in the CreateAsync constructors. I'll see if we can maybe be a bit more explicit about this. [Updated to correct "projected" to "geographic" coordinate systems with respect to Viewshed/Line of Sight limitations]
... View more
Thursday
|
0
|
5
|
215
|
|
POST
|
Hi @BenHaas4. Sorry for the delay getting back to you. Assuming you are setting returnGeometry=false on the QueryParameters being used to populate the table (I think you are), then I would expect this behaviour, yes, though arguably we should treat this as an error and provide better feedback. What you have with a ServiceFeatureTable from a feature layer (i.e. NOT a non-spatial table) is a table that expects a geometry as part of its schema. It's reading the feature service definition to get to that state. So the geometry field cannot be NULL in this table, but you're trying to populate the table with NULL geometries. When you then try to populate it with geometry-less features, what should it do¹? It's an invalid state for that feature table to have records with no geometry. You could do one of two things: Don't populate the table manually. Instead use the default featureRequestMode (onInteractionCache) and then simply query (not populate) the ServiceFeatureTable using the QueryParameters. That will return you a dataset of the features you want, without their geometries. Populate the service feature table including the geometries, but then ignore the geometries when you work with the features you get back. Hope that helps. Let me know if I've missed something. ¹ Well, what it should probably do is tell you that you can't do what you're trying to do, not nothing at all and leave you hanging… I'll see if we can look into that. Feels like a decent improvement to the SDKs.
... View more
2 weeks ago
|
0
|
1
|
178
|
|
BLOG
|
We just released 300.0 of the ArcGIS Maps SDKs for Native Apps (see What's New in ArcGIS Maps SDKs for Native Apps 300.0), but for those of you not yet ready to update to this milestone release, the team has also been hard at work keeping the 200.8 long-term support (LTS) release up to date for .NET, Kotlin, Qt, and Swift¹, and 200.8.2 is now available. 200.8.2 includes plenty of bug fixes and performance improvements, as well as 3rd party library updates. For more details, please see the SDK-specific Release Notes topics: ArcGIS Maps SDK for .NET ArcGIS Maps SDK for Kotlin ArcGIS Maps SDK for Qt ArcGIS Maps SDK for Swift Get the update via the package manager for your chosen platform, or if you can't make use of package managers, downloads are available from the Esri Developer site: ArcGIS Maps SDK for .NET Downloads ArcGIS Maps SDK for Kotlin Downloads ArcGIS Maps SDK for Qt Downloads ArcGIS Maps SDK for Swift Downloads Bear in mind that the 200.8 LTS patches do not include any new functionality (focusing instead on bug fixes and security patches) and we encourage you to update to the 300.x series of SDKs where possible. See the product life cycle pages for .NET, Kotlin, Qt, and Swift SDKs for more details. ¹ Since ArcGIS Maps SDK for Flutter 200.8 was not an LTS release as the team focuses on reaching parity, there are no planned 200.8.x patch releases for the Flutter Maps SDK. See the 200.8 release blog post "What's next" section for more details.
... View more
a month ago
|
2
|
0
|
276
|
|
POST
|
Thanks for the note, @AdrianaPaese. I'm sorry to hear this. We'll look into it. In the meantime, it sounds like you can see the My Esri page but not see the licenses tile. Is that correct? I see you've found the tile. I'll take a look and see if we need to improve the doc on that too.
... View more
05-07-2026
10:57 AM
|
0
|
1
|
311
|
|
POST
|
Just FYI for anyone else reading this, @youknowww and I have been chatting in a DM thread about some of his prototyping. We're always interested in hearing more about how you're using Vision Pro with Esri tech, so I encourage people to reply here or post in the Swift Maps SDK Questions forum if you have questions or just want to share what you're doing.
... View more
04-30-2026
10:59 AM
|
2
|
0
|
235
|
|
POST
|
Hello @ValerioQuintarelli85. Thanks for the question. I'm afraid you've found some old documentation that slipped through the cracks. Per-layer selection color was deprecated in 2019 and has been removed. We will fix the doc, and I apologize for the inconvenience! The short version is that we have not supported different selection colors since 100.4. We found that it impacted performance and impaired our ability to deliver new features. You can read more about that in the Selection behaviour changes in Runtime 100.5" blog post from 2019. Again, sorry for giving you false hope and having you dig around the API for things that no longer exist! If your use case allows you to only select features from one layer at a time, you could dynamically change the overall selection color as the user selects features from each layer, but if you need to support two separate selection colors being displayed at the same time with features selected from multiple layers, the selection capabilities won't work for you. Let me know if that's the case, and a little more about the layer types (points? lines? polygons?), and I can try to come up with some suggestions.
... View more
04-29-2026
08:44 AM
|
0
|
0
|
268
|
|
BLOG
|
The 300.0 release of the ArcGIS Maps SDKs for Native Apps is a significant milestone and has been a long time in the making. It introduces important new functionality including a completely new spatial analysis API, local scene support, and the building scene layer along with many many more enhancements. Lightning fast viewshed analysis and map algebra in the 300.0 Native Maps SDKs Available now via the package manager of your choice or via the Esri Developer site. Read the release announcement blog post for more details.
... View more
04-22-2026
08:07 AM
|
4
|
0
|
448
|
|
POST
|
I'm not familiar with the data formats that WinTAK uses, but from a quick search it seems that they might be using OGC GeoPackages (which are written as SQLite databases, and would make sense as an open format). So you could try the GeoPackage class in the Native Maps SDK, and take a look at this sample. Let us know how that works.
... View more
03-17-2026
09:01 AM
|
0
|
1
|
354
|
|
BLOG
|
The first LTS patch release for 200.8 is now available for .NET, Kotlin, Qt, and Swift Native Maps SDKs. 200.8.1 includes plenty of bug fixes and performance improvements, as well as 3rd party library updates. For more details, please see the SDK-specific Release Notes topics: ArcGIS Maps SDK for .NET ArcGIS Maps SDK for Kotlin ArcGIS Maps SDK for Qt ArcGIS Maps SDK for Swift Get the update via the package manager for your chosen platform, or download from the Esri Developer site: ArcGIS Maps SDK for .NET Downloads ArcGIS Maps SDK for Kotlin Downloads ArcGIS Maps SDK for Qt Downloads ArcGIS Maps SDK for Swift Downloads Note: Since ArcGIS Maps SDK for Flutter is still focusing on reaching parity, version 200.8 is not a long-term support release and there is no 200.8.1 release for the Flutter Maps SDK. See the 200.8 release blog post "What's next" section for more details.
... View more
01-29-2026
09:39 AM
|
1
|
0
|
577
|
|
BLOG
|
Hi @NathanMeade. I agree, that wording is a bit confusing. That reference to extending your deadline is left over from the 100.15.7 release notes, when Google's deadline was imminent. I'll work with the team to clarify the text. Rest assured that 100.15.8 includes the 16Kb page size fix.
... View more
12-22-2025
10:15 AM
|
0
|
0
|
740
|
|
POST
|
Hi @HansSchmidt, That's generally true, but it depends on what your app is doing. It sounds like you might be exploring areas that test the boundaries of that free license, but I can't tell without more information. The key consideration here is this: the expectation is that with a Lite license you will be using the SDKs with one of our foundational products (ArcGIS Online, ArcGIS Location Platform, ArcGIS Enterprise, or ArcGIS Pro) in some way. This is expressed by item 62 of our E300 product-specific terms of use: "Value-Added Applications must be used in conjunction with other Esri Products." In the case of ArcGIS Online or ArcGIS Location Platform, you're consuming paid services. Or your might be using ArcGIS Pro to create mobile map packages or network datasets for offline use, etc. etc. You can determine the product-specific terms in that document which apply to Flutter at Lite under the Developer Products section: To provide a more concrete answer, I'd have to understand how you will be using the SDK. I'm happy to discuss. Feel free to DM me if you prefer. Hope that helps.
... View more
12-17-2025
10:12 AM
|
1
|
0
|
580
|
|
BLOG
|
Hi @KokiSHIOHARA. An Esri Support KB Article has now been published.
... View more
11-05-2025
10:52 AM
|
1
|
0
|
776
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | a month ago | |
| 2 | 04-30-2026 10:59 AM | |
| 4 | 04-22-2026 08:07 AM | |
| 1 | 01-29-2026 09:39 AM | |
| 1 | 12-17-2025 10:12 AM |