Posts: 801
Threads: 46
Joined: Jun 2017
Reputation:
25
2017-10-09, 06:42 PM
(This post was last modified: 2017-10-09, 06:44 PM by jim321.)
if they want to go open-source yes if not no.. i've been weather routing without it for a long time ..
Posts: 3,013
Threads: 62
Joined: Mar 2016
Reputation:
282
2017-10-09, 06:59 PM
(This post was last modified: 2017-10-09, 07:01 PM by Sailoog.)
It will be difficult that they go open-source again because now they have some private API incorporated from Iridium GO.
Posts: 590
Threads: 67
Joined: Nov 2016
Reputation:
22
2017-10-09, 07:48 PM
(This post was last modified: 2017-10-09, 08:44 PM by abarrow.)
Not crazy about stuff that isn't open source. Perhaps is there some way to create an optional plug-in, the same way that many Linux distributions give you an option to include proprietary software or not? How well does it even run on RPI? I would think that it would be pretty processor intensive.
I just looked at it. Very interesting program. I'm a bit confused that they can say on SourceForge that it is licensed under GPL, and not publish the source code.
Posts: 311
Threads: 46
Joined: Oct 2016
Reputation:
6
I think we have integrated a good software with OpenCPN and zyGrip. The charts of OpenCpn are great and cheap.
I see no need for new plotter software.
![Angel Angel](https://forum.openmarine.net/images/smilies/angel.png)
Entschuldigung für mein Englisch. Es ist "deepl.com english"
PN bitte auf german.
Posts: 287
Threads: 44
Joined: Mar 2016
Reputation:
5
I am using qtVlm regularly and love this software. Its by far the best and simplest way to download and use different grib files. I would even use this sw for navigation (their instruments presentation is by far better than what ocpn offers) but have started to love the oesenc charts, unfortunately they are not supported.
qtVlm' strength (to my humble opinion!) is the ease to calculate routes, compare them and assess variants. The weatherrouting-pi in ocpn is very poor compared to what qtVlm can do. Its also great to create a route and print a detailed route-plan as a backup, in case the electronic fails. The developer must be an experienced tactician and sailor and the user interface shows that. Obviously results always depend on the accuracy of the grib files, but at least this sw offers ways to compare them etc.
As far as integration with op is concerned I have not tried to use qtVlm on the raspi, so far I use the laptop for planning/navigation and and op as the wifi NMEA concentrator.
Even ocpn on the raspi is usually only my backup as I dont have a hdmi screen but work headless with VNC and found the mouse/screen delays with VNC irritating.
What closer integration between qtVlm and OP is envisaged?
Posts: 3,013
Threads: 62
Joined: Mar 2016
Reputation:
282
2017-10-10, 09:23 AM
(This post was last modified: 2017-10-10, 09:24 AM by Sailoog.)
qtVlm Integration would be just like opencpn integration. Installed with shortcuts in menu and desktop, required packages installed, settings by default to connect with NMEA multiplexer, default background maps loaded, updates from openplotter menu.
Posts: 129
Threads: 9
Joined: Apr 2017
I did vote as no. Anyways in a fast review it would be a good solution for me because they support tides format what is good for river tours.
But on the other side its closed source and than by the way i can buy any other proprietary solution as well. That way i can also strip out main things of openplotter and can just install canboat and signal k. I think its better than to put the voice to OpenCPN and force they can use Openrivermap solutions. Comercial is not a problem but i thing and most join openplotter to be a opensource solution. Maybee i lost to much time in the pbx community and here they are very straight... Linux distributions like scientific linux and red hat are stripped out if they implement non gpl licenced code. I did brought with others the most popular PBX distribution to the Beaglebone black and raspberry pi... but at the beginning we did blog it until the maintainer did change the licence of the installation script. I think not to say no for integration by hnd afterwards because its a private thing and freedom to use it but i suggest not to do a official integration what at least make yours code or the openplotter code conflicts with the GPL...