<html>
<head>
</head>
<body>
<div style="color: black;">
<p><br>
Questa è la risposta di Thomas, appena ho un po' di connettività gli
rispondo<br>
<br>
<br>
Daniele Orland<br>
<br>
Sent with AquaMail for Android<br>
<a class="aqm-autolink aqm-autowrap"
href="http://www.aqua-mail.com">http://www.aqua-mail.com</a></p>
<br><p>
<div style="color: black;">
<table
style="color: black; font-size: 10pt; font-family: Arial, sans-serif;"
border="0" cellspacing="0" cellpadding="0">
<tr><td colspan="2">--- Forwarded message ---</td></tr>
<tr><td><b>From: </b></td><td>Thomas Sevaldrud
<thomas@silentwings.no></td></tr>
<tr><td><b>Date: </b></td><td>5 July 2015 13:59:30</td></tr>
<tr><td><b>Subject: </b></td><td>Re: ACAO Tracking Protocol</td></tr>
<tr><td><b>To: </b></td><td>Daniele Orlandi
<daniele@orlandi.com></td></tr>
<tr><td><b>CC: </b></td><td>Ola Røer Thorsen
<ola@silentwings.no></td></tr>
</table>
<br>
<div dir="ltr"><div style="font-size:12.8000001907349px"><div>Hi
Daniele,</div><div><br></div><div>Thanks for that, that was fast, looking
forward to try the server. We will of course test it thoroughly and give
you feedback :-)</div><div><br></div><div>The original plan as I understood
it was that we would work out a new protocol in cooperation with FAI which
I presume would involve you in this work, but I don't think anyone
really got started on this activity. We have tried to push a little on this
a couple of times the past months, but we have frankly been way too busy
with the viewer to take any leading role in this. We have just said that we
need an interface similar to what we have and that we'd work from that
assumption.</div><div><br></div><div>I'll answer your questions
below,</div></div><span class="im"
style="font-size:12.8000001907349px"><div> </div><blockquote
class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Dear
Thomas,<br><br>I carefully read your email and I would like to answer you
few clear points:<br><br>- The protocol specification I sent you is what we
can _guarantee_ to be<br>functional because it is the protocol over which
we base our services<br>and it is being used for long time.<br><br>- AFAIK,
we were not expected to provide data in any other format or<br>mean beside
the protocol we were already using.<br><br>That said I understand that it
would be much easier for you if we<br>provide the tracking data with the
protocol specification you sent me,<br>thus, I’ve implemented it on our
system.<br><br>However I’m required to stress you that it will be your
responsibility<br>to test it thoroughly and confirm that it is fully
functional well in<br>advance.<br><br></blockquote><blockquote
class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>I
will set up an URL accessible from the Internet so that you will be<br>able
to test it remotely.<br><br>Now some questions:<br><br>- Who will run the
software during the competition? You
directly?<br></blockquote><div><br></div></span><div
style="font-size:12.8000001907349px">We will be there the first weekend + a
few days into the competition. After that I think Brian will make
arrangements for someone else to run it.</div><span class="im"
style="font-size:12.8000001907349px"><div> </div><blockquote
class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">-
Is a copy of the viewer available that I can use to see how it will
work? </blockquote><div><br></div></span><div
style="font-size:12.8000001907349px">We have an alpha version of the viewer
out. I'll send you a separate email with instructions for downloading
and running that later.</div><span class="im"
style="font-size:12.8000001907349px"><div> <br></div><blockquote
class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Our
system receives and sends fixes every second, in real time with
no<br>delay, it does not do any queueing, so, every fix that is not
received<br>is lost. You should expect fixes missing randomly or for long
time due<br>to radio reception
quality.<br></blockquote><div> </div></span><div
style="font-size:12.8000001907349px">This could be a problem... One
important feature of the system is that it shows a leaderboard with the
current standings during the race. If we lose fixes inside waypoint sectors
this will of course mess up the scoring. </div><div
style="font-size:12.8000001907349px"><br></div><div
style="font-size:12.8000001907349px">The previous systems we have worked
with have buffered data on-board and pushed everything when they got back
in an area with reception, but I guess that is not an option here since
each FLARM just sends blindly right?<br></div><div
style="font-size:12.8000001907349px"><br></div><div
style="font-size:12.8000001907349px">Also, the server needs to store all
fixes from all the gliders, so that when a viewer connects for the first
time, it gets the entire flight (up to the current time). Again, this is to
do the scoring so that we know how far the glider has gone when we start
the application. This also gives us the possibility to move back and forth
in the track inside the viewer to visualize events earlier in the
flight.</div><div style="font-size:12.8000001907349px"><br></div><div
style="font-size:12.8000001907349px">Best regards,</div><div
style="font-size:12.8000001907349px">Thomas</div><div
style="font-size:12.8000001907349px"><br></div></div>
</div>
</div>
</body>
</html>