Facebook

Login

Support Sailonline

If you haven't already - join the SAILONLINE YACHT CLUB!

Please also consider making a donation - all amounts are greatly appreciated!

Board » Technical Support » qtVlm thread

Page: First Previous 23 24 25 26 27 28 29 Next Last

Posted by
Kipper1258


Users avatar

Posts
230
Registered at
2015-06-18 22:08:49
2018-12-21 22:54:55 - Re: qtVlm thread
Looks like it's working. The link was missing the .exe which I've updated below.

Thanks

https://www.virtual-winds.org/maitai/qtvlm_setup_5.8.6-beta4.exe

Posted by
JB


Users avatar

Posts
305
Registered at
2013-03-07 08:54:34
2018-12-25 11:49:39 - Re: qtVlm thread
In past years we saw a quick evolution not only on weather routing software but also on sidekicks aiding tools.
One of the best weather routing programs used around the corner is qTVlm. Since the very first versions it has been upgraded in a good rhythm bringing also a plethora of innovations, sometimes using info and suggestions gathered from the community.

Anyhow, one qT aspect that has been roller coasting is the Optimizing/Simplifying algorithm processes applied to the calculated routing WPTs.

It is very simple to verify that in spite of using the “Optimum Simplify” process first, and "Optimize" after (applied only once or several times), normally we won’t get the best ETA - even before any trimming operation on the fixed calculated WPTs, the ones in “red” color generated around land/rocks/barriers and on the remaining "green" movable ones.

The cause for this is identified. Is a direct consequence of the used decimating algorithm implemented in qT for the “Simplify”/ “Optimum” processes.

In recent versions - 2018 - this issue was aggravated as the decimating operation during the “Simplify” process stopped being uniformly applied along the routed path, leaving us to the somehow paradox of having more remaining WPTs in the end of the route, precisely where the predictability of the WFs are worse, which is a contra sense.

There are ways to overcome this issue but, again with another contra sense, as you have to spend more time rehabilitating an over decimated routed path by adding new WPTs.

Every WPT over decimated is a less one degree of freedom in the generated curve, giving here the main reason for qT going in opposite direction of the optimum ETA.

Sincerely hope that qT responsible persons take once for all this issue and, at least bring back the “old” decimating algorithm, the uniform “cutter”.

João/psail
Sail Fair.
Posted by
maitai


Users avatar

Posts
114
Registered at
2016-02-25 08:15:33
2018-12-25 14:16:00 - Re: qtVlm thread
Joao, you should also mention that you are using settings that I strongly say you should NOT use...

Running a routing with 5mn isochrons can only lead to disappointment in most cases. If I allow for 1sec isos would you use it? 1ms even better? Even less?

Using such a small amount of time between isos creates way too many points that are likely to look useless to the simp process, which can only do what it is aimed to do: simplifying (i.e. remove the point if the ETA is not worst). Since there is not enough room between points it will end up by over simplifying.

Conclusion is that there is a good reason behind the default values, what else can I say? Modify them at your own risk, but do not complain if you don't like the result.

I could add a few things:
1) Routing with 5mn interval on a 3 days travel is just ridiculous knowing that the real wind is different from the grib's wind and that anyhow next grib update will just completely rebate the cards.
2) qtVlm is not specifically designed for SOL and will never be. qtVlm is designed for real sailors or racers and does not try to give an exact answer to an infinite problem. It is just a toolbox that can help to decide where to go.
3) qtVlm is also used in official scientific projects and is also used by very famous racing teams over the world. No one is using 5mn isochrons, there must be a reason.
4) We are opened to suggestions and improvements and even complains. But it need to be reasonably compatible with the real world, and concerning bugs it needs to be reproducible with reasonable settings.

Happy Xmas to all
Philippe.

--- Last Edited by maitai at 2018-12-25 14:16:38 ---

--- Last Edited by maitai at 2018-12-25 14:17:03 ---
Posted by
JB


Users avatar

