Discussioni template:ClimaAnnuale

Per rendere più chiari i dati, ho aggiunto l'attributo title al tag td delle celle della colonna anno. I valori usati sono Media e Anno.
Non so se sia possibile, ma se lo è, bisognerebbe sostituire il punto decimale con la virgola nelle medie.--Poweruser (msg) 21:40, 13 giu 2008 (CEST)[rispondi]

Nella voce Clima di Genova ci sono i dati relativi alle temperature estreme massime ed estreme minime registrate, ma non sono previsti i campi nel template attuale. Si possono aggiungere? --Poweruser (msg) 09:57, 27 giu 2008 (CEST)[rispondi]

Ho abbozzato la nuova versione del template anche con un esempio. Se non ci sono pareri contrari, lo sostituirò al template attuale. --Poweruser (msg) 19:55, 28 giu 2008 (CEST)[rispondi]

Anche la stazione meteorologica di Firenze Peretola e la stazione meteorologica di Grosseto Aeroporto riportano già le temperature estreme mensili. L'unica cosa che dovrebbe essere aggiunta nel template è l'anno in cui si sono registrti tali valori: non ha senso dire solamente che la temperatura minima assoluta del mese di aprile è stata di -3 gradi se non c'è l'anno in cui si è registrato tale valore. --217.202.23.254 (msg) 22:25, 28 giu 2008 (CEST)[rispondi]

Quali sono i cambiamenti principali? --Cantalamessa 22:27, 28 giu 2008 (CEST)[rispondi]

Attualmente in più ci sono solo i parametri necessari per popolare le due righe per la temperatura massima e minima assoluta. Qui trovi un diff rispetto alla versione attualmente in uso nel namespace principale. Sono d'accordo anch'io sull'inserimento degli anni a di riferimento per i valori assoluti massimi e minimi.--Poweruser (msg) 23:10, 28 giu 2008 (CEST)[rispondi]

Ho aggiornato ancora il mio template per includere gli anni a cui si riferiscono le temperature assolute. Ho aggiornato anche l'esempio.--Poweruser (msg) 12:35, 29 giu 2008 (CEST)[rispondi]

Ottimo lavoro, adesso manca solo la rimodulazione dei colori che, a questo punto, meglio se fatta come da te suggerito nell'intervallo -90/+60 in modo da poter utilizzare il template anche per località antartiche e sahariane. Una volta terminato il lavoro, credo che dovrebbe essere richiesto l'uso di un bot per la modifica del template nelle voci dove è già presente, visto l'elevato numero. Visto il tuo interesse per la meteorologia, potresti partecipare al progetto, visto che ci sono molte voci ancora da creare ed altre da ampliare. --Petit verdot 23:54, 29 giu 2008 (CEST)[rispondi]

Ho provato a rimodulare i colori usando lo script MATLAB che è presente nel man dell'originale e come intervallo di valori -90/+60. Nella solita pagina di esempio c'è un confronto tra le due versioni. Il nuovo template di conversione e una tabella che associa colori e temperature.--Poweruser (msg) 02:06, 30 giu 2008 (CEST)[rispondi]

I colori vanno molto meglio di prima, il template è molto migliorato. Per quanto riguarda le medie stagionali, come nel clima di Genova, dovrebbe essere trovato un modo da poterle inserire nel template, tenendo però presente che:

1. l'inverno meteorologico comprende i mesi di dicembre, gennaio e febbraio per il calcolo delle medie (la primavera marzo, aprile e maggio, l'estate giugno, luglio e agosto, l'autunno settembre, ottobre e novembre);
2. il template suddiviso in mesi ha ovviamente inizio a gennaio e fine a dicembre.
3. dovremmo trovare una soluzione per evitare di fare iniziare il template a dicembre, finendo poi a novembre, come è stato fatto nella voce clima di Genova. Non so se però è opportuno mettere la casella "inv" dopo "gen" e "feb", quella "pri" dopo "mar", "apr" e "mag", quella "est" dopo "giu", "lug", "ago" e quella "aut" dopo "set", "ott" e "nov", lasciando poi "dic" da solo alla fine, senza lasciare intendere che quello dell'anno precedente è analizzato per il calcolo della media dell'inverno seguente. Al momento non ho idee in proposito.

Inoltre, gli estremi delle temperature massime medie e minime medie che si sono registrati mensilmente (per ora presenti solo alla voce stazione meteorologica di Grosseto Aeroporto), potrebbero essere in futuro templatizzati? --Petit verdot 18:43, 30 giu 2008 (CEST)[rispondi]

Forse la soluzione migliore per lasciare l'estensione del template da gennaio a dicembre, è quella di inserire le caselle stagionali relative a inverno, primavera, estate ed autunno tra la casella di dicembre e quella annuale, in modo che venga effettuato il calcolo automatico delle seguenti espressioni:

1. inverno = media di dicembre + gennaio + febbraio
2. primavera = media di marzo + aprile + maggio
3. estate = media di giugno + luglio + agosto
4. autunno = media di settembre + ottobre + novembre

In questo modo i dati immessi mensilmente dovrebbero creare la media per temperature, umidità, eliofania e il totale per precipitazioni, giorni di pioggia, giorni di gelo, ecc.

L'unica cosa che dovrebbe essere chiarita è se è corretto o meno il resoconto annuale su direzione e intensità del vento (di cui apparentemente sembra difficile per me capire il modo in cui è calcolato: chiedo lumi ad esperti in matematica). --217.202.49.157 (msg) 19:05, 30 giu 2008 (CEST)[rispondi]

Anch'io credo che mettere le medie stagionali dopo i mesi e prima dell'anno sia la cosa migliore, magari se possibile rinforzando un po' la linea verticale di separazione di queste colonne.

Per i venti, se ti riferisci alla colonna finale, attualmente è la media dei valori mensili. Se invece ti riferisci ai valori mensili, non ho idea di come siano calcolati.

Stavo pensando però di rimuovere le due nuove righe che ho introdotto (temperature estreme massime ed estreme minime) per inserirle in un nuovo template separato insieme ad altri valori estremi come quelli presenti nella voce stazione meteorologica di Grosseto Aeroporto come ha fatto notare Petitverdot.

Nei prossimi giorni, se qualcuno non l'ha già fatto, provo ad abbozzare qualcosa.

--Poweruser (msg) 21:42, 30 giu 2008 (CEST)[rispondi]

