So I got it working now. I'm using the service thread to get the
location.
And that's the way I did it:
http://paste.pocoo.org/show/b67L69qf5QDNtq1pTzZz/
It works pretty fine. But you should add some timeout to the
condition.await() of the background thread.
Regards!
On 21 Aug., 16:45,
Thank you for your reponse. I'm trying to implement the
requestUpdates() now. At the moment I'm faced with the follwing
problem. I've implemented the LocationListener but always get the
following LogCat error.
Can't create handler inside thread that has not called
Looper.prepare()
Well I'm
Ok. It was a silly question.
Looper.prepare();
added.
But I dont get any LocationUpdates. I have pushed locations to the
device through the DDMS interface but get no LocationUpdate.
On 21 Aug., 11:40, code_android_festival_way
[EMAIL PROTECTED] wrote:
Thank you for your reponse. I'm trying
I've added
Location loc = new Location(lP.getName());
loc.setLatitude(37.422006);
loc.setLongitude(-122.084095);
lM.setTestProviderLocation(lP.getName(), loc);
but the LocationListener doesnt get called. So I get no location
update.
On 21 Aug., 11:46, code_android_festival_way
[EMAIL
I'm not at a PC I can test with, but try switching the order of your
setTestProviderEnabled and setTestProviderStatus commands. I know in
my code I've done it the other way around :)
On 21 Aug, 11:10, code_android_festival_way
[EMAIL PROTECTED] wrote:
I've added
Location loc = new
Getting the status bar icon is a good sign -- that means the
GPS_PROVIDER is receiving the updates.
I've got one more cheap/easy idea for you. I'm not sure if 0 is a
valid limit to set for the refresh time / distance. Try setting it to
1000 (milliseconds) and 1 (meter) to see if that helps.
On
Well I've chosen the 0 because the sample appliction provided by
google uses the same parameter value.
Could it be that my while loop blocks the class (thread) and so the
listenere cant be invoked?
On 21 Aug., 13:57, Reto [EMAIL PROTECTED] wrote:
Getting the status bar icon is a good sign --
code_android_festival_way wrote:
Could it be that my while loop blocks the class (thread) and so the
listenere cant be invoked?
Sorry, I haven't looked at your code. But you may be right on this.
Android applications have the main event thread, plus any secondary
threads you create on your
hello dears,
sorry for this interrupted question but i'm tring to download the SDK 0.9
but the following error appears:
The requested URL /android/android-sdk-windows-0.9_beta.zip was not found on
this server.
any help !
On 8/21/08, code_android_festival_way [EMAIL PROTECTED] wrote:
I agree. There's definitely a very good chance that the while loop is
blocking the listener callback.
Note: I believe he's running the whole lot in a new thread (and
forcing the update requests to fire on that same thread) rather than
the main event thread, but it still turns in to the same
Well I'm starting a service from my main thread. (some activity) In
the service I'm starting a new thread and do some work. (communication
with external APIs (flickr)) While that work I need the position of
the device. To get the position I had written this class:
code_android_festival_way wrote:
In M5 I only called getCurrentLocation() and everything was fine.
Now as the methode is gone I need to set this update request to the
LocationManager in order to get a not outdatet position. To achieve
that I have to loop inside my geo location class and wait
Thank you for your response. I will try handling this in a different
way now. If I'm struggling I will come back to your offer. :-)
Regards!
On 21 Aug., 15:38, Mark Murphy [EMAIL PROTECTED] wrote:
code_android_festival_way wrote:
In M5 I only called getCurrentLocation() and everything was
The LocationManager.request*Updates methods must be called from a
Looper thread, such as the main thread of an Activity. Additional
method variants have been added that take an explicit Looper argument
to allow for use outside of a main thread.
This could be the solution for my problem. Now I
14 matches
Mail list logo