Developing a Silverlight Application Using Virtual Earth Web Services

Oct 3, 2008 at 3:11 PM
Excellent article with sample code that describes how to develop a silverlight application using VEWS:

Oct 4, 2008 at 11:55 PM
Ok, starting to tackle this now, this will introduce a setting in the web.config file that you all we have to populate with your own credentials. Still thinking I'm going to have to impliment another free tileset for people who don't want to sign up for VE.
Oct 5, 2008 at 10:11 AM
All done, you need to put your own credientials into the web.config file. Do not check these in!!!
I've also added a new tile provider - OpenStreetMaps as a free alternative. I've contact that project lead to ensure everything is cool and then I'll make this a lot more obvious on the project homepage.

I've restructured the solution to make the examples more clear.
Oct 5, 2008 at 12:38 PM
do you need a tileset in your project for the OpenStreetMapsI have downloaded it but I get no maps, but please note I have upgraded the project to the "RC0" version of silverlight, maybe this is the problem...?
Oct 5, 2008 at 11:10 PM
I'm still doing beta2 so that could be it. You should get the latest code and go to the new examples folder in the solution and goto the OSM DeepEarth Example, set its web project as the startup and default.aspx as the file, compile and run. Or just compile the solution and right click on that default.aspx and do a "view in browser". You can see it running here:

Back to RC0, is there a date announced for the release? PDC? I'm think about a week out we upgrade the project leaving the online demos at beta2. I'd love to time our first release with the release of silverlight. I think we are pretty close, need the geocoding find box and that setview bug fixed, should add polylines and some basic drawing toolbox. I think the control is more then usable and now we are using the VE tiles legitimatly there are no legal issues.
Oct 6, 2008 at 12:04 AM
I am not able to find an actual release date :( but I get the feeling there will be a couple more RC versions yet...?
Closest thing I found to a release data is this post at ScottGu's blog 

# re: Silverlight 2 Release Candidate Now Available

Friday, September 26, 2008 10:09 AM by ScottGu

Hi Ian,

>>>>>>>> Great to finally have a release candidate although I read a comment on Tim Heuers blog that you are 'still committing to shipping Silverlight this year' which is totally against the whole 'Late Summer',  'really soon' and 'which will be soon though' comments I keep reading on SL team blogs.  It seems almost an unsubtle way of saying it could be December.  The team I work with are currently developing an SL 2 Beta 2 app due to be delivered to our client in early to mid November.  However there are bugs in Beta 2 that are a real issue for us so we are kind of desperate to go to the RCO - we are not asking for a release date but would you be able to say that we can safely go to the RCO version and by the time we deliver our client will have no problem in using the app?

You shouldn't have any problems shipping your application in mid November.  Do let us know immediately, though, if you find bugs with the RC that are impacting your application so that we can investigate and fix them.



also this comment on his blog...


The final release of Silverlight is not that far off now.  It has been a pretty amazing project that has come a long way in a pretty short amount of time.

If you have existing Beta2 applications, please start getting them ready for the final release - as once we release Silverlight 2, users that have existing beta releases installed will automatically be upgraded to use the final version.  Testing your application out with the release candidate will ensure that you can easily update your applications and have them ready within hours of the final release.

Let us know if you find issues with today's release candidate, and please make sure to post them on the forums on

Hope this helps,


First, Shawn Burke’s team has announced their intention to release the following new Silverlight controls at PDC 08:
  • DockPanel
  • WrapPanel
  • ViewBox
  • Label
  • HeaderedContentControl
  • Expander
  • TreeView
  • NumericUpDown
  • AutoComplete
  • Accordion

I read a bit and found out there will be a few new controls like:
ComboBox/DropDownList (in RCO)
MessageBox (in RCO)

SL2 will support both IronRuby and IronPython

Seems there is more browses that SL is working in (not offical browsers), Google Chrome Developer Edition, Opera, Safari for Windows

and is sounds like there will be a few more controls included in the final release, not that DE uses any of these types of controls... yet anyway...

you can now embed Fonts into your app via blend SP1, blend SP1 seems to have a bunch improvements
VS has support for the VSM tags so they don't break the design view in VS anymore.

RC0 does not download the runtime for a user if they don't have it installed, but you can find the link and sample code in the "developer Notes" link and just add it to your silverlight control

RCO Documnetation is here

blog posts on RC0

Oct 6, 2008 at 12:44 AM
with RC0

here I just get a blank while page
locally I get a blank black page

I guess it is the RCO issue...?
Oct 6, 2008 at 3:27 AM
Ok, sounds like we upgrade to RC0, I'll put together a better sample site with current exmaples using beta2 and then all the new stuff can be RC0. As Jonas said, everyone here are developers most likely on RC0.
I'd like to get the Geo-coding done before the upgrade so people looking at the sample site in beta2 get something a little more, I won't have time till the weekend now. Lets aim to upgrade to RC0 next week.
Oct 6, 2008 at 4:12 AM
might be a good time to add some basic docs too...?
Oct 6, 2008 at 1:32 PM
I have played with all of the examples from my first link in this post for VEWS. Now that the token is in place I can easily integrate the geocoding service for VE.

Not sure how we want to start implementing these kind of features for all tile providers. Should we have a control (such as the dashboard control) for all of the projects that know what to display and what calls to make based on what tile provider you are using? So in this case, the VE tile provider would use VEWS for geocoding and other web service calls, where as the OSM would use the same control but make geocoding calls to its service (if it has one). Or should there be one service (free service) that does the geocoding for all of the tile providers?
Oct 6, 2008 at 11:16 PM
Yes, we keep the control nice and slim. If you don't want a find box then you don't have to have one. The dashboard is a simple template anyone can modify to suit, drawing tools would be the same.
I think it should be a seperate provider or purhaps still part of DeepEarth.VE but used independantly of the tiles. This way the developer can select waht he wants to use, for example he may have his own set of tiles or a WMS provider but still choose to use VE for the geocoding.
I havn't played with it but it should be possible to plug mutliple tile providers into the same project and have different sets of tiles also? This was always the plan but we need to test that everything is being updated properly like when a projection changes the pushpins move to the correct xy position.