Skip to content

RadMap Bing Maps retirement needs a migration path, not only a warning - #880

Open
dessyordanova wants to merge 1 commit into
masterfrom
dess-content-gap
Open

RadMap Bing Maps retirement needs a migration path, not only a warning#880
dessyordanova wants to merge 1 commit into
masterfrom
dess-content-gap

Conversation

@dessyordanova

Copy link
Copy Markdown
Contributor

RadMap Bing Maps retirement needs a migration path, not only a warning
Priority: High
Confidence: 10

Missing Functionality:
The source contains Bing Maps, Azure Maps, OpenStreetMap, local, cache, and provider collections. Bing Maps is being retired while Azure Maps is the current alternative.

Evidence Found in Code:

  • RadMap/Providers/BingMaps/
  • RadMap/Providers/AzureMaps/
  • RadMap/Providers/MapProviderCollection.cs
  • RadMap/Telerik.WinControls.NetCore.RadMap.csproj

Current Documentation Status:
Incomplete and time-sensitive. controls/map/overview.md and controls/map/providers/bingmaps/bingrestmapprovider.md warn about the Bing retirement, and controls/map/providers/azure-map/azuremapprovider.md shows a basic key setup, but there is no end-to-end migration guide mapping common Bing imagery/search/route scenarios to Azure or custom providers.

Remediation Action:

  • Action: Create new article
  • Target file: controls/map/providers/migrating-from-bing-maps.md
  • Details: Explain retirement impact, provider selection, Azure key setup, raster/vector tile differences, search/route feature differences, caching, licensing, and custom-provider fallback.

Recommended Documentation:
Provide a before/after code sample and a capability matrix for imagery, search, routes, elevation, tiles, authentication, and caching.

Business/User Impact:
Existing map applications can lose imagery or service calls after provider retirement. A migration guide reduces outage risk and helps users make informed provider and licensing choices.

Copilot AI lite review requested due to automatic review settings August 10, 2026 07:05
@dessyordanova dessyordanova self-assigned this Aug 10, 2026

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds a WinForms RadMap migration guide intended to help users move off the retiring Bing Maps provider, and reorders the Bing Maps provider documentation navigation to surface the new guidance first.

Changes:

  • Added a new “Migrating from Bing Maps” article with capability comparison and before/after snippets.
  • Updated the position frontmatter across existing Bing Maps provider articles to accommodate the new migration article in navigation order.

Reviewed changes

Copilot reviewed 6 out of 6 changed files in this pull request and generated 2 comments.

Show a summary per file
File Description
controls/map/providers/bingmaps/migrating-from-bing-maps.md New end-to-end migration guide from BingRestMapProvider to AzureMapProvider/custom providers.
controls/map/providers/bingmaps/imagery-sets.md Adjusted navigation position to follow the new migration guide.
controls/map/providers/bingmaps/tiles.md Adjusted navigation position.
controls/map/providers/bingmaps/search.md Adjusted navigation position.
controls/map/providers/bingmaps/route.md Adjusted navigation position.
controls/map/providers/bingmaps/truck-route.md Adjusted navigation position.
Suppressed comments (1)

controls/map/providers/bingmaps/migrating-from-bing-maps.md:126

  • This section claims AzureMapProvider does not implement the RadMap elevation contracts, which conflicts with the AzureMapProvider reference docs that list CalculateElevationAsync. Adjust the narrative/checklist so only the unsupported features (route/truck-route) are treated as mandatory replacements, and elevation is called out as something to validate rather than automatically replace.
`BingRestMapProvider` implements route, truck-route, search, and elevation provider contracts. `AzureMapProvider` implements tile and search functionality, but it does not implement the RadMap route or elevation contracts.

Before removing Bing, identify every call to `CalculateRouteAsync`, truck-route functionality, and `CalculateElevationAsync`. For each call, choose one of the following approaches:

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment on lines +1 to +8
---
title: Migrating from Bing Maps
description: Migrate a WinForms RadMap application from the retiring Bing Maps provider to Azure Maps or a custom provider, with capability and caching guidance.
page_title: Migrating from Bing Maps - WinForms Map Control
slug: winforms/map/providers/migrating-from-bing-maps
tags: map, providers, bing maps, azure maps, migration
published: True
position: 1

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, the article is intentionally placed inside the Bing provider folder.

Comment on lines +37 to +40
| Routes | `CalculateRouteAsync` | No route contract is implemented by `AzureMapProvider` | Keep routing in an application service, use a provider that exposes routing, or implement a custom RadMap route/provider integration. |
| Truck routes | `IMapTruckRouteProvider` support in Bing | No corresponding Azure implementation is exposed by `AzureMapProvider` | Plan a separate replacement service or custom integration. |
| Elevation | `CalculateElevationAsync` | No elevation contract is implemented by `AzureMapProvider` | Plan a separate replacement service or custom integration. |
| Tile authentication | `BingKey` and optional Bing session initialization | `AzureAPIKey` added to Azure Maps tile and search requests | Create and protect an Azure Maps subscription key. Do not commit a production key to source control. |

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Indeed, the CalculateElevationAsync method is documented in the live docs article. However, the source code doesn't indicate that the AzureMapProvider contains such a method. Please review the documented properties, methods, and events and ensure that they really exist.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants