Latest Contributions by Nicholas-Furness

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.

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.

‎11-05-2025

Hi @KokiSHIOHARA. An Esri Support KB Article has now been published.

‎11-04-2025

One thing I would add: the ArcGIS Runtime SDK for iOS is now in Mature Support. You should really consider migrating to the ArcGIS Maps SDK for Swift if at all possible.

‎11-04-2025

Just to build on @dotMorten_esri's answer: In order to open and read shapefiles, you will need a Standard level deployment license or higher (see the table in the License level and capabilities page). You can get a Standard license either through a license string as Morten mentioned (you'll need to purchase a Deployment License Pack from Esri or your local distributor if not in the US) or you can use an ArcGIS account of appropriate user type. See this page to learn more about which ArcGIS accounts enable which license levels (but to summarize Creator, Professional, or Professional Plus user types would grant you Standard or above). Note: you don't need a license for development and testing (simply don't apply a license and all capabilities will be enabled) but you must license your app before deploying to production.

‎11-04-2025

Hello. Thanks for the question. To clarify: Routing is the process of getting a turn-by-turn route solution between points, and navigation is the process of following that route interactively, considering the user's location, potentially with voice-guidance and/or re-routing. Both the ArcGIS Maps SDK for JavaScript and the ArcGIS Maps SDKs for Native Apps support turn-by-turn routing. Only the Native Maps SDKs support navigation (through the RouteTracker API). The RouteTracker API is available in the .NET, Flutter, Kotlin, Qt, and Swift Maps SDKs (the Flutter Maps SDK does not yet have conceptual guide doc, but you can explore the samples here and here, and the API reference here). Interactive location tracking and navigation is not typically a browser-based experience, so the JavaScript Maps SDK does not have an equivalent. If you are looking to build a React-Native type of experience around one of our Native SDKs, you would have to build the bindings yourself. You might also try asking in JavaScript Maps SDK Questions. Hope this helps.

‎11-01-2025

Hi @ZhouYi. Glad that solution works. With respect to your questions: 1) Yes, many developers make use of API Keys and the Location Platform basemap services (and so use this constructor). It's a popular way to enable access to our high quality up-to-date basemaps (and other location services) for apps where the app users do not sign in with an ArcGIS Online or ArcGIS Enterprise account. 2) Since 2022, many developers have been required to use our modern, metered basemap services through Location Platform. You can learn more about this requirement and our full terms of use here. In short (though please read that page for full details): if your application does not require your users to sign in with their ArcGIS Online or ArcGIS Enterprise account, then this most likely applies to you. In that case, API Keys are the appropriate way to access those basemaps. Bear in mind that you get a generous free basemap allowance. If you are building an application for ArcGIS Online or ArcGIS Enterprise users where those users will sign into the app with their ArcGIS account, then you might not need to use API Keys. In that case your app can enable basemap access for those users by allowing them to sign in with their ArcGIS account.

‎10-29-2025

Hi. That constructor is marked as deprecated. You should use this instead, and set the Map's initialViewpoint or the MapView's viewpoint (see this tutorial). You'll need to convert your zoom level 5 to a scale value (see this tool). Please let us know if you still see the issue with that constructor.

‎10-17-2025

This blog post details our plans for modernizing and streamlining the ArcGIS Maps SDK for .NET at our next major release (300.0), coming in Q2 2026. This will allow us to deliver performance improvements, to better support modern .NET development patterns, and align us more closely with Microsoft’s developer roadmap. With that in mind, the following technologies are deprecated in ArcGIS Maps SDK for .NET 200.8: .NET Framework .NET Standard UWP x86 support on Windows (win-x86) This means that the last version of ArcGIS Maps SDK for .NET to support these technologies is 200.8 (including all 200.8.x long-term support patch releases). ArcGIS Maps SDK for .NET 300.0 and later will not support them. [Update] You can find the Esri Technical Support Article for this deprecation here. If you haven't already done so then you will need to address the following before you can upgrade to ArcGIS Maps SDK for .NET 300.0: If you're still building with .NET Framework, you should update your projects to use .NET 9 or later. If you're using UWP to build Windows apps, you should migrate to WinUI. If you're building 32-bit Windows apps, you should update these apps to 64-bit. It’s important to reiterate that the 200.8 long-term support release of the ArcGIS Maps SDK for .NET will continue to support these deprecated technologies until its retirement in 2030, giving you plenty of time to update your projects if you’re not quite ready to do so now. However, in general the barriers to updating your projects are low, and we encourage you to migrate your projects away from these technologies. Some of you may have previously assessed moving from .NET Framework to .NET, or to upgrade your 32-bit x86 Windows projects to 64-bit, but found at the time that your project dependencies might not support that move. A lot has changed in the last few years, so if you haven’t re-assessed that lately, we encourage you to take another look. There are many great resources available that cover these migrations. Here are some handy links: Esri Developer Summit 2023: Maps SDK for .NET Building Apps Esri Developer Summit 2022: Maps SDK for .NET Building Apps Pt 2 Microsoft documentation: Porting from .NET Framework to .NET Analyze before porting Upgrade WPF to .NET 8 Migrate from UWP to Windows App SDK (WinUI) If you're still on the fence about updating from .NET Framework to .NET, now is a great time to get that done using the current 200.8 SDK.

