Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

[Joshua Judson Rosen]

jeremy jozwik  writes:
>
> On Sat, Jun 19, 2010 at 7:42 AM, jeremy jozwik  
> wrote:
> > two things ive noticed, 1 phone will go into suspend while running
> > foxtrot, unlike omgps.
> > also, foxtrot does not seem to remember setting an alternate path for
> > the map tiles.
> > ill set OSM to read from the sd card, scroll about and all the tiles are 
> > there.
> > close foxtrot and all my tiles are gone because the pathing is reset
> > to the default location.
> 
> also, POI's dont seem to save after close.

If you mean that they don't make it into the database, then I need to
know how to reproduce that--I've never seen that fail (and I don't
think that any of the relevant code has even changed since we branched
from tangoGPS 0.99.3, so there aren't any obvious `suspects').

If you mean that the `show POIs' toggle isn't preserved across restarts,
I believe that that's by design.

In either case, it would be appropriate to start a conversion on the
foss-gps list .

-- 
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr."

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

[Joshua Judson Rosen]

jeremy jozwik  writes:
>
> On Thu, Jun 17, 2010 at 4:16 AM, Martin Jansa  wrote:
> > thanks for recipes, will be available in shr-u feeds today :).
> >
> > Regards,
> 
> two things ive noticed,

I'm reasonably sure that neither of these are actually FoxtrotGPS issues:

> 1 phone will go into suspend while running foxtrot, unlike omgps.

My suggestion is that this is an integration issue rather than something
that would be appropriate for us to try to address in FoxtrotGPS per se,
and it should probably be addressed in terms of system policy; if you're
using SHR or another FSO-based system, then there are probably already
ways that you can automatically prevent the system from suspending
whenever the GPS is on or in use by any application; fsoraw can certainly
be used to control this on a per-application basis, but it sounds more
like a general `GPS keeps the system awake' rule is more what you want.

> also, foxtrot does not seem to remember setting an alternate path for
> the map tiles.
> ill set OSM to read from the sd card, scroll about and all the tiles
> are there.
> close foxtrot and all my tiles are gone because the pathing is reset
> to the default location.

It sounds like there's something wrong with your gconf installation--
the only way that I can reproduce this issue is by preventing gconfd
from running.

-- 
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr."

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

[jeremy jozwik]

On Sat, Jun 19, 2010 at 7:42 AM, jeremy jozwik  wrote:
> two things ive noticed, 1 phone will go into suspend while running
> foxtrot, unlike omgps.
> also, foxtrot does not seem to remember setting an alternate path for
> the map tiles.
> ill set OSM to read from the sd card, scroll about and all the tiles are 
> there.
> close foxtrot and all my tiles are gone because the pathing is reset
> to the default location.

also, POI's dont seem to save after close.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

[jeremy jozwik]

On Thu, Jun 17, 2010 at 4:16 AM, Martin Jansa  wrote:
> thanks for recipes, will be available in shr-u feeds today :).
>
> Regards,


two things ive noticed, 1 phone will go into suspend while running
foxtrot, unlike omgps.
also, foxtrot does not seem to remember setting an alternate path for
the map tiles.
ill set OSM to read from the sd card, scroll about and all the tiles are there.
close foxtrot and all my tiles are gone because the pathing is reset
to the default location.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

[Michael 'Mickey' Lauer]

Congrats!

-- 
:M:


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

[Martin Jansa]

On Wed, Jun 16, 2010 at 12:32:14AM -0400, Joshua Judson Rosen wrote:
> Hello all,

Hi,

> Ideally, I'd like to see some packagers from the distributions pick this up
> and run with it--SHR, Debian, Ubuntu, et al If you need help, or have
> additional requirements that we're not yet meeting--let us know.
> 
> To get the OE-based distros started, I've attached a set of bitbake
> recipe-files after the NEWS file :)

thanks for recipes, will be available in shr-u feeds today :).

Regards,

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

FoxtrotGPS 0.99.4 available (also: looking forward...)

[Joshua Judson Rosen]

Hello all,

