[weewx-user] Re: degree symbol not showing?

2016-11-24 Thread Andrew Milner
See 'spikes in the graphs' section in the user guide:

http://weewx.com/docs/usersguide.htm#Software_problems

for how to remove spikes from the weewx database. 

AFIK there is no way to remove or change the spikes from WU.



On Friday, 25 November 2016 04:48:57 UTC+2, gjr80 wrote:

> No need for that Jim, weewx automatically creates the archive (table in 
> the weewx database) when weewx is first run. If you did a deb install it 
> should be in the /var/lib/weewx directory. The where to find things 
> section  in 
> the User's Guide  is a handy 
> reference.
>
> Gary
>
> On Friday, 25 November 2016 11:51:31 UTC+10, Jim W. wrote:
>>
>> Gary,
>> Thanks for the response! When I installed weewx (DEB package) I never set 
>> up an archive. Maybe that's the problem? 
>>
>>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: degree symbol not showing?

2016-11-24 Thread gjr80
No need for that Jim, weewx automatically creates the archive (table in the 
weewx database) when weewx is first run. If you did a deb install it should 
be in the /var/lib/weewx directory. The where to find things section 
 in the User's 
Guide  is a handy reference.

Gary

On Friday, 25 November 2016 11:51:31 UTC+10, Jim W. wrote:
>
> Gary,
> Thanks for the response! When I installed weewx (DEB package) I never set 
> up an archive. Maybe that's the problem? 
>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: degree symbol not showing?

2016-11-24 Thread Jim W.
Actually I think there was a small hiccup in my weather station... looking 
back in the history posted on WU... around 8am the temp rain rate both 
spiked! I have never seen that before... I wonder how one could correct 
that? 

On Thursday, November 24, 2016 at 8:51:31 PM UTC-5, Jim W. wrote:
>
> Gary,
> Thanks for the response! When I installed weewx (DEB package) I never set 
> up an archive. Maybe that's the problem? 
> As you may surmise... I'm mostly just a hack... no programing experience! 
> But I'm learning... albeit SLOWLY. 
> I guess I'll look into setting up an archive.
> Thanks again for your suggestion!
> Happy Thanksgiving!
>
> On Thursday, November 24, 2016 at 6:15:26 PM UTC-5, gjr80 wrote:
>>
>> Hi,
>>
>> Have you looked in your archive to see what data is in the rain field? 
>> Assuming you are using SQLite something like:
>>
>> $ sqlite3 /home/weewx/archive/weewx.sdb
>>
>> will open your database so you can query it. There are any number of 
>> queries you could use to investigate the situation, but lets' start by 
>> summing the rain over the last 24 hours:
>>
>> sqlite> SELECT sum(rain) FROM archive WHERE dateTime > strftime('%s',
>> 'now')-86400;
>>
>> what does that show? If it shows nothing then we do have aproblem. If it 
>> gives you the obviously wrong result you can look further at the individual 
>> records to see which are wrong:
>>
>> sqlite> SELECT dateTime, rain FROM archive WHERE dateTime > strftime('%s'
>> ,'now')-86400 AND rain > 0;
>>
>> depending on what you find will determine how to fix it.
>>
>> Gary
>>
>> On Friday, 25 November 2016 08:39:52 UTC+10, Jim W. wrote:
>>>
>>>
>>> Now if I could figure out why   $span($day_delta=1).rain.sumproduces 
>>>  384.19 in  ???   Seems a bit high for 24 hours... especially considering 
>>> we're in a drought! :-) 
>>>
>>>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: degree symbol not showing?

2016-11-24 Thread Jim W.
Gary,
Thanks for the response! When I installed weewx (DEB package) I never set 
up an archive. Maybe that's the problem? 
As you may surmise... I'm mostly just a hack... no programing experience! 
But I'm learning... albeit SLOWLY. 
I guess I'll look into setting up an archive.
Thanks again for your suggestion!
Happy Thanksgiving!

