[FOSS-GPS] Re: Download-progress callbacks in osm-gps-map

Sander van Grieken sander at 3v8.net
Mon May 17 11:47:06 EDT 2010


On Monday 17 May 2010 01:26:18 John Stowers wrote:
> > 
> > > I suspect I do the former. If this is a problem then I could change to
> > > ensure that I set the property through the GObject machinery.
> > 
> > Looking it over, "tiles-queued" isn't even settable: but that makes
> > sense--I don't know what it would even mean to set something like that.
> > 
> > I believe you just need to include a call to g_object_notify() wherever
> > you're doing something that may change the reported value.
> > 
> > cf. attached patch.
> 
> Thanks, applied

For whoever is interested, I have put online my working branch where I'm integrating the 
OsmGpsMap widget here :

http://www.outrightsolutions.nl/~sander/foxtrotgps/ogm-widget/

Currently I have migrated GPS updates and the map popup menu, so it is runnable and gives 
an idea of how it'll become. The rest of the functionality is not yet in a working state, 
so expect no POIs, photos, friends etc.

Some things I noticed :

It seems the tiles-queued signal is only triggered when downloading tiles 'on-demand', 
i.e. when dragging the map around. There are no events triggered when doing an explicit 
map download.

Also I triggered a 'bug', where I had a huge bbox en a high zoom level (I accidently used 
the old global_zoom variable instead of the internal zoom variable) when starting a map 
download. It ate all my memory. This normally shouldn't happen, because the app will use a 
sane zoom level w.r.t. the bounding box, but maybe some sort of sanity check in OGM is a 
good idea.

Third issue is that old foxtrotgps also renders a 'bearing' arrow that points to the set 
waypoint, and a distance indicator. AFAICS this is not supported by OGM. Personally I 
don't care much about the waypoint functionality, but others might find it useful. What do 
you think?

grtz,
Sander


More information about the FOSS-GPS mailing list