Incomplete clientraw.txt for iwdl

[stefferber]

Today I tried to make use of http://sietse.net/iwdl-info/. From what I understand this has been tested and operated by many meteohub users already. I cannot make it run (see yourself http://www.dieferbers.de/meteohub/iwdl/#home) due the the fact that my http://www.dieferbers.de/meteohub/clientraw.txt looks incomplete. If I copy someone else clientraw.txt to my folder iwdl is fine. So the problem must be the generating of the clientraw.txt file. Here is my setting in "WD data export"

WDExport.png (24.42 KiB) Viewed 12501 times

and the "Graph Upload"

GraphUploads.png (21.6 KiB) Viewed 12501 times

So what do I do wrong here?

If I use the wdlv5_04.exe with flash I also get the message of missing data.

[geiro]

It works fine for me, www.gunnarbu.com/iwdl but wdlv5_04 seams old, I am at version 6_08

[wfpost]

checking with the clientraw parser it seems
your clientraw does not contain updated values at all ...
http://www.tnetweather.com/wd-parser.ph ... mit=Submit

logon to your meteohub with SSH and check the conf file
/home/meteohub/clientraw.conf



____

[wfpost]

your mistake >>> you selected the wrong menu!!

for the clientraw-files to be created you have to select another menu:

WD / MW LIVE

You must select your sensors there and your clientraw files will be uploaded with updated data ...

[stefferber]

my /home/meteohub/clientraw.conf looks like this. Does this help?

Code: Select all

