Onderwerp: Kustfijn-model

Leuk ! Werkt ook op luckgrib!

OpenCPN werkt ook.
Probeerde om je gribs toe tevoegen aan de grib downloads, maar daar is een vaste bestandsnaam voor nodig. Iets als "stroming_wad-nl_latest.grb2" oid. Kan dat??

Een vette bos veren voor Jules

rooiedirk schreef :
stromingsgribs.nl/grib/wad-nl/...g_wad-nl_latest.grb2 (of algemeen: stromingsgribs.nl/grib/<grid>/stroming_<grid>_latest.grb2) zou nu ook moeten werken en download als het goed is altijd met dezelfde bestandsnaam.

Ik weet trouwens niet helemaal zeker of dit ook daadwerkelijk het kustfijn model is en of het bijvoorbeeld overeenkomt met het kustfijn model in WinGPS. Er zijn namelijk 5 modellen beschikbaar vanaf noos.matroos.rws.nl (zie hieronder) en geen van deze heet kustfijn. Het model dat ik gebruik is dd zuno-v4 harmonie kf (dcsmv6-zunov4).



@Baasklusje het gaat niet alleen om de bestandsgrootte, maar ook om de rekentijd van de server die de conversies doet. Alles runt in google cloud en ik probeer het zoveel mogelijk binnen de free tier te houden. Misschien dat ik later de tijdsstappen wat fijner maak, maar ik wil eerst even een maandje aankijken hoe hoog de kosten van google cloud uitvallen.

Voor de gebruikers van OpenCPN 5.10, die kunnen direkt vanuit OpenCPN deze gribs importeren.



Hiervoor moet je het bestand 'sources.json' vervangen door het bestand uit de bijlage.

'sources.json' vind je in de directorie van je config(ini) bestand (klik op '?' waar dit staat), dan map grib_pi. (.pdf uit de naam even verwijderen)

Voor Jules nog een klein puntje van verbetering, OpenCPN geeft als datum 1-1-1970 ofwel 0 onder linux.

Jules schreef :
echt helemaal geweldig!

Jules schreef : Vraagje voor de mods/beheerders van ZF: Hostings kosten zijn inderdaad best wel een dingetje voor dit soort initiatieven. Zou er ruimte zijn, goed afgeschermd natuurlijk, op zeilersforum.nl voor dit soort projecten??

rooiedirk schreef :
Mooi Dirk,
Enige puntje waar ik tegenaan loop is dat na een 'Update Catalog' die nieuwe sources.json (van 97,2 kB) weer wordt overschreven door de 'standaard' sources.json (van 94,1 kB). En dan zit je dus weer zonder die Kustfijn-gribs. Ik werk met OpenCPN 5.10.0-3 onder Linux. Maar ik neem aan dat dit probleem zich ook onder Windows voordoet.
vrgr, Roel

Klopt, Dat is simpel op te lossen (voor mij) door een 'pullrequest' in de OpenCPN bestanden te maken. Maar Jules gaf aan dat hij eerst even wil aankijken of dit blijft bestaan, en/of dat de plaats waar nog veranderd.
Voorlopige oplossing: Niet op de knop update klikken

rooiedirk schreef :
Even een zetje omhoog van deze vraag. Zou een mooie aanvulling zijn op de functionaliteit van Zeilersforum. Ben benieuwd wat er mogelijk is…

Hans V schreef :
Voor dit soort initiatieven kan je ook bij Nautin aankloppen, juist dit soort vrijwilligersinitiatieven hosten, en continuïteit bieden is het doel van Nautin.

holtere schreef :
@holtere Ik haal je bericht uit een ander draadje even aan: Ik weet niet precies of ik je vraag goed begrijp, maar weather routing met gebruik van stromingsgribs in OpenCPN had ik al eerder uitgevogeld, zie deze link. Niet dat ik het zelf sindsdien gebruikt heb; ik ben niet zo van het optimaliseren. Maar als je de SSR wilt winnen (daar is mijn boot te groot voor) misschien leuk om eens in te duiken.

De truc van vorige post werkt overigens nog steeds in combinatie met de truc van rooiedirk en de geweldige stromingsgribs van jules: na het downloaden van de stromingsgrib kun je die meervoudig selecteren samen met de windgrib (zie schermafdruk), en dan weet de opencpn weather routing plugin er raad mee.

