Strumenti circolari Steel-Syle

[Gigi600]

Roberto
Sempre V2

Per il rain rate riga 30 , ho messo

"rrateTM":"$Max[rate_absolute_rainfall]",

quelle 2 volte che ha piovuto sembra sia corretto

Rimane il problema della tendenza temperatura e pressione che con i codici sotto da errore
Stranamente nel Stylesheets giornaliero funziona , probabilmente ha un baco GW che pesca dalla cartella Templates

Riga 31

 "temptrend":" $Current[rate_outdoor_temperature] ",

Riga 58

"presstrendval":"$Current[rate_relative_pressure]",

quindi ho inserito

Riga 31

 "temptrend":"0 ",

Riga 58

"presstrendval":"0",

[Orso Polare]

Roberto
Sempre V2

Per il rain rate riga 30 , ho messo
CUT

Allora Gigi.....
Anche io pubblico i dati On-Line usando la Ver.2.xxx visto che la 3 per ora proprio non mi piace.....
Per fare delle prove comparative, al momento ho il muletto meteo che manda avanti i circolari Steel usando la V2, però sul mio PC che legge i medesimi dati origine dei WLK dal muletto, genero anche un "realtimegauges.txt" generato con la Ver.3.xxx

Per cui con medesima sorgente, ho visto che per medesimo istante, i seguenti TAGS (che comprendono anche i tre che hai nominato nel tuo post..) sono discordi nei valori elaborati....
Una rivincita per la V2 sulla V3 è che su quest'ultima il Circolare "RainRate" indica zero anche in presenza di pioggia, al contrario la V.2 indica correttamente il rateo...
Spero che lo specchietto sotto sia comprensibile....

TAGS	V2.xx	V3.xxxx
"wspeed":"$Mean[wind_speed]",	6.2	0.0	sembra corretto 6.1
"temptrend":"0",	0	-0.4	sembra giusto -0.4
"LastRainTipISO":"2013,1,8,7,24,28",	2013,1,8,7,24,28	0
"presstrendval":"-1.0",	-1.0	0.0	sembra giusto 0.0
"windTM":"$MaxDate[wind_speed,%H:%M]",	16:25	6.2	sembra giusto 16:25
"domwinddir":"$Mean[wind_direction,f1]",	308°	300°

Adesso anche io ho messo "LastRainTipISO":"o"
Chiaramente ora i TAGS con impostato :"0", non mostrano più nessun valore per quanto, a trovare la riga che richiama tale valore, sarebbe meglio eliminare tale richiamo piuttosto che tenere la riga con un valore mostrato che è sempre zero.
Invece, per la riga 30 "rrateTM":"$Max[rate_absolute_rainfall]"," io ho messo "rrateTM":"$MaxDate[rate_absolute_rainfall, %H:%M]", e sembra funzionare.
Ho trovato molto strano anche io che

