weathercloud.net data poster

1,552 views
Skip to first unread message

Kenneth Baker

unread,
Sep 30, 2014, 6:21:03 PM9/30/14
to weewx-de...@googlegroups.com
Hi,

I started working on a weathercloud.net rest plugin to weewx based in large part on the great plugins Matthew Wall has written along with documentation that weathercloud provided me.

There are a few values that weathercloud would like posted that I am not entirely sure the best way to go about producing.

1) wspd and wdir are supposed to be current values.  I believe these should be the instantaneous values from the loop packets.  Does that make sense?

2) wspdavg and wdiravg are supposed to be 10-min average values and wspdhi is supposed to be a 10-min maximum gust of wind.  Since the archive interval is adjustable (and mine is set to 5-minutes).  Can you suggest how I should compute 10-minute averages?  Should I compute the average (and max) based on the loop packets that come in over the 10-min interval as well?

Thanks!

-- Ken

Thomas Keffer

unread,
Sep 30, 2014, 6:33:48 PM9/30/14
to Kenneth Baker, weewx-de...@googlegroups.com
​Hi, Ken

1. Are they expecting a "Rapidfire" like feed? That is, an update very few seconds? If so, then wspd and wdir are best taken from the LOOP data. Take a look at the Weather Underground uploader: it does this. If they don't expect such a rapid update, then I assume they want the "last" value, meaning the last archive record.

2. Best to calculate the 10 minute aggregates from the archive database. Don't use LOOP packets: that's what the rest of weewx is for! Average and max wind speed will be easy, but average wind direction will require that you resolve the wind into x and y components, then do the vector average. You can use function archive.Archive.getSqlVectorsExtended() to do this. Its doc string explains what it returns, but it's basically two vectors: one with the timestamps, the other a vector of complex (x,y) numbers. You would then calculate the average x and the average y, that is average east-west wind velocity and average north-south wind velocity. Then use atan2() to calculate the average direction. Then convert to compass direction. Piece of cake! :-) It's real easy to make a mistake doing this, so test the hell out of it! 

Thanks for giving this a try!

-tk

Lucas Heijst

unread,
Oct 4, 2014, 2:08:20 PM10/4/14
to weewx-de...@googlegroups.com
On Tuesday, 30 September 2014 19:21:03 UTC-3, Kenneth Baker wrote:
I started working on a weathercloud.net rest plugin to weewx 

Hi Ken,

Good news! Weathercloud may be an alternative for Weather Underground (with it's faulty interface for missed data).

Weathercloud is fast growing and looks very promising. Please let us know when your plugin is ready for testing.

Luc

Robin Sanders

unread,
Oct 9, 2014, 12:52:32 AM10/9/14
to weewx-de...@googlegroups.com
Kenneth,

I am also keen to give this a try as soon as you are ready for testing.

Robin

mwall

unread,
Oct 15, 2014, 11:31:55 AM10/15/14
to weewx-de...@googlegroups.com
hi ken,

i hope i'm not stepping on your toes with this, but here is an implementation for a weather cloud uploader.  before the weewx 3 release i am doing an update to all of the uploaders on the weewx wiki, and this was some partially written code in the larder.

this will upload the basic stuff with correct units, and it seems to handle errors properly.  however, there are still a few things not complete:

- no wind averaging
- does not handle extra temperature, humidity, and wind sensors
- does not calculate thw
- does not upload barometric trend
- does not upload battery voltage or status
- does not calculate interior dewpoint or heat index
- does not handle soil moisture or leaf wetness
- does not handle forecast icons

some of these are still not supported by weathercloud, but they are in the weathercloud api.

you must login at weathercloud then create a device.  choose 'vantage pro' for the device, and 'module for weatherlink' as the link type.  then you'll get an id and key for the device and you can put those into the WeatherCloud section in weewx.conf (see comments in wcloud.py for syntax).

imho, the cloud process for setting up devices is a bit brittle.  they really do not need to worry so much about the station type as much as the data coming from it.  for example, even if i specify a vantage station, there is no telling what sensors i might have for it, and i could be uploading data from non-davis sensors as well (e.g., from a frankenmix of rf, davis, and one-wire sensors).

anyway, let me know how it works for you.

m
wcloud-0.1rc1.py

Lucas Heijst

unread,
Oct 16, 2014, 8:09:32 AM10/16/14
to weewx-de...@googlegroups.com
Matthew,

Can you give us installation instructions?
Where to put wcloud.py / settings in weewx.conf?

I already have a Weathercloud ID and key

Luc

mwall

unread,
Oct 16, 2014, 8:29:07 AM10/16/14
to weewx-de...@googlegroups.com
On Thursday, October 16, 2014 8:09:32 AM UTC-4, Lucas Heijst wrote:
Can you give us installation instructions?
Where to put wcloud.py / settings in weewx.conf?

0) obtain credentials from weathercloud.net

