Playback

[Zaturrby]

Fases

Een

Dit probleem is te groot om binnen de interface opgelost te worden. Hij moet losgetrokken worden in een losse repo en vervolgens geïmporteerd worden (het liefst ala npm stijl). Dat hadden we eerder ook al, maar uit gemak hebben we hem samen geknalt, dat was dom. Eerst dit weer naar correcte staat toebrengen.

1.1. Leaflet playback opnieuw clonen
1.2. Onze veranderingen opnieuw toepassen. (-> en testen)
1.3. NPM wrapper eromheen gooien

Twee

Om de visualisatie te laten werken moeten we de data voor een interval tree versturen naar de client. Vervolgens moet de client vragen aan de interval tree welke voyages nu (of binnen een marge) gevisualiseerd moeten worden. Op dit punt haalt hij of de voyages uit het geheugen [1] , of start hij een XHR op voor de betreffende voyages [2]. Vervolgens worden de betreffende voyages doorgegeven aan het positioneer mechanisme.

2.1. Interval Tree data construeren en inladen
2.2. Interval Tree Leaflet playback in gooien
2.3. Inlaad mechanisme scheiden
2.3.1 Init (Interval Tree + start/eind tijd) -> testbaar dmv. console.logs op geselecteerde schepen per tijdseenheid.
2.3.2. Data retrieval -> Eerst dmv. array, later XHR (maar geen zin in de asynchroniciteit
2.3.3. Interpolatie -> Testbaar door logs van de correcte tracks
2.4. Koppeling met de pong. De correcte tracks op de pong gooien.

Problemen:

1. Playback verwacht correcte data om het inladen correct te laten functioneren. Hij interpoleert onload. De manier waarop de data ingeladen wordt moet hierom worden herschreven.
2. Start en eind timers. Om de cursor te laten functioneren moet er een goede start en eind timer zijn, hoewel deze wellicht ook van de interval tree afgeleid kan worden.
3. Geheugen / XHR -> We gebruiken een hoop bandbreedte en geheugen, zeker met 4 minards over elkaar ingeladen. Het aantal DOM elementen stijgt continue. XHRs voor de voyages lijkt wijs en maakt de initiële laadtijd een stuk beter.