Onderwerp: Sailing Performance Dashboard

Pffffft, nouhehehe, hetisgelukt......Een beetje de oude IBM reclame "of je stopt de stekker er in" maar dan "of je drukt op de juiste button

Wat blijkt: er zitten twee buttons, eentje Polair en eentje Zeilplan. Aangezien ik geen zeilplan heb geimporteerd stond er op die button: "plan importeren" en op de button Polair "First 325". Zodoende had ik die button niet als button geinterpreteerd en dus heb ik steeds een zeilplan geprobeerd te importeren, wat natuurlijk niet werkt

Alle exemplaren die ik heb gekregen via de mail en de allereerste van Thomas kon ik importeren en selecteren.

Pfft, eind goed al goed, of zo iets.
Iedereen die geholpen hebben via mail en met raad en daad: Bedankt! En natuurlijkt Thomas voor het oppakken van de bal en het maken van de pre-processor.

Mooi zo koko , en uuuuh ik heb dat ook hoor links en rechts in de menu's

koko schreef :
Dat het ging lukken wist ik al. Die CSV kon niet anders dan goed zijn, daar heb ik geen seconde over getwijfeld

Ik heb de manual van de Axiom nog doorgespit over de polar.
Alle voorbeelden laten dezelfde TWA/TWS zien, en dat zijn rare dingen.
Vreemde TWA's,beginnend bij 45 en stappen van 10 graden, en nergens gebruik van VMG.
Uit een polar kan ik geen snelheden voor 25 en 30 kts halen. Dus daar staan nullen.
Maar wat gaat die Axiom nu doen als het 23 kts waait?
Interpoleren tussen de 7,5 kts van 20 wind en de 0 kts van 25?
En mag je die kolommen 25 en 30 kts TWS weglaten?

Ben heel benieuwd hoe dat werkt. Ik hoor graag als het eens lekker 6B waait.

Ik twijfelde ook niet, maar ja. Die plotter verwachte iets anders als dat hij kreeg. Blijkbaar nog geen AI in de plotter gebouwd, anders had hij wel gedacht: Koko bedoelde vast dat andere knopje, zal ik het hem eens lekker makkelijk maken en gewoon doen wat ik denk dat de bedoeling is?

Anyhow, nu hij er in zit zal ik er eens mee experimenteren enz enz.

Het is erg jammer dat RM eigenwijs gaat zitten doen en een format kiest dat niet wereldwijd al wordt toegepast: de ORC meetbrief. Echt jammer.
Ik heb een paar jaar geleden eens besproken met de NL importeur hoe mooi het zou zijn als je je eigen polair er in kan zetten. De reactie was dat het inderdaad een goed idee was, maar hun invloed beperkt. Toch ga ik ze eens bellen en de suggestie aan de hand doen dat je ook een ORC polar er in kan zetten. Wie weet……

Hoe zou het trouwens zijn met Peformance PGN? Heb jij nog wel eens contact gehad met Meindert daarover?

Maar heren, dat doet ie dus wel gewoon he. Ik heb ‘gewoon’ de ORC meerbrief erin staan. Wat ik BK ook al had gemaild. De vb van RM zijn idd rare voorbeelden. Maar als je je ORC meetbrief polar erin zet werkt het prima. That’s what I said:-)
Geen waarden dus boven de 20kts invullen. En tussen de wel bekende waarden is ie aan het interpoleren. Doet ie best netjes.

Heb jij ook de hoeken aangepast?

Dit subdraadje zou eigenlijk verder moeten gaan in het LH4 draadje, maar nee, ik heb de hoeken niet aangepast. Ik heb ‘gewoon’ de ORC meetbrief in een csv bestand gezet en die in de Axiom geladen. Daarna zie je ook ‘gewoon’ die windhoeken en windsnelheden in de Axiom staan. Niks meer maar ook niks minder.

mystudio schreef :
Ok,
als dat werkt zal ik de preSPD die de polar maakt aanpassen tot normale windhoeken.
Blijft nog de vraag wat te doen bij hoeken tussen 0 TWA en de UA.
Ik ben ervoor om bij 0 TWA de VMG in de polar te zetten.
Dat is de netto snelheid die je al opkruisend zou moeten halen.
En dan ook bij hoeken 10, 20, 30 de bijbehorende VMG.

Zo kan je routeren ( VMG als netto snelheid bij opkruisen) en ook performance meten: als je gaat knijpen zie je meteen of je de 100% van de VMG nog haalt.
Zo doe ik het met de polar voor SPD zelf.
Wat vinden jullie?

koko schreef :
Nee, niet recent van gehoord. Misschien leest Meindert mee?

Hier de Scarabee polar voor Axiom met alleen de echte data uit de meetbrief.
Ben benieuwd of dat werkt.
VMG gebruikt voor hoeken < UA en > DA
Even weer de txt eraf.

Baasklusje schreef :
ik kan me hier niets bij voorstellen. Hoe bepaalt je route software dan de plekken waar je overstag moet. Wat doet het met stroom. Neemt de route software dan de tegenstroom altijd op de gunstige boeg ?