12345 [actual_???_speed_kn:-] [actual_???_gustspeed_kn:-] [actual_???_dir_deg:-] [actual_???_temp_c:-] [actual_???_hum_rel:-] [actual_???_sealevel_hpa:-] [day1_???_total_mm:-] {mathmax [month1_???_total_mm:0] [day1_???_total_mm:0] } {mathmax [year1_???_total_mm:0] [month1_???_total_mm:0] [day1_???_total_mm:0] } {math* [actual_???_rate_mm:0] 0.01666} {math* [day1_???_ratemax_mm:0] 0.01666} [actual_???_temp_c:-] [actual_???_hum_rel:-] [actual_???_temp_c:-] [actual_???_fc_wdlive:-] - - 0 [seqday1_???_totalcumul_mm@1:-] [actual_???_temp_c:-] [actual_???_temp_c:-] [actual_???_temp_c:-] [actual_???_temp_c:-] [actual_???_temp_c:-] [actual_???_temp_c:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_date0_hour_local:-] [actual_date0_min_local:-] [actual_date0_sec_local:-] [actual_date0_hour_local:-]:[actual_date0_min_local:-] 0 [actual_???_radiation_rel:-] [actual_date0_day_local:-] [actual_date0_month_local:-] - - - - - - - [actual_???_chill_c:-] [actual_???_humidex_c:-] [day1_???_tempmax_c:-] [day1_???_tempmin_c:-] [actual_???_fc_wdlive:-] [actual_???_fc_text&:-] [last60m_???_press_trend:0] [seqhour1_???_speed_kn@1:-] [seqhour1_???_speed_kn@2:-] [seqhour1_???_speed_kn@3:-] [seqhour1_???_speed_kn@4:-] [seqhour1_???_speed_kn@5:-] [seqhour1_???_speed_kn@6:-] [seqhour1_???_speed_kn@7:-] [seqhour1_???_speed_kn@8:-] [seqhour1_???_speed_kn@9:-] [seqhour1_???_speed_kn@10:-] [seqhour1_???_speed_kn@11:-] [seqhour1_???_speed_kn@12:-] [seqhour1_???_speed_kn@13:-] [seqhour1_???_speed_kn@14:-] [seqhour1_???_speed_kn@15:-] [seqhour1_???_speed_kn@16:-] [seqhour1_???_speed_kn@17:-] [seqhour1_???_speed_kn@18:-] [seqhour1_???_speed_kn@19:-] [seqhour1_???_speed_kn@20:-] [day1_???_gustspeedmax_kn:-] [actual_???_dew_c:-] [actual_???_cloudheight_ft:0] [actual_date0_puredate_local#AB:-]/[actual_date0_puredate_local#DE:-]/[actual_date0_puredate_local#GJ:-] [day1_???_humidexmax_c:-] [day1_???_humidexmin_c:-] [day1_???_chillmax_c:-] [day1_???_chillmin_c:-] [actual_???_index:-] [seqhour1_???_speed_kn@1:-] [seqhour1_???_speed_kn@2:-] [seqhour1_???_speed_kn@3:-] [seqhour1_???_speed_kn@4:-] [seqhour1_???_speed_kn@5:-] [seqhour1_???_speed_kn@6:-] [seqhour1_???_speed_kn@7:-] [seqhour1_???_speed_kn@8:-] [seqhour1_???_speed_kn@9:-] [seqhour1_???_speed_kn@10:-] [seqhour1_???_temp_c@1:-] [seqhour1_???_temp_c@2:-] [seqhour1_???_temp_c@3:-] [seqhour1_???_temp_c@4:-] [seqhour1_???_temp_c@5:-] [seqhour1_???_temp_c@6:-] [seqhour1_???_temp_c@7:-] [seqhour1_???_temp_c@8:-] [seqhour1_???_temp_c@9:-] [seqhour1_???_temp_c@10:-] [seqhour1_???_total_mm@1:-] [seqhour1_???_total_mm@2:-] [seqhour1_???_total_mm@3:-] [seqhour1_???_total_mm@4:-] [seqhour1_???_total_mm@5:-] [seqhour1_???_total_mm@6:-] [seqhour1_???_total_mm@7:-] [seqhour1_???_total_mm@8:-] [seqhour1_???_total_mm@9:-] [seqhour1_???_total_mm@10:-] [day1_???_heatindexmax_c:-] [day1_???_heatindexmin_c:-] [actual_???_heatindex_c:-] [day1_???_speedmax_kn:-] 0 _ _ [day1_???_maindir_deg:-] _ 0 [actual_???_temp_c:-] [actual_???_temp_c:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_???_radiation_wqm:-] [day1_???_tempmax_c:-] [day1_???_tempmin_c:-] - [day1_???_sealevelmax_hpa:-] [day1_???_sealevelmin_hpa:-] [hour1_???_gustspeedmax_kn:-] [last60m_???_gustspeedmax_time#IJ:--]:[last60m_???_gustspeedmax_time#KL:--] [day1_???_gustspeedmax_time#IJ:--]:[day1_???_gustspeedmax_time#KL:--] - - [day1_???_dewmax_c:-] [day1_???_dewmin_c:-] [seqmin1_???_gustspeed_kn@1:-.-] [actual_date0_year_local:-] _ [last60m_???_temp_trend:0] [last60m_???_hum_trend:0] [last60m_???_humidex_trend:0] [seqhour1_???_maindir_deg@1:-] [seqhour1_???_maindir_deg@2:-] [seqhour1_???_maindir_deg@3:-] [seqhour1_???_maindir_deg@4:-] [seqhour1_???_maindir_deg@5:-] [seqhour1_???_maindir_deg@6:-] [seqhour1_???_maindir_deg@7:-] [seqhour1_???_maindir_deg@8:-] [seqhour1_???_maindir_deg@9:-] [seqhour1_???_maindir_deg@10:-] [actual_???_hum_rel:-] [actual_???_hum_rel:-] [actual_???_speed_kn:-] - [actual_station_latitude_decimal:-] {math* [actual_station_longitude_decimal:0] -1} - [day1_???_hummax_rel:-] [day1_???_hummin_rel:-] - [day1_???_chillmin_time#IJ:--]:[day1_???_chillmin_time#KL:--] !!C10.37Of!!

I also configured the WSWIN Data Export which generates files in /export/*.csv
Still the same problem. Rebooting did not help either.

[stefferber]

Now I found my bug. There is another tab called "WD / MW Live" = "WD Live" and "Meteoware Live" Support. Only if you set this up the WD data is generated for FTP. The "data export" generate only files in /export.