1) put wcloud.py in the weewx user directory

cp ~/Downloads/wcloud-0.1rc1.py /home/weewx/bin/user/wcloud.py

2) modify weewx.conf:

[StdRESTful]                                                                   
    [[WeatherCloud]]                                                           
        id = WEATHERCLOUD_ID                                                   
        key = WEATHERCLOUD_KEY                                                 

[Engines]
    [[WxEngine]]
        restful_services = ..., user.wcloud.WeatherCloud


3) restart weewx

sudo /etc/init.d/weewx stop
sudo /etc/init.d/weewx stop


Lucas Heijst

unread,
Oct 16, 2014, 3:44:20 PM10/16/14
to weewx-de...@googlegroups.com
Matthew,

Most values in the database are zero or N/A (bar)

In the protocol I used earlier most values had to be integers of (real value*10)

Example:
temp 34.3 Celsius should have value 343 in the message
bar 1010.7 hPa should have value 10107 in the message

As a test  I used for all fields format '%.0f' for the data of 15:50. My temp of 34 Celsius was interpreted as 3.4.

10/16/2014 15:503.43.23.22.64.16469-00
10/16/2014 15:30000006268-00

The message of the original version of wcloud.py gives back code 429
The message of my protocol gave back code 200

Example of your protocol:
http://api.weathercloud.net/v01/set?wid=xxxxxxxxxxxxxxxx&ver=270&tempin=33.7&temp=32.5&wspd=0.80&wdir=19&hum=67&rainrate=0.00&humin=61&dew=25.6&wspdhi=1.80&heat=40.9&rain=0.00&key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&time=1525&bar=1010.72&type=251&chill=32.5
429

Example of my protocol (string typed in by hand):

Luc

Lucas Heijst

unread,
Oct 16, 2014, 3:55:10 PM10/16/14
to weewx-de...@googlegroups.com
Matthew,

You can check my data at WeatherCloud via the following links.

First device (my protocol):
Weerstat. Paramaribo 1
Weather Station X
Other

http://app.weathercloud.net/d0959484454

Second device (your protocol):
Vantage Pro Plus
Module for Weatherlink


Luc

mwall

unread,
Oct 16, 2014, 5:13:21 PM10/16/14
to weewx-de...@googlegroups.com
hey luc,

thanks for testing this. 

attached is 0.2rc1.  i have fixed the multipliers and added support for many more fields.  the remaining unimplemented fields are now:

thw (i do not know what this is)
tempagroXX (i do not know how weathercloud defines these)
wspdXX (only useful on weather station with multiple anemometers)
wspdavgXX (only useful on weather station with multiple anemometers)
wspdhiXX (only useful on weather station with multiple anemometers)
bartrend (it is not clear what -60,-20,0,20,60 mean)
forecast (not yet defined by weathercloud)
forecasticon (not yet defined by weathercloud)

this version does a mapping between the fields in the default weewx database schema and the fields defined by weathercloud.

m
wcloud-0.2rc1.py

Lucas Heijst

unread,
Oct 16, 2014, 6:22:45 PM10/16/14
to weewx-de...@googlegroups.com
On Thursday, 16 October 2014 18:13:21 UTC-3, mwall wrote:
thw (i do not know what this is)

Seen on wxforum.net

“THW Index” or Temperature-Humidity-Wind Index. This value indicates the “apparent” temperature in the shade due to these factors. 

Luc

Lucas Heijst

unread,
Oct 16, 2014, 6:52:22 PM10/16/14
to weewx-de...@googlegroups.com
On Thursday, 16 October 2014 18:13:21 UTC-3, mwall wrote:
attached is 0.2rc1. 

Matthew,

The message to WeatherCloud now gives back code 200.

I have implemented a third device a Vantage Pro2 Plus:
Weerstat. Paramaribo 3

Note: the values of Wspdavg seem too big, see table (I have set the presentation to km/h instead of m/s).

10-min average windspeed is about 1 km/h
10-min average gust speed is about 6 km/h

Luc

DateTempin
( ºC )
Temp
( ºC )
Chill
( ºC )
Dewin
( ºC )
Dew
( ºC )
Heatin
( ºC )
Heat
( ºC )
Humin
( % )
Hum
( % )
Wspdhi
( km/h )
Wspdavg
( km/h )
Bar
( hPa )
Rain
( mm )
10/16/2014 19:4531.128.228.224.824.237.632.569796.56.81012.30
10/16/2014 19:3031.228.328.324.824.337.832.869796.59.41012.10
10/16/2014 19:2031.328.428.424.924.238.132.869784.311.510120
Message has been deleted