[rate_

riferito al rateo di temperatura e pressione, non funzioni dato che sullo stesso file "realtimegaugesGW.txt" è usato con successo su diversi TAGS e poi
"$Current[rate_outdoor_temperature]",
e anche quello della pressione, lo usiamo senza problemi sul rateo delle nostre Home page....
Avevo pensato anche io ad un problema di percorsi.. ed allora ho spostato "realtimegaugesGW.txt" sia in "Templates" che in Stylesheets" ma senza risultato...\fp\

Comunque, l'aspetto più brutto di questi Steel è che se manca il vento, si crea un "NA" sul file dati e il contatore dei 60 secondi si ferma e non permette più di visualizzare nessun mini-grafico degli strumenti che ne dispongono..... i valori invece sono sempre mostrati.

Non è tutto ma per stasera si........

[Gigi600]

Avevo pensato anche io ad un problema di percorsi.. ed allora ho spostato "realtimegaugesGW.txt" sia in "Templates" che in Stylesheets" ma senza risultato...\fp\


Comunque, l'aspetto più brutto di questi Steel è che se manca il vento, si crea un "NA" sul file dati e il contatore dei 60 secondi si ferma e non permette più di visualizzare nessun mini-grafico degli strumenti che ne dispongono..... i valori invece sono sempre mostrati.

Non è tutto ma per stasera si........

Si ho fatto anche io la prova di cambiare risultato uguale \fp\

aggiornamento pagina : Ho tamponato inserendo nella pagina gauges-ss-basic.htm

<meta http-equiv="REFRESH" content="120">

Il conto alla rovescia rimane a zero ma eventualmente ogni 2 minuti si aggiorna ugualmente poi al ricaricarsi se non c'è NA riparte

[Orso Polare]

Per chi è interessato ad installare gli strumenti circolari Steel-Style, ho tradotto in Italiano e fatto delle piccole aggiunte al documento originale in Francese che potete trovare sul sito Svizzero di Meteo Villarzel
Il documento tradotto potete scaricarlo dal mio sito.
Ricordo che anche una piccola lista di soluzione ad alcuni problemi riscontrati su qualche file sempre di questi strumenti circolari, è disponibile qui.

[Giorgivs]

Per chi è interessato ad installare gli strumenti circolari Steel-Style, ho tradotto in Italiano e fatto delle piccole aggiunte, il documento originale in Francese che potete trovare sul sito Svizzero di Meteo Villarzel
Il documento tradotto potete scaricarlo dal mio sito.
Ricordo che anche una piccola lista di soluzione ad alcuni problemi riscontrati su qualche file sempre di questi strumenti circolari, è disponibile qui.

Per gli ultimi 2 link mi segnala questo errore...

[Orso Polare]

Per gli ultimi 2 link mi segnala questo errore...

Sistemati, grazie per la segnalazione....

[Scheva]

Vedo che li hanno sviluppati anche per Graphweatter,inizialmente sono stati sviluppati prima per Cumulus poi per WD

Meteo Besozzo weather

[Orso Polare]

Un paio di piccole cose sistemate.......

Parliamo della versione 2.xxx di GW elaborata a partire dal file template “realtimegaugesGW.txt”

Come avevamo detto, i valori del trend sia della pressione che della temperatura non vengono elaborati per cui nei ToolTip sopra ai circolari steel.style di entrambi comparivano due scritte che non avevano ragione di esserci.
Indicavano rispettivamente

“ –Variaz. temp.: Costante 0 °C/h”


ed anche

“ –Variaz. Press.: Costante 0.0 hPa/h”

ma il valore della variazione era inesorabilmente inchiodato a zero per cui.....
Questo risolve per la Pressione

          

         Problema: Da considerare solo per GW V2.  Non far compaire sul ToolTip del circolare   della Pressione la scritta:  

   “ –Variaz. Press.: Costante 0.0 hPa/h”
   che a causa di un limite di GraphWeather 2.xx non si   riesce a elaborare attraverso il file “realtimegaugesGW.txt” per cui è sempre   a zero
             Soluzione: 
             Sul  file   “gauges.js” alla riga  1701 variare il   codice:

   '<br>' +
   che diventa
   '<br>'
    
   Sul  file   “gauges.js” alla riga  1702 e 1703 

    '- ' + strings.baro_trend_info   + ': ' + baroTrend(_baro.trendVal, data.pressunit, true) + ' ' +
    (_baro.trendValRnd   > 0 ? '+' : '') + _baro.trendValRnd + ' ' + data.pressunit + '/h';
    
   eliminare  le due   righe di codice:

Mentre questo risolve per la Temperatura

         Problema: Da considerare solo per GW V2.  Non far comparire sul ToolTip del circolare   della Temperatura la scritta:  

   “ –Variaz. temp.: Costante 0 °C/h”
   che a causa di un limite di GraphWeather 2.xx non si   riesce a elaborare attraverso il file “realtimegaugesGW.txt” per cui è sempre   a zero
             Soluzione: 
             Sul  file   “gauges.js” individuare verso la fine della riga  1374 il codice:

   + data.TtempTH + '<br>-' + strings.temp_trend_info +   ': ' + tempTrend(_temp.trendVal, data.tempunit, true) + ' ' + _temp.trendVal   + data.tempunit + '/h'; 
   che diventa
   + data.TtempTH + '<br>'

Rimane la possibilità di scaricare il file steel.pdf aggiornato con tutti i problemi riscontrati ad oggi.

[Orso Polare]

CUT
Comunque, l'aspetto più brutto di questi Steel è che se manca il vento, si crea un "NA" sul file dati e il contatore dei 60 secondi si ferma e non permette più di visualizzare nessun mini-grafico degli strumenti che ne dispongono..... i valori invece sono sempre mostrati.

Non è tutto ma per stasera si........

Mi auto quoto....
Purtroppo mi sono accorto che in mancanza di vento per cui con un NA presente nel file "realtimegauges.txt" oltre ai mini-grafici non presenti, sugli strumenti circolari non sono più visualizzati neanche i valori di Radiazione Solare e Indice UV..... \fp\

[SteveFP]

Sistemati, grazie per la segnalazione....

I link continuano a non funzionare.