Re: Cumulus Realtime Gadget
Posted: Wed 08 Jun 2011 4:45 pm
Unlikely but maybe the work proxy server doesn't allow .txt files?
Support forum for Cumulus weather station software
https://cumulus.hosiene.co.uk/
Your user profile says: XP. No gadget support in Win XP. Is that the cause ?wxsharp wrote:I must be missing something in the comments ... but I haven't seen an answer for it.
Does anyone know what went awry if I'm not seeing the image? It's updating fine, installed fine, etc. Tried on a couple computers .. just seeing a blank spot on the top of the widget instead of the image.
Using a Davis Pro2.
Nah, Cumulus is running on my XP box. Widgets are all running on Win7. As I mentioned, the Widget loads fine, pulls all the data from realtime.txt fine, refreshes, etc. It just doesn't have the graphic on top - the widget is just blank on top.dane wrote:Your user profile says: XP. No gadget support in Win XP. Is that the cause ?wxsharp wrote:I must be missing something in the comments ... but I haven't seen an answer for it.
Does anyone know what went awry if I'm not seeing the image? It's updating fine, installed fine, etc. Tried on a couple computers .. just seeing a blank spot on the top of the widget instead of the image.
Using a Davis Pro2.
Thanks, that was it - knew it was something silly. So is there an advantage to one over the other? And this graphic - it's today's forecast, right? Not current conditions? It's a tad ambiguous at first glance..dane wrote:You probably did not specify "Cumulus forecast" on the station settings panel.
The gadget uses the zambretti forecast from Cumulus, not the one from the Davis station.
The Davis forecast is better, in my opinion. I don't know exactly what formula they use, but it appears to use more variables and has many more possible forecasts. It seems to give a better forecast for me, at least.wxsharp wrote:So is there an advantage to one over the other?
The Davis forecast may be better, but it's not in the realtime.txtsteve wrote:The Davis forecast is better, in my opinion. I don't know exactly what formula they use, but it appears to use more variables and has many more possible forecasts. It seems to give a better forecast for me, at least.wxsharp wrote:So is there an advantage to one over the other?
Bummer - would be nice if it was in realtime, or if you could have Cuumulus's in realtime, but leave Davis's for other stuff..dane wrote:The Davis forecast may be better, but it's not in the realtime.txtsteve wrote:The Davis forecast is better, in my opinion. I don't know exactly what formula they use, but it appears to use more variables and has many more possible forecasts. It seems to give a better forecast for me, at least.wxsharp wrote:So is there an advantage to one over the other?
The problem is that there's no identifier for the Davis forecast (that Cumulus has access to) so it would have to include the text of the forecast, and that would typically double the size of the realtime.txt file. And how would you use that anyway, in your gadget?dane wrote:The Davis forecast may be better, but it's not in the realtime.txt
steve wrote:The problem is that there's no identifier for the Davis forecast (that Cumulus has access to) so it would have to include the text of the forecast, and that would typically double the size of the realtime.txt file. And how would you use that anyway, in your gadget?dane wrote:The Davis forecast may be better, but it's not in the realtime.txt
What I could do is to always do the Cumulus forecast calculation, and include the identifier in realtime.txt, even if the Davis forecast was being used.
Edit: I've just realised that what I've just proposed is what wxsharp had already proposed in the previous message
There's been some discussion about a 'realtime extras' file, and it's something I'll look at when I get more time.wxsharp wrote:I suppose the alternative would be realtime.txt and realtime-verbose.txt, and the developer can pick their poison (if they want more details at a bandwidth hit or not).
Very cool - when do you expect the next build to go release?steve wrote:There's been some discussion about a 'realtime extras' file, and it's something I'll look at when I get more time.wxsharp wrote:I suppose the alternative would be realtime.txt and realtime-verbose.txt, and the developer can pick their poison (if they want more details at a bandwidth hit or not).
I've changed the code for the next build so it always sets up the forecast number, so it's always valid in realtime.txt and the <#forecastnumber> web tag.
Hard to say; I'm in the middle of some large changes at the moment.wxsharp wrote:Very cool - when do you expect the next build to go release?