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 » General Discussion » DTF calculation

One of the most frequently asked questions on chat is how the distance to finish is calculated. I've tried to explain that, based on my understanding. If anyone knows differently, please add to the thread.

The first two plots here are sketches of a race similar to our SWR Leg 6. That is a good example of where the DTF is not entirely intuitive. The third plot is the mark to mark distance, which many think should be the DTF.

The distance to the next mark is determined by the closest distance to the line that goes out from the mark. This line (the mark 2 rounding line) is drawn at right angles to the line between marks 1 and 3, starting at mark 2 and continuing infinitely.

From that point, the next part of the DTF is the distance to the next mark. Then mark to mark to the finish.

So looking at the attached plots. Boat A sails close to the rhumbline, so its DTF is very similar to a mark to mark course.

Boat B, however, is sailing wide of the mark. From B1 we find the closest point on the rounding line (point X). From there to mark 3.

All the distances from the various positions are shown on the plots.

--- Last Edited by NZL Scotsman at 2012-05-01 10:11:12 ---
Attachments
If you have another look at the mark to mark system, the main problem with this is that when you approach the mark rounding line wide - then the DTF includes the distance to this mark until you pass it. Then it jumps to the next mark.

For example Boat B at B4 jumps from 43nm to 35nm as soon as the line is crossed.

The existing system has a similar problem, but it is much less severe. The problem only really occurs when you have a situation like B3, where the mark 3 rounding is very wide and therefore the mark 3 to 4 distance is much greater than compared to boat A. (35nm compared to 17nm).
Here is an alternative method of calculating DTF that might avoid some of the issues the current version creates - those rare occasions when the course shape results in longer DTF than is reasonable.

The attached plot will help with this description. Instead of waiting until the mark is rounded before the next mark is considered, DTF is determined by going to the next mark as soon as the extended bearing is crossed. If the boat crosses back, then simply revert to distance to the mark.

For example B1 has crossed the line, therefore DTF is distance to Mark 3 plus 3-4 distance (141+17=158nm). This compares to 166nm with current method.

Now compare B2 and B3. The boat has only moved about 15nm. DTF for B2 = 108nm, B3 = 98nm. Sounds reasonable?

The existing method B2 - 112, B3 - 111.

I think this method will be easy to compute, so it will not add to the server requirements. I cannot think of any disadvantages, but might be worth testing it with some more examples.
Attachments
My personal solution is to ignore ranking and sail, all will be sweet when we cross the line ;-)

Your method of calculating is slightly off. Example 1 shows best (at our current situation on VOR6) is how it is currently done, but rather than orthogonal to the line *1-*3, the 'scoring line' that extends from *2 to score roundings bisects the angle *1-*2-*3. OK, in your diagrams this does not make a lot of difference - but shift *2 along the direction of line *1-*3 and you can see it can... This is the BRG value on the NOR - Brg from ship to mark at the instant the server scores your rounding.

Just some advice from experience (regarding alternative methods) - you can draw 100 examples and it all works fine, but there is often some edge case where things go nuts...
Diagram 4 does appear a better method of computing DTF, but not of scoring roundings (B3 should not be considered to be on Leg3 for example, and could flip from Leg2 to 3 many times on its way to the finish? sim. B1) and we still need the line we currently have extending from the mark to score roundings (and to detect 'unwindings')
This would be where is creates more load to compute - 2 lines crossings per mark instead of 1 - actually 1 line crossing (score) and 1 'which side of the line are we' (dtf)
(not saying is a bad idea, just commenting because you did about server loads)

It's great that others are thinking on things like this though - when you are doing such examples though, try pulling out GE and drawing LONG courses, as these are really the only ones where the ranking ever becomes an issue for some - when a GC path significantly changes where on the line the scoring point is, compared to a Loxo (and also the scoring line itself, being GC) - small distances like in your diagrams don't show this effect. Also GC can change the edge cases a bit - remembering back to the ranking fiasco on Leg 5 while the scoring point was the south pole for pretty much every boat.

