On Wed, Dec 14, 2011 at 3:54 PM, Chris Ostler <[email protected]>wrote:
> The sentence just before what you quoted states: > "The Geocoder class requires a backend service that is not included in > the core android framework." > > The way I read that is that the Geocoder class in the core framework > requires a service that is not in the core framework. The services > available on a device, in combination with the core framework > constitutes "the platform" in the sentence you quote. Perhaps I'm > misunderstanding? > Ah, yes, I missed that part. There is no indication that this service is implemented by the Maps API though. I would actually expect it to be a separate web service that does the geocoding and returns a result. > Geocoder is not required by the Maps API. > > What I was trying to state was that the backend service for geocoding > provided in the Maps API package requires network access. I guess I > wasn't clear in my formulation. > What I'm trying to say is that the Maps API package, the add-on library that developers use to add a Google Map to their apps, does not provide this geocoding service. The Maps API provides exactly that: maps. And some functions for plotting stuff on said map. It does not, in and of itself, provide facilities for geo-coding. That is separate. Unless you're seeing something in the Maps API that I don't: http://code.google.com/android/add-ons/google-apis/reference/index.html > I've been assuming that since the background service was provided in > a separate package, that it was somewhat modular and thus amenable > to having an alternative implementation provided. Am I being > too optimistic? > Probably. > Is the service actually tightly joined to the core Android framework, such > that this wouldn't be possible? > Upon further review, my guess would be it's not tightly joined to the platform itself, but probably very tightly controlled insofar as which back end service is used (hint: it's probably almost always Google's). On Tue, Dec 13, 2011 at 4:14 PM, Chris Ostler <[email protected]> wrote: > Though I'd be disappointed if it is not possible to provide > an alternative, system wide service like I want to, I'd really > appreciate some clarification as to whether it is possible or not. > I'm no authority to tell you for sure, but I would doubt that you can do this. If no one else has an answer for you, seeing if you can gleam anything from the source code would be my next step. Good luck. ------------------------------------------------------------------------------------------------- TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago transit tracking app for Android-powered devices -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
