Moin Gyvate,
das erkläre ich dir sehr gerne, auch wenn ich jetzt Gefahr laufe, mir meinen ersten Offtopic Rüffel einzuholen ...
Also, bei mir ist es so, dass ich weewx seit einigen Jahren betreibe und damals mit Version 2.x gestartet bin. Soweit ich das verstanden habe, wurde die SQLite DB für weewx anhand der Sensordaten einer Vantage erstellt.
In der Zwischenzeit ist es so, dass mit den neuen Wetterstationen mehr Sensordaten ermittelt werden können, als es damals die Vantage konnte und deshalb die Daten, in diesem Fall im material Skin nicht dargestellt werden können.
Um mal ein konkretes Beispiel zu nennen, nehme ich den Wert cloudbase. Dieser ist bei mir ebenfalls nicht darstellbar.
Ab weewx in der Version 4.4 haben die Entwickler weewx ein Extended Datase Scheme spendiert, welches somit mit den aktuellen Werten wie z.B. cloudbase umgehen können. Wenn du also heute eine frische weewx Installation erstellst, ist alles schick mit der SQLite DB und dem erweiterten Schema.
Wenn du jedoch wie ich schon ein paar Jahre Daten sammelst und auf dem alten DB Schema unterwegs bist, musst du eine frische weewx Installation anlegen und die Daten da rein migrieren.
Die Tatsache dass ich eine MySQL DB verwende anstatt einer SQLite DB, geht einfach auf die Empfehlung von neoground zurück. Die selbst empfehlen für das material Skin eine MySQL DB zu verwenden. Das Ganze im Detail nachzulesen falls du magst dann hier:
klick
Joar hinzu kommt dass ich ITler bin und einfach aus Spaß meine frische weewx Installation mal auf einer MySQL DB laufen lassen möchte. Dies ist mir gestern Abend auf die Schnelle sogar noch gelungen. Wenn ich die Tage Zeit habe, migriere ich meine "alte SQLite DB" dann in die neue MySQL DB und ziehe meine weewx Instanz dann auf die neue um die ich seit gestern parallel in einer VM am laufen habe.
So, das ist die ganze Geschichte dazu
Cheers,
Nubi