Onderwerp: 24-uurs route app

Baasklusje schreef :
simpel is dat niet maar niet onmogelijk GRIB1 en 2 zijn namelijk totaal verschillend qua parameters en meta data. als je een linkje hebt naar de grib2 source kan ik morgen even kijken of ik er wat mee kan. Ik heb namelijk al een grib2 decoder in de app zitten voor de stroming wellicht is die ook te gebruiken voor de wind. en is ook een mooie stap richting van de icon-d2 optie die jelmerjager voorstelde

Harmonie gaat volgend jaar ook over naar GRIB2, als Harmonie 46 wordt uitgerold.

RAKr lijkt dit bestand niet goed te snappen, de wind gaat naar 500kn:

Menno schreef :
Zat een foutje in mijn grib decoder hij zou hem nu wel moeten snappen in V3.1.3

Kan het zijn dat RAKr toch het Wad opgaat terwijl er geen sluisrak is?

Had ik ook, zie boven. Je moet ze niet verwijderen, maar ‘uitvinken’.

Baasklusje schreef : Geen sluisrak betekend dat de sluis niet bestaat dus ziet hij ze als normaal rak.
uitvinken blokkeert ze

Prachtige aanpassingen, en gebruik gemaakt van de "koffieknop"!

Tijdens het sparren kwamen er bij ons drie vragen op:

1. Als we de windhoeken verruimen komt de route op minder mijlen uit. Dat lijkt me onlogisch, omdat ik verwachtte dat het "meest optimale traject" nog steeds als winnaar uit de bus komt? Ik verwachtte dus evenveel mijlen, of juist meer? Of maak ik een denkfout?

2. In Rak24 kan ik een afwijkende volgende boei aangeven, en Rak24 rekent dan op basis van de polair een theoretische vaartijd tot die boei. In RAKr moet ik in het tabblad "onderweg" ook een passagetijd van de nieuwe boei ingeven. Is het ook mogelijk om RAKr zonder (virtuele) passagetijd te laten rekenen?

3. Rak24 heeft een kolom "tijd". Daarin staat de tijd die je over een bepaald traject/rak doet. RAKr werkt met de werkelijke tijd, wat meer denkkracht vraagt (vooral als je minder scherp begint te worden). Is het een optie om een kolom "tijd" toe te voegen?

jelmerjager schreef :
Hartelijk dank voor de koffie

1. logischerwijs zou je dat wel denken, maar het is vrijwel onmogelijk om elke optie door te rekenen in een normaal tijdsbestek vandaar de verschillende snoei methodes. Het kan voorkomen dat je met grenshoeken op bijv 70graden een heel stuk van het veld niet kunt bereiken omdat je bijv 1 rak op 69 moet varen om daar te komen. Door de snoeidrempel wat lager te zetten en de optie om meer rakken door te laten rekenen zou op een betere route kunnen uitkomen het is dus even puzzelen en spelen met de parameters.

2. Is denk niet haalbaar om er nog voor de 24uurs er in te krijgen en ga ik dus ook niet doen want straks sloop ik weer het e.e.a dat risico wil ik niet nemen. wellicht voor volgend jaar

3. kan ik nog wel toevoegen

Is het een idee om de informatie uit de waterplaten.nu app als overlay te kunnen toepassen op Rakr?
Op die manier wordt het veel makkelijker om routes over het markermeer voor te bereiden voor de zeilers die er niet dagelijks komen

Graatje schreef :
Grootste deel van markermeer is gewoon redelijk vrij qua rakken, alleen de hoek bij Amsterdam en het Hoornse hop ligt vol. Maar misschien wel leuk om inzichtelijk te hebben weet zo niet of de data makkelijk van de website te halen is. Misschien dat contact met techmaps.nl/ wat kan opleveren. maar zou dan iets voor volgend jaar worden.

Leuke app. Zal zo even wat koffie voor je klaar zetten!
Ik ben er al even mee bezig. Meeste kom ik wel uit. Maar heb nog niet gevonden of de boei bb/sb gerond moet worden. Dat geeft volgens mij Rak wel duidelijk aan.

SY-Eigenwijs schreef :
Dat geeft hij inderdaad (nog) niet aan, want hoef je ook niet meer in te vullen voor de 24uurs
Maar bijv andere wedstrijden wel en is sowieso handig want je wilt natuurlijk wel de wedstrijd correct varen ook al wordt je niet 'meer' afgerekend op een foute boei-ronding.


Heeft er toevallig iemand al een rakken en boeien bestand van de 8-uurs Oosterschelde geprobeerd
Benieuwd hoe de app daar mee omgaat wellicht kan ik na de 24 uurs nog een pre-set maken voor de 8-uurs

