| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes a couple of minor improvements to the xgps[speed] UIs:
1) If a target (host/port/device) is specified, it is included in the
window title. This is especially useful when running multiple
instances pointing at different targets.
2) Interprets blank host and/or port fields in host:port:device
notation as the default values. This allows, e.g., specifying a
device without having to explicitly specify the default host/port.
Also replaces all hardcoded '2947' instances with gps.GPSD_PORT.
TESTED:
Tried various arguments, including using the option forms in
xgpsspeed. Also tried a long string of leading zeroes on the port
number to verify that a ridiculously long target string is taken in
stride.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds an optional argument to rotate the skyview display, making
it possible to orient it correctly based on the direction one is
actually facing. The specified heading is positioned at the top.
This edit does not update contrib/webgps.py, which is somewhat
more complicated to fix due to the Javascript involvement.
TESTED:
Ran both programs with and without the -r or --rotate option.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In some cases, the elevation and azimuth information are missing
(i.e., reported as 0) for some satellites. E.g., the Navika-100
receiver fails to report positions for SBAS satellites. This change
avoids showing such satellites at the "north point" of the display.
They are *not* excluded from the textual list.
TESTED:
Ran xgps, xgpsspeed, and webgps.py against data from a Navika-100
receiver, and verified that the SBAS satellites are no longer
inappropriately shown at the top.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes the "future import" statements consistently specify
absolute_import, print_function, and division, for maximum consistency
between Python 2 and Python 3. Although absolute_import is probably a
don't care for top-level programs, if unit tests were ever implemented
for the programs they would be imported as modules, making the module
import behavior relevant.
Note that previous Python 3 fixes are a prerequisite for this change.
Also makes the "polyglot comment" consistent across sources.
TESTED:
Using a version of SConstruct patched to use the target Python for
build helpers, ran "scons build-all check valgrind-audit
www/hardware.html" with all six supported Python versions. Also ran
gegps, gpscat, gpsprof, xgps, and xgpsspeed with both Python 2 and
Python 3.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes a few integer division cases to use the '//'
floored-division operator, matching the normal Python 2 (C-like) '/'
behavior, for compatibility with the switch to the "mathematical"
divison operator in Python 3 (and in Python 2 with the "future
division" import). This was more about keeping the behavior the same
than determining whether floored division is actually the proper
choice.
One place where floored division is definitely wanted is in the GPS
week calculations in leapsecond.py, which are now OK for Python 3,
though currently that module is only used by SConstruct, and hence not
with Python 3.
Two other minor fixes:
1) The GPS base date is corrected in the comment in leapsecond.py.
2) The fit_to_grid() function in xgps now consistently returns floats,
rather than returning either ints or floats depending on the line
width.
TESTED:
Ran "scons build-all check" with all 6 supported Python versions.
Also ran xgps and xgpsspeed with all but 2.6.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Gtk MessageDialog function gives a warning if no parent window is
specified. Since the main window already exists in those cases, it's
simply a matter of passing the extra argument to MessageDialog.
This has the side effect of changing the position of the dialog box,
such that it's centered over the parent window rather than being near
its upper left-hand corner. In the xgps case, it appears to be
centered over whichever subwindow was most recently updated.
TESTED:
Verified that both the gpsd not running and gpsd stopped running cases
no longer produce warning messages on the terminal.
|
| |
|
|
|
|
| |
Fixes a typo, and also capitalizes one message for capitalization
consistency (except for the text for 'help' itself, which is internal
to OptionParser).
|
| | |
|
| | |
|
| |
|
|
| |
...change their shebang lines to plain Python.
|
| | |
|
| | |
|
| |
|
|
| |
This is a step towards Gtk3 porting.
|
| |
|
|
|
|
| |
...as described at
https://wiki.gnome.org/Projects/PyGObject/IntrospectionPorting
|
| |
|
|
|
|
| |
For the moment most shebang lines still say 'python2' rather than just 'python'.
This is because the client code in gps/ hasn't been touched yet; the internal
imports break under Python 3 and that needs to be fixed.
|
| |
|
|
|
|
| |
We've learned that Ubuntu 15.10 will have python3 as default. The ugly
transition gas befun; our only recourse is to hape that all our deployment
targets have 'pyton2' do the right thing. Works on 14.10.
|
| |
|
|
|
| |
Before this fix, satellites from the Beidou or QZNSS wuld have been
incirrectly displayed with the SBAS shape.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
But the style switch is a global.
|
| | |
|
| | |
|
| |
|
|
|
| |
This avoids coredumps in case DISPLAY is not usable.
See http://bugs.debian.org/602925 for details.
|
| | |
|
| | |
|
| |
|
