<http://schema.org/articleBody>
"Setting: Large ballroom in Moscone. Large enough that two sets of projected screens are on, one up front, and one pair amidset. Crowded, one or two open seats per long row. Two bright-shirted Google employees in blue. We start on time.\r\n\r\nToday during the I/O developer conference, Googlers\u00A0Waleed Kadous and Jaikumar Ganesh walked developers through the now-live location API improvements that the company has released for the Android platform.\r\n\r\nThe news had broken yesterday, during Google's stem-winding three and a half hour keynote extravaganza. During that speech, it was announced that Google had built new ways for applications to better track location, user activity, and employ geofences.\r\n\r\nGoogle has three broad goals regarding location, according to Kadous: Power, accuracy and coverage. Or, limiting power consumption, improving accuracy, and expanding where location information can be provided.\r\n\r\n The more accurate your location, the more power you are using...\r\nIf the company can do that, apps for the Android platform will (in its estimation)\u00A0be stronger, and able to do more. This is a good for Google, as the better the Android ecosystem is, the more smartphones it can likely sell that use its suite of services.\r\n\r\nPutting the importance of location into context, Kadous stated that of around 28 cards that Google Now contains as of yesterday, 21 of the mix use location data. That's three-fourths, if you wanted to divide.\r\n\r\nAccuracy, however, is relative. When indoors, for example, precision is key. When driving, it is less so. There is a power-accuracy ratio that is simple to understand. The more accurate your location, the more power you are using, generally.\r\n\r\nSensor data can be helpful in boosting the accuracy of location information. Where GPS may fail, inside for example, data from the sensors on a phone can help to dictate location. Google listed the current set of sensors that can be useful in finding where a person is as including a gyroscope, a compass, or a barometer.\r\n\r\nQuickly, here is a summary of the new tools that Google has released, all of which are\u00A0backwards\u00A0compatible\u00A0to FroYo. They are live, in the most recent APK. So if you're a developer, this isn't theoretical information.\r\nFused Location Provider\r\nThe goal of Fused Location Provider ('Fused') is to lessen the workload of developers who want to interact with location information. Instead of having an app talk to different location data sources, and provide them with \u2014 given that I grokked the slides \u2014 a single programmable interface to talk to; Google thus does the hard work in sourcing location, simply feeding it to developers' applications.\r\nGoogle does appear to want to drive location usage directly; one simple way to do that is to improve the quality of the signal, and make that signal simple to access. Fused is the embodiment of that ethos, bringing together\u00A0cellular, WiFi, GPS, and sensor data.\r\nDemos showing off the power of different single systems \u2014 WiFI and GPS \u2013 compared to the Fused collection showed that Google's new method is superior to a current single system. That said, while a material\u00A0improvement, it remains imperfect.\r\n\r\nPriority\r\nDevelopers will have access to three levels of location-information priority. Keep in mind that the more accurate your location data, the more power you are using.\r\n\r\n\tHigh Accuracy: \u00A05 second check interval, consumes 7.25% per hour, accurate to within \u00A0around 20 meters, uses GPS when outside, and WiFi when inside.\r\n\tBalanced Power: 20 second check interval, \u00A00.6% battery usage per hour, and accurate to within 40 meters. This method is what it appears that Google envisions as a way to bring location into a host of new applications, without sacrificing end-user device satisfaction.\r\n\tNo Power: No poll interval, no power consumption, accurate to within around one mile.\r\n\r\nGeofencing\r\nThe new geofencing API will allow for 100 geofences per application. In short, a geofence is a digital boundary around a physical location. If your user enters or exits, your applications knows.\u00A0For example, if your user enters a Hardees, you could send that individual a coupon.\r\nA function by the name of addProximityAlert() already exists, but it drains around 8% of battery life on a phone per day. The geofencing function \u2014 addGeoFences() \u2014 will use around two-thirds less, or around 2.4%.\r\nGeofencing, according to Google, is all but a background application.\r\n\r\nActivity\r\nAnd finally, Google has released a new way for developers to track the physical activity of their users, whether they are in a vehicle, on foot, still, or on a bicycle. This naturally uses on-device sensors.\r\n\r\nAccording to Ganesh, the company used machine learning classifiers to parse signal data to discover what inputs corresponded with what sort of activity.\r\n\r\nThe above APIs\u00A0are certainly promising, but given how troublesome (battery intensive) it can be to constantly pull location data, Google's APIs must truly live up to the above promises. Otherwise, Google will end up with frustrated developers and angry users.\r\n\r\nFor more new from Google I/O, you can\u00A0head here."^^<http://www.w3.org/2001/XMLSchema#string>
<http://thenextweb.com/google/2013/05/16/inside-googles-new-location-apis-for-android/?awesm=tnw.to_r4PA>