mwall

unread,
Oct 16, 2014, 8:28:14 PM10/16/14
to weewx-de...@googlegroups.com
luc,

a code of 200 means everything is ok. the wspdavg values are off because i forgot to do a units conversion. please try 0.2rc3

m
wcloud-0.2rc3.py

Lucas Heijst

unread,
Oct 16, 2014, 8:52:51 PM10/16/14
to weewx-de...@googlegroups.com
On Thursday, 16 October 2014 21:28:14 UTC-3, mwall wrote:
 please try 0.2rc3

Matthew,

Your Apparent temp (Thw) is 28.3/27.2 Celsius, while the Apparent temp calculation of weewx-wd is much higher: 33.0/32.7 Celsius.
Don't know which calculation is good.

Luc

10/16/2014 21:4530.127.427.424.524.135.730.927.272821.80.81013.30
10/16/2014 21:3530.127.527.524.524.135.831.128.372821.211013.30
10/16/2014 21:0530.527.727.724.624.236.431.5071814.35.11013.70
10/16/2014 20:5530.627.827.824.524.236.531.7070812.43.91013.60
10/16/2014 20:4530.727.927.924.624.336.831.9070813.761013.30
10/16/2014 20:3530.9282824.824.437.332.1070813.13.310130
10/16/2014 20:253128.228.224.924.437.632.7070800.60.91012.90
10/16/2014 20:1531.128.328.324.924.437.832.8070801.211012.90
10/16/2014 20:0531.228.428.42524.43832.9070790.60.61012.80
10/16/2014 19:5531.228.328.32524.53832.9070800.61.91012.50
10/16/2014 19:4531.128.228.224.824.237.632.5
069791.81.91012.30
10/16/2014 19:3031.228.328.324.824.337.832.8
069791.82.61012.10
10/16/2014 19:2031.328.428.424.924.238.132.8
069781.23.210120
Displaying 1-13 of 13 results in 1 page

gjr80

unread,
Oct 16, 2014, 11:30:15 PM10/16/14
to weewx-de...@googlegroups.com
I think we are probably talking about apples and oranges (maybe oranges and lemons!). I understood THW to be Temperature-Humidity-Wind, one of a number of indexes that quantify apparent temperature. Weewx-WD calculates apparent temperature as per the Australian Bureau of Meteorology (BoM) site (http://www.bom.gov.au/info/thermal_stress) using the non-solar formula. I understand that some Davis stations produce a THSW index that also rolls in the solar conditions but I believe their formula is proprietary and not publicly released. BoM also has an apparent temperature formula that includes solar effects, though I am lead to believe the solar radiation value that should be used is not a straight out (instantaneous) value from a solar radiation sensor. When I have looked for THW and THSW info/formulae there appears to be little info around and nothing that I found that I would really feel comfortable hanging my hat on.

Sorry if I have hijacked this thread. :)

Gary

Lucas Heijst

unread,
Oct 17, 2014, 8:19:22 AM10/17/14
to weewx-de...@googlegroups.com
Thanks Gary,

I found two pegs to hang your hat on.

First a definition of THW index on ehow: http://www.ehow.com/how_12028315_calculate-thw-index.html

Secondly an interesting Dutch article about weather definitions: http://www.sysanalyser.com/actueel/De%20gevoelstemperatuur.pdf
Jef Simmelink writes in this article about THW index:
4.3. THW en TSHW index (Davis) 
Dit zijn 2 indices die voor zover ik heb kunnen ontdekken alleen door Davis gebruikt worden in hun elektronische weerstations en/of het software pakket daarbij (Weatherlink). Davis stelt dat de THW en met name de TSHW universele indices zijn welke het gehele jaar bruikbaar zijn. Ondanks herhaalde verzoeken, weigert Davis vooralsnog om de achterliggende formules openbaar te maken. De THW index is gebaseerd op dezelfde variabelen als de NET en de Steadman ëshadeí, echter ze geven alle een verschillende waarde. In de winter volgt de THW index nagenoeg ¥perfect¥ de wind chill en in de zomer vrij tot zeer goed de hitte index. Zie de figuren in 6. 

