Not sure - I saw a post saying automotive changed direction using a wide smooth curve where pedestrian was much sharper - perhaps have it selectable. Bikes would be closer to pedestrian? - for mapping purposes, pedestrian might be better?
Comment from anyone able to compare this? Bill On Wed, 2009-05-27 at 07:31 -0700, mqy wrote: > Yes, ease of use is also an important thing other than power-safe and > stability. > In fact I haven't ever used any GPS application other than TangoGPS. > Before writing this application, I know nothing about GPS, GTK+ at all. > > Other commercial level applications must have excellent ideas that I can > borrow from, > unfortunately I don't have such devices, thus your suggestions are > important. > > UBX 4/5 supports configuring navigation model via CFG-NAV2 or CFG-NAV5. > Options are: > * 1 Stationary > * 2 Pedestrian > * 3 Automotive > * 4 Sea > * 5 Airborne with <1g Acceleration > * 6 Airborne with <2g Acceleration > * 7 Airborne with <4g Acceleration > Default is automotive. As of my understanding, the model determines how GPS > receiver calculates fixes, > automotive should be OK, right? > > > William Kenworthy wrote: > > > > On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: > >> On Wed, May 27, 2009 at 1:05 AM, mqy <meng.qing...@gmail.com> wrote: > >> > > >> > Although there is a thread about omgps, I think I'd list the important > >> things > >> > here. > >> > Those who have installed previous version(s) are recommend to do a > >> update. > >> > > >> > download url: > >> > http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk > >> > > >> > Important updates since first release on 2009-05-21: > >> > >> Wow, nice! Keep up the good work! > >> > >> BTw about the autocenter feature: could it update the position a bit > >> earlier than when hitting the edge, let's say when there's 1/3 of the > >> screen left before hitting the edge? Just to allow you to see more in > >> the direction you're going to. > >> > >> THanks! > >> > >> > >> r > > > > I would like to add my request for this as well - at the moment its not > > usable when driving/or riding a bike as you cant see whats coming. Even > > better than the 1/3, would be to offset the cursor so that 2/3 (or more) > > of the screen is "ahead", and only a small amount is behind (none of the > > FR gps apps I have tried do this - but TV adds for Nokias and the like > > seem to show it as standard on those devices - very few people > > riding/driving or usually even when walking are interested in where they > > have been - its where they are going thats important. Sliding the map > > under the cursor is a much better idea than redrawing the screen when > > you get to the edge when moving for this reason. > > > > Even when walking, the current update method means you are always > > manually centring so it never gets to the edge ... so any power savings > > via reduced cpu are illusory as the user is always interacting with it > > anyway. And thats something best not done when driving/riding :) > > > > There may be scope here for a mode setting in the config - walk, drive > > etc - the antaris GPS chip does have settable parameters for these > > modes. > > > > BillK > > > > > > > > _______________________________________________ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > -- William Kenworthy <bi...@iinet.net.au> Home in Perth! _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community