Algoa Bay brought lighter conditions on Sunday, and after a postponement waiting for the wind to settle, the race got underway in 7 knots of breeze from the south-east. Ted Conrads and Brian Haines from the USA were the pathfinders, and opened up the gate for the fleet as they sailed out to the right-hand side of the course.
Barcelona's Guillermo Altadill and Chilan co-skipper José Munoz should cross the finish line Monday on their IMOCA 60 Neutrogena and secure second placed overall in the Barcelona World Race, the two handed race around the world.
The Volvo Ocean Race fleet reached the halfway point of their nine-month marathon - midway through the fifth leg of nine - on Friday and were still glued together in some of the closest racing in the event's 41-year history.
Cheminées Poujoulat, co-skippered by Bernard Stamm, 51, (Switzerland) and Jean Le Cam, 55 (France), sailed to victory , winning the third edition of the Barcelona World Race, the non stop, round the world race for two crew, crossing the finish line at 17:50:25hrs UTC (18:50:25hrs CET/Barcelona) on 25 March 2015 in light winds, 10-15kts SE and smooth seas.
The world's longest running professional sailing series - the ISAF sanctioned World Match Racing Tour (WMRT) - have announced a new and expanded sixteen event schedule for the 2015/16 world championship.
The ISAF XRR message service allows instant
integration of results management systems with the ISAF results
database. Use of the service allows for rapid publication
of race and event standings so that regatta management teams can
automate some of their office procedures.
Overall, the ISAF XRR service allows for these
Upload of fleet racing results
Upload of match racing results
Upload of team racing results (with variable crew lists)
Download of sailor biography information (including
Download of regatta information (with divisions)
In order to make use of the ISAF XRR data
service you will require regatta management software that is XRR
enabled, to see a list of the available packages please follow the
link to "Software Packages" above.
Alternatively, the following section covers the technical detail of
integrating 3rd party software with the ISAF XRR data
Technical Description (Upload)
All XRR communications with ISAF are conducted
through the URL:
A connection is made by the client software
using a standard HTTP connection - specific to the framework libraries
that support your chosen programming language.
All communication objects should be set up to
use UTF-8 encoding and the document content passed to our data-feed
URL using the HTTP POST mechanism. The following files
contain examples of this implemented in a number of languages:
In the instance that the uploaded document
content is malformed or has internal referential problems the HTTP
status code of the response will be 404 and the content of the
response will list each of the problems on a line by line basis
(separated by new-lines), if the upload is valid the response code
will be 200.
The import process works on a 3 stage basis: schema
reference validation, persistence.
Schema validation: The initial
stage ensures that the document content meets the structural
constraints of the chosen version of the XRR schema, this is done by
using the standard XML DOM validation library facilities available in
most programming languages.
Internal reference validation:
This stage ensures that all of the unique keys necessary to link the
various individual elements are in place. It also ensures that they
haven't been used in multiplicity and that all IDs required for
referencing the external (ISAF) unique references are in place and
Persistence: This stage takes
on three forms, depending on agreement between ISAF and the document
source. An Event element may or may not have the attribute IFUploadCode populated, this attribute is described in technical specification v1.3.1. Assuming the document content passes the previous integrity checks the valid combinations are as follows:
An uploaded document with the word TESTING populated into the IFUploadCode attribute will have the content validated and will report back on errors, if any, without initiating a full import. This method has been provided to allow testing of the service.
An uploaded document with nothing populated into the IFUploadCode attribute will be placed in a queue pending approval by the Competitions management
team at the ISAF secretariat. They then have the facility to approve, amend or reject each submitted document.
In the instance that an event is provided in advance, by ISAF, with a pass-code for populating the IFUploadCode attribute this will allow a results document to import directly into the ISAF results database on receipt.