Onderwerp: 24-uurs route app

Ik ben bezig met een RAK24U variant die beschikbaar is op zowel Windhoos, Mac, Mobiel
Ik heb al een mooie opzet gemaakt en de Beta-variant is bijna klaar.

Hebben jullie nog suggesties voor functionaliteiten?


In het kort heb ik nu dit werkend
Als alles 1x is ingeladen werkt hij ook volledig offline.

Beta V1
- inlezen boeien en rakken incl wat controles met waarschuwingen.
- automatisch ingetekende kaart met boeien, rakken en starthavens
- automatisch ophalen ORC-certificaat voor polair extractie
- eigen polair plakken of uploaden kan ook
- Schuifje op hoeveel procent van je polair je wilt rekenen
- ingetekend polair-diagram
- Windhoek grenzen
- Uploaden GRIB file voor weer of automatisch ophalen
- tekent wind pijltjes over kaartje met uren schijf
- optie om met vaste wind/windhoek te rekenen
- wedstrijd templates
- 24-uurs en 6-uurs
- zet een aantal instellingen obv de wedstrijdbepalingen zoals duur schuttijden etc
-rakken kunnen aanmerken als sluisrak incl compensatie en schuttijd
- risico analyse
- hou rekening met onzekerheid in de voorspellingen en hoe groot de kans is dat je in een hoek beland word uitgedrukt in een score die je kunt laten meewegen
- berekenen
Beste route of per starthaven 1 voor 1 een route laten maken
- Onderweg
- starthaven vastleggen
- volgende geldige boeien kunnen vastleggen met rondingstijd
- vervolg berekenen
- Routes exporteren naar CSV, GPX of uitprintten

V2 Kan nog net voor de 24uurs klaar zijn denk ik
- Stroming op het wad meenemen
- Word aangeleverd in GRIB2 moet nog een aparte decoder voor komen
- Fallback voor ophalen weer naar meteo.studio/grib/
- automatisch meest recente weerbericht tussen de 2 sources bepalen

- Standaard de sluizen invullen mist bij template 24-uurs

- Sluistijd kunnen aanpassen in minuten ipv uren

- In template 24uurs niet finishen voor het 23e uur standaard ingevuld

- Wind standaard 1uur voor en 1uur na het inslaan van een rak vergelijken en meenemen in de risico’s 

- Die 1 uur moet instelbaar worden
- Kans om onder kruishoek te komen, zwaarder laten wegen in de risico’s

- Uitgebreide uitleg op aparte pagina

- APH automatisch herkennen uit ORC
-
Performance Factor berekenen adv APH
- Berekenen laten doorlopen bij wisselen tussen tabs
- Geschatte rekentijd tonen obv gemiddeld aantal berekeningen voorgaande runs
Afhankelijk van weer en instellingen en gegeven rekenruimte kan dit van mili(seconden) tot een uur zijn. Meestal is het binnen een minuut klaar

V3

- Knikken in de wad rakken meenemen
- Met GPS bijhouden waar je bent en automatisch de geronde boeien bijhouden in de route-tab
- Boeien met juiste symbool tonen ipv bolletjes

-Tab met automatische rakken vergelijking
-uploaden van rakken bestand vorig jaar en die van dit jaar en verschillen tonen
- Rakken en boeien automatisch ophalen

- Rakkenkaart met koersen en afstanden duidelijker in beeld krijgen voor printen
- ORC-certificaten zoeken op bootnaam/zeilnummer

-Zit achter een log-in bij ORC, nog even op zoek naar databron met werkbare gegeven(staat op laag pitje nu)

Klinkt allemaal al supergoed!!

Eén puntje wat ik zelf altijd nog belangrijk vind.
Geeft de app ook aan wat de theoretische finish tijd is?

Het gaat mij om de marge. Het finish rak valt wel eens tegen, afhankelijk van de windhoek. Met name door de drukte in dat rak.

