RadMap Bing Maps retirement needs a migration path, not only a warning - #880
RadMap Bing Maps retirement needs a migration path, not only a warning#880dessyordanova wants to merge 1 commit into
Conversation
There was a problem hiding this comment.
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
positionfrontmatter 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
AzureMapProviderdoes not implement the RadMap elevation contracts, which conflicts with the AzureMapProvider reference docs that listCalculateElevationAsync. 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.
| --- | ||
| 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 |
There was a problem hiding this comment.
Yes, the article is intentionally placed inside the Bing provider folder.
| | 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. | |
There was a problem hiding this comment.
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.
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.csRadMap/Telerik.WinControls.NetCore.RadMap.csprojCurrent Documentation Status:
Incomplete and time-sensitive.
controls/map/overview.mdandcontrols/map/providers/bingmaps/bingrestmapprovider.mdwarn about the Bing retirement, andcontrols/map/providers/azure-map/azuremapprovider.mdshows 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:
controls/map/providers/migrating-from-bing-maps.mdRecommended 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.