On Thursday, November 24, 2016 at 6:15:26 PM UTC-5, gjr80 wrote:
>
> Hi,
>
> Have you looked in your archive to see what data is in the rain field? 
> Assuming you are using SQLite something like:
>
> $ sqlite3 /home/weewx/archive/weewx.sdb
>
> will open your database so you can query it. There are any number of 
> queries you could use to investigate the situation, but lets' start by 
> summing the rain over the last 24 hours:
>
> sqlite> SELECT sum(rain) FROM archive WHERE dateTime > strftime('%s','now'
> )-86400;
>
> what does that show? If it shows nothing then we do have aproblem. If it 
> gives you the obviously wrong result you can look further at the individual 
> records to see which are wrong:
>
> sqlite> SELECT dateTime, rain FROM archive WHERE dateTime > strftime('%s',
> 'now')-86400 AND rain > 0;
>
> depending on what you find will determine how to fix it.
>
> Gary
>
> On Friday, 25 November 2016 08:39:52 UTC+10, Jim W. wrote:
>>
>>
>> Now if I could figure out why   $span($day_delta=1).rain.sumproduces 
>>  384.19 in  ???   Seems a bit high for 24 hours... especially considering 
>> we're in a drought! :-) 
>>
>>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [weewx-user] Dekay's DavisRFM69 lib without RTC

2016-11-24 Thread Thomas Keffer
Please read the User's Guide, section 3rd party Vantage connectors
 and see
if that answers your question. If not, come back, but please post the log.

Another question: I see bursts of 'Requesting 200 LOOP packets' in debug
> mode after starting. Is this normal behavior?


Yes. This is how the data gets pulled off the console.

-tk

On Thu, Nov 24, 2016 at 1:54 PM, gustl319  wrote:

> Hi there,
>
> I have a Vantage Vue. On an Adafruit Feather I run Dekay's lib wich
> receives the Vantage packets and seams to work fine. Weewx runs on a Raspi
> with USB to feather. Weewx works well with Simulator. With Vantage I get
> 'less than final timestamp' messages and no records are stored. I assume
> this is because Feather has no RTC and I faked the RTC with a constant
> time.
> Is it possible to configure weewx to use local timestamps with Vantage
> data or to ignore the difference in time?
>
> Another question: I see bursts of 'Requesting 200 LOOP packets' in debug
> mode after starting. Is this normal behavior?
>
>  Thanks and greetings from Bavaria
>
> --
> 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 weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [weewx-user] wee_reports only generating reports for most recent records in database

2016-11-24 Thread Thomas Keffer
You found a bug that was introduced in v3.6.0. Try the attached version of
wee_reports.

-tk

On Thu, Nov 24, 2016 at 11:37 AM, David Watts  wrote:

> Hi,
>
> If I run wee_reports (example below), the report that is generated uses
> the most recent records in the database.
>
> For example I ran wee_reports (see below) at 19:32 and asked it to do a
> report for 19:00 but it used the 19:30 data.
>
> Any ideas why?
>
> Thanks
>
> user@gosigweather:/usr/share/weewx $ sudo ./wee_reports
> /etc/weewx/weewx_archive_reps.conf 1480014000
> Using configuration file /etc/weewx/weewx_archive_reps.conf
> Generating for requested time 2016-11-24 19:00:00 UTC (1480014000)
>
> --
> 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 weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


wee_reports
Description: Binary data


[weewx-user] Re: degree symbol not showing?

2016-11-24 Thread gjr80
Hi,

Have you looked in your archive to see what data is in the rain field? 
Assuming you are using SQLite something like:

$ sqlite3 /home/weewx/archive/weewx.sdb

will open your database so you can query it. There are any number of 
queries you could use to investigate the situation, but lets' start by 
summing the rain over the last 24 hours:

sqlite> SELECT sum(rain) FROM archive WHERE dateTime > strftime('%s','now')-
86400;

what does that show? If it shows nothing then we do have aproblem. If it 
gives you the obviously wrong result you can look further at the individual 
records to see which are wrong:

sqlite> SELECT dateTime, rain FROM archive WHERE dateTime > strftime('%s',
'now')-86400 AND rain > 0;

depending on what you find will determine how to fix it.

Gary

On Friday, 25 November 2016 08:39:52 UTC+10, Jim W. wrote:
>
>
> Now if I could figure out why   $span($day_delta=1).rain.sumproduces 
>  384.19 in  ???   Seems a bit high for 24 hours... especially considering 
> we're in a drought! :-) 
>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: degree symbol not showing?

2016-11-24 Thread Jim W.
Thanks Robin
Yeah... I'm kind of doing the same thing... My attempt! 


Now if I could figure out why   $span($day_delta=1).rain.sumproduces 
 384.19 in  ???   Seems a bit high for 24 hours... especially considering 
we're in a drought! :-) 


