I've looked around a bit for this, but I can't seem to find any information.
Last night I installed the "leaked official" Sprint update for the touch and the GPS doesn't seem to be working properly. I've tried google maps and live search, but it never locks satellites. I think it might be configured wrong?
Anyone know what to do about this?
Since I understand that most of these site's search capabilities won't give you much, I won't flame you..
Any GPS program that I have tried does not start the internal GPS itself. If the GPS isn't running when the program starts, you will not get a lock.
The most popular way around this is to use a GPS "primer" that will start it for you. I like AstroGPSLauncher. Its a nifty little program that starts your GPS and then your program all with the same shortcut. The ZIP file has a couple common shortcuts included. Do a search for AstroGPSLauncher and I am sure you will come up with the shortcut that you need.
Welcome to the forum!
I use Sprint navigator (New rom) and or MSN live search and neither require a GPS primer, in fact they lock on surprisingly fast.
i am using the same new rom. gps worked once but once i customized my rom and let it go cold, i have a tough time getting the gps to lock. i am using htc gps tool V1.1.1.0 and still have trouble. matter of fact..all the leaked gps roms i have tried its doing the same thing.
GPS works in Google Maps and Live Search Maps
Works in both for me. Didn't have to change any settings.
I thought it wasn't working at first
In Google Maps you have to have My Location enabled and select Use GPS in the menu
In LiveSearch Maps you have to select Center on GPS in the menu to show your position on map
select View, Lat/Lon to display your position
It takes around 30 seconds to get a lock for me in Redmond, Wa area once I select Use GPS
Google maps it shows it's tracking 6 satellites.
LiveSearch map does not show the number of satellites.
How to display GPS coordinates?
see prior post
Copied and pasted from http://www.intomobile.com/2009/12/09/google-maps-update-works-with-htc-hd2s-digital-compass.html
Google Maps has come a long way from its early days. With support for layers, satellite view and street view, Google Maps is as full-featured an app as we could hope for. The latest Google Maps 3.3.1 update takes things a bit further with support for the HTC HD2’s digital compass. Rather than just pin-pointing your location on a map, Google Maps will now show you which direction you and your HD2 are pointed. The feature turns your blue “My Location” dot into a blue arrow, indicating the direction your phone is facing.
Google Maps with compass support on the HTC HD2 sounds like perfection, right? Well, there’s a catch. You’ll need to disable GPS positioning in Google Maps in order to get directional data from the compass. Since Google Maps was already capable of extrapolating your direction of travel by analyzing data points, we presume Google doesn’t want to have the digital compass conflicting with your direction of travel. For example, if you’re in a car headed south, but your HD2 is pointed east, there’s no point in using the digital compass for directional data.
It is available to download here http://www.google.com/gmm/GoogleMaps.CAB
There's already a thread for that....
http://forum.xda-developers.com/showthread.php?t=575903
Whoops my bad.
Mods please delete.
So CoPilot USA is out for $4.99.. http://www.alk.com/copilot/android/
now we can get navigation without a data connection! awesome..
Here is my question... Can I create a custom route for CoPilot and have the directions read to me?
When I create a route and save it to my maps, google nav will not keep the route i had made; google nav would always pick the most direct route from point A to point B..
I go for motorcycle rides and I do not take the most direct route.. with google maps I outline a ride and would love to be able to have the direction read to me as i ride (via scala rider g4 headset)
an example of a map (or route) i created is here... http://maps.google.com/maps/ms?ie=U...80206317056901.000488345cd6e9b9d4a98&t=h&z=11
any thoughts?
It puzzles me why some ROMs have better GPS performance than others. I was on JPJPA earlier and had usable GPS navigation experiences in town, I flash JP8 and all hell breaks lose So to me, this ruled out that my phone has a hardware problem.
You can say that I live in a densely populated area in Boston, and after going through a lot of forum literature , today I carried out a little experiment.
I made a round trip to some place here in Boston, selected Copilot on my way to go, and Google Nav on my way back and here are the results:
Google Nav with "Use Wireless Networks" under location settings:
HERE
Google Nav without "Use Wireless Networks":
HERE
CoPilot:
HERE
In both trips, I took Beacon St and Longwood Ave (notice the difference).
Now while CoPilot is not exactly perfect, it performs way better than Google Nav! It didn't have to reroute or recalculate. (The circle you see in the beginning is me stopping by a gas station, yes, it was that accurate, it messes up only at the rail intersection of st paul & beacon)
I noticed a difference in the lock pattern and speed when using different programs. For example, GPS Status seems to take the longest to get a lock from a Cold Start, but once it locks, programs like CoPilot lock quickly using a Hot Start (reusing data from GPS Status)
Google Navigation, and several other programs however, seem to be using something entirely different. It seems Google Nav (and Maps btw) take the same amount of time to get initial lock whether (a) I used GPS Status prior or (b) did not use it at all.
I can only speculate at this point, but I think that Android provides more than one API to obtain GPS accuracy. I suspect that CoPilot and GPS Status (among others) use their own calculations to determine GPS position using raw satellite data, whereas Google Nav uses some built-in APIs in Android that give positioning data that are false. I believe that Google Maps uses some AGPS settings regardless of what you set in "Location and settings", and that, messes everything up. (You can see in my tracks above how google maps have bigger arcs when I made a u-turn, instead of showing a sharp turn).
A nice test would be to disable radio completely; that way Google Nav can't access AGPS data. But of course you run into the problem that Google can't operate without a valid data connection.
I just wanted to share my observations, if you guys have more ideas, lets share
Google Navigator is overrated. Co-Pilot, Navigon, NDrive are far better applications. If Trapster became an integrated layer in Google Nav, I'd use it.
Well written article btw.
Billus said:
Google Navigator is overrated. Co-Pilot, Navigon, NDrive are far better applications. If Trapster became an integrated layer in Google Nav, I'd use it.
Well written article btw.
Click to expand...
Click to collapse
Thanks,
thing is, Google Nav did work fine in JPJPA. I'd like to use it instead because it has the latest listings and some pretty accurate traffic conditions. If we can find the problem, or find out what data or files Google Nav accesses, then we could possibly fix this problem on multiple ROMs.
Gmaps is perfect for finding and typing locations to go to, co-pilot more for the actual navigating, .. while you're driving; gmaps is way easier to use then co-pilot. But yea, less inaccuracy probs with co-pilot besides having a slower fix.
madmack said:
I suspect that CoPilot and GPS Status (among others) use their own calculations to determine GPS position using raw satellite data, whereas Google Nav uses some built-in APIs in Android that give positioning data that are false. I believe that Google Maps uses some AGPS settings regardless of what you set in "Location and settings", and that, messes everything up. (You can see in my tracks above how google maps have bigger arcs when I made a u-turn, instead of showing a sharp turn).
Click to expand...
Click to collapse
coPilot and other nav apps force lock on roads besides real position until they can't do it.
Google Maps doesn't do it
And no, they can't access raw gps data, the only way is through google api
Oletros said:
coPilot and other nav apps force lock on roads besides real position until they can't do it.
Google Maps doesn't do it
And no, they can't access raw gps data, the only way is through google api
Click to expand...
Click to collapse
see above tracks. While GoogNav might "lock" you on a road, I'm posting the actual GPS coordinates that were received. It may have looked like I was on a road on my screen, but you can see the google nav tracks above that show the points the program received. The pointer hovers all over the place.
madmack said:
see above tracks. While GoogNav might "lock" you on a road, I'm posting the actual GPS coordinates that were received. It may have looked like I was on a road on my screen, but you can see the google nav tracks above that show the points the program received. The pointer hovers all over the place.
Click to expand...
Click to collapse
All the tracks where recorded with the same program?
Oletros said:
All the tracks where recorded with the same program?
Click to expand...
Click to collapse
Yup. my tracks
madmack said:
Yup. my tracks
Click to expand...
Click to collapse
So, all the GPS data has nothing to do with the program used (Google Navigation, coPilot), it's collected from the same source, Android GPS API
Oletros said:
So, all the GPS data has nothing to do with the program used (Google Navigation, coPilot), it's collected from the same source, Android GPS API
Click to expand...
Click to collapse
Dude, my tracks *listens* to whatever the GPS is receiving when other programs are using it.
So the main program that was running was either CoPilot or Google Nav. They're the ones invoking the GPS location commands (we know that because my two tracks are so different than each others).
My Tracks, in both cases, sits in the back seats and writes notes.
madmack said:
Dude, my tracks *listens* to whatever the GPS is receiving when other programs are using it.
So the main program that was running was either CoPilot or Google Nav. They're the ones invoking the GPS location commands (we know that because my two tracks are so different than each others).
My Tracks, in both cases, sits in the back seats and writes notes.
Click to expand...
Click to collapse
What? My tracks uses GPS API to collect data, it doesn't sniff anything from other programs
Oletros said:
What? My tracks uses GPS API to collect data, it doesn't sniff anything from other programs
Click to expand...
Click to collapse
You might be right, but then how do you explain the two different tracks posted above ?
regardless of who is right or who is wrong, using any dedicated offline GPS software is way better than google maps/nav
of all the fews currently available for Android, i find Copilot to be the most accurate one, it shows the speed/stops exactly as when a police have a speed gun tracking me.
It is always in the correct lane of the road.
using the other GPS software have some sort of lags, or performance is poor, or the display is lousy, etc.
I agree with using Copilot
On my AT&T Captivate, my gps lock is hit or miss. I was having some major issues getting a gps lock using Google Nav but when I closed Google and opened Copilot the gps locked in after about 8 seconds and held. Google Nav kept kicking on and off. Google Maps had me doing a U-Turn on my way home taking me away from my destination, Copilot was right on track.
hello map experts.
has anybody ever tried to use googles maps to display custom maps (eg from topographic raster map data)? i'd basically want to use their display engine but supply my own maps.
obviously the street data is vectorized since a while, but they are still downloading and displaying raster tiles when sat images or terrain is used. so there should be a way to feed my own tiles.
any "official" way to do it? or maybe a fancy replacement for the method they use to download the tiles? or is my only chance a transparent http proxy that redirects their tile-requesting urls secretly to my own data?
any ideas on this topic?
thanks,
joe.