3Noreen schreef :
Dat is allemaal niet relevant voor de polar.
Die polar zegt dat je met opkruisen een bepaalde VMG kan halen.
Als het stroomt zal je zelf (of je routeringssw) iets slimmers moeten verzinnen.

Het is ook niet nuttig om in een polar te zetten dan opkruisen onmogelijk is, ofwel TWA 0 , snelheid 0 .
Daar schiet je met routeren ook niets mee op. Het enige dat je dan kan doen is niet gaan varen, want het zou gaan met 0 kts. Dat is hetzelfde als blijven liggen.

En nu graag weer on topic.

Baasklusje schreef :
yes you are right.

Baasklusje schreef :

3Noreen heeft gelijk hier: voor routeren heb je een polar nodig die knijpen (laat staan recht tegen de wind in zeilen) verbiedt.

Nachtvlinder schreef :
Dat heeft niets met de polar te maken.
Een polar geeft een VMG: de te behalen snelheid in de wind bij opkruisen.
Hoe daarmee om te gaan (netjes kruisen, knijpen, motor aan) heeft niets met de polar te maken.
Dat is een routeringsprobleem voor de zeiler.

Als jij en 3N gelijk hebben kun je nooit van lagerwal wegkomen Mag niet van de routering.

Overigens, als je in SPD de VMG gebruikt voor alle hoeken < UA dan kun je direct zien aan de performance wat knijpen doet voor je VMG. Zo lang je de 100% haalt kun je doorgaan met knijpen

SPD kan overigens ook "Pinching" tegen je roepen als je < UA vaart.
Wat wil je nog meer qua routering.....

Als ik laat routeren met een <UA platte polar (gelijke VMG) heeft de routeringssoftware geen idee dat die koersen niet bezeild zijn…

Van lagerwal wegkomen kan door te kruisen.

Nachtvlinder schreef :
In een goede polar staan niet voor niets de UA en DA voor elke TWS.
Domme routeringssw. Welke?

Navionics Dock to Dock




De andere Qtvml en predictwind in elk geval niet dom ...... welke ik gebruik .

Jeroen-Pion schreef :
Heb je die <UA ook aangevuld met V = VUA/cos(TWA) dan? Waarom?

Aan dit polarformaat, dus zónder expliciet gespecificeerde UA/VUA en DA/VDA datapunten…


…bepaalt qtvlm zelf de (rood gekeurede) nogo areas:


Dat gaat dus ook goed wanneer je de polar vlak maakt bovenin!?

Baasklusje schreef : 3Noreen schreef :

Heren het is toch niet zo ingewikkeld?

Als je een route met een niet-bezeild rak in je routeplanner stopt moet die daar een snelheid voor uitrekenen. Anders kan hij niet uitrekenen hoe lang de route gaat duren. Eens?
Als in de polar geen VMG voor Upwind-TWA's zit moet die routeplanner zelf iets verzinnen voor de te verwachten VMG voor dat niet bezeilde stuk. Eens?
Dan zal hij naar eigen inzicht (jullie en mij onbekend hoe) iets gaan interpoleren tussen TWA 0 met Snelheid 0 en de eerst-bezeilde rij (TWA 45?) in de polar. Eens?
Dus er is dan wel degelijk een aangenomen VMG, geschat door de routeplanner op een ons onbekende manier. Eens?

Dan is het beter om zelf maar aan die routeplanner te vertellen wat de VMG is voor dat rak met TWA < UA. Eens?

En dat is precies wat een polar met VMGs voor hoeken van 0 tot UA doet. Bij 0 TWA de VMG voor de gegeven TWS, bij hoeken tussen 0 en UA de bijbehorende VMG.

Baasklusje schreef :
Mee eens, niet ingewikkeld.

Helemaal mee eens !

En daarom ga ik dit jaar spelen met de AI polars van predikwind .

Minder aannames meer feiten door data (als het goed is )

Als ik in WinGPS een niet bezeild rak in de route stop dan vertelt WinGPS me dat het een kruisrak is, met als snelheid de VMG voor de TWA van dat rak.
Dat kan WinGPS omdat in de polars daar de UAs, DAs en VMGs voor elke TWS staan.
Dan is het niet nodig die < UA-hoeken in de polar te stoppen, de VMGs kunnen worden berekend met TWA en VMG.

Voor planners die geen UAs, DAs en VMGs in de polars hebben is die mogelijkheid er niet.... afwachten maar wat ze interpoleren..... (of het ze vertellen in een betere polar )

Maar als je bevoordeeld belabberd zeilt en trimt klopt het ook niet , want je haalt nooit wat je VMG zou moeten zijn toch ?

Daarvoor heb je nu SPD gelukkig Kun je daar eens aan gaan werken

Dan heb je verder nog wat meer data , golven , vuil onderwaterschip , oude zeiltjes of verse etc etc wat in het hele plaatje nog wat een verschil kan uitmaken . De routing doe je op basis van "harde gegevens" die houdt daar helemaal geen rekening mee .

Met SPD zie je dat allemaal natuurlijk , maar niet in de meeste routing software .

Of zeg ik nu wat heel geks ?