Ho raccolto i dati di 2375 vittorie elettorali dei senatori di tutte le legislazioni dalla decima alla diciassettesima. Questi risultati non li ritengo definitivi, perché dovrei controllare meglio alcune cose. Ad esempio, nella decima legislazione in nome di Spadolini, e di un altro senatore, sono ripetuti due volte nel sito senato.it, e per il momento li ho lasciati così. E poi dovrei verificare meglio se il conteggio dei giorni trascorsi dalla nascita al giorno delle elezioni è sempre corretto. Inizialmente pensavo di calcolare questa differenza calcolando il giorno giuliano per entrambe le date, ma poi mi sono accorto che questo non è necessario, perché c'è già una funzione che fa questo calcolo nel linguaggio di programmazione che uso. Ma non mi fido al 100% di questo calcolo, perché è già successo che Microsoft si sia sbagliata su questo. Questo comando legge le date scritte normalmente nella maniera europea (giorno,mese,anno) senza che io abbia specificato da nessuna parte che si tratta di date di questo tipo. Probabilmente fa così perché il server del mio sito è collocato in Italia. Però vorrei controllare un po' meglio tutte queste cose, per cui considerate questi risultati come non definitivi. Fatto sta, che questi risultati non mostrano affatto quanto dichiarato da Ruscelli, perché ci sono 233 vittorie per la fase n.1, ossia meno del valore atteso che è 237.5 (ossia un decimo di 2375).
Ruscelli pensava di aver dimostrato statisticamente che questa fase del ciclo sinodico personale dei politici favorirebbe le vittorie elettorali, ma stranamente i senatori che sono stati eletti in questa fase del ciclo, nelle ultime otto legislazioni sono addirittura meno della media matematica prevista.
Come si spiega questa cosa?
I miei dati e calcoli sono visibili in rete cliccando sull'immagine in alto, dove sono invece i dati e i calcoli di Ruscelli?
I miei dati e calcoli sono visibili in rete cliccando sull'immagine in alto, dove sono invece i dati e i calcoli di Ruscelli?
You'd be entitled to think, therefore, that conversion back and forth between PC Excel serial values and Julian day numbers would simply be a matter of adding or subtracting the Julian day number of December 31, 1899 (since the PC Excel days are numbered from 1). But this is a Microsoft calendar, remember, so one must first look to make sure it doesn't contain one of those bonehead blunders characteristic of Microsoft. As is usually the case, one doesn't have to look very far. If you have a copy of PC Excel, fire it up, format a cell as containing a date, and type 60 into it: out pops “February 29, 1900”. News apparently travels very slowly from Rome to Redmond—ever since Pope Gregory revised the calendar in 1582, years divisible by 100 have not been leap years, and consequently the year 1900 contained no February 29th. Due to this morsel of information having been lost somewhere between the Holy See and the Infernal Seattle monopoly, all Excel day numbers for days subsequent to February 28th, 1900 are one day greater than the actual day count from January 1, 1900. Further, note that any computation of the number of days in a period which begins in January or February 1900 and ends in a subsequent month will be off by one—the day count will be one greater than the actual number of days elapsed.