‎10-14-2025

A Lite license is all you'll need (it's free). While you're developing you typically don't use a license, and you see the "Licensed for developer use only" watermark on your map. When it comes time to deploy, you need to use a license. You can learn more here: https://developers.arcgis.com/net/license-and-deployment/

‎10-13-2025

Feature Collections are also a great solution, and mean you can put your data anywhere in the operational layers stack (rather than drawn above it, as the graphics overlays are). Just a couple of things to bear in mind: While you can initially populate a FeatureCollectionTable at the Lite license level using one of these constructors, making subsequent changes to those features (adding, editing, or deleting features) uses the editing APIs, which will require a Basic license. FeatureCollectionTables are schema-based, defining the fields expected for each feature, whereas GraphicsOverlays don't require that. This could be a good thing or not. But as Morten mentioned, clustering is supported on Graphics Overlay for point graphics, so perhaps that'll provide what you need.

‎10-10-2025

The simplest way to do this is to add Graphics to a Graphics Overlay. See this sample: https://developers.arcgis.com/net/wpf/sample-code/add-graphics-with-renderer/ Look at the MakePointGraphicsOverlay() method. A Graphic combines a geometry (in this case point) and optionally attributes, and can provide a symbol to determine what it will look like on the map (although you can optionally define a renderer on the Graphics Overlay to provide the symbol, which is what this sample does).

‎10-09-2025

Hi @ZheWang66369 There's not really enough information here to know what might be going on. Does your app use feature services or local data files, for example? Does the app tear down the MapView at any point or swap out the Map? However, the more important issue here is that 100.11 is retired (see the Product Life Cycle). You should really upgrade to the latest long-term support 100.15.6 release, which will contain many bug fixes and security updates over the version you are using. Longer-term you should migrate your app to the ArcGIS Maps SDK for Swift. Please update your app to a supported version of the SDK and see if this issue still occurs.

‎09-26-2025

I'm not an expert in this, but I think the file that does NOT have embedded SR will need both the XML auxiliary file AND a world file (which positions/scales the image). See this gist for an example, including some links at the bottom that talk some more about aux and world files.

‎09-26-2025

In addition to what @SomeGISGuy said above, since you mentioned creating a gallery, there is also the ArcGIS Maps SDK for .NET toolkit, which includes an open-source Basemap Gallery component.

My Ideas

Latest Contributions by Nicholas-Furness

Re: Announcing ArcGIS Runtime SDK for Android 100.15.7 with 16KB page size support

Re: Distribution with Lite license

Re: Deprecation notice: .NET Framework, UWP, and x86 Windows support in ArcGIS Maps SDK for .NET

Re: Always error and white screen when using the Vector base map on 'ProMax' iPhone.

Re: Is it possible to use .NET Maps SDK without an API key?

Re: ESRI SDK Question

Re: Always error and white screen when using the Vector base map on 'ProMax' iPhone.

Re: Always error and white screen when using the Vector base map on 'ProMax' iPhone.

Deprecation notice: .NET Framework, UWP, and x86 Windows support in ArcGIS Maps SDK for .NET

Re: WPF - Adding markers to Operational Layers using data from database rather than service

Re: WPF - Adding markers to Operational Layers using data from database rather than service

Re: WPF - Adding markers to Operational Layers using data from database rather than service

Re: Ios crash — EXC_BAD_ACCESS in Data_source_layer

Re: RasterLayer in alaska-albers (wkid=3387) cannot be displayed in BaseLayer in web mercator (wkid=3857)

Re: Adding basemap vector tile layer

Re: Deprecation notice: .NET Framework, UWP, and x...

Re: Is it possible to use .NET Maps SDK without an...

Re: ESRI SDK Question

Re: Always error and white screen when using the V...

Re: Always error and white screen when using the V...