Translated with Google:
4.3. THW and TSHW index ( Davis)
These two indices that as far as I can discover only be used by Davis in their electronic weather stations and / or software package thereto ( WeatherLink ) . Davis suggests that the THW and , in particular, the universal TSHW indices which can be used throughout the year. Despite repeated requests , Davis still refuses to make . Underlying formulas public The THW index is based on the same variables as the NET and Steadman ëshadeí , but they all give a different value . In winter, the THW Index follows almost perfectly ¥ ¥ wind chill and in the summer rather to very good heat index . See the figures in 6 .

The THW index variable of WeatherCloiud refers to the Davis Vantage Pro2 Plus, so the most accurate definition for THW index might be a choice of wind chill and heat index for a switching point based upon temperature (and wind/humidity?)

Luc

Kenneth Baker

unread,
Oct 17, 2014, 9:02:24 AM10/17/14
to mwall, weewx-de...@googlegroups.com
> hi ken,
>
> i hope i'm not stepping on your toes with this, but here is an
> implementation for a weather cloud uploader. before the weewx 3 release i
> am doing an update to all of the uploaders on the weewx wiki, and this was
> some partially written code in the larder.

Hi mwall,

No toes stepped on, I've been away for a few weeks. I'll catch up and have a look
at your uploader. Thanks!

-- Ken


mwall

unread,
Oct 17, 2014, 9:02:50 AM10/17/14
to weewx-de...@googlegroups.com
here is the thw calculation i used in 0.2rc3:

http://physics.stackexchange.com/questions/32857/how-to-calculate-temperature-humidity-wind-index

notice that the units are not consistent:

thw_F = heatindex_F - (1.072 * windspeed_mph)

i can understand dropping insignificant terms to simplify a calculation, but the units need to make sense...

m

gjr80

unread,
Oct 17, 2014, 8:23:21 PM10/17/14
to weewx-de...@googlegroups.com
Yes Luc had come across those before. Always tend to take answers from sites that have user contributed 'answers to everything' with a grain of salt unless I can find some other verification. Also had seeen similar comments re the Davis THW/THSW, bottom line is that Davis seems have kept their methods to themselves.

Out of interest I looked up 10 sites that were reporting THW and applied the THW formula from physics.stackexchange with some pretty average results, the % variation from the THW value on the site concerned and the calculated one was from 0 to 19% with most around 7 to 8%. As wind speed increased the variation blew out so I am not sure the formula is as simple as portrayed. Perhaps one day when I have nothing better to do I will try to make sense of some of the Steadman documents, they seem to be the authority on (small a) apparent temperatures.

As it turns out the Saratoga weather templates don't use THW they are fed THSW (though am yet to find where it is used/displayed) so THW is no real issue for me. I note some of the Davis stations can report THSW but it is in the LOOP2 packet not the LOOP packet that Weewx uses. Perhaps something to think about later. But then again how many apparent temperatures do you really need.... almost a bit like wind stats :)

Matthew, I agree about the units. The engineer in me says not only should your numbers balance on both sides of an equation but also the units. However, I note in a number of indices this seems to go out the door.

Gary

mwall

unread,
Oct 21, 2014, 10:57:31 AM10/21/14
to weewx-de...@googlegroups.com
wcloud v0.4 is now available on the wiki.

thw is disabled until we figure out the correct algorithm.  this release also fixes the timestamp (utc) and makes the wspdhi more correct for the weathercloud specification.

m

Lucas Heijst

unread,
Oct 21, 2014, 6:05:38 PM10/21/14
to weewx-de...@googlegroups.com
On Tuesday, 21 October 2014 11:57:31 UTC-3, mwall wrote:
 also fixes the timestamp (utc)
m


Matthew,

At 12:34 local time (GMT-3) I switched from 0.3 to v0.4. I noticed the time parameter in the messages switched from local time (1430) to UTC (1730).
Because of this change you would expect a gap in the data base, because the time in the message switched from 12:45 to 15:45.
But no time gap, see below. You will notice the null values for Thw starting at 12:45.

The graphs show time stamps in UTC. There is no change in behaviour between version 0.3 and 0.4

See also:
Weerstation Paramaribo (new since today)

Luc

PS. The database for "Weerstation Paramaribo" now show rain rate; I don't understand why this isn't shown for "Weerstat. Paramaribo 3". AFAIK the settings are the same.

Weerstat. Paramaribo 3


