I have ‘combined’ the content pointed to by the ‘bwr’ & ‘bwrX’ links on the race GPX page…
Not really any point in linking to the gpx race file, and also a zip containing same file and the race polar for Bluewater… ?
So now the ‘bwr’ link points to the zip file, as the bwrX link did previously (but shall no longer be listed). So you always get the optimised polar.
The files are stored in the zip archive in their respective folders, so to unzip, right drag the file to your Bluewater installation folder and from the context menu that pops up when you release the mouse (over the folder) choose ‘WinZip -> Extract to here’ and the files will unzip into thier correct folders 😉
Multi-class races will have only the race file, unless I actually have all the polars (I can only get the polar for the boat *I* register under, and ‘sol’)
Also, I have been meaning to post some more under the Bluewater tutorial (& I promise that I will soon!) and also post an new, more advanced♦ article, detailing how to use Bluewater with timed races to help in deciding your ‘Window of best conditions’, including a script (I hope to develop – fingers crossed!) for download to provide some automation to the process…. But until I have perfected the script, if you read my article on computing optimum VMC and apply the same method described there for a VMC value to the start time of your run, you can already (significantly) minimise the number of optimisations you need to run to find a good starting time. Tip: make sure, in the ‘first step’ described there, you need to choose a time sufficiently far into the future, otherwise you may only find a good start time, not the best overall – a good example was the recent Sea Lion, which had 2 (rather close in both time and quality) windows for setting out. I would suggest a few (3 or 4?) days, depending of course on how long you have to start the race, in this ‘step 1’…. If done correctly this is a powerful method that can allow you to get in the vicinity of under 5 minutes of the best start time, while only computing optimised routes over 8 iterations after the initial setup (mentioned as step 1 above). Of course, this method assumes a ‘smooth’ change of ETE with change in start time (which is not always the case) but this is often a reasonable assumption – and when it isn’t, no ‘algorithm’ will help other than ‘brute force’.. ;-P
♦ Advanced in the sense that it is an advanced usage of BWR, but it will be simple to use the script… I promise 😉