Onderwerp: 24-uurs route app

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.

Kleine status update

Ben nog even aan het stoeien met wat optimalisaties aan het algoritme.

Ik heb inmiddels alle genoemde punten uit V1 en V2 er in zitten, en ben bezig met de V3 punten.
Deze V3 punten heb ik er nu in zitten.
- Knikken in de wad rakken instellen en meenemen in de berkening
- Boeien met juiste symbool tonen ipv bolletjes

- Rakken en boeien automatisch ophalen
van de 24uurs wedstrijd
- ORC-certificaten zoeken op bootnaam/zeilnummer(Voor nu alleen de actieve certificaten)

Ben nog bezig met wat metingen en die komen dan in de uitleg tab erbij
Laatste meting was hoe zwaar de risico analyse drukt op het rekenen en daar is nog 4-9% snelheidswinst te halen door ze niet mee te nemen als je ze uitzet en dus niet nodig hebt.
Ben deze nu aan het lostrekken en achteraf worden de risico scores dan berekent op de gevonden route.

Verder moet ik nog wat kleine puntjes bijschaven en dan kan ik een Beta versie online gooien.
Ik verwacht dat deze in de loop van deze week online staat.

Die knikken in de rakken op het Wad zorgen voor een langere verheid.
Die neem je mee, prima. Doet Rak24u ook.
Maar de veranderende windhoek, neem je die ook mee? Doet Rak24u niet.

Hajime schreef :
De tool die ik heb gezien neemt ook het veranderende weer tijdens het rak mee. Ik geloof dat het nu ook al stroomwind meerekent.

Wat op de loer ligt, is dat een tool een uur na de start een concessie doet, omdat ie dan denkt dat ie 12 uur later een mooi spinnakerrak er uit kan persen door een lokale shift. Of erger, RAK24 doet zonder interventies gerust een concessie in het eerste rak voor een snoeprakje 24 uur later. Je moet weten wat de beperkingen van de tool zijn.

De tool draait bij ons altijd als 2e viool. Als inspiratie, bevestiging, of om met je moeie kop singen door te rekenen.

Hajime schreef :
Elk knik stuk word als los rak behandeld incl wind(hoek) en stroom(wind)
Totaaltijd word opgeteld en gedeeld door de totaal afstand dus je hebt de theoretische tijd over dat rak

Goedemorgen

Hier de link naar de beta
24uurs-router-beta-v3.pages.dev/

Ook goedemorgen!

Ziet er zonder meer zeer fraai uit en heeft veel functionaliteit.

Vraagjes:
- het is nu online; kan het ook zonder internetverbinding? Midden op IJsselmeer is een telefoonverbinding (hotspot) niet altijd gegarandeerd.

- ik zou de duur in UU:MM willen kunnen instellen, niet alleen hele uren.

- heb het naast RAK24 gedraaid. Met dezelfde starthaven, dezelfde grib, dezelfde polar (NED6890 2025), dezelfde instellingen als windhoek 60-140 en 96% performance. RAK rekende 8 seconden. Core i7 16 GB.

- Je app komt dan met 163 mijl, RAK met 132 mijl. Da's nogal een verschil..... mijn ervaring met RAK (25 jaar) is dat je meestal net iets minder vaart dan RAK vooraf berekent. Paar mijltjes op 160.

Beide routes:

Baasklusje schreef :
Als je eenmaal alles hebt ingeladen polair wind stroom etc. dan zou alles offline moeten werken
Je kan op mobiel in bijv chrome in de instellingen de link toevoegen aan startscherm d.m.v. de optie Installeren en snelkoppelen

elPorro schreef : Indrukwekkend, respect.

Boottype Beneteau Oceanis 311 kan ik nog niet vinden...
Naast startrak en finishrak ook de sluisrakken windonafhankelijk meegenomen?

Baasklusje schreef :
Wat komt er uit RAK als je die route van 163 mijl overneemt? Zijn er dan specifieke rakken waar de webapp veel sneller is, of verwacht hij dat je op alle rakken 20%-25% sneller vaart?

Hajime schreef :
Momenteel haalt hij de lijst met actieve certificaten bij orc weg
orc.org/sailors/active-certificates-database

Staat hij er niet tussen dan moet je even inloggen bij data.orc.org/public
Daar een certificaat op zoeken en de link plakken in de app die opent bij klikken op get a copy

Menno schreef :
Dat is nu voorbij. Het kwam doordat de grib grotendeels voor de tijd van de race lag, en de app neemt dan kennelijk zelf een wind aan, of zo. Geen waarschuwing (denk ik) gezien.

Nu met alles correct ingesteld.
RAK komt met 119,9 mijl na 3 seconden rekenen
de app (we hebben een mooie naam nodig...) met 119,2