10/21/2014 18:2031.929.329.324.123.537.833.60647117.64.31010.10
10/21/2014 18:1032.129.829.824.624.438.835.2065732.21.110100
10/21/2014 18:00
32.229.929.924.524.3
38.935.3064728.60.71010.10
10/21/2014 17:5032.3303024.624.439.135.5064724.31.110100
10/21/2014 17:4032.430.230.224.524.339.135.7063714.31.41009.90
10/21/2014 17:3032.630.230.224.624.239.535.7063704.31.81009.70
10/21/2014 17:2032.830.430.424.524.239.635.9062704.31.81009.60
10/21/2014 17:1032.830.430.424.624.139.835.8062696.52.21009.50
10/21/2014 17:003330.630.624.524.139.936.1061688.62.21009.10
10/21/2014 16:5033.2313124.424.240.136.8060674.31.81009.10
10/21/2014 16:4033.531.531.524.724.340.937.5060664.32.21009.40
10/21/2014 16:3033.831.831.824.824.441.438.2060654.32.21009.40
10/21/2014 16:2033.932.132.124.824.441.538.7059644.32.21009.10
10/21/2014 16:103432.832.824.824.741.840059636.52.21008.90
10/21/2014 16:003432.832.824.824.941.840.2059638.62.210090
10/21/2014 15:5034333324.824.941.840.4059636.51.810090
10/21/2014 15:403432.932.924.924.741.940059626.52.21009.10
10/21/2014 15:303433.333.325.12542.141060624.32.21009.10
10/21/2014 15:2033.933.433.425.125.14241.3060628.62.91009.20
10/21/2014 15:1033.933.433.42524.841.841060616.52.21009.40
10/21/2014 15:0033.833.433.424.924.841.640.9060618.62.21009.50
10/21/2014 14:5033.833.633.624.925.241.641.8060626.52.51009.70
10/21/2014 14:4033.633.633.62525.341.441.8061626.52.51009.80
10/21/2014 14:3033.533.533.5252541.341.3061616.52.210100
10/21/2014 14:1533.333.433.424.825.240.841.5061624.31.81010.20
10/21/2014 14:0533.233.233.224.62540.440.9061624.31.81010.30
10/21/2014 13:5533.133.133.124.624.940.240.6061638.62.21010.40
10/21/2014 13:4533333324.825.240.341062646.52.51010.50
10/21/2014 13:3532.832.132.124.825.240.139.7063674.31.11010.70
10/21/2014 13:2532.931.631.625.224.740.738.3064674.31.410110
10/21/2014 13:153332.232.225.22540.939.6064664.31.410110
10/21/2014 13:053332.532.525.325.34140.3064664.31.810110
10/21/2014 12:5532.932.832.825.225.340.740.8064658.62.21011.20
10/21/2014 12:4532.732.832.825.125.540.441064668.62.21011.30
10/21/2014 12:3032.4323224.825.239.639.537.464684.31.41011.60
10/21/2014 12:2032.431.831.824.72539.438.937.964672.20.71011.80
10/21/2014 12:1032.432.232.224.725.139.339.538.364662.21.11011.90
10/21/2014 12:0032.232.232.224.525.238.939.937.864674.31.410120
10/21/2014 11:5032.231.631.624.524.738.938.235.864674.31.11012.30
10/21/2014 11:4032.231.831.824.524.938.938.837.764674.31.11012.40
10/21/2014 11:3032.232.232.224.625.23939.738.464672.21.11012.50
10/21/2014 11:2032.132.332.324.72538.939.637.365654.31.41012.60
10/21/2014 11:103232.132.124.62538.739.437.465664.32.21012.70
10/21/2014 11:003232.132.124.525.238.639.734.865678.63.21012.80
10/21/2014 10:5031.831.431.324.624.638.537.732.766678.63.210130
10/21/2014 10:4031.831.331.324.624.538.537.736.566672.21.11013.10
10/21/2014 10:3031.831.331.324.624.738.537.835.966684.32.51013.10
10/21/2014 10:2031.631.631.624.724.738.438.334.3676711.22.91013.10
10/21/2014 10:1031.431.331.324.824.938.23835.168694.31.41013.10
10/21/2014 10:0031.330.830.824.925.23837.635.669724.31.81013.10
10/21/2014 09:5031.1303024.824.437.635.531.869726.52.91013.10
10/21/2014 09:403129.629.624.824.637.535.131.770756.52.210130
10/21/2014 09:3030.929.329.324.624.737.134.832.969764.31.810130
10/21/2014 09:2030.829.829.824.425.236.836.133.269776.51.81012.90
10/21/2014 09:1030.728.728.724.324.936.533.831.669804.31.81012.80
10/21/2014 09:0030.728.728.724.424.636.533.629.770798.63.21012.80
10/21/2014 08:5030.6292924.524.936.434.430.370796.52.91012.70
10/21/2014 08:4030.428.928.924.325.136.134.430.370806.52.51012.60
10/21/2014 08:3030.328.228.224.224.635.832.830.470814.32.21012.50
10/21/2014 08:2030.2282824.124.535.532.329.270814.31.81012.30
10/21/2014 08:1030.127.527.52424.535.331.430.870844.31.11012.20
10/21/2014 08:003026.826.823.923.93529.126.670856.51.81012.10
10/21/2014 07:503026.226.223.923.53526.222.770854.32.910120
10/21/2014 07:4029.925.925.923.823.434.825.921.970866.52.51011.90
10/21/2014 07:3029.825.525.523.723.334.625.52370884.32.21011.80
10/21/2014 07:2029.8252523.723.134.62521.570896.52.51011.70
10/21/2014 07:1029.824.724.723.722.834.624.721.170896.52.91011.70
10/21/2014 07:0029.824.624.623.722.734.624.622.170894.31.41011.50
10/21/2014 06:5029.824.624.623.722.634.624.62370884.31.41011.30
10/21/2014 06:4029.824.724.723.822.634.624.72270884.32.21011.20
10/21/2014 06:3029.924.924.923.822.634.824.922.570874.31.81010.90
10/21/2014 06:2029.9252523.822.634.82523.170874.30.71010.70
10/21/2014 06:1029.925.125.123.922.634.925.125.17086001010.70
10/21/2014 06:003025.225.223.922.73525.225.27086001010.50
10/21/2014 05:503025.125.123.922.63525.125.17086001010.50
10/21/2014 05:403025.125.123.922.635.125.124.470862.20.41010.50
10/21/2014 05:3030.125.225.22422.735.325.224.870862.20.71010.40
10/21/2014 05:2030.125.225.22422.735.325.225.27086001010.20
10/21/2014 05:1030.225.325.324.122.835.525.324.970862.20.71010.30
10/21/2014 05:0030.225.325.324.122.835.525.325.3708600.41010.30
10/21/2014 04:5030.225.225.224.122.735.525.224.470862.20.41010.20
10/21/2014 04:4030.325.225.224.122.735.725.224.170864.30.71010.20
10/21/2014 04:3030.325.325.32422.835.625.323.569864.31.11010.20
10/21/2014 04:2030.325.425.42422.935.625.425.46986001010.20
10/21/2014 04:1030.425.525.524.122.935.825.525.569862.20.41010.10
10/21/2014 04:0030.425.425.424.122.835.825.425.269862.20.41010.10
10/21/2014 03:5030.425.425.424.122.935.825.425.46986001010.10
10/21/2014 03:4030.425.525.524.122.835.925.525.56985001010.10
10/21/2014 03:30
0000000000
0000
10/21/2014 03:2030.625.525.524.22336.225.52569862.20.71010.10
10/21/2014 03:1030.625.525.524.22336.325.52569862.21.11010.30
10/21/2014 03:0030.625.625.624.222.936.325.625.369852.20.71010.20
10/21/2014 02:5030.725.625.624.322.936.425.62469854.31.41010.40
10/21/2014 02:4030.725.725.724.32336.525.724.269854.30.71010.50
10/21/2014 02:3030.825.825.824.423.136.725.824.369854.31.11010.60
10/21/2014 02:2030.825.825.824.323.136.625.825.86885001010.50
10/21/2014 02:1030.825.825.824.222.936.525.825.86884001010.50
10/21/2014 02:0030.9262624.323.236.82625.768852.20.41010.70
10/21/2014 01:5030.9262624.323.236.826266885001010.60
10/21/2014 01:4031262624.523.137.126266984001010.70
10/21/2014 01:3031262624.62337.326266984001010.80
10/21/2014 01:203126.226.224.523.137.226.226.269832.201010.90
10/21/2014 01:103126.326.324.423.237.126.326.36883001011.10
10/21/2014 01:0031.126.426.424.523.337.326.426.46883001011.20
10/21/2014 00:5031.126.426.424.523.337.326.426.46883001011.20
10/21/2014 00:4031.226.626.624.623.337.526.626.66883001011.30
10/21/2014 00:30
0000000000
0000
10/21/2014 00:2031.226.726.724.623.337.628.128.16882001011.50
10/21/2014 00:1031.326.826.824.723.437.829.429.46882001011.40
10/21/2014 00:0031.326.826.824.723.437.829.429.46882001011.50
10/20/2014 23:5031.426.826.824.823.438.129.629.66882001011.40
10/20/2014 23:4031.426.826.824.723.33829.429.46881001011.50
10/20/2014 23:3031.426.826.824.623.337.929.429.46781001011.50
10/20/2014 23:2031.526.826.824.623.33829.429.46781001011.60
10/20/2014 23:1031.6272724.723.538.129.829.767812.201011.70
10/20/2014 23:0031.627.127.124.723.538.330.130.16781001011.70
10/20/2014 22:5031.6272724.723.538.329.929.96781001011.50
10/20/2014 22:4031.727.127.124.823.538.530.130.16781001011.60
10/20/2014 22:3031.727.227.224.823.438.730.230.26780001011.60
10/20/2014 22:2031.827.227.224.923.538.830.330.167802.201011.50
10/20/2014 22:1031.827.327.324.823.538.730.430.46780001011.50
10/20/2014 22:0031.927.327.324.723.638.730.530.56680001011.60
10/20/2014 21:503227.427.424.823.638.930.630.666802.201011.70
10/20/2014 21:403227.427.424.823.63930.630.566802.201011.80
10/20/2014 21:303227.327.324.923.539.130.430.46680001011.80
10/20/2014 21:2032.127.427.424.923.539.330.630.166792.20.410120
10/20/2014 21:1032.227.627.62523.839.531.131.166800010120
10/20/2014 21:0032.227.527.524.823.639.230.930.965792.201011.90
10/20/2014 20:5032.227.627.624.823.639.331316579001011.80
10/20/2014 20:4032.327.627.624.923.639.53130.965792.201011.70
10/20/2014 20:3032.427.827.824.823.739.631.431.464792.201011.70
10/20/2014 20:2032.427.927.924.723.739.431.630.964782.20.41011.60
10/20/2014 20:1032.427.927.924.723.739.431.631.364782.20.41011.50
10/20/2014 20:0032.427.927.924.723.739.431.530.664782.20.71011.40
10/20/2014 19:5032.527.727.724.823.639.631.230.964782.20.71011.20
10/20/2014 19:4032.527.827.824.823.639.631.330.664782.20.710110
10/20/2014 19:3032.528.228.224.623.539.331.930.863762.20.71010.70
10/20/2014 19:2032.528.428.424.623.639.332.330.763754.31.11010.40
10/20/2014 19:1032.428.728.724.723.639.332.731.164744.31.11010.30
10/20/2014 19:0032.328.928.924.323.638.83331.663732.21.11010.40
10/20/2014 18:5032.429.129.124.323.538.833.33262722.21.11010.30
Displaying 1-141 of 141 results in 1 pages. 

