Onderwerp: Hoge resolutie GRIB-files

jelmerjager schreef :
Ik heb de zelfde ervaring

boarderbas schreef :
Dat zal inderdaad aan de GRIBviewer liggen, in LuckGrib werken de meteo.studio Harmonie bestanden prima.

jelmerjager schreef :
Werkt prima hier met SailGrib. No issues.

Gek. Sailgrib verwijderd en opnieuw geïnstalleerd. Beide de wind en alle data grib geven niet thuis.

Op Android werkt het wel in QtVlm

boarderbas schreef :
Hier idem.

Sailgrib leest de standaard Harmonie gribs van de Euroszeilen site zonder probleem (wel via het Android ommetje inlezen), maar net als bij anderen lukt het niet de grib die via Meteo-Studio worden aangeboden in te lezen.

In Sailgrib moet ik na importeren van de Harmonie-gribfile tegenwoordig altijd de app afsluiten en weer openen, voordat ik het geïmporteerde bestand kan laden. Vreemd, maar het werkt.

Bij mij is dat nu niet nodig. Downloaden, importeren en dan kan ik hem direct openen (via het plusje of via het menu). Een tijdje geleden, kort nadat Android deze wat omslachtelijke werkwijze nodig maakte, had ik ook wat problemen met het openen van grib files in Sailgrib. Misschien een Android of Sailgrib update nodig?

Menno schreef :
Nu ook de nieuwe versie op www.euroszeilen.utwente.nl/weer/grib/

Menno schreef :
de tekst onderaan (bij Schema) zegt om de 6 uur. Dat is nu toch niet meer zo?

Ik moest de tekst nog wat aanpassen

Bij mij werken de nieuwe gribfiles niet meer in zowel sailgrib free als sailgrib wr.
Bestand gedownload, geïmporteerd en dan geopend. Dan worden er geen gegevens getoond.
Bij sailgrib free krijg ik zelfs een foutmelding als ik de gribfile wil importeren.

De Gribs doen in ieder geval wat de site belooft en ik ben er blij mee:

Nope, de nieuwe format die nu via Euroszeilen wordt aangeboden werkt niet meer in SailGrib.

Menno, kunnen we proberen uit te vinden wat er is veranderd in de format van grib files waardoor SailGrib ze niet meer kan lezen en of daar een fix voor te vinden is?

Klopt, bij mij ook niet meer (SailGrib op Android). Ik zou dat ook enorm op prijs stellen.

Zou het ook kunnen dat het aan Sailgrib ligt?

Anderen zeiden al dat Luckgrib en QTVLM geen probleem hebben.

Hier hebben WinGPS, RAK24 en XYgrib geen enkele moeite met de gribs van meteo.studio

Dolphin schreef :
In andere software die de GRIB-files leest speelt dit niet, dus ik ben bang dat dit een eigenaardigheid van SailGrib is. Ik heb ook geen significante aanpassingen gedaan aan mijn code die de bestanden van het KNMI converteert, maar wat er met de nieuwe versie van het KNMI verder is veranderd weet ik niet.

SailGrib is ook geen open-source software, dus ik kan het niet echt debuggen (dat kan bij XyGrib wel).
Als een gebruiker van SailGrib dit bij de maker van SailGrib wil navragen mag hij mij wel meenemen in de CC (Dit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken.), dan kan ik evt. wat aanpassen aan de bestanden.

Ik gebruik de bestanden in OpenCPN en XyGrib en ben er erg blij mee.

Baasklusje schreef :
Uiteraard. Maar als er wel iets veranderd was in de bestanden was dat een logische verklaring geweest. Ik heb SailGrib gecontact. Ik zal Menno op de hoogte brengen van de uitkomst en hier een update plaatsen.

Uit de logfile van Jelmer:
Dit ziet er wel uit als iets dat veranderd is. Center=7 pas ik aan om XyGrib tevreden te houden, maar met sub en table deed ik niks. Die hebben met de nieuwe versie een andere waarde gekregen, en SailGrib kijkt daar wel naar.

Doet deze het wel?
example-grib.s3.eu-west-1.amaz...24-08-20_08_ijmg.grb

Jazeker! Dit bestand opent zonder problemen, na het gebruikelijke importeren.

Ha Menno, werkt absoluut zonder enig probleem!!!

Nieuwe werkt ook prima in WinGPS en in RAK24.

Wat doen die cent 7,sub 255, table 253 als ik vragen mag?

Baasklusje schreef :
Het is een aanduiding van het centre (meteorologisch instituut) dat deze GRIB-files heeft gemaakt, en de bijbehorende tabel met lokale definities.

GRIB1 is een beetje wazig gedefinieerd en veel parameters zijn per instituut verschillend. Dat wordt vastgelegd in de lokale tabel. Het KNMI heeft deze lokale tabel voor Harmonie: www.knmidata.nl/open-data/harmonie

zyGrib, en later XyGrib hadden geen ondersteuning voor centre=99 (KNMI), en daarom heb ik dat aangepast naar NOAA en daarbij ook alle parameters geconverteerd naar hetzelfde type als NOAA gebruikte voor GFS. Daardoor kunnen GRIB-viewers die GFS snappen ook deze GRIB-files inlezen (maar staat er wel NOAA-GFS in de header).

XyGrib kijkt hierbij niet naar subCentre en table, maar SailGrib doet dat wel.

GRIB2 is veel meer gestandaardiseerd, en daar zouden die lokale tabellen niet meer nodig moeten zijn.