Per il momento vediamo come viene il template lasciandolo così e inserendo i riquadri stagionali alla fine, come suggerito da altro utente in precedenza. Riguardo al vento, nel dato annuale che esce nel template di prova, non sembra essere il 3.7 la media mensile (c'è un mese a 3.6 e gli altri sono di molto superiori, andando anche oltre il 4), forse per avere un pò di logica dovrebbe essere inserita o la media (quella reale) o il valore dell'intensità minima.

Per i dati degli estremi minimi e massimi della media delle temperature massime e minime direi al momento di aspettare, perché quei dati non sono facilmente reperibili per tutte le stazioni. Se verrano inseriti anche altrove, direi di aggiungere queste caselle al template. --Petit verdot 13:09, 1 lug 2008 (CEST)[rispondi]

Sono confuso. La media effettivamente dovrebbe essere 4,033 e non 3,7. Non ho idea da dove venga fuori quel valore, anche perché la formula scritta nel template mi sembra corretta. Ho segnalato il problema.

Utente:Jalo ha risolto il problema nel template attuale e io ho applicato la soluzione alla mia versione.--Poweruser (msg) 09:32, 2 lug 2008 (CEST)[rispondi]

Ho aggiunto i valori stagionali per alcuni parametri (non tutti, è un lavoraccio). Se vanno bene, faccio i restanti.--Poweruser (msg) 15:53, 2 lug 2008 (CEST)[rispondi]

Il dato annuale del vento ora va bene. Relativamente alle modifiche finora effettuate, vanno benissimo i layout, faccio queste osservazioni.

1. meglio uniformare a tre lettere l'abbreviazione di tutte le stagioni (da prim a pri).
2. Benissimo il calcolo delle medie su temperature massime, medie e minime.
3. Relativamente ai valori assoluti sarebbe più opportuno lasciare l'estremo minimo e massimo per ogni stagione , anziché calcolarne la media.
4. Piogge e giorni di pioggia vanno benissimo
5. Dei giorni di gelo e di onde di calore sarebbe più opportuna la sommatoria stagionale delle medie, come per la pioggia.
6. Sull'umidità e sui venti meglio la media come per le temperature, essendo elementi variabili che non si sommano.

Per il resto, complimenti per il gran lavoro, svolto davvero ottimamente. --217.201.215.131 (msg) 16:35, 2 lug 2008 (CEST)[rispondi]

Ho inserito i valori stagionali per tutti gli altri parametri. Per non appesantire, apro una nuova sezione per elencare un po' di note.--Poweruser (msg) 23:33, 2 lug 2008 (CEST)[rispondi]

Perfetto, l'unica cosa che manca è inserire l'inverno davanti alla primavera, invertendo l'ordine delle stagioni, poi può considerarsi terminato il lavoro. --217.201.203.119 (msg) 12:49, 3 lug 2008 (CEST)[rispondi]

Nella voce Clima di Genova sono presenti le colonne relativi alle medie stagionali. Non potrebbero essere utili anche a questo template? --Poweruser (msg) 09:57, 27 giu 2008 (CEST)[rispondi]

Un saluto a tutti, faccio presente che le temperature estreme per ogni stazione meteorologica possono essere prese dalla pagina web citata come voce nella relativa sezione della voce clima italiano, con il limite che spaziano dal 1951 in poi e non comprendono estati molto calde come quelle del 1905, 1945, 1947 e 1950 dove alcune località potrebbereo aver superato i valori estremi finora indicati, come del resto non sono elencati i valori relativi al gelido inverno 1929 dove alcune località potrebbero aver fatto segnare i record assoluti di freddo. Nel template dovrebbe essere precisato il limite temporale dal 1951 in poi.

Quanto alle temperature medie stagionali, possono essere calcolate facendo le medie dei tre mesi delle cosiddette stagioni meteorologiche (dicembre, gennaio e febbraio per l'inverno, marzo, aprile e maggio per la primavera, giugno, luglio e agosto per l'estate, ottobre, novembre e dicembre per l'autunno). Anche questo dovrebbe essere specificato quanto meno nell'uso del template. Inoltre, questi dati sono utili se presi almeno a livello trentennale, attualmente il trentennio di riferimento climatico stabilito dall'organizzazione meteorologica mondiale è il 1961-1990; i valori medi stagionali relativi ad un unico anno non avrebbero senso perché l'ultimo mese dell'anno precedente fa media con quello seguente che, climaticamente, si concluderebbe a novembre per il discorso delle stagioni meteorologiche. --217.202.23.254 (msg) 22:22, 28 giu 2008 (CEST)[rispondi]

Io di meteorologia ne so poco o nulla, perciò mi limito a commentare da profano. Nel man di questo template effettivamente non è specificato l'arco temporale su cui sono state calcolate le medie. Suppongo sia il trentennio '61-90 che hai citato. Questa informazione effettivamente andrebbe scritta sia nel man che nel template stesso.--Poweruser (msg) 23:18, 28 giu 2008 (CEST)[rispondi]

Penso che l'unico modo per reperire i dati antecedenti al 1951 sia quello di richiederli, per le stazioni che già all'epoca erano attive, all'Aeronautica Militare. L'unico inconveniente è che dovrebbero essere a pagamento, stando a quello che mi sembra di vedere sul loro sito meteo. Altrimenti, un buon sito è questo, si entra nella sezione "Clima", si sceglie il paese e la stazione meteorologica di riferimento; purtroppo in Italia li ho trovati molto sporadici per il periodo antecedente al 1960, a differenza ad esempio delle stazioni meteorologiche tedesche che hanno fornito in molti casi anche i dati della prima metà del Novecento. --Petit verdot 23:59, 29 giu 2008 (CEST)[rispondi]

Qui di seguito alcuni commenti su diversi aspetti della nuova versione del template in realizzazione. Per tenere un po' d'ordine, favore rispondete puntualmente nelle singole sottosezioni. --Poweruser (msg) 00:33, 3 lug 2008 (CEST)[rispondi]

In questo momento le stagioni sono ordinate come Primavera, Estate, Autunno e Inverno. Questo è l'ordine che ho imparato a scuola, è quello meteorologicamente corretto?--Poweruser (msg) 00:33, 3 lug 2008 (CEST)[rispondi]

Meteorologicamente è preferibile l'inserimento a partire dall'inverno, che è la stagione in corso all'inizio dell'anno (gennaio). --217.201.203.119 (msg) 12:50, 3 lug 2008 (CEST)[rispondi]

Ho spostato l'inverno all'inizio. Controllate per sicurezza.--Poweruser (msg) 14:00, 3 lug 2008 (CEST)[rispondi]

Così va benissimo. --Petit verdot 17:48, 3 lug 2008 (CEST)[rispondi]

In questo momento le stagioni sono ordinate abbreviate con un codice di tre lettere Pri, Est, Aut e Inv. Non sono del tutto soddisfatto di ciò. L'abbreviazione di primavera in italiano dovrebbe essere prim. --Poweruser (msg) 00:33, 3 lug 2008 (CEST)[rispondi]

Lascia perplesso anche me l'abbreviazione in Italiano, se inserita a quattro lettere, dovrebbe essere uniformanta l'ampiezza delle caselle delle altre tre stagioni per renderle tutte uguali. --217.201.203.119 (msg) 13:02, 3 lug 2008 (CEST)[rispondi]

Tecnicamente è possibile uniformare la larghezza delle colonne. Mi chiedevo però se esiste una convenzione usata in ambito meteorologico ad esempio tipo i simboli dei pianeti usati in astronomia. --Poweruser (msg) 14:02, 3 lug 2008 (CEST)[rispondi]

Al momento non ne sono a conoscenza, posso provare ad effettuare una ricerca per eventuale verifica. --Petit verdot 17:52, 3 lug 2008 (CEST)[rispondi]

La seguente tabella elenca i gruppi di parametri attualmente presenti. Viene indicato il nome del parametro, l'intestazione che appare a inizio riga nel risultato finale, il template con cui è colorato lo sfondo delle celle, l'operazione utilizzata per calcolare i valori delle colonne delle stagioni e dell'anno.

--Poweruser (msg) 00:33, 3 lug 2008 (CEST)[rispondi]

I parametri sole non sono elencati nel man e non sono mai stai inseriti e compilati in nessuna pagina. --Poweruser (msg) 00:33, 3 lug 2008 (CEST)[rispondi]

In alcuni siti, come weatherbase.com sono elencati i giorni con T > 32° C (vedi esempio). Potremmo modificare il template inserendo tale dato per le stazioni che riportano questa media nel suddetto sito. Per tutte le altre, si tratterebbe di calcolare la media, usando i dati storici presenti in questo sito, entando nella sezione "Clima" e scegliendo la nazione (es. Italia). Il calcolo sarebbe semplice, da effettuare nel periodo 61-90, limitandosi ai mesi maggio/giugno-settembre per le località italiane. La differenza del valore da scegliere (32° C o 34° C) sta nel fatto della non ancora oggettiva definizione di onda di calore. L'unica cosa che mi lascia perplesso su questo sito sono i valori di temperature minime e massime assolute che discordano dal sito dell'Aeronautica Militare, il cui servizio meteorologico è accreditato per l'Italia presso l'Organizzazione Meteorologica Mondiale (qua puoi vedere la discordanza tra i valori riportati per Firenze Peretola rispetto a quelli della voce stazione meteorologica di Firenze Peretola creata reperendo i dati A.M. che concordano peraltro con quelli di tutiempo.net). --217.201.203.119 (msg) 12:55, 3 lug 2008 (CEST)[rispondi]

Per la radiazione globale, a cui dovrebbe riferirsi il paramentro, ci sono i dati per varie stazione sul sito meteoam.it (vedi esempio rdz) e sul sito dell'Enea, ma non sono ancora riuscito a capire l'unità di misura utilizzata e se è la stessa in entrambi i casi. --217.201.203.119 (msg) 12:57, 3 lug 2008 (CEST)[rispondi]

Lo sfondo delle celle con i valori stagionali e annuale relativi alle operazioni di totale deve essere colorato passando al template il valore calcolato oppure uno riscalato a quello mensile? --Poweruser (msg) 00:33, 3 lug 2008 (CEST)[rispondi]

Forse sarebbe più opportuno modulare i colori proporzionalmente al periodo di riferimento preso in considerazione. Faccio un esempio, la stazione meteorologica di Capo Carbonara, la meno piovosa in Italia con circa 260 mm annui, dovrebbe avere modulazioni stagionali ed annuali diverse ad altre che raggiungono oltre i 1500-2000 mm annui, altrimenti si rischia di avere colori simili per medie completamente distanti e lontane tra loro. --217.201.203.119 (msg) 13:00, 3 lug 2008 (CEST)[rispondi]

L'intervallo su cui sono calcolati i colori è fisso. Quindi una stazione con valori bassi avrebbe colori più chiari di una con valori alti. Il mio dubbio riguarda il contrasto di colori tra i mesi e le stagioni/anni. Provo con un esempio:

Versione corrente con lo sfondo calcolato sulla somma

Versione con lo sfondo calcolato sulla media

Credo di preferire la seconda versione.

--Poweruser (msg) 14:51, 3 lug 2008 (CEST)[rispondi]

Quoto la suddetta opinione per la seconda variante. --Petit verdot 17:45, 3 lug 2008 (CEST)[rispondi]

Attualmente il colore dello sfondo della riga giornipioggia è gestito dallo stesso template di pioggia cioè RainToColour. Poiché i valori delle due serie di parametri sono su una scala decisamente diversa, propongo di colorare le celle di giornipioggia usando un valore moltiplicato per 10.

Versione corrente:

Versione con valori moltiplicati per 10:

--Poweruser (msg) 20:59, 6 lug 2008 (CEST)[rispondi]

Segnalo che per le stagioni non risulta una convenzione particolare. Per gli altri parametri, segnalo le seguenti sigle relative ai parametri presenti nel template, prendendo in esame questo esempio dal sito del Servizio Meteorologico dell'Aeronautica Militare, che usa sigle convenzionali OMM.

1. Tx = temperatura massima media
2. Tm = temperatura media
3. Tn = temperatura minima media
4. Rtot = precipitazioni medie (mm)
5. R>R1 = giorno di pioggia => 1 mm
6. UR% = percentuale media di umidità relativa
7. Sol = eliofania media ore/giorno
8. Rdz = radiazione globale solare (non so l'unità di misura specifica)

Spero di essere stato di aiuto per la semplificazione del template in ristrutturazione. --217.201.148.210 (msg) 12:38, 4 lug 2008 (CEST)[rispondi]

Temo che usando quelle sigle il template risulterebbe incomprensibile per la gran parte degli utenti.--Poweruser (msg) 13:07, 4 lug 2008 (CEST)[rispondi]

Appena il template può definirsi concluso, propongo che venga aperta la procedura per la richiesta di un bot per la sostituzione del template alle varie voci in cui è già presente. --Petit verdot 16:34, 7 lug 2008 (CEST)[rispondi]

Non è necessario. Per rendere operativo il nuovo template basterà sostituire il codice sorgente nella mia pagina in quella attuale. A meno che non vengano modificati i nomi dei parametri attuali e per ora non è stato fatto. --Poweruser (msg) 22:08, 7 lug 2008 (CEST)[rispondi]

Procedi pure con la sostituzione. --Petit verdot 15:03, 8 lug 2008 (CEST)[rispondi]

Visto che non sono arrivati altri commenti, credo che le modifiche siano applicabili. Me ne occuperò nei prossimi giorni.

L'ultimo aspetto da chiarire è se le righe relative ai valori assoluti vadano inserite in questo template o se sia meglio crearne uno nuovo. Io sono propenso per la seconda soluzione visto che in molte voci quei valori sono presenti in delle sezioni differenti. --Poweruser (msg) 12:26, 24 lug 2008 (CEST)[rispondi]

Per i valori massimi e minimi assoluti forse sarebbe più indicato un secondo template, se dovessimo creare un'apposita sezione in tutte le voci di stazioni meteorologiche. Al momento, ho notato che solo Genova (Clima di Genova), Firenze Peretola e Grosseto Aeroporto (stazioni meteorologiche) hanno i valori estremi mensili riportati, negli ultimi giorni sono entrato in alcune voci di stazioni meteorologiche per inserire la storia della loro attività che sono riuscito a reperire in alcune riviste di meteorologia aeronautica, ma non ho trovato nulla sui valori estremi. E' altrettanto vero, però, che sul sito meteoam.it possono essere reperiti tali dati per diverse stazioni nel periodo 1951-2000, completando poi l'opera attraverso una ricerca dei dati dal 2001 in poi sul sito tutiempo.net, per gli eventuali records superati negli ultimi anni. --Petit verdot 13:02, 24 lug 2008 (CEST)[rispondi]

Ho fatto qualche altro ritocco al template, soprattutto ai colori dei parametri warm e giornigelo. Rimane da chiarire il parametro sole. Ho trovato che è possibile calcolarlo sul sito dell'ENEA. --Poweruser (msg) 00:56, 25 lug 2008 (CEST)[rispondi]

Ottime le modifiche a warm e giorni gelo. Pensi che warm sia adattabile ai dati del sito weatherbase per le temperature maggiori di 32°C? --Petit verdot 00:27, 26 lug 2008 (CEST)[rispondi]

È una modifica che posso fare senza alcuno sforzo. Il problema è che, al momento dell'applicazione della modifica, andrebbero corretti i dati di tutti presenti nelle voci che usano il template. --Poweruser (msg) 10:10, 26 lug 2008 (CEST)[rispondi]

Quanto alla radiazione, il sito dell'Enea l'ha rilevata solo nel periodo 1995-99 e i dati sono molto discordanti da quelli A.M., vedi i dati rdz di Pisa A.M. e quelli dell'Enea inserendo le coordinate della stessa stazione meteo A.M., dando per scontato che l'unità di misura di riferisca a Wh/m2, che tra quelle presenti semra quella che si avvicina maggiormente all'ordine usato da A.M. --Petit verdot 00:27, 26 lug 2008 (CEST)[rispondi]

A me per completare il template servirebbero due informazioni, l'unità di misura utilizzata e l'intervallo dei valori assunti. La cosa può essere decisa in maniera abbastanza semplice al momento dato che non ci sono voci con scritto quel parametro.--Poweruser (msg) 10:10, 26 lug 2008 (CEST)[rispondi]

Per la radiazione, ho visto che i valori sono compresi abbondantemente entro 3000. L'unità di misura delle tabelle CLINO della radiazione non la conosco, ma nel raffronto con quelle dell'ENEA sembra plausibile Wh/m2. --Petit verdot 18:48, 29 lug 2008 (CEST)[rispondi]

Ok, vada per Wh/m². Riusciresti a individuare qual è la scala (il massimo e il minimo) su cui si distribuiscono i valori? Così se necessario, sistemo il template che colora lo sfondo. --Poweruser (msg) 11:16, 30 lug 2008 (CEST)[rispondi]

Un'altra cosa che potrebbe essere aggiunta al template sono le ore medie al giorno con T=>25°C e con T<=0°C, che nelle tabelle CLINO dell'A.M. sono indicate rispettivamente come parametro OT> S e OT<I (per convenzione, se non diversamente indicato in calce alla tabella, S=25°C e I=0°C). --Petit verdot 18:48, 29 lug 2008 (CEST)[rispondi]

Si può fare, ma credo sarebbe il caso di aspettare una prossima revisione del template. Quello attuale è già diventato piuttosto pesante. Sto pensando se sia possibile modularizzare il template. Ma credo che per il momento sia meglio ultimare quello che c'è, se no si finisce che non lo si applica mai :) --Poweruser (msg) 11:16, 30 lug 2008 (CEST)[rispondi]

A che punto è il nuovo template? Se è terminato con le modifiche di cui si era parlato inizialmente, credo che possa essere già inserito nella nuova versione al posto di quello preesistente. --Petit verdot 00:55, 11 ott 2008 (CEST)[rispondi]

Mi piacerebbe che il template, ad una rapida occhiata, sia in grado di informarmi sulle temperatura semplicemente grazie ai colori.. il giallo piatto ed imperante mi sembra inutile, e bruttino. Non si potrebbe graduare altrimenti i colori? --Francisco83pv (msg) 19:41, 15 dic 2008 (CET)[rispondi]

Segnalo che c'è qualche problema con questo template nel caso di una stampata della pagina, perché se c'è qualcosa che nella pagina risulta alla sua destra, la tabella non si ridimensiona o non passa in fondo, ma si incasina, si sovrappone -anzi, si "sotto"pone- e diventa illeggibile (un esempio potrebbe esssere questa voce: San Giorgio - St. Georgen). So che il template è complicato e forse richiedere di sistemare questo dettaglio è eccessivo, però ci provo lo stesso, visto che agli smanettoni piace smanettare :-) (alla peggio, resta tutto così com'è...)--Vermondo (msg) 18:18, 6 feb 2009 (CET)[rispondi]

Si potrebbe usare questo codice:

{{#expr: trunc123.456}},{{#expr: (123.456-trunc123.456 round 1)* 10}}

per visualizzare una virgola decimale ed avere tutti numeri con un solo decimale. Io ho usato come esempio 123,456 che restituisce:

123,5

Che ne pensate? --F l a n k e r ✉ 12:14, 7 apr 2009 (CEST)[rispondi]

OK. --Cantalamessa 15:12, 7 apr 2009 (CEST)[rispondi]

Poi come si sistemano le pagine ove già presente il template con i dati decimali che presentano il punto? Ce ne saranno centinaia... --Petit verdot 17:16, 7 apr 2009 (CEST)[rispondi]

Beh, basta mettere questo codice qui nel template, no? --Cantalamessa 00:24, 8 apr 2009 (CEST)[rispondi]

Infatti, perché dovrebbero essere "sistemate"? Il codice serve solo a presentare a video la virgola invece che il punto. --F l a n k e r ✉ 08:14, 8 apr 2009 (CEST)[rispondi]

Si, dovrebbe essere fattibile. Unica avvertenza: evitare il sovraccarico dei server con template estremamente complessi e pesanti. Magari si potrebbe chiedere il parere tecnico a qualcuno in qualche sezione dedicata all'argomento. --Cantalamessa 10:00, 8 apr 2009 (CEST)[rispondi]

Proprio questo è il punto, non vorrei appesantire eccessivamente il codice. Chiedo a Gvf che reputo un esperto nel campo. --F l a n k e r ✉ 12:03, 8 apr 2009 (CEST)[rispondi]

Io userei: {{formatnum:{{#expr:123.456 round 1}}}} = 123,5 che mi sembra più semplice e compatta. Gvf 14:10, 8 apr 2009 (CEST)[rispondi]

Fantastico! Non mi ricordavo di questa Magic word... In realtà non serve più nemmeno la funzione expr. Grazie mille!

OK ho copiato il template nella mia sandbox ed ho corretto la prima riga con questo nuovo sistema. Questo è il risultato:

notate che la prima riga è con le virgole e le altre sono rimaste inalterate. Ci sono problemi? Posso applicare la modifica al template? --F l a n k e r ✉ 14:29, 8 apr 2009 (CEST)[rispondi]

Se nelle pagine ove è inserito il template con i dati decimali mensili non si verificano problemi di visualizzazione, non dovrebbero esserci problemi per applicare la modifica. Adesso verifico sotto. ma riga con questo nuovo sistema. Questo è il risultato:

Vediamo come va l'esperimento. --Petit verdot 17:52, 8 apr 2009 (CEST)[rispondi]

Purtroppo l'esperimento è fallito... troppe funzioni all'interno della pagina, il sorgente restituisce il codice:

<!-- 
NewPP limit report
Preprocessor node count: 290708/1000000
Post-expand include size: 93240/2048000 bytes
Template argument size: 28647/2048000 bytes
Expensive parser function count: 0/500
-->

pazienza. --F l a n k e r ✉ 20:19, 8 apr 2009 (CEST)[rispondi]

E quale sarebbe il limite superato, dal report non ne risulta nessuno ? Gvf 21:02, 10 apr 2009 (CEST)[rispondi]

E infatti non c'é... era un mio errore (non avevo visto una doppia istruzione if ed avevo dato per scontato di aver raggiunto il limite...). Ora sembra essere a posto, che ne dite? --F l a n k e r ✉ 23:04, 10 apr 2009 (CEST)[rispondi]

Ho anche corretto un bel po' di piccoli errori del template originale. --F l a n k e r ✉ 12:07, 11 apr 2009 (CEST)[rispondi]

Complimenti, ottimo lavoro :-) Adesso ho notato che l'unica cosa che andrebbe sistemata è la gradazione dei colori per le caselle relative ai giorni di calura, ai giorni di gelo e ai giorni di nebbia che non sembrano essere direttamente proporzionali ai valori mensili, stagionali e annuali come invece avviene per i giorni di pioggia. Solo che io non sono capace di sistemarli, potrebbe pensarci qualche utente esperto? --Petit verdot 13:25, 11 apr 2009 (CEST)[rispondi]

Ho dato un'occhiata... ma non capisco la tua domanda... i valori sono proporzionali, solo che non sono mediati, ma semplicemente sommati. Quindi a differenza dei primi non sono proporzionali alla media, ma alla somma. Nel senso: se tutti i mesi hanno X giorni di calura con il colore Y, il totale avrà 12X giorni di calura, ma sempre col colore Y. O non ho capito io la domanda? --F l a n k e r ✉ 20:24, 11 apr 2009 (CEST)[rispondi]

Si potrebbe rimpicciolire il font, come all'inizio dell'esistenza di questo template? Adesso è veramente mastodontico. --Cantalamessa 11:19, 12 apr 2009 (CEST)[rispondi]

Sì, certo. Però io lo vedo grande come il testo normale, infatti la grandezza del testo non mi sembra sia mai stata specificata. --F l a n k e r ✉ 14:16, 12 apr 2009 (CEST)[rispondi]

Non saprei come spiegarmi meglio con la terminologia tecnica, se guardate la tabella 1971-2000 della stazione meteorologica di Catania Sigonella viene completamente perso il colore dei giorni di calura. Stessa cosa per i giorni di gelo e di nebbia di altre voci di stazioni meteo. --Petit verdot 17:22, 12 apr 2009 (CEST)[rispondi]

Ho capito, in effetti non è che è stato perso il colore, è che i giorni di calura sono troppi e quindi il colore vira verso il bianco. Non ho fatto io quei template colorimetrici, bisogna vedere quali siano i parametri. --F l a n k e r ✉ 21:16, 13 apr 2009 (CEST)[rispondi]

Ho notato che con le ultime modifiche non viene più riconosciuta la temperatura massima e minima assoluta stagionale. Se prendete ad esempio questa voce, non viene data la minima assoluta invernale di -23,2 °C come avveniva precedentemente (stessa cosa anche per le altre stagioni). Ripristino vecchia versione antecedente alle modifiche. --Petit verdot 17:33, 15 apr 2009 (CEST)[rispondi]

Sì, mi spiace avevo scritto dei max al posto dei min e così inseriva le temperature sbagliate. Sono stato il più scrupoloso possibile, eppure mi sono sfuggiti, meno male che te ne sei accorto! Ora funziona, l'ho provato nella mia sandbox, posso correggere? Trovate altri errori? --F l a n k e r ✉ 08:32, 16 apr 2009 (CEST)[rispondi]

Se ora è a posto, procedi pure nella correzione :-) --Petit verdot 14:46, 16 apr 2009 (CEST)[rispondi]

Il template collega °C (presente più volte nel template) a Gradi Celsius anziché a Celsius... Si potrebbe correggere l'errore per piacere?! Simon ^{Scusami se sono ragioniere!} 21:35, 8 giu 2009 (CEST)[rispondi]

Fatto --Petit verdot 19:55, 9 giu 2009 (CEST)[rispondi]

Possibile che non si riesca a fare qualcosa di più simile a questo? Qui non si riesce a colpo d'occhio a distinguere tra una temperatura di 15 e 30°C. Sono tutti gialli i colori. Dove si trova nel template l'indicazione di usare il giallo? Come si può modificare? --Francisco83pv (msg) 20:47, 14 giu 2009 (CEST)[rispondi]

Propongo di ripristinare i font alla dimensione che avevano quando fu creato il template, cioè piccoli. --Cantalamessa 10:44, 22 set 2009 (CEST)[rispondi]

Premesso che sono incompetente in materia, potrei avere un'idea su come dovrebbe apparire la tabella in una pagina dopo il ripristino? Se visivamente l'effetto dovesse essere migliore, facendo rimanere inalterati i vari parametri riportati, non avrei niente in contrario all'eventuale ripristino richiesto. --Petit verdot 12:10, 22 set 2009 (CEST)[rispondi]

Dovrebbero venire come nel template inglese. --Cantalamessa 12:32, 22 set 2009 (CEST)[rispondi]

I caratteri piccoli peggiorano l'accessibilità. La tabella inglese è IMHO molto meno leggibile della nostra. Che vantaggio ci porterebbe il ridurre il font? Gvf 19:56, 22 set 2009 (CEST)[rispondi]

Quoto l'intervento di Gvf, se il modello che ne uscirebbe dalla riduzione del font è simile a quello inglese, mi chiedo come verrebbe letto il parametro della pressione atmosferica, come ad esempio in questa voce. --Petit verdot 20:10, 22 set 2009 (CEST)[rispondi]

Si può inserire un'estensione che comprenda le precipitazioni nevose (come avviene già per la pioggia)? Grazie. --Fabio (msg) 11:50, 12 dic 2009 (CET)[rispondi]

Il problema non è tanto poter inserire le estensioni anche per le precipitazioni nevose, ma la reperibilità dei dati mensili delle stazioni sulla base delle medie trentennali. Al momento, le uniche mappe di cui sono a conoscenza sulla nevosità in Italia sono queste che si riferiscono al quarantennio 1920-1960:

1. Precipitazioni nevose medie annue in cm
2. Durata media del manto nevoso in giorni
3. Numero di giorni con precipitazioni nevose con almeno 1 cm di caduta di neve

Se sei a conoscenza di altre fonti che puoi linkare, possiamo vedere quello che può essere fatto. --Petit verdot 12:08, 12 dic 2009 (CET)[rispondi]

Io dicevo in generale visto che non nevica solo in Italia. Sto elaborando una voce su un parco degli Stati Uniti e avendo i dati mi sarebbe piaciuto inserirli nel template apposito ma ho visto che lo stesso non prevede le precipitazioni nevose. A prescindere dalla reperibilità di fonti credo che ne gioverebbe la completezza del template. Ma se non è possibile va bene lo stesso... mi organizzerò con una tabella. Ti ringrazio comunque per la solerzia e per la disponibilità. A presto. --Fabio (msg) 19:27, 12 dic 2009 (CET)[rispondi]

Ops... perdonami! Ho dimenticato di indicare la fonte dei dati sulle precipitazioni nevose (relative alla voce che sto elaborando).

1. Primo link
2. Secondo link

Ciao. --Fabio (msg) 19:51, 12 dic 2009 (CET)[rispondi]

Per ora è del tutto sperimentale, prova ad aggiungere i due parametri sottostanti nel tuo template, inserendo poi i dati che hai a disposizione (dovrà essere migliorato il tutto).

| neve01 =

| neve02 =

| neve03 =

| neve04 =

| neve05 =

| neve06 =

| neve07 =

| neve08 =

| neve09 =

| neve10 =

| neve11 =

| neve12 =

| giornineve01 =

| giornineve02 =

| giornineve03 =

| giornineve04 =

| giornineve05 =

| giornineve06 =

| giornineve07 =

| giornineve08 =

| giornineve09 =

| giornineve10 =

| giornineve11 =

| giornineve12 =

Fammi sapere come va e se ti sono utili. Ciao. --Petit verdot 20:18, 12 dic 2009 (CET)[rispondi]

Allora, ho utilizzato soltanto la serie "Nevosità totali mensili" perché per la serie "Giorni di neve", per ora, non dispongo dei dati. Il risultato è perfetto! Puoi vedere tu stesso qui. Tieni conto che si tratta di una sandbox e la voce è ancora in fase di traduzione comunque il template va benissimo. Ti ringrazio per la tua cortesia e disponibilità. Se hai bisogno di aiuto fammi sapere. Grazie ancora. Ciao. --Fabio (msg) 08:04, 13 dic 2009 (CET)[rispondi]

L'effetto sembra positivo, considerando che ci sono stato poco tempo per fare queste aggiunte. Sulla pagina di prova, trovo però inverosimile che tutte le massime assolute mensili siano state registrate nel 2003 e tutte le minime assolute mensili siano del 1933; non è che per caso sia soltanto la massima assoluta annua del 2003 e la minima assoluta annua del 1933? Potresti ricontrollare i dati che hai a disposizione? Sarebbe l'unico caso su diverse migliaia di stazioni meteo se fosse così come riportato nella tua sandbox. :-). Un saluto e un buon wikilavoro. --Petit verdot 12:29, 13 dic 2009 (CET)[rispondi]

Si, hai ragione... non ho ancora sistemato bene i dati ma ho solo provveduto ad inserirli. Però, ora che me lo dici provvedo subito. :-). Ti ringrazio ancora per tutto! Un saluto e buon lavoro anche a te. A presto, --Fabio (msg) 12:53, 13 dic 2009 (CET)[rispondi]

C'è un problema: le stagioni indicate sono solo quelle boreali. Così succede che ad esempio, secondo la tabella, a Rio de Janeiro gennaio corrisponda all'inverno e agosto all'estate, il che ovviamente è errato. Mi piacerebbe dare una mano ad aggiustare questa cosa, ma non ne sono in grado... Spero che qualcuno possa rimediare, esiste anche l'altra metà del mondo! :-) --Mastazi (msg) 23:52, 8 feb 2011 (CET)[rispondi]

Penso che la cosa più semplice sia quella di prevedere un parametro "Emisfero" e in base alla sua presenza/valore scambiare i titoli delle colonne delle stagioni. Gvf 15:37, 9 feb 2011 (CET)[rispondi]

Questo template va bene SOLO per l' emisfero boreale, oltre le stagioni invertite dell' emisfero boreale c'è da dire che vicino all' equatore le stagioni solo solo 2, secca e umida, dunque non si risolverebbe nemmeno col parametro "Emisfero", non son pratico di codici e template, uno pronto senza le stagioni esiste? Come nelle wiki straniere..

IMHO da questo template andrebbe creato un Template:ClimaAnnualeAustrale adattando in quest'ultimo i parametri di calcolo stagionale. --Petit verdot 19:26, 20 lug 2011 (CEST)[rispondi]

Fatto e sembra funzionare, ora basta modificare il parametro iniziale al primo rigo del template nella pagina di modifica e sembra funzionare. --Petit verdot 19:39, 20 lug 2011 (CEST)[rispondi]

Ottimo ti ringrazio, più tardi provo a metterlo in qualche città dell' emisfero australe ;-) --Kirk39 (msg) 04:54, 21 lug 2011 (CEST)[rispondi]

Non sarebbe possibile aggiungere una riga per citare la fonte, come fanno per esempio i russi? --Vipera 13:37, 30 ago 2011 (CEST)[rispondi]

Apprezzo lo sforzo, ma i colori dei background delle temperature del template italiano come tonalità di giallo sono particolarmente fastidiosi e inutili: non ci si può adeguare a quelli inglesi e francesi ? — Questo commento senza la firma utente è stato inserito da Laxandrea (discussioni · contributi) 17:10, 26 ago 2012‎ (CEST).[rispondi]

Ho convertito questo template (e il corrispondente {{ClimaAnnualeAustrale}}) in lua mediante il Modulo:ClimaAnnuale. In template:ClimaAnnuale/test e template:ClimaAnnualeAustrale/test c'è il confronto resa versione template e versione modulo. Se non ci sono obiezioni attivo la conversione.--Moroboshi ^scrivimi 23:47, 8 feb 2014 (CET)[rispondi]

Spiegaci in sostanza cosa cambia, sennò è come il giochino "trova le differenze" della Settimana enigmistica... --Bultro (m) 00:22, 9 feb 2014 (CET)[rispondi]

Mi unisco alla richiesta, più che la resa versione serve sapere cosa cambia per chi deve lavorarci nelle voci con quel template. --Stefano Riccio (msg) 01:24, 9 feb 2014 (CET)[rispondi]

A proposito, nella pagina di confronto vedo che nella tabella con modulo mancano i giorni di neve. --Stefano Riccio (msg) 01:33, 9 feb 2014 (CET)[rispondi]

La motivazione per la sostituzione è che uno di quelli con più grande tasso di inclusione di funzioni parser, vedi questo elenco dove sarà risalito anche di almeno tre posizioni visto che {{Infobox}} e {{Sommastat}} sono già stati trasformati in chiamate a modulo e {{Fumetto e animazione}} è stato comunque semplificato con le funzioni del modulo string. Con la conversione c'è un notevole risparmio sul carico server, questi è il confronto tra i dati di profilazione di Template:ClimaAnnuale/man (dove comprare la tabella al completo) se generato con il template corrente rispetto all'essere generato con il modulo:

La conversione è retrocompatibile (al meglio della mia conoscenza con la versione esistente) ma accetta anche l'inserimento di numeri in formato italiano (cioè con la "," decimale al posto del "."), quindi dal punto di vista dell'utilizzatore non cambia niente (salvo il poter inserire i numeri con la virgola).

Rispetto al template tutte le tabelle colori sono concentrate in un'unico punto Modulo:ClimaAnnuale/Configurazione e la descrizione delle righe è concetrata in un'unica tabella dove viene precisato il nome della variabile, etichetta da usare, funzione di aggregazione e colore (per aggiungere la riga relativa ai giorni di neve che mi era sfuggita mi è bastato inserirne la descrizione: { name = 'giornineve', color=SnowToColour10, aggregate=Totale, label='Giorni di neve', aggregatelabel='totale'},--Moroboshi ^scrivimi 13:12, 9 feb 2014 (CET)[rispondi]

Complimenti! era anche bello lungo da leggere e tradurre (700 righe per ClimaAnnuale, e 550 per ClimaAnnualeAustrale)... --Rotpunkt (msg) 14:57, 9 feb 2014 (CET)[rispondi]

Segnalo Deserto del Gran Lago Salato#Clima, non so se c'entri quest'ultima modifica --Bultro (m) 23:13, 16 feb 2014 (CET)[rispondi]

Sì, lo era. Corretto.--Moroboshi ^scrivimi 23:38, 16 feb 2014 (CET)[rispondi]

Mi pare che i vari sottotemplate elencati in #Parametri non abbiano più motivo di esistere --Bultro (m) 12:30, 17 feb 2014 (CET)[rispondi]

sì, ho spostato le loro funzioni nel modulo. Conto di passare in fine settimana a pulire - quando sono certo che non ci sia qualche sorpresa in agguato con la nuova versione.--Moroboshi ^scrivimi 13:02, 17 feb 2014 (CET)[rispondi]

Segnalo che qui esce zero al posto delle minime negative e in tutte le pagine che ho avuto modo di vedere non compare più lo zero decimale dopo la virgola come fossero dati a numero intero presi dai bollettini METAR invece che valori effettivi. --Stefano Riccio (msg) 23:25, 17 feb 2014 (CET)[rispondi]

Chi ha compilato la tabella invece di usare il segno "-" ha usato un (presumo) "trattino ndash" (o altra variante del trattino) così il modulo non lo riconosceva come numero. Ci ho messo una pezza, ma è il dato a essere compilato in maniera scorretta.--Moroboshi ^scrivimi 06:08, 18 feb 2014 (CET)[rispondi]

Per lo zero che non esce dopo la virgola invece non si può fare niente? Comunque se per le minime negative il problema è il trattino sbagliato si può cambiare nella pagina per conformarlo agli standard, anche se non so in quante voci potrebbe essere in quel modo visto che all'apparenza usciva come un normale trattino, servirebbe un bot che controlli tutte le voci in cui ci sono le tabelle con i dati. --Stefano Riccio (msg) 23:18, 18 feb 2014 (CET)[rispondi]

Al momento formatto il numero con mw.language:formatNum che però non ha opzioni (tipo precisare i decimali), potrei sostituire con una funzione che permetta di precisarli e forzare il ",0" sugli interi dove ha senso (non penso che ci voglia nelle righe con i numeri di giorni di sole o di neve).--Moroboshi ^scrivimi 00:05, 19 feb 2014 (CET)[rispondi]

A quanto mi sembra facendo delle prove, il decimale non veniva forzato neanche prima. Però veniva mostrato quando era indicato esplicitamente dall'utente, e mi pare giusto, infatti {{formatnum:33.0}} = 33,0 --Bultro (m) 12:47, 25 feb 2014 (CET)[rispondi]

Per il dato inserito posso cambiare in modo da visualizzare il dato inserito dall'utente piuttosto che il dato convertito in numero, ma per il risultato dovrei comunque forzare, e penso che in questo caso forzasse anche il template {{formatnum:{{#expr:33.0+1.0}}}} = 34--Moroboshi ^scrivimi 14:34, 25 feb 2014 (CET)[rispondi]

Io vedo 34 senza decimali... #expr dà un numero "pulito", e formatnum non forza mai niente, dà fuori le stesse cifre che ha avuto in ingresso (giustamente, se gli dico 33.0 vuol dire che voglio lo 0). mw.language:formatNum non va bene; o si fa una nuova funzione, o forse puoi generare letteralmente {{formatnum:...}} in output? --Bultro (m) 18:05, 25 feb 2014 (CET)[rispondi]

Quello che intendo è che se formatnum riceve un risultato di un calcolo allora non aggiunge un ",0" se il risultato è un intero. Ma se nella riga vuoi i dati con lo ",0" precisato per i singoli mesi mi aspetto per coerenza che questo sia visualizzato anche per il risultato del calcolo della media stagionaole o annuale, anche se questo da un risultato intero (e questo comunque prima non avveniva), se preferisci {{formatnum:{{#expr:(33.5+34.0+34.5)/3}}=34. Perchè il 34.0 nella somma è da visualizzare con lo 0 e quello del risultato senza ? PS: le linee guida del Lua dicono di evitare di richiamare un template se questo non è indispensabile--Moroboshi ^scrivimi 23:16, 25 feb 2014 (CET)[rispondi]

Penso anch'io che sia giusto mostrare il ,0 anche nelle medie, ma prima era piuttosto difficile da realizzare con #expr (ci voleva Template:Decimali). Insomma servirebbero funzioni sia per mantenere gli stessi decimali dati in ingresso (come formatnum), sia per forzarne un certo numero. Possono essere di utilità generale e probabilmente c'è già qualcosa in en:Module:Math --Bultro (m) 16:46, 26 feb 2014 (CET)[rispondi]

Ho notato un altro problema con i decimali, nel totale per stagione e in quello annuale delle precipitazioni il decimale, oltre a non uscire con lo zero come negli altri parametri, non esce nemmeno quando il decimale è un qualsiasi numero, stessa cosa accade anche per giorni di gelo e giorni di ghiaccio (potete vedere tutti e tre i parametri in questa tabella). --Stefano Riccio (msg) 12:38, 3 mar 2014 (CET)[rispondi]

Riprendo il discorso decimale, in Template:ClimaAnnuale/Test c'è il risultato con la versione del modulo correntemente in sandbox. Come strategia guardo se nei dati in ingresso c'è almeno un numero con la virgola o il punto in questo caso forzo il ",0" al risultato nel caso questo sia intero. Dovrei aver risolto anche il problema segnalato in Stazione di Pracchia (vedi sempre la pagina di test il secondo paragrafo in cui ho riportato la tabella segnalata eseguita però dalla versione in sandbox del modulo).--Moroboshi ^scrivimi 23:13, 3 mar 2014 (CET)[rispondi]

Nota: devo ancora risolvere il caso dove la prima riga è tutta di interi, ma i risultati possono essere parte decimale e parte interi, vedi la prima riga della tabella di test. Sarei tentato di lasciare all'utente di specificarmi almeno un dato con un ".0". Opinioni ?--Moroboshi ^scrivimi 23:19, 3 mar 2014 (CET)[rispondi]

Almeno per quanto riguarda le medie termiche non ci dovrebbe essere da nessuna parte la riga con i numeri interi visto che sono sempre elaborate con il decimale da tutti gli enti (se non c'è significa che è stato l'utente ad ometterlo o ad arrotondare il dato), per quanto riguarda le precipitazioni invece c'è l'ENEA che riporta le medie mensili solo a numero intero mentre AM ed enti regionali hanno sempre il decimale nelle tabelle delle medie, per gli altri parametri invece mi sa è più variegata la cosa in base a cosa si consulta. --Stefano Riccio (msg) 03:56, 4 mar 2014 (CET)[rispondi]

(i problemi sono preesistenti all'introduzione del modulo)

• il colore blu delle umidità più elevate mi pare fastidioso, si vede anche nell'esempio del manuale, bisognerebbe distribuire la scala su colori più tenui
• il colore della radiazione solare non funziona perché il codice è stato segato, forse non funzionava bene neanche prima ma gli si può dare una sistemata --Bultro (m) 18:00, 26 feb 2014 (CET)[rispondi]

Anche per le precipitazioni il blu andrebbe un po' rimodulato per i casi in cui le medie mensili vadano oltre i 250 mm perché diventa troppo scuro e difficile da leggere (vedi per esempio una località appenninica come Abetone Boscolungo). --Stefano Riccio (msg) 12:44, 3 mar 2014 (CET)[rispondi]

Altrimenti, se possibile io purtroppo non sono pratico di codici, si potrebbe sostituire col verde come su en.wiki. --Stefano Riccio (msg) 12:50, 3 mar 2014 (CET)[rispondi]

Ho per il momento ripristinato nella versione in sandbox la dabella della radiazione solare, vedi risultato in Template:ClimaAnnuale/Test. Per il resto del discorso colori, concordo che sia troppo scuro, provo a vedere come lo generano su en.wiki, che mi pare passino direttamente da una formula, anzichè da una tabella.--Moroboshi ^scrivimi 23:14, 3 mar 2014 (CET)[rispondi]

Potrebbe andare come soluzione al problema dei colori cambiare la font in bianco quando l'umidità o le precipitazioni superano un certo valore ? Vedi esempi in Template:ClimaAnnuale/Test.--Moroboshi ^scrivimi 16:15, 9 mar 2014 (CET)[rispondi]

Mi sa che non è il massimo dell'accessibilità. Meglio le formulette lineari, anche la tabella della pioggia è praticamente una funzione lineare; basta regolare i valori estremi --Bultro (m) 21:14, 10 mar 2014 (CET)[rispondi]

In effetti hai ragione, ho provato a schiarire vedere sempre Template:ClimaAnnuale/Test per esempio dalla sandbox se può andare.--Moroboshi ^scrivimi 13:08, 19 mar 2014 (CET)[rispondi]

Bene le precipitazioni ma l'umidità mi sembra uguale a prima --Bultro (m) 17:38, 19 mar 2014 (CET)[rispondi]

Più chiara lo è, per paragone prova ad aprire fianco a fianco Template:ClimaAnnuale e Template:ClimaAnnuale/Test, nel primo il codice colore del valore di umidità 94 è "#1F1FFF", nel secondo è "#4B4BFF". A me pare sufficiente ma nel caso abbasso ancora di più il moltiplicatore.--Moroboshi ^scrivimi 17:45, 19 mar 2014 (CET)[rispondi]

Segnalo che il parametro giorni di neve dovrebbe in realtà riferirsi ai giorni con manto nevoso eguale o superiore a 1 cm (indipendentemente dal fatto che l'accumulo sia dovuto a una nevicata giornalierra oppure sia dovuto a fenomeni pregressi. Andrebbe quindi fatta la modifica nella parte visibile del template in cui si visualizzi Giorni con manto nevoso => 1 cm. Questa voce ne è l'esempio pratico. --Petit verdot 18:56, 10 apr 2014 (CEST)[rispondi]

Ho aggiornato la dicitura, ci vorrà un po' perchè si propaghi.--Moroboshi ^scrivimi 06:14, 11 apr 2014 (CEST)[rispondi]

Un attimo, non tutti gli enti riportano il dato della neve inteso come manto al suolo, il NOAA per esempio indica gli "snowy days" (giorni con precipitazione nevosa, inclusi quelli senza accumulo al suolo), servirebbero due parametri distinti. --Stefano Riccio (msg) 20:18, 17 apr 2014 (CEST)[rispondi]

Ok, preferenze per il nome per il secondo parametro ?--Moroboshi ^scrivimi 06:24, 18 apr 2014 (CEST)[rispondi]

O giorni di neve come era prima l'altro o giorni con precipitazione nevosa, anche se giorni di neve penso sia più coerente essendoci già giorni di pioggia e giorni di grandine intesi come giorni in cui si verifica quel tipo di precipitazione. --Stefano Riccio (msg) 01:47, 19 apr 2014 (CEST)[rispondi]

Ho creato la variabile mantonevoso e ripristato il precedente funzionamento di giornineve.--Moroboshi ^scrivimi 08:30, 21 apr 2014 (CEST)[rispondi]

É possibile aggiungere al template i parametri dei giorni con cielo sereno e delle ore di soleggiamento mensili? Il primo parametro è presente nelle tabelle dell'ENEA (vedi per esempio qui), mentre il secondo in quelle del Met Office (vedi per esempio qui). --Stefano Riccio (msg) 20:06, 17 apr 2014 (CEST)[rispondi]

L'aggiunta è relativamente facile, andrebbe bene con nome base per le variabili giorniserenoXX e oresoleggiamentoXX ? Dovresti indicarmi se devo linkare qualche voce nella dicitura del titolo della riga e il tipo di aggregazione da fare per stagione/anno (media o totale).--Moroboshi ^scrivimi 06:18, 18 apr 2014 (CEST)[rispondi]

Per l'aggregazione sono entrambi da sommare tutti i valori mensili per fare il totale stagionale e annuale, per il link basta linkare alla voce "sole" non essendoci voci specifiche e il nome base per le variabili mi sembra ok. --Stefano Riccio (msg) 02:21, 19 apr 2014 (CEST)[rispondi]

Creato le due variabili e aggiornato il manuale.--Moroboshi ^scrivimi 08:33, 21 apr 2014 (CEST)[rispondi]

Grazie. Se possibile sarebbe meglio modificare il colore dei giorni di sereno mettendo una scala sull'arancione come quella delle ore di soleggiamento mensile. --Stefano Riccio (msg) 21:34, 21 apr 2014 (CEST)[rispondi]

Fatto, ho scalto la funzione un po' a occhio, nel caso segnalami dove dia problemi.--Moroboshi ^scrivimi 21:54, 21 apr 2014 (CEST)[rispondi]

Converrebbe scalare un po' la colorazione, qui l'ho messo ed escono più o meno tutti uguali i colori nelle caselle. --Stefano Riccio (msg) 03:24, 22 apr 2014 (CEST)[rispondi]

Adesso può andare ?.--Moroboshi ^scrivimi 12:48, 22 apr 2014 (CEST)[rispondi]

Sì. Grazie ancora. --Stefano Riccio (msg) 04:25, 23 apr 2014 (CEST)[rispondi]

Potrebbe essere utile semplificare la compilazione dei dati in modo che sia possibile scrivere: {{ClimaAnnuale
| nome = Dati meteo
| tempmax = 14; 14; 15; 18; 22; 25; 29; 29; 26; 22; 18; 15
...


Invece dell'attuale

{{ClimaAnnuale
| nome = Dati meteo
| tempmax01 = 14
| tempmax02 = 14
| tempmax03 = 15
| tempmax04 = 18
| tempmax05 = 22
| tempmax06 = 25
| tempmax07 = 29
| tempmax08 = 29
| tempmax09 = 26
| tempmax10 = 22
| tempmax11 = 18
| tempmax12 = 15
....


Dovrei poterlo fare mantenendo la compatibilità anche con il metodo di inserimento attuale.--Moroboshi ^scrivimi 10:47, 13 lug 2015 (CEST)[rispondi]

Ci sono alcuni test in Template:ClimaAnnuale/test. Dato che semplificherebbe di molto l'inserimento dei dati salvo obiezioni la settimana prossima aggiorno il template e sostituisco con un bot gli attuali inserimenti.--Moroboshi ^scrivimi 16:26, 6 ago 2015 (CEST)[rispondi]

Vedendoli tutti insieme così come presente nella seconda tabella della pagina di test sembra piuttosto caotico quando si va a editare rispetto alla versione attuale, anche perché non c'è alcun riferimento al mese e non viene nemmeno allineato con ogni riga sfasata rispetto alle altre in base a quante cifre hanno i parametri inseriti; sarebbe una grande semplificazione in termini di spazio occupato ma peggiorerebbe di tanto per chi poi deve andare a compilare e/o modificare le tabelle. --Stefano Riccio (msg) 09:39, 10 ago 2015 (CEST)[rispondi]

@Stefano Riccio Ma sono solo 12 valori. Sarebbe magari scomodo come dici se fossero cinquanta, ma per dodici anche per me è meglio il nuovo sistema, molto più compatto e leggibile. --Rotpunkt (msg) 09:46, 10 ago 2015 (CEST)[rispondi]

Inoltre il template ignora gli spazi vuoti e se ti servono per leggibilità basta aggiungerli in modo da indentare i valori. Penso che sia più comodo perchè se fai copiaeincolla dei valori da qualche tabella basta aggiungere le virgole (o punto e virgola) tra i valori piuttosto che tutta la tiritera "tempmax..." prima di ogni valore. Comunque il template rimane compatibile con quello vecchio (per esempio controlla se c'è tempmax e se non è valorizzato controlla tempmax01 .. tempmax12, per cui il vecchio metodo di inserimento continua a funzionare. Posso anche per il momento non fare sostituzioni e limitarmi ad attivare la nuova sintassi e poi si decide se convertire solo alla nuova o lasciare alla vecchia.--Moroboshi ^scrivimi 10:54, 10 ago 2015 (CEST)[rispondi]

Sono 12 valori per un parametro, il problema è che spesso abbiamo 10 o 15 parametri e con le righe che sfasano fa confusione, non c'è un modo per avere almeno i vari valori allineati in base al mese invece che con la sfasatura che si crea per il diverso numero di cifre? --Stefano Riccio (msg) 12:00, 10 ago 2015 (CEST)[rispondi]

Come dicevo puoi metterci degli spazi per allineare i valori, per esempio vedi il codice mediawiki di questo esempio:

--Moroboshi ^scrivimi 12:13, 10 ago 2015 (CEST)[rispondi]

Ecco così va molto meglio con i valori allineati per mese, quindi basta inserire degli spazi per avere l'allineamento? --Stefano Riccio (msg) 14:47, 10 ago 2015 (CEST)[rispondi]

Sì, il modulo quando legge la riga li rimuove in automatico.--Moroboshi ^scrivimi 14:50, 10 ago 2015 (CEST)[rispondi]

[← Rientro] Faccio una prova con una tabella completa, per vedere se mi esce bene

Messo allineato così mi sembra perfetto, meglio anche di prima. --Stefano Riccio (msg) 15:13, 10 ago 2015 (CEST)[rispondi]

Aggiungiamo anche una scrollbar automatica, tipo quella di t:Immagine grande, per quando la tabella finisce fuori schermo?--Bultro (m) 02:03, 11 ago 2015 (CEST)[rispondi]

Ho aggiunto un <div>…</div> intorno alla tabella con style="overflow-x:auto", pare funzionare.--Moroboshi ^scrivimi 07:45, 11 ago 2015 (CEST)[rispondi]

C'è poco da fare, questo template non serve per climi equatoriali, primavera ed estate non esistono là e inverno e estate sono caratterizzati da diversa piovosità, c'entra poco la temperatura, quindi sarebbe fuorviante. Sarebbe difficile tradurre il template di en.wiki o di es.wki, cioè en:Template:Weather box o es:Plantilla:Clima, o almeno, come si possono eliminare quei valori stagionali automatici?--Kirk39 Dimmi! 03:35, 22 gen 2016 (CET)[rispondi]

Intendi dire eliminare le medie stagionali e tenere solo quelle annuali ? O ci sono altri problemi ?--Moroboshi ^scrivimi 06:01, 22 gen 2016 (CET)[rispondi]

Una cosa così per esempio ?

--Moroboshi ^scrivimi 06:33, 22 gen 2016 (CET)[rispondi]

Scusate se mi intrometto, casomai fatelo solo come opzione la possibilità di non mettere le stagioni perché per i climi temperati come il nostro (ma pure quelli polari/subpolari per esempio) servono eccome le medie delle 4 stagioni "classiche". Nel template di en.wiki è una mancanza non metterle in nessun caso. --Stefano Riccio (msg) 08:00, 22 gen 2016 (CET)[rispondi]

Ovviamente l'ho messa come opzione, verrebbero soppressi solo indicando equatorial=s il comportamento standard rimane quello di calcolare le medie stagionali.--Moroboshi ^scrivimi 08:24, 22 gen 2016 (CET)[rispondi]

Sisi, con l'opzione di non mettere le media stagionali va benissimo. Ora che ci sono però, rispetto ai template delle altre wiki abbiamo sfumature di colore poco visibili, si possono incrementare? Ad esempio in Milano#Clima, dove ovviamente c'è una bella differenza tra temperature invernali ed estive, si nota poco la differenza di colore, guarda ad esempio le tabelle (non sono template) di New York o Pechino (questa l'avevo messa io prendendola da es.wiki, che però ora ha un suo template). Ho messo esempi di medie alte latitudini perchè appunto la differenza tra media invernali ed estive è decisamente notevole.--Kirk39 Dimmi! 12:51, 22 gen 2016 (CET)[rispondi]

Ho aggiornato il template con l'opzione di disattivare le medie stagionali, per le sfumature avevo ripreso quelle esistenti in precedenza, c'è il problema che i colori devono andare bene per tutto il range di temperature (al momento coprono da -90 a 90 °C, che in effettti è piuttosto ampio, si potrebbe forse restringere (mi pare - se ricordo quanto avevo letto ieri - che i min/max climatici siano da -90 a +50, almeno stando al Guinness dei Primati).--Moroboshi ^scrivimi 07:05, 23 gen 2016 (CET)[rispondi]

Leggendo Primati climatologici mondiali si, c'è un po' uno spreco di range per le massime, anche se la massima assoluta pare sia arrivata a +57. Anzi pensavo che anche la più fredda in assoluto non arrivasse così in basso, che poi in pratica riguarderebbe solo basi in antardide, per il resto al massimo si arriva a -70. Però se guardo la tabella di Base Vostok, secondo me una temperatura di -70 dovrebbe essere di un blu (o azzurro) un po' più scuro o intenso, oltretutto a -35 tende già al giallino, che andrebbe bene per temperature più vicine allo 0. --Kirk39 Dimmi! 12:50, 23 gen 2016 (CET)[rispondi]

Al momento la tabella è questa:

Non sarebbe male se l'azzurrino arrivasse fino allo 0 e si cominciasse ad andare nell'arancione per le temperature over 30, ma non garantisco di riuscire a farlo (la manipolazione di scale colore è una cosa che non ho mai fatto).--Moroboshi ^scrivimi 13:46, 23 gen 2016 (CET)[rispondi]

Ok, al limite già così è molto meglio. Solo un'ultima cosa: sarebbe problematico anche solo inserire una riga in più in arancione? Mi spiego, sopra vedo tre righe in 3 differenti colori (azzurrino, verdino e giallo), aggiungerne una quarta in arancione e lasciare ad esempio 34 valori in ciascuna? Ho contato veloce, mi sembrano che ci siano ora 135 valori in tutto, che diviso 4 farebbe 34 (o quasi), in pratica in arancione più o meno chiaro o intenso ci andrebbero valori da 23 gradi in su. Se non è troppo complicato ovviamente, comunque grazie per le modifiche apportate finora, poi lo inserirò nelle voci di città equatoriali ;-)--Kirk39 Dimmi! 16:21, 23 gen 2016 (CET)[rispondi]

Una cosa così potrebbe andare ? Per temperature superiori a 40 e inferiori -19 non varierebbe ulteriormente, ma direi che si copra un range abbastanza tipico con una sufficiente variabilità:

--Moroboshi ^scrivimi 17:50, 23 gen 2016 (CET)[rispondi]

Urca, sarebbe bellissimo! Anche perchè le temperature estreme sono molto più rare, escludendo antartide o siberia del nord almeno le medie sono dentro quella soglia, solo i massimi o minimi storici di qualche zona sarebbero fuori.--Kirk39 Dimmi! 18:26, 23 gen 2016 (CET)[rispondi]

Questo è il test del template con i nuovi colori per le temperature:

--Moroboshi ^scrivimi 10:29, 25 gen 2016 (CET)[rispondi]

Notevole il miglioramento, almeno per quanto riguarda i climi temperati che rientrano nella scala. --Stefano Riccio (msg) 10:52, 25 gen 2016 (CET)[rispondi]

Veramente ottimo, ho provato solo in anteprima a inserire il template della sandbox per vedere i miglioramenti, su varie città del mondo, e l'unico problema l'ho riscontrato su certi valori negativi da -7 a -10 circa. Ad esempio, se metto il tmp della sandbox in San Pietroburgo, vedo dall'anteprima che il -9,2 della media invernale è rosso fuoco :-/ Allora sono andato a Edmonton e lì vedo rosso vivo il -8,2 della minima di novembre, mentre se vado ad Anchorage vedo rossi i valori di marzo e novembre (-7,7 e -9,4) ma sono regolarmente azzurro scuro valori più bassi come quelli di gennaio e dicembre (-13 e -12). Ad occhio dunque, i problemi sono sulle temperature che vanno da -7,5 a -10 circa (tipici di località ad alte latitudini), per il resto mi pare tutto a posto, anche su temperature bassissime o torride, infatti in Base Vostok è tutto a posto.--Kirk39 Dimmi! 13:53, 25 gen 2016 (CET)[rispondi]

Quando ho generato la tabella ho saltato senza accorgemente il -7 e il -8 e il modulo assegna il colore massimo per tutti i valori non presenti in tabella e maggiori di -19 (le temperature sono arrotondate all'intero per l'assegnazione del colore). Stasera rigenero la scala colore e li aggiungo.--Moroboshi ^scrivimi 15:20, 25 gen 2016 (CET)[rispondi]

Ho sistemato il problema con le due temperature negative mancanti e attivato la nuova scala colore.--Moroboshi ^scrivimi 22:23, 25 gen 2016 (CET)[rispondi]

Perfetto! Grazie Moroboshi per la pazienza e per il tempo che hai dedicato al template, molto migliore, più fruibile (per la questione equatore) e intuibile (per i diversi colori) rispetto a prima. Grazie ancora ;-)--Kirk39 Dimmi! 00:42, 26 gen 2016 (CET)[rispondi]

Si può far sì che il modulo restituisca sempre il (tipograficamente corretto) segno meno (U+2212) anche se nella compilazione della tabella uno può usare il trattino ASCII normale?--Carnby (msg) 23:31, 6 apr 2016 (CEST)[rispondi]

In teoria è una modifica abbastanza semplice, ho provato ad attivarla.--Moroboshi ^scrivimi 00:08, 7 apr 2016 (CEST)[rispondi]

Sembra a posto, grazie!--Carnby (msg) 00:16, 7 apr 2016 (CEST)[rispondi]

Salve vorrei chiedervi se fosse possibile per voi aggiungere altre medie climatiche ad esempio si potrebbero aggiungere: giorni con pioggia mista a neve, giorni di gragnola/grupeln, centimetri medi di gragnola/graupeln, giorni con minime maggiori o uguali a 5°C;-5°C;10°;-10°, giorni con massime maggiori o uguali a 15;20;25;35;40°C. Temperatura minima più alta e massima più bassa;

Saluti --Cristian Calabria (msg) 12:37, 6 set 2018 (CEST)[rispondi]

Da quale fonte li prendi? --Bultro (m) 02:18, 7 set 2018 (CEST)[rispondi]

Ciao, scrivo perchè ho un consiglio da dare riguardo al template ClimaAnnuale. Secondo me le statistiche climatiche risulteranno più complete se vengono inserite nuove voci dentro il template ClimaAnnuale. Io consiglierei di aggiungere: giorni di graupel, giorni di temporale, accumulo di graupel, giorni con notti tropicali (min=>20°C), temperatura media delle massime assolute, temperatura media delle minime assolute, giorni con temperatura massima =>15/20/25/35/40°C, giorni con temperatura minima <=-5/5/10/15°C.

Cordiali saluti Rocky20082009 (msg) 17:23, 14 set 2019 (CEST)[rispondi]

Sembrerebbe esserci un problema nell'inserimento delle sequenze di anni nei parametri annotempassmax e annotempassmin. Se gli anni inseriti sono più di uno, il link compare in rosso (vedi ad esempio Stazione meteorologica di Milano Linate#Valori estremi).-- 3knolls (msg) 07:12, 14 mag 2020 (CEST)[rispondi]

Infatti sono pensati per contenere il singolo anno del rilevamento, (è annotempassmax, non annitempassmax). Il problema è che separandoli solo con virgole andrebbero in conflitto con un'eventuale unione dei singoli parametri annotempassmax1, annotempassmax2 in un singolo annotempassmax --Moroboshi ^scrivimi 07:36, 14 mag 2020 (CEST)[rispondi]

Pensandoci su un attimo io piuttosto toglierei del tutto i link agli anni (se proprio li desidera uno se li mette a mano), ma in generale è già abbastanza sconsigliato metterli a meno che non siano veramente pertinenti e necessari.--Moroboshi ^scrivimi 12:51, 14 mag 2020 (CEST)[rispondi]

Se proprio non si può fare a meno, sempre meglio toglierli del tutto piuttosto che lasciare la situazione attuale. Eppure ero convinto che in passato il problema in qualche modo non si verificasse, anche perché mi sembrava strano che finora nessuno si fosse mai lamentato..--3knolls (msg) 13:03, 14 mag 2020 (CEST)[rispondi]

Ho provato a fare l'anteprima della voce usando la versione del 2013 del template, prima del passaggio al modulo Lua e succede la stessa cosa.--Moroboshi ^scrivimi 13:59, 14 mag 2020 (CEST)[rispondi]

Ho verificato la versione della voce del 2013 ed effettivamente a quel tempo ciascun parametro riportava sempre un solo anno (evidentemente si utilizzava tale escamotage pur di non far comparire il link rosso). Tuttavia, se un record è stato raggiunto più volte, non è corretto indicare soltanto un anno a caso. Se è così, tanto vale togliere del tutto i links agli anni, altrimenti alla gente potrebbe venire la tentazione di rimuovere gli anni di troppo, con il risultato di falsificare i dati.--3knolls (msg) 14:13, 14 mag 2020 (CEST)[rispondi]

Suggerirei delle modifiche:

• Si potrebbe aggiungere un parametro emisfero = N, nord, settentrionale, boreale; S, sud, australe, meridionale per unire i due template {{ClimaAnnuale}} e {{ClimaAnnualeAustrale}}, invocando opportunamente proprio grazie a questo parametro il modulo:ClimaAnnuale;
  • Versione avanzata: Controllare se nell'elemento Wikidata della voce è compilata la proprietà coordinate geografiche (P625) e da quella recepire in che emisfero si trovano le coordinate, lasciando la possibilità di cambiarlo espressamente (forzarlo)
• Il valore di default di nome potrebbe essere settato a "Dati meteo" o qualcosa di simile, valore più sensato rispetto a "Mese";
• L'intensità del vento non si può indicare in nodi bensì solo in m/s, tuttavia alcune tabelle hanno i dati espressi in nodi e non vorrei modificare i dati già presenti né inserirli senza cambiare unità di misura (eeh); magari si potrebbe creare una nuova serie di dati nodi o permettere il cambio di unità di misura di intensità.

-- ZandDev (msg) 23:47, 12 mar 2024 (CET)[rispondi]

Entrambi i template si basano sullo stesso Modulo:ClimaAnnuale, di fatto il codice è già unificato. Non ci vedo nessun vantaggio a scrivere ClimaAnnuale|emisfero=S invece che ClimaAnnualeAustrale. Anche mettersi a leggere e calcolare da Wikidata l'emisfero, come se non fosse straovvio, ha del comico...

Sulle altre due cose ok --Bultro (m) 16:46, 16 mar 2024 (CET)[rispondi]

Buongiorno, stavo guardando i dati sulle varie stazioni meteorologiche in giro per il mondo su siti come Infoclimat e Tutiempo e ho trovato molto utile avere segnalati non soltanto i valori estremi di temperatura massima e minima assolute registrati negli annali delle stazioni meteorologiche, ma anche i valori di temperatura massima più bassa e minima più alta registrati mese per mese; i valori estremi per grandezze come vento, pressione atmosferica, umidità, pioggia, neve, soleggiamento e così via, così come credo sarebbe molto utile avere anche i dati medi ed estremi per altri tipi di dati, come per esempio la temperatura media delle massime più alta registrata in un mese (per ogni mese), la stessa cosa con la media delle minime e con la media delle medie; il mese più ventoso; il mese, la stagione e l'anno più secco e più piovoso; il mese e l'anno con più giorni di gelo, di ghiaccio e di calura; il mese più e meno soleggiato (o corrispondentemente con maggiori o minori livelli di okta). Poi ritengo molto importanti anche altri dati medi (e anche estremi) come l'aggiunta dei giorni tropicali (cioè quei giorni in cui la minima non scende sotto i +20,0°C; i giorni in cui la minima scende al di sotto dei 10,0/5,0/2,0/-2,0/-5,0-10,0°C e così via (e corrispondentemente i giorni in cui le massime risultano pari o maggiori ai +20,0/22,5/25,0/27,5/32,0/35,0/37,8/40,0/42,0/45,0°C e così via). Un'altra cosa che in climatologia è importante è anche il numero di giorni e l'accumulo medio ed estremo di precipitazioni come gragnola e neve tonda (graupel), e in caso (ma sarebbe molto difficile trovare una stazione meteorologica che rileva questi tipi di precipitazione, specie in Europa) anche quello della pioggia mista a neve, graupel misto a pioggia o a neve e acquaneve. Inoltre altri tipi di dato interessanti potrebbero essere rappresentati dal numero di volte in cui il terreno appare gelato (può verificarsi anche a temperature dell'aria superiori a 0°C, a patto che il terreno sia a temperature molto prossime, uguali o inferiori a 0°C), la temperatura media del terreno a 5 cm di profondità, la temperatura media ed estrema dell'acqua (specie di mare) e la portata di un bacino igrometrico (questi ultimi tipi di dato sono reperibili nelle reti delle stazioni agrometeorologiche e nelle reti regionali, come ad esempio il SIAS, il Masaf, l'Arpa Calabria, l'Arpa Toscana, ecc.). Spero che molti di questi dati vengano inseriti nel template.

Saluti --Rocky20082009 (msg) 12:20, 2 ott 2024 (CEST)[rispondi]