Lucas Heijst

unread,
Oct 21, 2014, 6:23:57 PM10/21/14
to weewx-de...@googlegroups.com
On Tuesday, 21 October 2014 19:05:38 UTC-3, Lucas Heijst wrote:
PS. The database for "Weerstation Paramaribo" now show rain rate; I don't understand why this isn't shown for "Weerstat. Paramaribo 3". AFAIK the settings are the same.

My fault. For "Weerstat. Paramaribo 3" I had set Rain rate to OFF. It is now set to ON.

Lucas Heijst

unread,
Oct 21, 2014, 6:58:25 PM10/21/14
to weewx-de...@googlegroups.com
On Tuesday, 21 October 2014 11:57:31 UTC-3, mwall wrote:
wcloud v0.4 is now available on the wiki.
m

Matthew,

Parameter wdiravg have values of 0 and 360 degrees. Is this correct?

Luc

Weerstation Paramaribo


Rainrate
( mm/h )
10/21/2014 19:5030.627.327.322.221.634.329.561712.202921011.200
10/21/2014 19:4030.627.227.222.321.634.429.361722.20360101100
10/21/2014 19:3030.726.926.922.621.234.728.762712.20.461101100
10/21/2014 19:2030.827.427.422.621.734.929.762712.2001010.800
10/21/2014 19:1030.927.727.722.521.734.830.161702.20.41721010.600
10/21/2014 19:0030.9282822.522.134.930.761706.51.43231010.600
10/21/2014 18:5031.128.228.222.722.135.33161708.63.22931010.400
10/21/2014 18:4031.428.628.623.222.736.231.962718.61.8315101000
10/21/2014 18:3031.628.728.723.722.93732.363716.51.43371009.700
Displaying 1-9 of 9 results in 1 pages. 