On Wednesday, November 23, 2016 at 2:49:53 AM UTC-5, Robin wrote:
>
> Hi Jim,
>
> I had the same problem. I solved it by creating a template with a single 
> line
>  
>
> $current.outTemp.string
>
>
> Then adding
>
>[[[Temperature]]]
>   encoding = utf8
>   template = temperature.txt.tmpl
>
> to the standard skin.conf file.
>
> I can now read the text file and add it to my webcam capture as seen here 
> *Molyvos 
> Weather Camera *
>
>
>
> On Wednesday, 23 November 2016 00:30:08 UTC+2, Jim W. wrote:
>>
>> At the risk of inciting the fury of AM...  I have a question regarding 
>> the degree symbol. I'm using the tag $current.outTemp and 
>> $current.outTemp.format("%.1f")  and both produce the expected result 
>> EXCEPT without the little degree symbol? I have read, re-read... and 
>> re-re-read the Customization guide but can't figure it out?
>> Thanks for any insight!
>>
>> Ps... If this question causes an apoplectic reaction please hit the 
>> delete key... take a deep breath and think of butterflies! 
>>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Dekay's DavisRFM69 lib without RTC

2016-11-24 Thread gustl319
Hi there,

I have a Vantage Vue. On an Adafruit Feather I run Dekay's lib wich 
receives the Vantage packets and seams to work fine. Weewx runs on a Raspi 
with USB to feather. Weewx works well with Simulator. With Vantage I get 
'less than final timestamp' messages and no records are stored. I assume 
this is because Feather has no RTC and I faked the RTC with a constant 
time. 
Is it possible to configure weewx to use local timestamps with Vantage data 
or to ignore the difference in time? 

Another question: I see bursts of 'Requesting 200 LOOP packets' in debug 
mode after starting. Is this normal behavior?

 Thanks and greetings from Bavaria

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: how to implement forecast table on standard skin or sofaskin?

2016-11-24 Thread Sam Roza
I got hung up on this, too. I think there just needs to be a note about 
adding the include statement in the proper file for this to be much easier.

-SR