I'm pleased to announce the release of FoxtrotGPS 0.99.4,
now available for download from .
Please download it, build it, package it, use it, hack on it--
enjoy it!


Marcus, if you're listening: we've made a number of improvements that
I'm sure the users of tangoGPS would appreciate you incorporating--
the most salient ones are listed in the attached NEWS file.

As far as I understand the goals of tangoGPS, the vast majority of
improvements that have been made thus far in FoxtrotGPS should also be
a fit for tangoGPS; even features like zoom-decoupling/detail-scaling,
perhaps--since the GUI has been completely recreated in GladeXML and
any undesired controls, including menu-items, are now trivial to find
and mark as `not visible'.

There are changes coming, however, that may not fit in with the
tangoGPS goals: notably a complete overhaul of the friend-finder
system and, it appears, the replacement of much of the internal
map-loading and -rendering code with calls to osm-gps-map.
Sander van Grieken has done some good work so far porting FoxtrotGPS
to use the osm-gps-map 0.6 API (which I've started reviewing and trying
to fold into my own branch), and John Stowers has been very receptive
to incorporating changes that we need. Sander, I know I owe you another
couple of follow-ups regarding your changes--I appreciate your being
patient as I've sometimes taken some days to write a proper response

If tangoGPS and FoxtrotGPS are actually to diverge markedly at this
point, then I'm rather inclined to call what follows from this 0.99.4
`beta' release `FoxtrotGPS 1.0', and call the post-divergence series
of releases (with the coming invasive changes) something like
`FoxtrotGPS 1.1'.

Everything should be functionally solid at this point, and the
application should basically be `1.0 quality'. The only obvious
`pre-1.0' issues of which I'm aware in the package as a whole is:

* There's no user manual included.

* Many of the existing translations are only partially done.

I have spent time `shaking bugs out' of both the original code that we
inherited as well as the logic and GladeXML that I and others have added,
and presumably some of the more daring souls out there have been doing
the same with builds that they've made from their own Bazaar branches;
hopefully having an actual release will open things up to a wider audience.

Ideally, I'd like to see some packagers from the distributions pick this up
and run with it--SHR, Debian, Ubuntu, et al If you need help, or have
additional requirements that we're not yet meeting--let us know.

To get the OE-based distros started, I've attached a set of bitbake
recipe-files after the NEWS file :)

-- 
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr."

This is the first release of FoxtrotGPS since branching from tangoGPS.
The user-visible features and functionality of this release very similar
to those of tangoGPS 0.99.3; FoxtrotGPS does, however, include several fixes
and enhancements:

* Thanks to libgps, FoxtrotGPS supports both the new and old
  gpsd protocols transparently.

* The gpsd server address can now be specified either by name or
  by IP address.

* The saved gpsd host and port settings are used at startup,
  rather than defaulting to `localhost:2947' after each restart.

* Any pending `Load Track...' windows are no longer cancelled by
  geocoding.

* A bug causing geotagging of photographs to fail for photographs
  taken near lines of latitude or longitude has been fixed.

* Toolbars now have a style more consistent with other GTK+ applications.

* The command option-parser has been replaced:
  - The "-fullscreen" option has been replaced by a more standard
"--fullscreen" option.
  - A "--display" option is now supported to specify which X11
display to use.
  - A standard "--help" option is now supported as a means of
enquiring as to basic information about the program and its
invocation.

* A new `detail-scaling' feature has been added to the main menu,
  allowing selection of `fewer/larger details' or `more/smaller details'.

* GUI elements directing the user to `see tangogps.org for more details'
  have been removed.


Additionally, packagers and developers should note the following changes:

* All user-visible references in the program to the package-name
  (including paths to icons and configuration-data) are defined in
  terms of the GNU-standard symbols, "PACKAGE" and "PACKAGE_NAME",
  for easy re-branding.

* The internationalisation infrastructure has been updated and
  extended using intltool, and now supports translations in
  foxtrotgps.desktop.

* Issues triggering warnings from the GNU Autotools and the C
  compiler have been have been fixed. It should now be possible to
  build using GCC with CFLAGS="-Wall -Werror".

* All libraries on whic