Virtual Earth 3D team blog : Virtual Earth

Geometry

NikolaiF — Sat, 19 Apr 2008 03:05:00 GMT

The first thing that most people want to do when playing with the 3D control is add some stuff to the world. The most straightforward way to do this is via the Geometry Manager, accessible from Host.Geometry. You can modify any of the samples to contain this code, most easily in the Activate function of a plug-in or OnLoad for SimpleForm.

Host.Geometry.AddGeometry(new PushpinGeometry(

"My Layer", "My Id",

LatLonAlt.CreateUsingDegrees(-47.6435, 112.1422, 100.0),

PushpinInfo.Default));

This creates a default pin on top of Microsoft Building 116 in Redmond, WA, just in case you were wondering where that is. The first two parameters are just identifiers. You can use Layers to group items together, but it's not required. The two strings together just have to be unique. The third parameter is the position of the pin in Latitude, Longitude, Altitude. Here we’re using degrees in WGS84, and meters for the altitude.

Let me digress on units for a moment. Notice that latitude, which is the “Y” component of the coordinate, comes first. This is a long-standing convention when specifying geographic coordinates, but for our purposes is somewhat arbitrary. In other contexts, for example when we use a Coordinate2D struct, which is a more general-use structure not tied to a specific coordinate system, we’ll follow the mathematical convention of “X” first. Also, values of latitude and longitude are technically angles (from the equator and around the polar axis, respectively). When dealing with angles in computers it is convenient to store them as radians, which is how most trigonometric functions deal with them. However, degrees are usually easier to think about. So here we create the structure explicitly in degrees to reduce confusion. If you ever have trouble with your pushpin not appearing, the first thing to check is the order of your values and their units. We use meters for distances and altitudes, but the exact meaning of altitude can change depending on what AltitudeMode you are associating with the geometry.

Back to the pushpin, next we’ll want to change how it appears. If you pull the PushpinInfo.Default object into a local variable, you can then modify the various provided values, leaving others as they are.

PushpinInfo info = PushpinInfo.Default;

info.Resource = http://kristoffer.members.winisp.net/VE3D/jewel.png;

info.OrientationMode = PushpinOrientationMode.UseProvided;

info.Orientation = new Orientation(new RollPitchYaw(

0.0,

20 * Constants.RadiansPerDegree,

45 * Constants.RadiansPerDegree));

Host.Geometry.AddGeometry(new PushpinGeometry(

"My Layer", "My Id",

LatLonAlt.CreateUsingDegrees(47.6435, -122.1422, 10.0),

info));

In this case we’ve added a pretty logo over the same building rather than using the default orange pin, and told it to use a specific orientation instead of always facing the camera. Roll/Pitch/Yaw (RPY) is in degrees, but we can convert using some constants. Think of the image as a face, with the nose pointing straight out of the middle of it. If you supply a RPY of (0, 0, 0) the face will point north, toward the horizon, with the head level. Rolling will be like tilting the head sideways towards the shoulders, pitch is like looking up and down, and yaw is looking side to side. In this case, we are looking slightly up and to the northwest. You can combine the values with values from the camera to get interesting effects by setting OrientationMode. AltitudeMode is set here, to control the exact meaning of the altitude component of its position.

The two other basic types of geometry are PolylineGeometry and PolygonGeometry. Their setup is similar, except that you will provide arrays of LatLonAlt values. There are also two distinct categories of each, those that are drawn on the ground and those drawn in the air.

Host.Geometry.AddGeometry(new PolygonGeometry(

"My Layer", "My Poly",

null,

new LatLonAlt[] {

LatLonAlt.CreateUsingDegrees(47.6435, -122.1422, 0.0),

LatLonAlt.CreateUsingDegrees(47.645, -122.1422, 0.0),

LatLonAlt.CreateUsingDegrees(47.645, -122.1412, 0.0),

LatLonAlt.CreateUsingDegrees(47.6435, -122.1412, 0.0) },

PolygonGeometry.PolygonFormat.Polygon2D,

PolyInfo.DefaultPolyline));

The Format parameter specifies what type they should be, and altitude values will be ignored for 2D versions (note: LineList2D is currently not supported, but the rest all have their uses). The third parameter here is a “tag”, which is something that can be used when your user is interacting with your objects via the mouse. In the Geometry sample you can see some of these ideas (and a few other things) in play.

Adding a Virtual Earth 3D Plug-in to your webpage

NikolaiF — Sat, 12 Apr 2008 01:05:00 GMT

Note: this entry references code for an older version of VE3D. The newest code samples are here.

