[omgps] important updates

[William Kenworthy]

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.qingyou at 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 at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> > 
> > 
> 
-- 
William Kenworthy <billk at iinet.net.au>
Home in Perth!