Zoom step is 0.5 (or 0.2, 0.3 etc fractional).
Zooming in and out LineData objects in Visualization layer can result in some objects disappearing from the viewport or moving to wrong positions.

Currently RadMaps Geocode, Search and Route providers are based on SOAP.

The Bing Maps discontinue their SOAP services in June 2017.

https://blogs.msdn.microsoft.com/rbrundritt/2016/06/22/bing-maps-v8-web-control-released/ 

The Bing REST Services API  (https://msdn.microsoft.com/en-us/library/ff701713.aspx?f=255&MSPPError=-2147217396) includes:

- Imagery API 

    -- Imagery metadata (used for downloading image tiles - already implemented in BingRestMapProvider)

- Routes API 

- Location API

- Elevations API


For R1 2016 we will implement:

Routes API which will be replacement of SOAP based BingRouteProvider

Locations API which will be replacement of SOAP based BingGeocodeProvider

Elevations API which will be new API and has no existing SOAP replacement
==================================================================================
Available in R1 2017 Official Release Version.

The Bing Map provider displays the "no camera" icons from bing’s imagery server when the images is absent for the current zoom on high zoom levels. The default behavior should be changed to zooming the lowest available resolution instead of showing the "no camera" icon.

It should be possible to use scrollbars for the map panning. Customer should be able to turn on/off vertical and horizontal scrollbars arond the map's view port and use them to scroll the map.

The MapShapeReader converts each dbf record to the ExtendedData value. By default it converts numeric types to integer or double .Net type etc.
If it can't convert a field, then the exception is thrown and it could be handled.
It will be more prefered to return it using the Error property of arguments in PreviewReadCompleted and ReadCompleted event.

It should be possible to rotate camera in the birds eye mode of the Bing map provider.

When using 'Kilometer' as the DistanceUnit, the Scale switches from kilometers to meters when zooming in. But when using 'Mile'  the Scale does not switches from miles to feet.

The Altitude coordinate should be supported by the Location class.

Add Oracle spatial support to RadMap.

WMTS is a standard protocol for delivery of tiles map data - see  https://en.wikipedia.org/wiki/Web_Map_Tile_Service 
It should be possible to write code to understand pretty much any service complying with the specification. It would be good if RadMap could be extended to enable it to understand the WMTS specification and allow WMTS data to be used.

Add support for 3D Elevation Models like in Bing Maps for WPF.

https://rbrundritt.wordpress.com/2013/02/13/3d-elevation-models-with-bing-maps-wpf/ 

With the current implementation of the RadMap control, the default value which will be used for connecting in the internal services is "http". This causes the tiles to not be retrieved if the firewall allows only "https".

Implement AzureMaps Provider in RadMap based on the following API https://azure.microsoft.com/en-us/services/azure-maps/

Currently, you can achieve this by using RotateTransform and clipping the container that holds the RadMap control. For example:

<Grid RenderTransformOrigin="0.5,0.5" Width="500" Height="500">
	<Grid.RenderTransform>
		<RotateTransform Angle="45" />
	</Grid.RenderTransform>
	<Grid.Clip>
		<EllipseGeometry Center="250,250" RadiusX="250" RadiusY="250" />
	</Grid.Clip>
	<telerik:RadMap ZoomLevel="6" Center="37, -120">
		<telerik:RadMap.Provider>
			<telerik:OpenStreetMapProvider />
		</telerik:RadMap.Provider>
	</telerik:RadMap>
</Grid>

Implement BING REST Traffic API in BingRestMapProvider. 

https://msdn.microsoft.com/en-us/library/hh441725.aspx 

This will allow clients request traffic incident.

This WON'T be enough to display traffic tiles or get congestion data - this usage is limited. Check answer from R. Brundritt =>

https://social.msdn.microsoft.com/Forums/en-US/20020cb8-5e8f-4fe6-abda-ffdcc0edb77e/bing-map-rest-traffic-api-congestion?forum=bingmapssilverlightwpfcontrols 



Note: The following tutorial might be helpful if clients need to use BING REST Traffic API outside RadMap. https://msdn.microsoft.com/en-us/library/jj819168.aspx

Note: In R2 2017 BingMapTrafficProvider will be deleted from our code base due to limitations in the BING Maps Developer API terms of use. Also the service which is behind this provider might be stopped in 2017 so applications using this provider with old version of UI for WPF/ Silverlight might also stop working properly.

Currently the "FORMAT" is hardcoded to "PNG". We can expose a way to modify it through the WmsTiledProvider.

Often clients need to change the colors of the Bing / OpenStreet Maps.

Reasearch for a possible solution and add it in XAML SDK GitHub if possible. 

Current implementation of the SearchResultSet have not AvailableFilters property and BingSearchProvider don't pass these values to the response.

The RadMap control should support for a Crosshair to appear at the current Center.

The map control will support the Universal Transverse Mercator (UTM) projections. The map control will have appropriate projection which can be used for empty provider. Also it will have the converter from UTM to Mercator projection (EPSG:4326).

DECLINED: Duplicate with http://feedback.telerik.com/Project/143/Feedback/Details/122715-map-visualizationlayer-should-support-custom-utm-map-projection