En, eventueel, een optie om net na de finish tijd aan te komen wanneer je nog een rak kunt meepakken. Soms kan het 'uit' om een paar strafmijlen te accepteren. Liever niet, maar wie weet. Ik heb dat één keer wel gedaan en dat kon toen goed uit.

Groeten,
Pieter

PieterV schreef :

App geeft de verwachtte finishtijd aan en rekent ook meteen met strafmijlen en of dat uitkan.

Er is geen aparte optie voor rekening houden bij de finish maar dat kan op verschillende manieren ingesteld worden.
Waneer het rak in de wind is rekent hij al met je VMG langs het rak.
Heb je liever geen straf dan is daar een instelling voor, dit is een invul vakje hoeveel tijd je na de reguliere tijd mag finishen en staat standaard op 1 uur maar kun je op 0 zetten.
Verder is de looptijd van 24uur aanpasbaar je zou die op bijv 23.5 kunnen zetten dan heb je een half uur speling. Je zou ook nog je polair op bijv 85% kunnen zetten met een schuifje voor het berekenen van het laatste deel van de route je hebt dan een veiligheids marge.

Indrukwekkend. Beschikbaar vóór de komende 24uurs?

elPorro schreef : En Linux?


Kan je iets vertellen over de algoritmes die je gebruikt om routes te berekenen? Jan Woudstra (Hajime hier op het forum) heeft voor Rak24u bij de downloads een map 7. Mathematics met daarin berekeningen over hoeveel mogelijke routes er zijn en hoe lang het doorrekenen daarvan zou duren. Hoe maak jij de selectie welke routes je moet doorrekenen? En heeft de gebruiker daar nog invloed op met instellingen?

Menno schreef :
Als daar een browser op zit is het antwoord ja

Menno schreef :
In de basis is het algoritme hetzelfde als RAK24 maar dan met een fancy UI plus een heel aantal zaken geautomatiseerd. zoals automatisch de rakken van de 24uurs website halen en inlezen plus de weer-berichten, stroming, polair vanuit ORC certificaat.

Ik ben nog aan het spelen met slimme afkappingen voor onzinnige doorrekeningen om het nog sneller te maken. Verder ben ik nog bezig met het werk opknippen en verdelen over worker poules zodat elke CPU optimaal benut word en er meer berekeningen per seconde doorheen gaan.

In wat test haalde ik 40-50miljoen opties per seconde op mijn mobiel en na wat tests met werk verdelen over de CPU-cores kwam hij op +- 130m/s. op mijn laptop is dit 350m/s terwijl die zonder verdeling van werk op 95m/s kwam.

Verder word zo'n beetje alles wat je kan verzinnen aan parameters instelbaar dus ook doorreken plafond.

Mooi hoor! Ik ben heel benieuwd. Mocht het te gebruiken zijn in de komende 24u dan houd ik me ook aanbevolen. Ik wil het dan graag naast Rak testen.

In Rak zit nog een optimalisatie door elke boei te voorzien met de minimale benodigde tijd naar de finish. Ben je hier te laat, dan kan je de zoekboom hier verder afbreken.
Een andere optimalisatie is dat per boei de rakken gesorteerd zijn aflopende bootsnelheid.
Dus snelste eerst. Samen met die minimaal 99% gemiddelde snelheid voor het reeds afgelegde deel van het traject worden de meeste zoekbomen afgekapt.
Het lijkt erop dat de route-app minstens 100x sneller is dan Rak

Hajime schreef :

Hier een uitleg die hopelijk begrijpelijk is hoe het snoeien in de route app te werk gaat.

De meeste mijlen per uur eerst. Per boei staan de mogelijkheden op volgorde van wat ze werkelijk opleveren: afstand gedeeld door de tijd die ze kosten, schuttijd inbegrepen. Puur op snelheid sorteren zet een sluisrak bijvoorbeeld vooraan op acht knopen terwijl je daar ook een bijv. uur voor de deur kunt wachten. Dit gebeurd per half uur in de route opnieuw, omdat een draaiende wind de volgorde kan omgooien.

