How can i upgrade to rc1-4 ? I made the pip-upgrade 2h ago and i can see only the release "5.0.0rc1" in my installation.
Cameron D schrieb am Freitag, 29. Dezember 2023 um 14:15:05 UTC+1: > Matthias, > I had that problem with rc1-1 and it went away with rc1-2. I notice we > are now at rc1-4 > > > On Friday 29 December 2023 at 11:09:33 pm UTC+10 Matthias Manhart wrote: > >> I run weewx 5.0 on a test Raspberry Pi 4 since a few months and made the >> upgrades continuously. I'm now on 5.0.0rc1. I used the installation with >> pip and the virtual environment. >> >> I have tried to execute the command "*weectl database rebuild-daily*", >> but i get the error message "No module named 'user'". >> >> (weewx-venv) pi@meteo:~ $ weectl database rebuild-daily >> Using configuration file /home/pi/weewx-data/weewx.conf >> Traceback (most recent call last): >> File "/home/pi/weewx-venv/bin/weectl", line 8, in <module> >> sys.exit(main()) >> File "/home/pi/weewx-venv/lib/python3.9/site-packages/weectl.py", line >> 66, in main >> namespace.func(namespace) >> File >> "/home/pi/weewx-venv/lib/python3.9/site-packages/weectllib/__init__.py", >> line 96, in dispatch >> namespace.action_func(config_dict, namespace) >> File >> "/home/pi/weewx-venv/lib/python3.9/site-packages/weectllib/database_cmd.py", >> line 328, in rebuild_daily >> weectllib.database_actions.rebuild_daily(config_dict, >> File >> "/home/pi/weewx-venv/lib/python3.9/site-packages/weectllib/database_actions.py", >> >> line 85, in rebuild_daily >> manager_dict = >> weewx.manager.get_manager_dict_from_config(config_dict, db_binding) >> File >> "/home/pi/weewx-venv/lib/python3.9/site-packages/weewx/manager.py", line >> 886, in get_manager_dict_from_config >> manager_dict['schema'] = weeutil.weeutil.get_object(schema_name) >> File >> "/home/pi/weewx-venv/lib/python3.9/site-packages/weeutil/weeutil.py", line >> 1404, in get_object >> module = importlib.import_module(module_name) >> File "/usr/lib/python3.9/importlib/__init__.py", line 127, in >> import_module >> return _bootstrap._gcd_import(name[level:], package, level) >> File "<frozen importlib._bootstrap>", line 1030, in _gcd_import >> File "<frozen importlib._bootstrap>", line 1007, in _find_and_load >> File "<frozen importlib._bootstrap>", line 972, in >> _find_and_load_unlocked >> File "<frozen importlib._bootstrap>", line 228, in >> _call_with_frames_removed >> File "<frozen importlib._bootstrap>", line 1030, in _gcd_import >> File "<frozen importlib._bootstrap>", line 1007, in _find_and_load >> File "<frozen importlib._bootstrap>", line 984, in >> _find_and_load_unlocked >> ModuleNotFoundError: No module named 'user' >> >> Any idea what is wrong with my installation or weewx ? >> >> Ryan Stasel schrieb am Freitag, 29. Dezember 2023 um 05:11:37 UTC+1: >> >>> Testing this some more, and based on suggestion from Cameron, I have >>> made a copy of the default Seasons template, and enabled in weewx.conf. >>> >>> Going through and removing pieces I don't have (ET, UV, etc) from >>> skin.conf, [DisplayOptions], got my generation from 2m27s to 2m20s (no >>> appreciable change) and subsequent runs of 1m45s. So it doesn't appear to >>> be anything in DisplayOptions. >>> >>> Going a step further and commenting out pieces I don't have from >>> [ImageGenerator] got me down to 1m7s. with subsequent runs of 3s. >>> >>> This was gathered running "time weectl report run SeasonsTest", and >>> removing the output after each run. >>> >>> Going through and toggling specific ImageGenerator stanzas, issue >>> appears to be ET. My station doesn't provide ET, so the column is blank... >>> but it's there because I have a Vantage (weewx assumes vantagepro2, or the >>> loop packets include just a null value, super unclear here). >>> >>> Looking at my DB, I don't seem to have an ET column (maybe I dropped it >>> at some point in the past... vague recollection of there being bad data in >>> there, and ). Maybe this explains the behavior? Is my best bet a >>> "weectl database reconfigure" to bring things back to default, or just >>> re-add via "weectl database add-column ET"? >>> >>> Would love some help! >>> >>> Thanks! >>> -Ryan Stasel >>> >>> Here's what I get from listing columns in archive: >>> pragma table_info(archive); >>> 0|dateTime|INTEGER|1||1 >>> 1|usUnits|INTEGER|1||0 >>> 2|interval|INTEGER|1||0 >>> 3|altimeter|REAL|0||0 >>> 4|appTemp|REAL|0||0 >>> 5|appTemp1|REAL|0||0 >>> 6|barometer|REAL|0||0 >>> 7|batteryStatus1|REAL|0||0 >>> 8|batteryStatus2|REAL|0||0 >>> 9|batteryStatus3|REAL|0||0 >>> 10|batteryStatus4|REAL|0||0 >>> 11|batteryStatus5|REAL|0||0 >>> 12|batteryStatus6|REAL|0||0 >>> 13|batteryStatus7|REAL|0||0 >>> 14|batteryStatus8|REAL|0||0 >>> 15|cloudbase|REAL|0||0 >>> 16|co|REAL|0||0 >>> 17|co2|REAL|0||0 >>> 18|consBatteryVoltage|REAL|0||0 >>> 19|dewpoint|REAL|0||0 >>> 20|dewpoint1|REAL|0||0 >>> 21|extraHumid1|REAL|0||0 >>> 22|extraHumid2|REAL|0||0 >>> 23|extraHumid3|REAL|0||0 >>> 24|extraHumid4|REAL|0||0 >>> 25|extraHumid5|REAL|0||0 >>> 26|extraHumid6|REAL|0||0 >>> 27|extraHumid7|REAL|0||0 >>> 28|extraHumid8|REAL|0||0 >>> 29|extraTemp1|REAL|0||0 >>> 30|extraTemp2|REAL|0||0 >>> 31|extraTemp3|REAL|0||0 >>> 32|extraTemp4|REAL|0||0 >>> 33|extraTemp5|REAL|0||0 >>> 34|extraTemp6|REAL|0||0 >>> 35|extraTemp7|REAL|0||0 >>> 36|extraTemp8|REAL|0||0 >>> 37|forecast|REAL|0||0 >>> 38|hail|REAL|0||0 >>> 39|hailBatteryStatus|REAL|0||0 >>> 40|hailRate|REAL|0||0 >>> 41|heatindex|REAL|0||0 >>> 42|heatindex1|REAL|0||0 >>> 43|heatingTemp|REAL|0||0 >>> 44|heatingVoltage|REAL|0||0 >>> 45|humidex|REAL|0||0 >>> 46|humidex1|REAL|0||0 >>> 47|inDewpoint|REAL|0||0 >>> 48|inHumidity|REAL|0||0 >>> 49|inTemp|REAL|0||0 >>> 50|leafTemp1|REAL|0||0 >>> 51|leafTemp2|REAL|0||0 >>> 52|leafWet1|REAL|0||0 >>> 53|leafWet2|REAL|0||0 >>> 54|lightning_distance|REAL|0||0 >>> 55|lightning_disturber_count|REAL|0||0 >>> 56|lightning_energy|REAL|0||0 >>> 57|lightning_noise_count|REAL|0||0 >>> 58|lightning_strike_count|REAL|0||0 >>> 59|luminosity|REAL|0||0 >>> 60|maxSolarRad|REAL|0||0 >>> 61|nh3|REAL|0||0 >>> 62|no2|REAL|0||0 >>> 63|noise|REAL|0||0 >>> 64|o3|REAL|0||0 >>> 65|outHumidity|REAL|0||0 >>> 66|outTemp|REAL|0||0 >>> 67|pb|REAL|0||0 >>> 68|pm10_0|REAL|0||0 >>> 69|pm1_0|REAL|0||0 >>> 70|pm2_5|REAL|0||0 >>> 71|pressure|REAL|0||0 >>> 72|radiation|REAL|0||0 >>> 73|rain|REAL|0||0 >>> 74|rainBatteryStatus|REAL|0||0 >>> 75|rainRate|REAL|0||0 >>> 76|referenceVoltage|REAL|0||0 >>> 77|rxCheckPercent|REAL|0||0 >>> 78|signal1|REAL|0||0 >>> 79|signal2|REAL|0||0 >>> 80|signal3|REAL|0||0 >>> 81|signal4|REAL|0||0 >>> 82|signal5|REAL|0||0 >>> 83|signal6|REAL|0||0 >>> 84|signal7|REAL|0||0 >>> 85|signal8|REAL|0||0 >>> 86|snow|REAL|0||0 >>> 87|snowBatteryStatus|REAL|0||0 >>> 88|snowDepth|REAL|0||0 >>> 89|snowMoisture|REAL|0||0 >>> 90|snowRate|REAL|0||0 >>> 91|so2|REAL|0||0 >>> 92|soilMoist1|REAL|0||0 >>> 93|soilMoist2|REAL|0||0 >>> 94|soilMoist3|REAL|0||0 >>> 95|soilMoist4|REAL|0||0 >>> 96|soilTemp1|REAL|0||0 >>> 97|soilTemp2|REAL|0||0 >>> 98|soilTemp3|REAL|0||0 >>> 99|soilTemp4|REAL|0||0 >>> 100|supplyVoltage|REAL|0||0 >>> 101|txBatteryStatus|REAL|0||0 >>> 102|UV|REAL|0||0 >>> 103|uvBatteryStatus|REAL|0||0 >>> 104|windBatteryStatus|REAL|0||0 >>> 105|windchill|REAL|0||0 >>> 106|windDir|REAL|0||0 >>> 107|windGust|REAL|0||0 >>> 108|windGustDir|REAL|0||0 >>> 109|windrun|REAL|0||0 >>> 110|windSpeed|REAL|0||0 >>> >>> >>> On Thu, Dec 28, 2023 at 9:33 AM Vince Skahan <[email protected]> wrote: >>> >>>> On Thursday, December 28, 2023 at 5:26:09 AM UTC-8 Tom Keffer wrote: >>>> >>>> Alternatively, one could write a specialized algorithm for windchill. >>>> The sensible thing to do would be to read a year's worth of temperature >>>> and >>>> wind speed, all in one go --- one database access. Then use the results to >>>> calculate the year's worth of windchill. The downside is that it's not >>>> general at all: it would only know how to calculate windchill. The upside >>>> is that the existing xtypes API can be used right now to do this. You'd >>>> have to write extensions for all of your missing synthesized types. >>>> >>>> >>>> I see two things here. One is extension(s) to handle the missing >>>> synthesized types in archive periods moving forward. The second is some >>>> kind of standalone utility to 'one time' catch up a legacy db with those >>>> items that you wished it would have calculated in the ancient past. Have >>>> the standalone utility to get the legacy pain over with 'once' so you >>>> don't >>>> have to feel that pain every 5 minutes moving forward.... >>>> >>>> Kinda like how rebuild-daily or calc-missing work (?) >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "weewx-development" 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-development/d07cd082-dd2c-42bf-bef0-a051241b5388n%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/weewx-development/d07cd082-dd2c-42bf-bef0-a051241b5388n%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>> >>> >>> -- >>> -Ryan Stasel >>> >> -- You received this message because you are subscribed to the Google Groups "weewx-development" 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-development/ce9fa73f-56e4-47f3-a926-1be8d91edd3an%40googlegroups.com.
