Gippy-ai-ai . . .

[manimaul]

Gippy v1.2.3 is out.

This is a maintenance release as there was an important bug I needed to fix.

where; If you have Gippy outputting to a virtual com port that no other software is reading from, the virtual com port character device will "fill up" causing Gippy to hang.

This is now fixed, so I think Gippy should be pretty stable.

Gippy-1.2.3beta.deb

[manimaul]

I'm updating the roadmap I'd like to take with Gippy...

Roadmap:
1.3
font color picker
font picker
auto night mode
remember window position
iconography for Status

1.4
add gpsd read support Change of plans
remove gpsd output option Done
kml / Google Earth view controls
range
tilt
follow mode toggle on/off
north up / course up
improve information in about window

1.5
digital heading display (from hdt, hdg or sat-c mode)
satellite compass mode
--satellite compass mode will allow you to have 2 gps inputs with 
antennas spaced far enough apart to produce True heading
--heading will be output over virtual and/or physical serial ports
--if possible, heading output will be at 5hz (fast enough to drive an autopilot)

1.6
sog and cog dampening functions
analog guages
sog speedometer
cog compass
heading compass

[Surveyor]

You forgot an improvement....

Windows compatible

[idpnd]

Ambitious! NMEA wind instruments etc? You're more of a motorboatist arent you

Windows compatible

Theres navmonpc for windows, its excellent, feature-packed and closed source, just the right thing for you lot

[Netsurfer]

Originally Posted by idpnd

Theres navmonpc for windows, its excellent, feature-packed and closed source, just the right thing for you lot

I am still very much of the opinion that such a "feature" (some kind of display several/ all available NMEA data) should be integrated in OCPN.

From the usability point of view it is the most userfriendly option.
Everything else is far to complicated for a lot of users.

AFAIS all the NMEA data is already present in OCPN (if accordingly connected). So why expecting the user to install port splitter and other applications just to see the data that OCPN already knows (but keeps it hidden)?

Gunther

[manimaul]

Originally Posted by Netsurfer

AFAIS all the NMEA data is already present in OCPN (if accordingly connected). So why expecting the user to install port splitter and other applications just to see the data that OCPN already knows (but keeps it hidden)?

Gunther

I'm considering and looking into ways to make an "OpenCPN plugin version of Gippy" that does just this. This would give you cursor position and bearing which would be excellent.

[Netsurfer]

Will,

Originally Posted by manimaul

I'm considering and looking into ways to make an "OpenCPN plugin version of Gippy" that does just this. This would give you cursor position and bearing which would be excellent.

that sounds terrific.

But as idpnd already mentioned, please do not shrink it to some NMEA sentences (as on a sailboat there are possibly more than on a motorboat).

Just thinking about a possible/ desirable solution ....
- Scan input for all available NMEA sentences
- Add them to a config menu, where each NMEA sentence can be choosen for displaying by a checkbox
- Add an icon for enable/ disable the split screen where to display these data
- Additional config options like different output formats (decimal, grade.minutes.seconds etc.) for the position would be a bonus on top.

Can't await to see and test a first version ...

Gunther

[zenfunk]

Not sure I get it- Gippy is used for displaying gps data in a nice and eye- pleasing way- so far so good. But why on earth do you need the gpspipe functionality (it's cool though...). Just get your gps data from the tcp/ip port of gpsd and you are all set. Multiple programs can get their gps data from the gpsd port at the same time.....

Gpsd is way cooler than everything windows has to offer in terms of gps "driver" software.
It would be impossible in a world of proprietary software (different manufacturers working togerther to produce a universal gps "driver" which works for almost any gps dongle and almost every program- unthinkable)

Wondering... Christian

[manimaul]

Originally Posted by zenfunk

Not sure I get it- Gippy is used for displaying gps data in a nice and eye- pleasing way- so far so good. But why on earth do you need the gpspipe functionality (it's cool though...). Just get your gps data from the tcp/ip port of gpsd and you are all set. Multiple programs can get their gps data from the gpsd port at the same time.....

Gpsd is way cooler than everything windows has to offer in terms of gps "driver" software.
It would be impossible in a world of proprietary software (different manufacturers working togerther to produce a universal gps "driver" which works for almost any gps dongle and almost every program- unthinkable)

Wondering... Christian

Good questions.

The main reason Gippy reads direct from the serial port is because I thought it would be fun to try and do it.

The other reason was that I was seeing strange course behavior in opencpn connected to gpsd(older version) but not direct to the gps.
(Not sure which was at fault)

Last reason is because I'd like to turn Gippy into a satellite compass using 2 gps inputs (antennas a distance apart) that outputs true heading to my autopilot.

I suppose, as frustrating as the NMEA organization and protocols can be... I've grown used to them since working with it for a living.

Hope that sums it up.

Will

[manimaul]

a couple tweaks:

Gippy-1.2.4beta.deb

[manimaul]

Plugging away here at new features and yet another release:

Gippy-1.3.1.deb

Plus new roadmap:

1.3
font color picker
font picker
nmea record
nmea playback
fix autosize
kml / Google Earth view controls
...range
...tilt
...north up / course up

1.4
auto night mode
remember window position
iconography for Status
custom data separator
improve information in about window

1.5
digital heading display (from hdt, hdg or sat-c mode)
satellite compass mode
--satellite compass mode will allow you to have 2 gps inputs with
antennas spaced far enough apart to produce True heading
--heading will be output over virtual and/or physical serial ports
--if possible, heading output will be at 5hz (fast enough to drive an autopilot)

1.6
sog and cog dampening functions
analog guages
sog speedometer
cog compass
heading compass

[Keneu]

What am I doing wrong.

I have installed Gippy 1.3.3 in Ubuntu 10.04. Doing installation it says that all dependencies are OK and installs without any problems. However, when I start Gippy from menu, nothing happens (except showing a line "starting Gippy").

When I try to start from terminal I get following message:

(python:11852): Gdk-CRITICAL **: gdk_window_invalidate_rect_full: assertion `GDK_IS_WINDOW (window)' failed
Traceback (most recent call last):
File "/usr/bin/gippy", line 15, in <module>
frame = mainwindow.MainWindow(None, wx.ID_ANY)
File "/usr/lib/gippy/mainwindow.py", line 74, in __init__
self.Settings = settings_dlg.MyDialog(None, -1, "")
File "/usr/lib/gippy/settings_dlg.py", line 40, in __init__
self.replay_ctrl = wx.FilePickerCtrl(self.notebook_1_pane_input, -1)
AttributeError: 'module' object has no attribute 'FilePickerCtrl'

Am I missing anything?

Regards

Keneu

[manimaul]

wx.FilePickerCtrl is part of wxpython

python-wxgtk2.8 is required by Gippy, so the library should be available if you have Gippy and wxpython installed.

hmmm, I'm not sure what is going on here. Anyone else having this problem?

[Keneu]

Hi Manimaul

Thanks for your reply.

I have tried to uninstall Gippy and install some of the betas from the links. 1.0 to 1.2.1 is working perfectly. The later versions says the same as i described above.

I hope this can give you a hint.

Regards
Keneu

[manimaul]

Ok, I think I found the problem here.

You need wxpython version 2.8.9.2 or later.... python-wxgtk2.8 version 2.8.10.1-0ubuntu1 is the latest version in the repos.

Try

sudo apt-get udate

and then

sudo apt-get upgrade

.
I will fix the version # requirements in the package.

Will