Login
Support Sailonline
If you haven't already  join the SAILONLINE YACHT CLUB!
Please also consider making a donation  all amounts are greatly appreciated!
Posted by NZL_Scotsman 

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 20120501 10:11:12  

Posted by NZL_Scotsman 

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). 

Posted by NZL_Scotsman 

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 34 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. 

Posted by AGage 

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... __/)/)_/)__ 

Posted by Amigo_do_Boteco1 

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 20120504 02:33:41  Boteco1  Make Bore Impossible 

Posted by AGage 

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:
Tour Down Under 2022
It will be 694nm of killing racing on an amazing route created by SOL'er AGage. In the chat of the first edition of this race, Tyger wrote "Only an Aussie (and a crazy one) with intimate knowledge of these waters could have come up with such a racecourse". Well maybe AGage was a bit crazy, but he was also a genius when he made it, inspired by the great cycling race "Tour Down Under". Instead of bikes we will use fast 60ft Trimarans. So rest well and prepare large amounts of coffee. You will have at least two days without sleep. ðŸ˜Š
Race #1595
INFO by brainaid.de
60ft Trimaran PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking:
ARQ3  ARCH  SUPSOL  SYC
Race starts: Sep 25th 02:00
Registration Open!
Hong Kong to Auckland 2022
It's time to test your ocean racing skills in a variety of weathers as we head the 6400 NM between Hong Kong and Auckland in a fast Super Maxi 100. We'll be heading from a northern summer to a southern winter so keep plenty of cold weather gear and warm rum on board!
PRIZE: SMPF
Race #1597
INFOby brainaid.de
Super Maxi 100 PARTICULARS
WX Updates:
0430 / 1030 / 1630 / 2230
Ranking:
OCQ3OCCHSUPSOLSYC
RACE CLOSE: Wednesday,
September 28 at 2300 UTC.
Race starts: Sep 01st 04:00
Registration Closed
SYC Ranking
Series
 SYC ranking
 2023 DN
 2022 TRQ4
 2022 TRQ3
 2022 TRQ2
 2022 TRQ1
 2022 TRCH
 2022 Tall Ships
 2022 SUPerSOLer
 2022 SSANZ
 2022 SSA
 2022 SPRQ4
 2022 SPRQ3
 2022 SPRQ2
 2022 SPRQ1
 2022 SPRCH
 2022 SHE
 2022 OCQ4
 2022 OCQ3
 2022 OCQ2
 2022 OCQ1
 2022 OCCH
 2022 NTR
 2022 LOOR
 2022 CTR
 2022 ARQ4
 2022 ARQ3
 2022 ARQ2
 2022 ARQ1
 2022 ARCH
 2021 TRQ4
 2021 TRQ3
 2021 TRQ2
 2021 TRQ1
 2021 TRCH
 2021 TD
 2021 Tall Ships
 2021 SYCQ4
 2021 SYCQ3
 2021 SYCQ2
 2021 SYCQ1
 2021 SYCCH
 2021 SUPerSOLer
 2021 SSANZ
 2021 SPRQ4
 2021 SPRQ3
 2021 SPRQ2
 2021 SPRQ1
 2021 SPRCH
 2021 Shetland
 2021 PAC6
 2021 OCQ4
 2021 OCQ3
 2021 OCQ2
 2021 OCQ1
 2021 OCCH
 2021 ESRW
 2020 TSE
 2020 TSA
 2020 TRQ4
 2020 TRQ4
 2020 TRQ3
 2020 TRQ2
 2020 TRQ1
 2020 TRCH
 2020 Tasman Double
 2020 SYCQ4
 2020 SYCQ3
 2020 SYCQ2
 2020 SYCQ1
 2020 SYCCH
 2020 SUPerSOLer
 2020 SSANZ
 2020 SRQ4
 2020 SRQ3
 2020 SRQ2
 2020 SRQ1
 2020 SPRCH
 2020 Shetland
 2020 RTW
 2020 RNI
 2020 Odyssey
 2020 OCQ4
 2020 OCQ3
 2020 OCQ2
 2020 OCQ1
 2020 OCCH
 2020 A3
 2019 TRQ4
 2019 TRQ3
 2019 TRQ2
 2019 TRQ1
 2019 TRCH
 2019 Tasman Double
 2019 Tall Ships
 2019 SYCQ4
 2019 SYCQ3
 2019 SYCQ2
 2019 SYCQ1
 2019 SYCCH
 2019 SUPerSOLer
 2019 SSANZ
 2019 SRQ4
 2019 SRQ3
 2019 SRQ2
 2019 SRQ1
 2019 SPRCH
 2019 Shetland
 2019 Round New Zealand
 2019 OCQ4
 2019 OCQ3
 2019 OCQ2
 2019 OCQ1
 2019 OCCH
 2018 TRQ4
 2018 TRQ3
 2018 TRQ2
 2018 TRQ1
 2018 TRCH
 2018 Tasman Double
 2018 Tall Ships
 2018 SUPSOL
 2018 SSANZ Triple
 2018 SRQ4
 2018 SRQ3
 2018 SRQ2
 2018 SRQ1
 2018 SPRCH
 2018 Shetland
 2018 Shackleton Challenge
 2018 OCQ4
 2018 OCQ3
 2018 OCQ2
 2018 OCQ1
 2018 OCCH
 2018 40CH
 2017 TS RDV
 2017 TRQ4
 2017 TRQ3
 2017 TRQ2
 2017 TRQ1
 2017 TRCH
 2017 Tasman Double
 2017 Tall Ships
 2017 SWR
 2017 SUPSOL
 2017 SSANZ Triple
 2017 SSANZ RNI
 2017 SPRR3
 2017 SPRR2
 2017 SPRR1
 2017 SPRCH
 2017 Red Dot
 2017 OCQ4
 2017 OCQ3
 2017 OCQ2
 2017 OCQ1
 2017 OCCH
 2017 40CQ3&4
 2017 40CQ1&2
 2016 TRQ4
 2016 TRQ3
 2016 TRQ2
 2016 TRQ1
 2016 TRCH
 2016 Tasman Double
 2016 Tall Ships
 2016 SUPSOL
 2016 SSANZ Triple
 2016 SRQ4
 2016 SRQ3
 2016 SRQ2
 2016 SRQ1
 2016 SPRCH
 2016 RTWR
 2016 OCQ4
 2016 OCQ3
 2016 OCQ2
 2016 OCQ1
 2016 OCCH
 2016 Corporate Open Gold
 2016 A3
 2015 TRQ4
 2015 TRQ3
 2015 TRQ2
 2015 TRQ1
 2015 TRCH
 2015 Tasman Double
 2015 Tall Ships
 2015 SYQ4
 2015 SYQ3
 2015 SYQ2
 2015 SYQ1
 2015 SYCCH
 2015 SUPSOL
 2015 SSANZ Triple
 2015 SRQ4
 2015 SRQ3
 2015 SRQ2
 2015 SRQ1
 2015 SPRCH
 2015 OCQ4
 2015 OCQ3
 2015 OCQ2
 2015 OCQ1
 2015 OCCH
 2015 Aegean Rally
 2014 Timed Races Championship
 2014 Tasman Double
 2014 Tall Ships
 2014 SYC Championship
 2014 SSANZ Trio
 2014 SSANZ RNI
 2014 Sprints Championship
 2014 Scandinavian Tour
 2014 Round The World Race
 2014 Ocean Championship
 20142015 Sailonline World Race
 2013 Tall Ships
 2013 SYC Championship
 2013 SSANZ B&G Simrad
 2013 Capt Anderson
 2012 W Australia Regatta
 2012 Tall Ships
 2012 SSANZ B&G Simrad
 2012 RNZ Two Handed
 2012 Global Challenge
 2012 Ecker Cup
 2012 Black Sea
 2012 A3
 2011 Vancouver Island
 2011 Tasman Double
 2011 SSANZ B&G Simrad
 2011 SOL Global Challenge
 2011 SJORA Series
 2011 Scandinavian Tour
 2011 Round North Island
 2011 Asian Sprints
 20112012 SOL World Race
 2010 Tasman Double
 2010 Ouzo Rally
 2010 Iberian Tour
 2010 Auckland Regional
 2009 French SOLo
 2009 Bosphore  Bretagne
 2008 SYCC
 2008 2013 SYC Week Race Championship
 2008 2013 SYC WeekEnd Race Championship
 2008 2013 SYC Ocean Race Championship
 20082009 Sailonline Ocean Race
Mobile Client
SYC members have the benefit of access to our mobile/lightweight web client!