Sorry for my late response. My problem is still there. Just now I've run weewx-4.2.0 using "original" weewx.conf/original skins (as they are after fresh installation) - only changes are my 2 API keys for wunderground. Still I feel that the data look wrong if compared with direct JSON output. I've appended both. The rendered forecast says Max -2 8 7 9 °C Min -2 3 2 1 "C while the json says "temperatureMax":[null,8,7,9,10,11], "temperatureMin":[-2,3,1,1,1,2],
Currently I'm trying to merge "my" old weewx.conf with the one from my fresh weex-4.2.0 installation. Here, too, I encounter spurious behaviour. Both work, but as soon as I merge in all new things from original 4.s.0 into my weewx.conf aftrewards weewx silently dies during start. From my perspective the only changes are whitespace (I know that python is crucial with indentation) and some added units. Ok, within my weewx.conf I want to disable as much logging as possible. These are the kind of changes, e.g. NEW: group_distance = km # Options are 'mile' or 'km' SPURIOUS: [[[[[DegreeDays]]]]] and [[[[[Trend]]]]] looses one level of brackets (I've tried both - no improvement) NEW: many prefer_hardware entries NEW: xtype_services = weewx.wxxtypes.StdWXXTypes, weewx.wxxtypes.StdPressureCooker, weewx.wxxtypes.StdRainRater (I've tried with and without this line - no improvement) Currently I've no clue why my settings and the original both work, while their merge not. To get more information I've also tried debug=1 - no additional message, silent death. But guess that's another topic that I have to check on my own. I just report it for completeness. Hope you can reproduce my forecast problem. And thanks for your support, Michael [email protected] schrieb am Samstag, 21. November 2020 um 03:53:50 UTC+1: > This is my repository and that is the latest release. I recall that I had > to remove a column because it was not available in the new WU forecast (the > old API no longer exists). You don’t mention the column removed; but if > you research it, I think you’ll find it’s not in the forecast returned. If > not, let me know (and please do mention the column you are referring to). > > If you want to give me a reproducible case for the lows; using just the > forecast pages (i.e., not copying files to seasons) and tell me what page > is wrong; I will look at it. I already have your lat long; so it will be > able to reproduce here. > > On Nov 20, 2020, at 7:46 AM, 'Michael Waldor' via weewx-user < > [email protected]> wrote: > > > > As I wrote in the original post I did re-install the forecast module using > wee_extension. But I use it as part of Seasons skin within the left area > below "Current conditions". To get that I had to copy forecast_compact.css, > forecast_compact.inc, and the icons into Seasons skin. I only skipped the > update of these skin files for my new weewx 4 environment. Now I've > compared forecast_compact.* from weewx 3.x with their new successors from > weeewx 4 - css is unchanged while there are many changes within inc. Thus I > now use that updated forecast_compact.inc. Now the compact forecast > contains only 4 instead of 5 columns, but with unchanged data (column > Tuesday is missing). > > I've re-engaged the forecast skin to get "raw" forecast without Seasons > skin. It, too, contains the wrong data with 4 columns (instead of 5) and > with "wrong" data. > > But to me it's still unclear if I'm using the "correct" recent forecast > module weewx-forecast-3.4.0b10.zip > ( > https://github.com/chaunceygardiner/weewx-forecast/releases/tag/v3.4.0b10). > Is this the correct one? > > > [email protected] schrieb am Freitag, 20. November 2020 um 16:12:08 > UTC+1: > >> > but as is from weewx 3.x - no update of skin skin files) >> >> You are going to need to install this extension, not just copy over the >> python file, so we can compare apples to apples here. I know I had to make >> more changes than just the python file to get this working. Please do a >> proper install and report back. >> >> On Nov 20, 2020, at 7:00 AM, 'Michael Waldor' via weewx-user < >> [email protected]> wrote: >> >> >> >> Disclaimer: This is my first usage of google groups - hope the answer >> reaches this thread. >> >> Ok, from json I get (using my api_key): >> "temperatureMax":[null,7,9,8,9,11],"temperatureMin":[-3,-1,4,2,1,4] >> which sounds reasonable for my location (see my original post). >> >> Within forecast seasons I see the appended kind of table (I use >> forecast_compact.css >> within seasons, but as is from weewx 3.x - no update of skin skin files) >> - part from /var/www/html/weewx/index.html with the forecast table. To >> compare the HTML more easily I've extracted the relevant part from my >> rendered weather page : >> >> Fr FW -2 -2 6,4 10 >> Sa SC 7 -1 7,2 10 >> So OV 9 -1 6,4 10 >> Mo OV 8 -1 6,4 20 >> Di SC 9 -1 8,0 10 >> >> As you see the (rendered) temperatureMin is -2,-1,-1,-1,-1 >> >> >> [email protected] schrieb am Freitag, 20. November 2020 um 14:20:43 >> UTC+1: >> >>> Would you please get specific about what you think is wrong? Include >>> the WU output when you use the URL directly. >>> >>> Let’s concentrate on temperature, since you’ve called that out. You’ll >>> see something like this in the output: >>> >>> "temperatureMax":[7,7,9,8,9,11],"temperatureMin":[-3,-1,4,2,1,4], >>> >>> Please include that line and the numbers you are seeing in the forecast. >>> The code is grabbing the high for the daytime 12-hour period and the low >>> form the nighttime 12-hour period. That probably needs to change as, for >>> example, the low for the day could be lower than the low for the nighttime >>> period. Let’s see your specific numbers to determine if that is the issue. >>> >>> On Nov 20, 2020, at 1:16 AM, 'Michael Waldor' via weewx-user < >>> [email protected]> wrote: >>> >>> >>> >>> Just some days ago I've upgraded my raspberry pi 3 installation of weewx >>> from 3.x to 4.x (forced to because my SD card seemed to be corrupted). >>> >>> Since I had to reinstall everything I decided to go with the most recent >>> versions - i.e. upgrade raspian from stretch to buster, upgrade weewx from >>> 3.x to 4.x, switch from python 2 to python 3. >>> >>> Getting weewx 4.x was not straightforward to me (I read my own >>> documentation when I did my first install more then 2 years back and the >>> current upgrade instructions) - by my fault I installed the python 2 weewx >>> by apt-get, but finally I discovered the current apt-get repository, and >>> now weewx-4.2.0 using python 3 is up and running. >>> >>> I had an additional problem. My weather station is the Renkforce WH2300 >>> using the wh23xx extension. As far as I understand this extension is as of >>> now not fully ported to python 3. But I discovered a fork an github >>> https://github.com/EdwinGH/weewx-wh23xx >>> That's running smooth but (being beta) floods the logs - thus I've >>> changed its function logmsg to to nothing (python command pass). >>> >>> And now finally to my remaining problem: I also use the forcast >>> extension with wunderground. Here, too, I'm using a temporary version from >>> https://github.com/chaunceygardiner/weewx-forecast to get early python >>> 3 support. It seems to work - I get forcast messages. But the data shown >>> seem to be partly off. If I do a direct WU query using json like >>> >>> >>> https://api.weather.com/v3/wx/forecast/daily/5day?geocode=48.959678,9.25629&format=json&units=m&language=en-US&apiKey=XXXXXXXXXXXXXXXXXXXXXXx >>> >>> I get different max/min temperatures compared with the data shown within >>> the seasons skin. Especially the forcast for the current day looks always >>> bad. Did I make a mistake within weewx.conf - it contains only the WU >>> api_key (no separate location)? >>> >>> -- >>> 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]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/weewx-user/5cacd1fa-51c2-4ad6-b995-5d12d7aa5a7dn%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/weewx-user/5cacd1fa-51c2-4ad6-b995-5d12d7aa5a7dn%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >>> -- >> 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]. >> >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/weewx-user/b51a8efa-f486-4483-b305-f9622443ba51n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/weewx-user/b51a8efa-f486-4483-b305-f9622443ba51n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> <5day.html> >> >> -- > 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]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/weewx-user/e6815238-4b25-4561-b5dc-ce2f8e05d7e1n%40googlegroups.com > > <https://groups.google.com/d/msgid/weewx-user/e6815238-4b25-4561-b5dc-ce2f8e05d7e1n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- 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]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/3befaee2-44e0-4a8c-ba78-ba758f85bd02n%40googlegroups.com.
5day.json
Description: application/json
forcast.tgz
Description: GNU Zip compressed data