Deadline — het laatst mogelijke tijdstip per boei. Eén Dijkstra vanaf de finish over de omgekeerde rakken bepaalt voor élke boei hoe lang je er minimaal over doet om de finish nog te halen; sluitingstijd min dat getal is het laatste moment waarop je daar nog mag zijn. Sta je bijv een half uur voor de sluiting nog op de Noordzee, dan is de rest van dat traject kansloos en wordt het niet verder doorgerekend. Kort, krachtig en voor alle 65 boeien in een paar milliseconden klaar; het kapt veruit de meeste zoekbomen af.

De grens rekent met de snelste wind van de hele race — te krap zou routes wegsnoeien die wél haalbaar zijn. Hem scherper maken door de wind van het moment zelf te gebruiken is geprobeerd en weer teruggedraaid: op de gemeten gegevens kapte hij geen enkele tak extra af, terwijl de opzoekactie in de binnenste lus een derde van de rekensnelheid kostte. De scherpe versie zit wél in de bovengrens hieronder, want die wordt maar één keer per boei geraadpleegd in plaats van bij elk rak.

Opbrengst per uur. Vanaf het zesde rak wordt een traject afgebroken zodra het per uur minder oplevert dan snoeidrempel × de beste route tot dan toe. Dit levert veruit de meeste versnelling, en is de enige snoeimethode die het optimum kán missen — vandaar dat de drempel instelbaar is. Hier gaat het hier om mijlen inclusief de sluiscompensatie, niet om pure snelheid: een route die een schutting meepakt loopt anders ten onrechte achter.

Hoger snoeit méér. Op 100% valt alles af wat trager gaat dan de beste route tot dan toe; op 0% wordt er op deze grond niets weggesnoeid en is de uitkomst gegarandeerd optimaal — maar alleen als de zoektocht ook werkelijk uitgeput raakt, en op het volle veld gebeurt dat nauwelijks.


Rakfilters. Je windhoekgrenzen in de modus "overslaan", en een eventuele minimumsnelheid.

Riscofilters. Rakken met een ingestelde risico grens vermindert ook het aantal door te rekenen opties maar kans dat je de meest optimale route mist, Dit word wel een veilige route die minder gevoelig is voor winddraaiingen.

Bovengrens. Voor elke boei is per stand van de klok uitgerekend hoeveel mijl er vanaf daar nog te varen valt vóór de finish dicht is, mét de wind van dát moment: zakt het 's nachts in, dan weet de grens dat er minder te halen valt. Is dat, keer de hoogst mogelijke sluiscompensatie, niet meer dan de beste route tot nu toe, dan kan de hele tak dicht. Dit is de tegenhanger van de deadline-snoei — die zegt of de finish nog haalbaar is, deze of er nog iets te hálen valt — en het is naast de rakfilters de enige snoei die het optimum bewijsbaar niet kan missen: de tabel houdt zich niet aan de gebruikslimieten van de rakken en komt er dus altijd ruim boven.

Dat de zoekfunctie werkelijk op de uitslag optimaliseert en niet op afstand, wordt getoetst door hem op een kleine graaf te vergelijken met een volledige opsomming van alle routes — zowel met als zonder sluizen.

Het opknippen van de waddenrakken en in de berekening meenemen als losse segmenten vertraagt de boel weer omdat er dan eindeloos veel mogelijkheden bij komen.

Ben het nog flink aan het doortesten maar de eerste resultaten zijn veelbelovend doorrekenen tot 100.000.000.000 is met bepaalde instellingen binnen een half uur klaar. Maar ligt dan ook net weer aan het weerbericht.


Verder wil ik nog even doortesten wat het op een krachtige PC met bijv CPU 64-cores.