Ok, zou mooi zijn maar bij mij zegt weatherrouting dat de gribfile plugin van versie 4.1 of 4.2 moet zijn en stopt er dan mee?
De laatste versie van Opencpn is geïnstalleerd en de plugins hebben een update gehad

De tool die ik voor ogen heb hoeft ook niet direct een optimale koers te geven (kan misschien maar hoeft niet) maar een tijdstip van vertrek voor een bepaalde route met een bepaalde snelheid.
Je geeft een route op en aan de hand van een goede stromingstabel wordt een optimaal moment van vertrek gegeven of de resultaten van een vroeger of later moment.

holtere schreef :
Heb ik ook langs zien komen, maar daarna doet-ie het gewoon hier.

holtere schreef :
Precies zoals ik het gebruik. Je kunt in de weather routing plugin een batch van verschillende vertrekmomenten maken, en na elke nieuwe versie van de gribfile al die routes door laten rekenen. Voor elk vertrektijd rekent-ie dan allerlei kengetallen van de route uit, onder andere totale tijd, % upwind, maximale wind, golfhoogte. Aangesloten voorbeeldje had ik nog niet die extra kengetallen getoond, maar het schetst het idee:

Als ik me niet vergis gebruik je een beginpunt en een eindpunt maar geen tussenliggende punten?
Hier werkt de plugin niet vanwege de gribfile plugin die blijkbaar niet naar de zin is maar misschien kun je een route gebruiken die ik voor ogen heb?
Het goede of slechtere moment kan zomaar 3 uur of meer schelen op 53 mijl en op de hand uittellen is erg veel werk als me dat al lukt qua motivatie
De route is mee gepost als gpx file en wordt bruikbaar als je .pdf verwijdert! Misschien kun je die er eens doorheen halen?

holtere schreef :
Dat lijkt inderdaad een leuke uitdaging, alleen daar kan ik geen kustfijn of BSH gribfile voor vinden. Jij was toch zo goed in het opsnorren van stroomgribs bij buitenlandse Offices Hydrographiques ? Zonder stroomgribs krijg je bv zoiets:

Probeer deze eens?
filebox.bsh.de/index.php/s/Z8k...h=%2Fgrib2%2FNordsee

Je moet dan de files hebben met current no erin.
No is dan van Nordzee.
Opencpn kan ze zo vertonen:

Misschien alleen de stromingfiles voor de kiezen geven en geen wind info?

Volgens mij kun je (CTRL+muisklik) meerdere (type en periode) gribfiles tegelijk selecteren en laden. Heb het wel eens gedaan met “Menno’s Harmonie” gribs en die BSH stromingsgribs van gedeeltelijk overlappende gebieden. Het uit te rekenen probleem dient wel volledig gedekt te zijn qua data en periode.
Met ODraw kun je inclusion en exclusion zones tekenen, waar je niet doorheen wilt of juist verplicht wél doorheen wilt routen.

Heeft in mijn probeersels af en toe goed gewerkt, maar ging ook wel eens mis waar om stukken land heen gerouteerd moest worden. Foutmeldingen waren niet altijd even duidelijk.

De vraag was juist dat je een route ingeeft en het tijdstip van vertrek kunt berekenen a.d.h.v. stromingsgribs. Wat hier gebeurt is dat er wel een tijdstip gegeven wordt maar er ook een nieuwe route verschijnt wat ongewenst is.
Mijn vermoeden is dan ook dat de routeringstool van Opencpn hier niet geschikt voor is. Die tool wil waarschijnlijk toch zelf strepen trekken waar je zou moeten varen
Alleen stromingsgribs invoeren zou te proberen zijn.
Zie:

Ja precies, maar wellicht kun je wat jij wilt forceren door aan beide zijden van je voorgenomen route te exclusion zones tekenen, zodat je de routering tool dwingt om jouw route te kiezen.

holtere schreef :
Dan krijg je waarschijnlijk de kortste route rond de exclusion zone (oranje gearceerde gebied). Als je wilt dat alle tussenpunten van je route aan de goede kant gerond worden zal je de exclusion zone moeten uitbreiden tot die tussenpunten. De routing berekent de kortste route tussen beginpunt en eindpunt, niet per segment van de route.