Hi & thanks for the reply.
Sadly I gave up. I realized the map should be in the screen in order to 'print' an image of it into the report.
It's quite hard to give a sample project since I'm using too much stuff in it as a whole.
I opted to give the user a control with a RadMap (note I'm into Winforms and interacting with WPF to make use of the RadMap control), it already display the map using OpenStreet as the main provider and the shapes I loaded into it (thanks for the "BestView"
method by the way) allowing the normal funtions to set an personal location or zoom.Once the User accepts it prints it and add it to the report.
It's a workaround but my client like it a lot actually.
Just one more thing, BingMaps provider sends a exception, I got no idea why, but I'd love to use BingMaps. It works just fine with Empty Provider and Open Streetmap Provider. The Exception and call Stack are this:
"The calling thread cannot access this object because a different thread owns it."
- Telerik.Windows.Controls.DataVisualization.dll!Telerik.Windows.Controls.Map.MultiScaleImage.UseSprings.get() Line 211 + 0xe bytes
- Telerik.Windows.Controls.DataVisualization.dll!Telerik.Windows.Controls.Map.TilePresenter.MapSourceInitializeCompleted(object sender, System.EventArgs e) Line 208 + 0xa bytes
- Telerik.Windows.Controls.DataVisualization.dll!Telerik.Windows.Controls.Map.TiledMapSource.RaiseIntializeCompleted() Line 364
- Telerik.Windows.Controls.DataVisualization.dll!Telerik.Windows.Controls.Map.BingTileMapSource.ImageryService_GetImageryMetadataCompleted(object sender, Telerik.Windows.Controls.Map.VEWPFImageryService.GetImageryMetadataCompletedEventArgs e) Line 274
PD: I hope this could be useful to someone else. As a Wild guess the exception is born sice the report use threading to improve performace, and such cause problems with the BingTileMapSource.