Heb net es geprobeerd met claude, AI - agent.
Binnen twee minuten een oplossing. Uiteraard moet je de parameters zo goed mogelijk aangeven.
niet om negatief te doen natuurlijk. Maar als je toch een computer wil gebruiken voor de routering lijkt me dat ook een optie.
Het is vast ook mogelijk om dat in real time te gebruiken tijdens de 24 uurs.

elPorro schreef :
Bij het inladen van een nieuwe GRIB kan je voor alle rakken (120 rakken x 2 richtingen = 240) en in begintijdstapjes van 5 minuten (25 uur x 12 = 300 tijdstappen) de benodigde tijd uitrekenen en in een tabel zetten. Dat is 72.000 keer de op basis van wind, stroming en segmenten voor dat rak een tijd uitrekenen.

Als die berekening 10x zo moeilijk wordt omdat je niet de rechte lijn pakt maar een slingerende route maakt dat niks uit, want je rekent het toch maar 1 keer uit.

Bij het doorrekenen van de 100.000.000.000 opties kijk je gewoon in die tabel naar de dichtstbijzijnde begintijd.

Nou heb ik een aantal keren de 24uurs gevaren (in de ORC), meer dan 25 keer zelfs.
En ik heb 10 prijzen in de ORC 2 en 3 gewonnen. Ik denk dat ik het spelletje snap....

RAK24 gebruik ik sinds dat er is (voor 2000, Jan?)
En nog nooit heb ik alle rakken die RAK vantevoren uitrekende achter elkaar gevaren.
Er is altijd wel iets waardoor het anders moet gaan.
Dus het is niet zo zinvol ervan uit te gaan dat je vantevoren alles zou kunnen vaststellen.

Om te beginnen is de keuze van de starthaven iets waarbij RAK (en andere) maar een beetje bij kunnen helpen. Je kunt ze allemaal doorrekenen, maar dan heb je aan 1 of 2 minuten rekenen genoeg om te zien welke starthavens goed en slecht zijn.
Starthaven kies je obv de lokale windverwachting (Harmonie). Er kan flink wat knopen verschil zijn tussen de diverse starthavens. Ook de afstand tot de eerste boei is belangrijk. 0,2 mijl aan de wind is niet zo erg, 5 mijl wel.
Als je de starthaven hebt gekozen staat de eerstvolgende boei al vast. Dat scheelt alweer.

Onderweg verandert de wind de hele tijd. Land-effecten, plaats waar je vaart etc. Harmonie levert uitstekende voorspellingen, vakjes van 2*2 km per uur, en toch is het heel vaak net even anders.
10 of 15 graden anders, een knoopje meer of minder dan de voorspelling.
Dat maakt het dus nodig voor elke boeironding weer opnieuw te rekenen om de volgende boei te kiezen.
Soms wisten we honderd meter voor een ronding nog niet wat de volgende zou worden. Daar wordt de stuurman iets zenuwachtig van

Enzovoorts, elk uur nieuwe Harmonie ophalen en rekenen. En dan voor een boei (10 minuten ervoor) weer rekenen.

Op het eind worden de keuzes beperkt. Dan moet je vaak de grenzen voor de berekening wat ruimer zetten (iets meer naar aan de wind, nog wat ruimer). Normaal rekenen we met TWA die tussen de 80 en 120 moet liggen. Op het eind gaat dat naar 70-140 of nog wat meer.

Wat finish betreft: ik zet altijd 23:40 u als te varen tijd. En dan max 15 minuten te laat voor strafmijlen.
Op die manier kom je het laatste (langzame, met al die boten) rakje goed op tijd door.

In al die ruim 25 jaar heb ik de snelheid van RAK24 nooit als beperking ervaren.

Menno schreef :
Dat is precies zoals stootwillie dat ook doet. En dat is echt retesnel.

En zo doet Rak24u het ook in de mootjes instelling.
2 jaar geleden geïmplementeerd. Zie link

Rak viert dit jaar zijn 30e verjaardag.