Posts
305
Registered at
2013-03-07 08:54:34
2018-12-25 17:14:22 - Re: qtVlm thread
Hi Philippe and all.
Good afternoon.

Well, the settings I’ve been using a long time (since they were available) are the same, so I don’t have any induced distortion on comparing results generated with different settings.

Those settings have proved to give results in all kind of WFs and with different boat Polars, being also more relevant with the faster boats, as you easily understand and as per example I sent you recently.

Correct, the lower the Time Step (TS) used for calculating the Isochrones, the bigger will be number of potential WPTs. That’s the price for getting precision.

The first point you mention misses rationality.
We all know that ANY GRIB file won’t be exactly what you are going to sail IRL. Under that argument - yours - I ask why do we make routings?

I totally agree with your second point and part of the third. For that I can give you one plausible answer for people not using TS = 5 minutes: I takes a lot of time to get a result, not because is less precise.

In relation to fourth point, previously I gave you a suggestion: bring back the old "cutter", which I now reiterate.

If it doesn’t have anything to do with the used TS, what’s the problem for implementing it again?

My Dear Friend have also
a Merry Xmas

João/psail
Sail Fair.
Posted by
Bimmer


Users avatar

Posts
447
Registered at
2015-02-23 15:38:27
2019-04-29 14:00:01 - Re: qtVlm thread
Hi there maitai and oxygen 77. I'm writing to you as the original "matchmaker" between QtVlm and sailonline.
I am sorry to tell you that Joâo/psail have suffered from a heartattack and has deceased.
He's very missed in SOL as you can read in other forum posts, and I'm also sure he'll be missed as a very determined "hawkeye" to whatever the small issues could be in our use of your absolutely amazing program.
It's my hope that someone else in the SOL community will be as sharp as he was.
But again - SOL, as a whole, is MORE than satisfied with using QtVlm.
Thank you again :-)

--- Last Edited by Bimmer at 2019-04-29 14:01:00 ---

--- Last Edited by Bimmer at 2019-04-29 14:01:51 ---
Posted by
maitai


Users avatar

Posts
114
Registered at
2016-02-25 08:15:33
2019-04-29 17:49:00 - Re: qtVlm thread
Very sad news. We had a lot of exchanges to improve qtVlm usage with sailonline.

All my thoughts to his friends and family.
Posted by
sol


Users avatar

Posts
297
Registered at
2008-08-14 11:08:14
2019-05-05 17:11:55 - converting qtvlm-route to brainaid dc-tool
skippers,
Concerns QtVlm version 5.8-9
If you export a QtVlm-route to csv to generate values for brainaids dc-tool you will see that QtVlm has inserted some new columns.
COG is found now some columns to the right.

If you use your 'old' convertor now you get knots in stead of degrees you expect.

greetings
LacSareno


--- Last Edited by sol at 2019-05-05 17:14:41 ---
Posted by
Bimmer


Users avatar

Posts
447
Registered at
2015-02-23 15:38:27
2019-05-06 11:42:41 - Re: qtVlm thread
Solution:
Change SOG to COG(T).
See screen shots.
Also works for AGL.

--- Last Edited by Bimmer at 2019-05-06 11:46:50 ---
Attachments
Posted by
sol


Users avatar

Posts
297
Registered at
2008-08-14 11:08:14
2019-05-06 13:52:35 - Re: qtVlm thread
@Bimmer,
Are you sure you want to use AWS for sign of TWA? I think TWA now will get always the same sign.

LacSareno


--- Last Edited by sol at 2019-05-07 14:01:14 ---
Posted by
Bimmer


Users avatar

Posts
447
Registered at
2015-02-23 15:38:27
2019-05-07 10:47:31 - Re: qtVlm thread
I'll look into that, thanks LacSareno :-)

Page: First Previous 23 24 25 26 27 28 29 Next Last

Please login to post a reply.

Races

Next Race: 00d 00h 00m

Current Races:

Africa by Sea - Tangier to Abidjan