Boeirondingen zitten erin wie controleert ze even op eventuele fouten?

Heb even testgedraaid met huidige voorspelling, uitgaande van start morgen om 19.40.

RAK kom ik op 191,3myl en RAKr op 181,9 myl. Nogal een verschil. En mijn ervaring met RAK is dat we daar meestal maar ongeveer 1% onder blijven gemiddeld (als de wind doet wat er beloofd is) Dus dan vind ik RAKr best wel laag uitkomen.

Verder zie ik niet hoe ik tijdens het zeilen een ander rak kan kiezen in RAKr ? kan alleen maar 1 route in detail zien zonder hem te kunnen bewerken of bv eerste deel "vast" te kunnen zetten zoals in RAK, Dan mag hij wel sneller rekenen, maar dan heb ik op dit moment helaas meer aan RAK24 dan aan RAKr. De rekentijd heb ik niet zo last van. Heb toch 24 uur de tijd...

Leuke app, ben er wat mee aan het testen en het lijkt mij erg handig en lees mee. We doen voor de eerste keer mee met de 24-uurs.

Heb een bakkie voor je gezet.

martijndejong schreef :
Wellicht heb je een instelling anders staan in RAKr t.o.v. RAK bijv risico laten meewegen of bij een risico drempel overslaan van rakken, want dit is wel een heel groot verschil.

Routes bewerken en aanpassen zit er niet in, in tabblad Onderweg kun je wel de start vastleggen en vrij je volgende boei kiezen en het vervolg herbereken. je hebt dan met een paar klikken je vastgezette deel van de route.
Aan RAK is al 30 jaar gewerkt en ik ben slechts een paar maanden bezig als hobby projectje
Het is ook niet de bedoeling dat het RAK vervangt maar dat het wat toegankelijker word op Mobiel en niet Windows devices.

martijndejong schreef :
Weet je zeker dat de polars precies hetzelfde zijn?
In RAKr is dat de ORC-polar van de meetbrief, de RAK-polar is handgemaakt.
Ik kreeg ook wat verschillen, 2 a 5 mijl, maar dat ligt aan de details van de polars.

We zijn LIVE
k heb een mooi domein kunnen bemachtigen en heb daar de App op gezet
Je kunt je polair uit de Beta nu exporteren zodat je die straks in de live variant kunt inlezen.

De live url is: rak-r.com

Nog een vraag.

Als ik de windhoekgrenzen invul, geeft hij in de detailweergave van de route de melding "Opkruisen" + de gestelde windhoekgrens. Dat leest een beetje gek. Ik vermoed dat je bedoelt dat het opkruisalgoritme, zoals uitgelegd bij het instellen van de grenswaarden in werking is?

Als ik aanvink dat hij binnen die grenzen mag gaan opkruisen. Wat is het nut dan van grenzen?

Ja dat weet ik zeker. Wij zijn geen ORC, dus ik moet alles zowiezo met de hand doen. Dus de RAK24 polaire heb ik ook voor RAKr gebruikt.

Ook windhoeken zelfde en snoeidrempel zelfde.

Mooi domein heb je gekozen, makkelijk te onthouden.

martijndejong schreef :

Kun je je polair eens exporteren en delen?
Dan kan ik even kijken waar het mogelijk fout gaat.

Zojuist een leuke casus gevonden bij SB en BB rondingen.
De App snap het niet helemaal en geeft dus een streepje maar hoe moeten de boeironding nou in deze gevallen?

SB28 ligt vast niet EXACT midden tussen SB40 en SB18. Dus die ronding zou je moeten kunnen berekenen.

Heen en terug naar dezelfde ton... volgens mij is hetzelfde doen als de vorige ronding de veilige keuze.

Teken het maar eens:

SB28 SB, SB40 SB en SB28 SB sluit SB40 niet in
SB28 SB, SB40 SB en SB28 BB sluit SB40 niet in.

SB28 SB, SB40 BB en SB28 BB sluit SB40 niet in
SB28 SB, SB40 BB en SB28 SB sluit SB40 WEL in

Kortom, volgens mij is de enige verkeerde keuze (een ton "insluiten" mag niet) om SB40 andersom te ronden dan beide keren SB28. Dat kun je in software makkelijk oplossen door de vorige ronding als suggestie te geven voor zo'n heen-en-weertje.

Als twee tonnen exact in elkaars verlengde zouden liggen, geldt volgens mij hetzelfde. Al heb je er tien op een rij en dan nog een keer een heen-en-weertje, doe je volgens mij niks verkeerd als je alles SB blijft ronden totdat je een ronding tegenkomt die je WEL kan berekenen.

Iemand een tegenvoorbeeld?