Lucas Heijst

unread,
Oct 21, 2014, 7:04:35 PM10/21/14
to weewx-de...@googlegroups.com
On Tuesday, 21 October 2014 11:57:31 UTC-3, mwall wrote:
wcloud v0.4 is now available on the wiki.
makes the wspdhi more correct for the weathercloud specification.
m

Matthew,

I would expect for values of wspdhi of not null the wspdavg also wouln't be null, but sometimes they are.

Luc

Weerstation Paramaribo


mwall

unread,
Oct 21, 2014, 7:09:03 PM10/21/14
to weewx-de...@googlegroups.com
i see a few issues with weathercloud api:

- they do not consistently distinguish between NULL/None and 0.  i was sending non-null thw for awhile, then i started sending None for thw.  now when i view the database, i see 0 where i sent None.  on the other hand, i see dash (-) for heatin, and i presume that means NULL/None (even though i have been sending non-None values).

- they require a 'time' field, but that has no date.  the api doc does not specify utc, but email from weathercloud says it should be utc.  it would seem that the 'time' field is not, in fact used.  it *should* be the time (and date) of the observations.  email from weathercloud says it should be 'exact time of upload to server'.

- the api doc says wind directions should be in [0, 359].  but what about 359.9?  i should think it would be either [0,360] or [0,360)