Whatever about pharaoh Necho II’s Phoenician expedition of the 7th C BCE, the Carthaginian Hanno the Navigator with more certainty sailed south from Tangier to explore the West African coast two centuries later, but how far he got is a matter of more conjecture. However, if he did the 2300nm to today’s Ivory Coast he would have found little there other than good shelter in the vast lagoons behind the dunes, much the same as today, excepting the highly industrialized port of Abidjan. Not a great haven for a stop-over but let’s take the 90ft Monohull anyway.
Race #1855
INFOby brainaid.de
90ft Monohull PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking: SYC - ABC
Race starts: Mar 26th 17:00 Registration will open soon
▶ Flash
GO TO RACE

Sea Lion TIMED Race 2025

Come on down South for long days of sunlight and strong bracing winds to race our Finngulf 43 as many times as you like - 117nm as the albatross flies - through some of the islands of the Falklands archipelago. This is a TIMED race, so you may RE-REGISTER HERE to try again, after finishing a run. You will have 13 days and 11 hours to test your skill and decision making after the race opens.
Race #1903
INFO by brainaid.de
Finngulf 43 PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking:
TRQ1 - TRCH - SUPSOL - SYC
RACE CLOSE: Saturday,
05 April at 23:00 UTC
Race starts: Mar 23rd 12:00 Registration will open soon
▶ Flash
GO TO RACE

Azores Challenge 2025


Another almost forgotten race at SOL. For only the second time we will sail the Jester Azores Challenge route from 2016.
What is the Jester Challenge?
Every two years a group of singlehanded sailors heads for Plymouth to sail the Atlantic. The Jester Challenge is not a race in any way, shape or form, simply an opportunity for skippers to test their boats and their seagoing mettle in a supportive and non-competitive environment. Skippers can make stopovers in other ports or harbours if they so desire, and there is no stigma attached to retiring from the event. Each sailor takes full responsibility for him or herself, their boat and the equipment they carry. There are no entry fees and virtually no rules, although there are guidelines.
Our rules are a bit different and we have a 60ft trimaran at our disposal and we have 1200nm to cover. Let's see what our yachts and their skippers can do. We wonder what you will take on board?
Race #1898
INFO from brainaid.de
60ft_Trimaran PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking:
ARQ1 - ARCH - SUPSOL – SYC
RACE CLOSE: Tuesday,
March 25 at 2300 UTC.
Race starts: Mar 17th 17:00 Registration Closed
▶ Flash
GO TO RACE

Melbourne Osaka Cup Double-Handed Yacht Race 2025

Welcome once again to what these days is Sailonline’s almost annual virtual Melbourne to Osaka Yacht Race. In real life, this double-handed 5500 nm race between these two sister cities, one deep in the southern hemisphere, the other high in the northern hemisphere, is run every four to five years, and this year is such a year. So, this year’s online version is in sync with the Melbourne Osaka Cup 2025 organised by the Ocean Racing Club of Victoria (ORCV), and the Sandringham (SYC) and Osaka Hokko (OHYC) yacht clubs. We’ll be racing the well-known First 40, a popular size of boat which should be a good match for many of the boats entered in the real race. With the doldrums unavoidably lying across our course, you can expect to be at virtual sea for at least a month!
Race #1669
INFO by brainaid.de
First 40 Particulars
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking: SYC
Race starts: Mar 16th 06:00 Registration Open!

▶ Flash
GO TO RACE

Go to race archive

SYC Ranking

  1. Sailonline Yacht Club Member Patrick70119
  2. Sailonline Yacht Club Member WRmirekd
  3. Sailonline Yacht Club Member CriticalHippo
  4. Sailonline Yacht Club Member vida
  5. Sailonline Yacht Club Member KaSToR
  6. Sailonline Yacht Club Member rafa
  7. Sailonline Yacht Club Member FreyjaUSA
  8. Sailonline Yacht Club Member Kipper1258
  9. Sailonline Yacht Club Member bonknhoot
  10. Sailonline Yacht Club Member rumskib

View full list

Series

Mobile Client

SYC members have the benefit of access to our mobile/lightweight web client!

The mobile client