Want to try custom code for the 3D view of Virtual Earth? This is the place to find out how!

What do I need?

· Virtual Earth 3D installed. Navigate to maps.live.com, click the 3D button, and follow the upgrade/install steps.

· Visual Studio 2005 or higher and some c# coding skills (any .NET language actually, but samples will be in C#).

· This package.

If you do not have Visual Studio installed, you can download a free version of Visual Studio 2008 here. See notes at the end of the post for details.

Extract the samples zip to c:\Samples (or any other directory, but you'll have to fix up some paths in the projects). There's a Readme, but you should be able to just open the sln in Visual Studio, set one of the projects to the Startup project, and hit F5. For this post, we'll just talk about the basics of how the plug-in will be loaded.

Try building and launching the project SimpleObjectPlacement.

By default, you'll get an IE window with a script warning. This only happens because we're loading the html off the local drive, and will not happen if we point to a web server.

You can change startup behavior by modifying the values in the Debug pane of the project.

Once there you should see the globe, and after a moment it will zoom to off the coast of Africa to see a floating cube.

So what happened? First, we have a very simple webpage that loads the JavaScript SDK, and then extracts the 3D control from it to do some special loading. This is an unsupported thing to do (well heck, everything in these samples is unsupported, but that doesn’t mean it won’t work), but we need to get at the Events and LoadPlugInDll methods.

map = new VEMap('myMap');

map.SetDashboardSize(VEDashboardSize.Normal);

map.LoadMap(null, 2, 'a', false, VEMapMode.Mode3D);

control3D = map.vemapcontrol.Get3DControl();

control3D.AttachEvent("OnPlugInLoaded", "On3DPlugInLoaded");

control3D.AttachEvent("OnPlugInActivated", "On3DPlugInActivated");

control3D.AttachEvent("OnPlugInDeactivated", "On3DPlugInDeactivated");

control3D.LoadPlugInDll("C:\\Samples\\SimpleObjectPlacement\\bin\\Debug\\SimpleObjectPlacement.dll");

Events are just callbacks when certain things happen. In this case, when a plug-in is finished loading the SDK will try to call a function called "On3DPlugInLoaded". It has to be this way because the LoadPlugInDll method is asynchronous -- otherwise we'd have to sit and wait for loading to complete, causing a negative user experience. But you don't have to worry much about this, just know that you can listen to events and you'll be called when things happen. You can also fire your own events, which we'll get to later. In this case, if you look at the handler you'll see when we finish loading the plug-in we'll activate it. We could do more, but this is the minimum.

You can specify a plug-in to load in two ways. First is like this, with a local file path. Second is by specifying the fully qualified name. Either method requires that the plug-in be installed in the GAC, which is an unfortunate security limitation that we hope to relax in the future. You can get installed into the GAC by using utilities that come with VS, or by writing an MSI installer. We'll get into more on that later. All the samples here install their output into the GAC as a post-build step to help you get past these details.

When the plug-in is loaded, then we start executing the C# code. If you put breakpoints in SimpleObjectPlugIn.cs, you'll see it gets a call to the constructor, and then one to the Activate function. In a future post we'll walk through the details of what happens next, how the cube gets into the world, and why it changes color when you mouse over it. In the meantime, try playing with the other samples. Let us know what you think, and please enjoy.

Download Samples.zip

Notes on VS 2008 and VS 2008 Express:

If you use either of these, you'll have to run the solution upgrade wizard. It should be painless, but you may encounter some of the following issues:

VS 2008 Full and Express:

If you get errors on build about gacutil and return code 3, you may need to update the path in the project pre- and post-build steps to "$(DevEnvDir)..\..\..\Microsoft SDKs\Windows\v6.0A\bin\gacutil".

VS 2008 Express:

A message about a property not supported. This is related to the last point below, and can be ignored.

A message about Solution Items not supported (VS Express). This is just the readme file and can be ignored (you can still read the readme by just navigating to c:\samples).

Express only builds to the Release bin path, so the html files (TestPage.htm) need to be updated such that the LoadPlugInDll call points to bin\\Release instead of bin\\Debug.

VS Express doesn't support debugging a different process than the one launched. This is tricky because plug-ins run in the browser's process. To run the plug-in samples you'll need to build the project, and then run the html file manually in your favorite browser. However, you can debug a forms app as normal, so you can work around this by debugging your code inside the SimpleForm sample, and then copying to the plug-in. We apologize for this inconvenience, but it was free after all ;)

Update:

The intellisense files in the samples zip have been updated to be more complete.