I am almost inclined to agree Gary. I had come to the same conclusions until Tom said there may be a problem with the accumulators and from the original posting it seemed that current was able to provide a gust direction by some means or another. IF there is an implied gustdir==winddir which enables this then weewx should at least be consistent. However, I came to the conclusion that as the station does not appear to ever output gust dir then the current situation is correct as long as gust direction is NEVER available in any form, anywhere, by any tag for a (standard) FO weather station.
On Saturday, 5 May 2018 06:51:34 UTC+3, gjr80 wrote: > > Just playing a little devils advocate here; but are we bordering on > inventing data? The FO stations provide windSpeed, windDir and windGust per > loop packet. It would appear that windSpeed is some sort of average over > the period and windGust is presumably the max wind speed seen over the loop > period. It appears now that we are setting windGustDir to windDir, but is > that necessarily correct, we are not stretching it a little are we? > > I also don't see any inconsistency between the Standard skin pages in > terms on wind/speed/dir. You need to compare apples with apples not apples > with oranges. index.html shows the current conditions (windSpeed/windDir > based) in the top left pane and day max values (wind.max/wind.maxdir based) > in the lower left pane. week.html shows the week max values > (wind.max/wind.maxdir based) in the top left pane and month max values > (wind.max/wind.maxdir based) in the lower left pane. The FO problem is with > windGustDir/wind.maxdir so anywhere wind.maxdir is used will show N/A. So > given that limitation the Standard skin pages are completely consistent. > > Gary > > -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
