I haven't tried it, but one solution is to look at how they use Nominim, which is one api for openstreet
https://gitorious.org/callerid-for-android/mainline/commit/ffe7607134085fc6ea1b2ce425f8ac26cbc2c3c6/diffs This link shows an example of using the built-in Android geocoder, but if not available then use the other option. On Thu, Dec 15, 2011 at 7:11 PM, TreKing <[email protected]> wrote: > 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 -- "I know that you believe you understand what you think I said, but I'm not sure you realize that what you heard is not what I meant." - Robert McCloskey -- 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