- user authentication is done with cgi args, but https is not required.  this is simply insecure and exposes them to vulnerabilities in the future.

m

mwall

unread,
Oct 21, 2014, 7:19:00 PM10/21/14
to weewx-de...@googlegroups.com


On Tuesday, October 21, 2014 7:04:35 PM UTC-4, Lucas Heijst wrote:
On Tuesday, 21 October 2014 11:57:31 UTC-3, mwall wrote:
wcloud v0.4 is now available on the wiki.
makes the wspdhi more correct for the weathercloud specification.
m

Matthew,

I would expect for values of wspdhi of not null the wspdavg also wouln't be null, but sometimes they are.

the spec says wspdhi is 10 minute average of gust.  however, 'gust' is ill-defined.  some hardware has gust (which in this case means 'max wind in a sampling period', typically because the hardware samples the wind infrequently, e.g., fineoffset), some does not (ultimeter).  ultimeter does not need it since it reports instantaneous values as fast as every 1/2 second.  so i implemented wspdhi as the 10 minute average of the max of windSpeed and windGust.  using this approach can lead to a disconnect between wspdhi and wspdavg.  happy to entertain alternatives.

imho, weathercloud is making many of the same mistakes other services have made: ill-defined timestamps; schema based too much on davis instruments; authentication in the args; ill-defined wind speed/gust; use of forecasts-from-station-hardware.  however, they appear to be learning and making favorable changes.

at one extreme you have thingspeak or xively (completely unconstrained), at the other you have windfinder or weatherbug (over constrained).

m

Lucas Heijst

unread,
Oct 21, 2014, 7:38:59 PM10/21/14
to weewx-de...@googlegroups.com
On Tuesday, 21 October 2014 20:09:03 UTC-3, mwall wrote:
- they do not consistently distinguish between NULL/None and 0.  i was sending non-null thw for awhile, then i started sending None for thw.  now when i view the database, i see 0 where i sent None.  on the other hand, i see dash (-) for heatin, and i presume that means NULL/None (even though i have been sending non-None values).
m

Matthew,

On Oct 21 03:30:21weewx sent a record with only a few parameters to wcloud:

The database show null values:

10/21/2014 18:2031.929.329.324.123.537.833.60647117.64.31010.10
0

10/21/2014 03:30
000000000000000
Note, the parameter wdiravg (=225) is not shown in the table (see header).

In the plotted data (last 24 hour), the null values are not shown, see attachment.

Luc
















wcloud.png

mwall

unread,
Oct 22, 2014, 9:51:22 AM10/22/14
to weewx-de...@googlegroups.com
it would appear that weathercloud is applying some sanity checking to the values it receives.

the wcloud uploader 0.4 was calculating interior dewpoint and heatindex assuming metric values, even for databases using US units.  the result was very high heatin, and weathercloud turned those into dashes.

wcloud 0.5 fixes heatin and dewin calculations.

m

Lucas Heijst

unread,
Oct 23, 2014, 11:55:51 AM10/23/14
to weewx-de...@googlegroups.com
On Wednesday, 22 October 2014 10:51:22 UTC-3, mwall wrote:
wcloud 0.5 fixes heatin and dewin calculations.
m

Thanks Matthew,

v0.5 still produces good heatin and dewin values for my database using EU units.

Luc 

Simon

unread,
Nov 6, 2014, 7:30:11 AM11/6/14
to weewx-de...@googlegroups.com
Thanks for your hard work Matthew. seems to be working fine here:

Simon

unread,
Nov 10, 2014, 7:48:18 PM11/10/14
to weewx-de...@googlegroups.com
Just for your information....

"Today we’re very pleased to announce that Weathercloud is now also compatible with WeatherCat and WeeWX, thus bringing to 8 the total number of weather station programs supported so far."
Reply all
Reply to author
Forward
0 new messages