Rating:        Based on 4 ratings
Reviewed:  3 reviews
Downloads: 4448
Change Set: 63068
Released: Oct 18, 2011
Updated: Oct 20, 2011 by jaredbienz
Dev status: Stable Help Icon

Recommended Download

Application Binary
application, 16K, uploaded Oct 19, 2011 - 2626 downloads

Other Available Downloads

Example Samples
example, 93K, uploaded Oct 19, 2011 - 1822 downloads

Release Notes

About Release 1.0.1

Release 1.0.1 is a service release that addresses several issues and improves performance. As always, check the Documentation tab for instructions on how to get started. If you don't have the Windows Phone SDK yet, grab it here.

Breaking Change

Please note: There is a breaking change in this release. As noted below, the WorldCalculationMode property of ARItem has been replaced by a user-definable function. ARItem is now automatically wired up with a function that performs the same work as previously setting WorldCalculationMode to GeoRelativeToLocation. For most existing projects, simply removing the line of code that set WorldCalculationMode will allow your project to compile and run as before.

Below is the changelog for release 1.0.1:

Updated ARHelper.DistanceBetween to use changes suggested by Kenny Spade. The new code is much more accurate and maintainable and fixes issue 8759 where some points were being drawn on the wrong side of the user.

Removed WorldCalculationMode enumeration and WorldCalculationMode property from ARItem. The enumeration was replaced by the property ARItem.WorldCalculation, which can point at any function that will calculate and update an ARItem.

Added two methods to ARHelper that can be used with the ARItem.WorldCalculation property mentioned above. WorldFromGeoLocation and WorldFromRelativeLocation provide the functionality that was previously provided by the WorldCalculationMode enumeration.

Defaulted ARItem.WorldCalculation to point at ARHelper.WorldFromGeoLocation. This means that ARItems will be projected into WorldView using their GeoLocation property by default.

Added code to ARHelper.DistanceBetween to calculate the difference between two points in altitude. If both coordinates have valid altitudes, the difference will be calculated. Otherwise, the difference in altitude will be returned as zero. This will place items on the horizon whenever the altitude of the user or the item is unknown. This change resolves issue 8760.

HeadingIndicator did not scale and has been updated to use grid layout. Keep in mind that this control must still have a square aspect ratio for it to be drawn correctly.

OverheadMap_LayoutUpdated was being called very frequently and we were assigning a new clip on every call. We now check to see if the size has actually changed before creating a new geometry and updating the clip.

Removed event handlers from the map control that were attempting to disable panning but were not working.

Updated BingAR and SimpleAR samples to use Grid layout at the root instead of Canvas layout.

Reviews for this release

Very easy to use! Took me about an hour to hook it up to the local public transport system and display all stations and incoming transport vehicles. The AR items still behave very unstable though - they keep jumping around the screen. I'm not sure whether it's an issue with the GART framework, or with Microsoft's Motion framework, or due to the fact that my phone has no gyroscope.
by vdsabev on Nov 25, 2011 at 10:52 AM
Really easy to use! It would be great to have the ability to set a radius in WorldView.
by anderZubi on Nov 15, 2011 at 4:53 PM
Took only about 10 minutes to include GART in my application!
by piotrw on Oct 19, 2011 at 8:55 PM