On Thursday, November 24, 2016 at 6:05:02 AM UTC-8, mwall wrote:
>
> hi marc,
>
> this is how to insert the forecast table into the standard report:
>
> 1) copy the icons and table template to the standard skin
>
> cp -r skins/forecast/icons skins/Standard
> cp skins/forecast/forecast_table.inc skins/Standard
>
> 2) modify skin.conf for the standard report.  add the following to the 
> sections already in skin.conf (the ... indicates existing parameters):
>
> [Extras]
> ...
> [[forecast_table_settings]]
> forecast_source = WU
> num_periods = 84
>
> [CheetahGenerator]
> search_list_extensions = user.forecast.ForecastVariables
> ...
>
> [CopyGenerator]
> copy_once = ..., icons/*.png
>
> 3) include the table in one of the template files.  for example, put this 
> in skins/Standard/index.html.tmpl:
>
> #include "forecast_table.inc"
>
> that should do it!
>
> if things do not work as you expect, take a look at the log.
>
> m
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] wee_reports only generating reports for most recent records in database

2016-11-24 Thread David Watts
Hi,

If I run wee_reports (example below), the report that is generated uses the 
most recent records in the database.

For example I ran wee_reports (see below) at 19:32 and asked it to do a 
report for 19:00 but it used the 19:30 data.

Any ideas why?

Thanks

user@gosigweather:/usr/share/weewx $ sudo ./wee_reports 
/etc/weewx/weewx_archive_reps.conf 1480014000
Using configuration file /etc/weewx/weewx_archive_reps.conf
Generating for requested time 2016-11-24 19:00:00 UTC (1480014000)

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: Interceptor with GW1000 Configuration

2016-11-24 Thread Paul McGeorge
One more note, I still have the serial number set in the config.  I didn't 
try without it but will later after Turkey day activity dies down.  Cheers!

On Thursday, November 24, 2016 at 10:06:56 AM UTC-7, Paul McGeorge wrote:
>
> Thought I would add my station info in case anyone wants a look.  I plan 
> to post to wxforum under SkySpy and GW1000 that this is working so maybe we 
> can get more people trying it out...
>
>
> https://www.wunderground.com/personal-weather-station/dashboard?ID=KUTPLAIN2#history
>
>
> On Thursday, November 24, 2016 at 9:51:48 AM UTC-7, Paul McGeorge wrote:
>>
>> Awesome!  Looking good so far.  I loaded the new driver and turned the 
>> power off to the gateway, got everything ready to go with weewx and fired 
>> up the recording.  Powered up the gateway, saw a one time ping and then 
>> about 3 minutes later the weather station beeped and the clock was set.  I 
>> can see pings, data and clock going back and forth in the debug.
>>
>> From what I can tell it looks like I get sensor data (01:01 packet) about 
>> once every 30 seconds or so(??) and it is decoding, uploads to WU look to 
>> be about 5 Minutes.  I assume that is a weewx setting somewhere.  
>>
>> My wind vane froze over night due to the sleet and snow so the data looks 
>> stagnant on that...
>>
>> Paul  
>>
>> On Thursday, November 24, 2016 at 6:11:36 AM UTC, mwall wrote:
>>>
>>> paul,
>>>
>>> thank you for the capture - it finally clued me in to the problem.
>>>
>>> it turns out that the gw1000u does not like HTTP/1.0
>>>
>>> python defaults to HTTP/1.0.  once i changed it to HTTP/1.1, everything 
>>> started working.
>>>
>>> please try the latest interceptor driver v0.17j
>>>
>>> the ping interval, sensor interval, and history interval each work 
>>> properly now.  it *should* do registration properly, and it *should* 
>>> automatically detect a station that is already registered with lacrosse.  
>>> so it requires minimal configuration.
>>>
>>> history packets are ignored for now.  at some point i might implement 
>>> catch up so that weewx will read historical data when it starts up.  also 
>>> at some point i'll implement a sniff mode for those who want to continue 
>>> using lacrossealerts and want a local weewx copy of data.  but for now this 
>>> little piece of hardware has me whupped.
>>>
>>> if you don't mind, post another capture of your station chatting with 
>>> the 17j interceptor, just to verify it works.
>>>
>>> m
>>>
>>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: Interceptor with GW1000 Configuration

2016-11-24 Thread Paul McGeorge
Thought I would add my station info in case anyone wants a look.  I plan to 
post to wxforum under SkySpy and GW1000 that this is working so maybe we 
can get more people trying it out...

https://www.wunderground.com/personal-weather-station/dashboard?ID=KUTPLAIN2#history


On Thursday, November 24, 2016 at 9:51:48 AM UTC-7, Paul McGeorge wrote:
>
> Awesome!  Looking good so far.  I loaded the new driver and turned the 
> power off to the gateway, got everything ready to go with weewx and fired 
> up the recording.  Powered up the gateway, saw a one time ping and then 
> about 3 minutes later the weather station beeped and the clock was set.  I 
> can see pings, data and clock going back and forth in the debug.
>
> From what I can tell it looks like I get sensor data (01:01 packet) about 
> once every 30 seconds or so(??) and it is decoding, uploads to WU look to 
> be about 5 Minutes.  I assume that is a weewx setting somewhere.  
>
> My wind vane froze over night due to the sleet and snow so the data looks 
> stagnant on that...
>
> Paul  
>
> On Thursday, November 24, 2016 at 6:11:36 AM UTC, mwall wrote:
>>
>> paul,
>>
>> thank you for the capture - it finally clued me in to the problem.
>>
>> it turns out that the gw1000u does not like HTTP/1.0
>>
>> python defaults to HTTP/1.0.  once i changed it to HTTP/1.1, everything 
>> started working.
>>
>> please try the latest interceptor driver v0.17j
>>
>> the ping interval, sensor interval, and history interval each work 
>> properly now.  it *should* do registration properly, and it *should* 
>> automatically detect a station that is already registered with lacrosse.  
>> so it requires minimal configuration.
>>
>> history packets are ignored for now.  at some point i might implement 
>> catch up so that weewx will read historical data when it starts up.  also 
>> at some point i'll implement a sniff mode for those who want to continue 
>> using lacrossealerts and want a local weewx copy of data.  but for now this 
>> little piece of hardware has me whupped.
>>
>> if you don't mind, post another capture of your station chatting with the 
>> 17j interceptor, just to verify it works.
>>
>> m
>>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: Configuring forecast skin

2016-11-24 Thread Dan'l B
On Thursday, November 24, 2016 at 9:40:25 AM UTC-5, mwall wrote:
>
>
>
> On Thursday, November 24, 2016 at 9:24:59 AM UTC-5, Dan'l B wrote:
>>
>> OK, all running in default mode. Now, in the skin.conf file, I am having 
>> trouble understanding how to enable the various options. For example, if I 
>> want to show_wind on the forecast page,
>>
>> ## Which columns should be displayed?
>>
>> .
>>
>> #set $show_wind = int($getVar('Extras.forecast_table_settings.show_wind', 
>>> 1))
>>
>>  
>> I uncomment that line, but then do I also uncomment the IF loops (#if 
>> $varExists('forecast')) as well as the IF condition:
>>
>> #if $show_wind
>>
>> >> src='icons/flag.png' class='legend-img' alt='W' title='wind' />>> class='units'>$unit.label.wind
>>
>> #end if
>>
>>
>> or have I misunderstood this process?
>>
>
> dan'l,
>
> in cheetah syntax, the # indicates a directive, and ## indicates a 
> comment.  so
>
> #set $x = 1
>
> will set the value of variable $x to 1.  and this would comment that line:
>
> ##set $x = 1
>
> the line:
>
> #set $show_wind = int($getVar('Extras.forecast_table_settings.show_wind', 
> 1))
>
> is a bit of cheetah/python magic.  it says that the variable $show_wind 
> should be set to whatever $Extras.forecast_table_settings.show_wind is set 
> to, but if that variable does not exist, use the value 1.  the variable 
> $Extras.forecast_table_settings.show_wind is set like this in skin.conf:
>
> [Extras]
> [[forecast_table_settings]]
> show_wind = 1
>
> or like this in weewx.conf:
>
> [StdReport]
> [[forecast]]
> [[[Extras]]]
> forecast_table_settings
> show_wind = 1
>
> hope that helps!
>

Ah, OK, that is indeed obscure to someone at my pay grade! Thank you! And 
Happy Thanksgiving to you. 

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: Configuring forecast skin

2016-11-24 Thread mwall


On Thursday, November 24, 2016 at 9:24:59 AM UTC-5, Dan'l B wrote:
>
> OK, all running in default mode. Now, in the skin.conf file, I am having 
> trouble understanding how to enable the various options. For example, if I 
> want to show_wind on the forecast page,
>
> ## Which columns should be displayed?
>
> .
>
> #set $show_wind = int($getVar('Extras.forecast_table_settings.show_wind', 
>> 1))
>
>  
> I uncomment that line, but then do I also uncomment the IF loops (#if 
> $varExists('forecast')) as well as the IF condition:
>
> #if $show_wind
>
> > src='icons/flag.png' class='legend-img' alt='W' title='wind' />> class='units'>$unit.label.wind
>
> #end if
>
>
> or have I misunderstood this process?
>

dan'l,

in cheetah syntax, the # indicates a directive, and ## indicates a 
comment.  so

#set $x = 1

will set the value of variable $x to 1.  and this would comment that line:

##set $x = 1

the line:

#set $show_wind = int($getVar('Extras.forecast_table_settings.show_wind', 
1))

is a bit of cheetah/python magic.  it says that the variable $show_wind 
should be set to whatever $Extras.forecast_table_settings.show_wind is set 
to, but if that variable does not exist, use the value 1.  the variable 
$Extras.forecast_table_settings.show_wind is set like this in skin.conf:

[Extras]
[[forecast_table_settings]]
show_wind = 1

or like this in weewx.conf:

[StdReport]
[[forecast]]
[[[Extras]]]
forecast_table_settings
show_wind = 1

hope that helps!

m

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: Configuring forecast skin

2016-11-24 Thread Dan'l B
On Wednesday, November 23, 2016 at 3:31:08 PM UTC-5, mwall wrote:
>
> On Wednesday, November 23, 2016 at 3:11:58 PM UTC-5, Dan'l B wrote:
>>
>> Where do you place the include, and what is the format for it please? 
>>
>
> the index.html.tmpl in the forecast skin shows this as well as examples of 
> how to use the $forecast variable.  you should get that skin to work first, 
> then start customizing. 
>
> if you change weewx.conf, a restart is required.  if you change skin.conf, 
> no restart is required.
>

OK, all running in default mode. Now, in the skin.conf file, I am having 
trouble understanding how to enable the various options. For example, if I 
want to show_wind on the forecast page,

## Which columns should be displayed?

.

#set $show_wind = int($getVar('Extras.forecast_table_settings.show_wind', 
> 1))

 
I uncomment that line, but then do I also uncomment the IF loops (#if 
$varExists('forecast')) as well as the IF condition:

#if $show_wind

 src='icons/flag.png' class='legend-img' alt='W' title='wind' /> class='units'>$unit.label.wind

#end if


or have I misunderstood this process?

I do understand the advantage of using weewx.conf so as not to lose changes 
in upgrades, as well as the re-start/no re-start issue.

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: how to implement forecast table on standard skin or sofaskin?

2016-11-24 Thread mwall
hi marc,

this is how to insert the forecast table into the standard report:

1) copy the icons and table template to the standard skin

cp -r skins/forecast/icons skins/Standard
cp skins/forecast/forecast_table.inc skins/Standard

2) modify skin.conf for the standard report.  add the following to the 
sections already in skin.conf (the ... indicates existing parameters):

[Extras]
...
[[forecast_table_settings]]
forecast_source = WU
num_periods = 84

[CheetahGenerator]
search_list_extensions = user.forecast.ForecastVariables
...

[CopyGenerator]
copy_once = ..., icons/*.png

3) include the table in one of the template files.  for example, put this 
in skins/Standard/index.html.tmpl:

#include "forecast_table.inc"

that should do it!

if things do not work as you expect, take a look at the log.

m

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [weewx-user] Low battery

2016-11-24 Thread zkab
OK - I realize now that I have not set up mail service on the rpi correctly.
Thanks for your support ...

Den tisdag 22 november 2016 kl. 14:42:19 UTC+1 skrev Tom Keffer:
>
> On Tue, Nov 22, 2016 at 5:15 AM, Dave Webb KB1PVH  > wrote:
>
>> If it's a 3rd party application sending from Gmail, you need to lower 
>> your Gmail account security settings to allow it.
>>
>
> Could be the problem. In particular, if you're using two-step 
> authentication, gmail will not work. However, the low battery utility 
> should have said something.
>
> Try the following attached program. It will test your email host. Fill out 
> the top four lines of the program with your host information:
>
> smtp_host = "smtp.gmail.com"   # Your email host
> smtp_user = "your_username"# The user name on the email host
> smtp_password = "your_password"# The user's password
> mailto = "my_ac...@gmail.com "# Email destination
>
>
> Then run it using
>
> python email_tester.py
>
>
> Let us know what it says. 
>
> -tk
>
>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[weewx-user] Re: how to implement forecast table on standard skin or sofaskin?

2016-11-24 Thread Marc Aubry
I'm getting more and more confused with this skin architecture.
I have just change the directory of the report as described in the minimize 
write of SD card h
ttps://github.com/weewx/weewx/wiki/Minimize%20writes%20on%20SD%20cards 

to save some SD access on the little pi.
everything run nice and smooth for the remote syslog and for the temporary 
file system mount in /var/weewx/reports/
but now when i open the index page of the report i have the forcast table 
of the forecast skin instead on the usual index file (same thing with 
Standard skin or sofaskin skin)
before i change the directory of the report i had the normal index file 
display.
I probably mess up something in the weewx.conf and the skin.conf but i 
can't figure out what?
 

On Thursday, November 24, 2016 at 12:01:20 PM UTC+7, Marc Aubry wrote:
>
> Hi,
> I'm running weewx 3.6.2 deb package on a raspberry pi2 with a WH2310 
> weather station connected with the wh23xx (TyconTP2700). 
> archives are hosted on external mysql database (on the same lan).
> everything works fine with standard and sofaskin templates.
> I have installed wee-forecast-3.0.8 and followed the instruction from
>  https://github.com/weewx/weewx/wiki/forecasting 
>   for the automated 
> installation.
> xtide and NWS are not working in my area (west sumatra) and have been 
> removed from the /etc/weewx/weewx.conf and 
> /etc.weewx/skins/forecast/skin.conf
> i'm only interested in WU and Zambretti forecasts.
>  i have a working WU api key
> the page http://my-raspberrypi/weewx/forecast is working and diplay the 
> WU forecast for my zonne and the Zambretti forecast.
> Check screen capture bellow.
>
> 
> I then try to implement the forecast table inside the index.html.tmpl page 
> of the standard and sofaskin skins. by modifying the skin.conf as the one 
> in /etc/weewx/skins/forecast/skin.conf files and including the 
>  forecast_tabl.inc. not really knowing or understanding the engine creation 
> process, i just copy(just in case) the folder icons and the .inc file from 
> the forecast skin folder to my skins template folder (standard and 
> sofaskin).
>
> for the two skins (standard and sofaskin) same issue. The engine is not 
> creating any new page and the time display on the index page is the last 
> one before my modification.
> i then restore the conf file and the html.tmpl files on the two skins and 
> everything fine again (but without embedded forecast).
> It's probably a school boy mistake
>
> my questions are:
> Why the forecast table creation is working from the forecast skin folder 
> and not if i try to implement it in an other page?
> What is the exact method to implement the forecast table on different page 
> and skin (different skin folder)?
> Is it possible to display the WU forecast in metric instead of imperial?
>
> sorry for my newbies question.
> thanks in advance for any help.
>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.