Of course, the other question is "Is this a good allocation of development resources?" - which always needs to be asked ;-)
I help develop the client interface for the best online ocean racing sim there is... __/)/)_/)__
Thank you NZL Scotsman

This is a very complicate way to measure the DTF.

I think its not that hard to implement a way to calculate the DTF based on a point to point measure:
- point to point for "mark to mark", and
- point to point for "boat to next mark".

Its a suggestion to SOL programers.

Fair winds

--- Last Edited by Armando Faria at 2012-05-04 02:33:41 ---
Boteco1 - Make Bore Impossible
It is point to point for future legs??
It is actually point to point for all legs, just for the first 2 the exact location of that point is not fixed...

It isnt really any more complicated than just computing boat to mark to mark etc, but it is more realistic. It is exceedingly difficult to write an algorithm that can most accurately handle all possible course configurations, sizes, and locations (for example, had the VOR Leg5 been translated N so that it crossed the Equator, but otherwise remained the same shape, we would not have had the ranking issues with the South Pole)

If we change it then boats that stay close to the rhumbline will most likely figure higher in the rankings than they are. Personally I would rather appear lower in ranking than I really am. There is no realistic way to have a consistently accurate ranking across the whole race - given the very different configs/sizes/locations of SOL races and the variety of possible routes.

Rank calculations and visualisations like you see on the AC45s and VOR inport races only work for pure Windward/Leeward courses, and even then as the wind becomes more shifty they become less accurate.

I don't really see there is much wrong with the current system
I help develop the client interface for the best online ocean racing sim there is... __/)/)_/)__

Please login to post a reply.

Races

Next Race: 00d 00h 00m


Current Races:

Tall Ships Races 2025 - Le Havre to Dunkirk


Welcome to the first of four virtual Tall Ships Races in European waters which are concurrently being organized in-real-life by Sail Training International . The course for this first race is between the French ports of Le Havre and Dunkirk; circa 125nm in Sailonline’s magnificent 90m Barque.
NOTE: Starts and Finishes in tall ships racing are always offshore to avoid conflict with shipping and shipping lanes; online and real-life may not match exactly.
Race #1923
INFO by brainaid.de
Barque 90m PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking: TS - SYC
Race starts: Jul 07th 16:00 Registration Open!
▶ Flash
GO TO RACE

Red Eye - Key Lime Pie-gatta 2025

Opposite the Bahamas at the tip of the Florida peninsula, we find the Florida Keys, a honky-tonk arpeggio of islands, where another SOL classic, the Key Lime Pie-gatta, so-called after the famous local condensed-milk-based tart speciality, awaits to be navigated once again. We’ll race its “Red Eye” 180nm in very-American Santa Cruz 52s, ignoring such artefacts as bridges, causeways and piers joining the keys one to the other and to the mainland!
Race #1846
INFOby brainaid.de
Santa Cruz 52 PARTICULARS
NAM_AWIP WX Updates:
0245 / 0845 / 1445 / 2045
Ranking: SYC - RED
Race starts: Jul 02nd 12:00 Registration Open!
▶ Flash
GO TO RACE

Sail Around Turkey 2025


Welcome to the 11th running of one of Sailonline's most iconic races, where our fleet races the length of the Turkish coastline from Hopa (the easternmost harbour on Turkey’s Black Sea coast) to Iskenderun (the easternmost harbour on Turkey’s Mediterranean coast). It’s a 1,372nm race and aboard our classic, 1st decade of the 21st Century, version 2 IMOCA 60, you should be able to get around the course in less than a week. That is if, of course, once you get out of the Black Sea you don’t stop to enjoy the sights or a BBQ or two in the Golden Horn, or on the Marble Islands, now land-locked Troy or Gallipoli or any of the myriad Aegean islands, that you shall have to carefully navigate past.
Race #1930
INFOfrom brainaid.de
IMOCA 60 v2 PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking: SYC
Race starts: Jun 27th 15:00 Registration Open!
▶ Flash
GO TO RACE

Go to race archive

SYC Ranking

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

View full list

Series

Mobile Client

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

The mobile client