ARGOMENTO:

astroale ha scritto:

Il pdf l'ho letto per metà ieri, se entro poco ho il tempo di finirlo potrei postare un riassuntino e poi tu che sei un editor provetto potresti risistemare il tutto e scrivere l'articolo.

deal

Io me la cavo bene col tedesco e ho chiesto la stessa cosa sul Forum di Seti Germany, vediamo cosa mi rispondono li...

Gattorantolo ha scritto:

Talon ha scritto:

Quindi se il terremoto c'è a pc spento non viene registrato nulla vero? in tal caso mi sa che devo rinunciare

L`ordinatore deve essere acceso e la WU deve essere in elaborazione per registrare un evento. Non devi essere per forza online, anzi puoi far lavorare la WU anche offline, gli eventi te li registra ugualmente. Se hai registrato un probabile evento clicca su "aggiorna" e poi vai a vedere i "computers triggers". Io ho provato e funziona...ho colpito con l`unghia leggermente il sensore O-navi, sono poi andato online e ho seguito la procedura che ti ho indicato....e il trigger è apparso!
Qualcuno mi corregga se ho scritto castronerie per favore...

Avevo già letto questa cosa dell'offline e avevo già risposto ma si vede che a causa del grande numero di messaggi che è passato in corrispondenza dei due terremoti te lo sei perso.

La questione che mi lascia un dubbio è questa, se non sei online non può fungere il client NTP quindi sono abbastanza sicuro che il trigger che poi mandi non sia sincronizzato, ovvero al posto del numero di secondi di offset nella relativa colonna della tabella dei trigger dovresti trovare un trattino, in quel caso il trigger non può venir associato all'ID di un terremoto perchè manca di un timing certo e valido per i gestori del progetto (per loro non fa fede il clock del PC anche se lo sincronizzi tu in altro modo, deve girare periodicamente il loro client NTP verso il loro server NTP).
Quindi se il tuo scopo è raccogliere trigger per tue finalità personali va bene, se invece vuoi che siano anche utili al progetto allora rischi che tutta l'attività del sensore sia inutile.

Dico "rischi" perchè non sono proprio sicuro della cosa, in quanto potrebbe esserci una sorta di timeout dall'ultima sincronizzazione (quando il sensore viene visto online durante un trigger di ping, i trigger di ping partono ogni 15 minuti) solo dopo il quale il timing viene considerato inaffidabile, solo che non sò se c'è e se esiste quanto è lungo, sarebbe una domanda da forum QCN.

Questa cosa del client NTP e dell'offset la conosco da tempo, perchè avevo avuto dei problemi a farlo girare prima su una rete con firewall che bloccava la porta dell'NTP e poi perchè non girava su un PC con un vecchio windows2000 cosa di cui avevo discusso (senza riuscire a risolverla) con gli admin sul forum in questo thread . Quindi non essendo mai sincronizzato il PC avrebbe spedito trigger inutili, ma anche un PC che va online brevemente per tempi che non gli consentono mai di mandare trigger di ping con annesso sync NTP, sarebbe nella stessa condizione.

EDIT

Cmq è tutto spiegato nei requisti di installazione, leggere la relazione please link

Su Seti Germany confermano, a parte che mi ha risposto solo uno, comunque confermano...
Ma possibile che sul sito ufficiale di QCN non ci sia niente in merito? È una domanda fondamentale e trovo che una spiegazione in merito dovrebbe essere scritta..

Capita anche a voi, usando un accelerometro sul portatile, che il sensore si fermi e non mostra più segni di vita mentre la WU continua ad andare avanti normalmente?
Questo mi succede sia online che offline! Se esco dal Boinc manager e lo faccio poi ripartire il sensore riprende a funzionare... lo trovo molto strano

Gattorantolo ha scritto:

Capita anche a voi, usando un accelerometro sul portatile, che il sensore si fermi e non mostra più segni di vita mentre la WU continua ad andare avanti normalmente?
Questo mi succede sia online che offline! Se esco dal Boinc manager e lo faccio poi ripartire il sensore riprende a funzionare... lo trovo molto strano

Quelle poche volte che il sensore mi si è bloccato anche la percentuale sulla barra di progresso si è fermata.
Per il sensore USB in genere basta scollegare il cavo e ricollegarlo perchè riprenda a fungere, solo una volta in questo modo non ripartiva e ho dovuto smontarlo e rimontarlo per farlo ripartire.
Il tuo è USB o interno ? Nel secondo caso ti consiglio di porre la domanda qui: link

L`accelerometro si trova solo su alcuni portatili ed è interno, il mio MacBook Pro ne ha uno interno...

Come mai IL RAC del progetto QCN sale alle stelle senza motivo?

Gattorantolo ha scritto:

Come mai IL RAC del progetto QCN sale alle stelle senza motivo?

È sempre stato così, hanno sempre avuto dei problemi con le statistiche

Ah...chissà poi perché...mah!

Questa pagina andrebbe aggiornata coi membri nuovi e quelli attivi e non più attivi...
www.boincitaly.org/p...rra/quake-catcher-network.html?showall=1

Gattorantolo ha scritto:

Questa pagina andrebbe aggiornata coi membri nuovi e quelli attivi e non più attivi...
www.boincitaly.org/p...rra/quake-catcher-network.html?showall=1

Appena ho un po' di tempo la aggiorno, ultimamente non riesco a stare dietro a tutto, non ho ancora finito di leggere l'articolo (di cui sopra) per postare il riassunto ...

baxnimis ha scritto:

astroale ha scritto:

Il pdf l'ho letto per metà ieri, se entro poco ho il tempo di finirlo potrei postare un riassuntino e poi tu che sei un editor provetto potresti risistemare il tutto e scrivere l'articolo.

deal

Inizio a postare almeno il riassunto dell'introduzione anche perchè non so se ho tempo per farlo tutto. L'intro è cmq interessante perchè contiene molte info che sono spesso delle FAQ su questo thread.

ah visto che è una cosa vecchia, riporto il link al post della news originale.


RIASSUNTO ARTICOLO (step 1)

Premessa

Nell'articolo si riferiscono in genere a quest'esperimento come "New Zealand aftershock", cioè l'utilizzo delle scosse di assestemento del terremoto in Nuova Zelanda per eseguire il confronto tra sensori QCN e GeoNet.

Introduzione

Nell'introduzione viene descritto il funzionamento del QCN, di cui riporto solo alcuni dettagli che credo siano meno conosciuti tra gli utenti QCN.
Nei sensori sismici tradizionali in genere il timing viene mantenuto tramite un modulo GPS, nel caso del QCN invece viene utilizzato un server NTP che viene contattato da ogni singola stazione ad intervalli di 15 minuti per calcolare lo scostamento in secondi tra il clock del PC remoto e quello del server NTP. Anche questo sistema di timing è stato oggetto di confronto qualitativo tra i sensori professionali della rete GeoNet e le stazioni QCN. Su 192 stazioni QCN meno di 5 mostravano un timing scarso con uno scostamento di parecchi secondi in anticipo o in ritardo, per scoprire le cause di questo difetto dicono che serviranno ulteriori analisi. Poi descrivono il metodo per settare le coordinate del sensore tramite le API di Google Maps, durante l'esperimento hanno potuto usare questo sistema sul 95% delle stazioni.
I trigger, con annessa registrazione delle forme d'onda, vengono generati quando l'accelerazione corrente è significativamente maggiore di quella registrata nei 60 secondi precedenti. Questo paramentro viene calcolato con un algoritmo di tipo STA/LTA (short-term average / long-term average). (NdR, qui: link wikipedia , potete trovare una descrizione generica di questo tipo di calcolo). Quando viene generato un trigger pochi dati vengono rapidamente trasferiti al server QCN. Il client QCN può registrare le forme d'onda in due modalità diverse, in modo continuo e in modo "trigger". In quest'ultima modalità sono salvati circa 180 secondi di registrazioni intorno all'istante del trigger, 60 secondi prima e 120 secondi dopo l'evento. Le forme d'onda di un trigger vengono inviate al server se correlate con un terremoto riportato dal catalogo dell'U.S. Geological Survey National Earthquake Information Center o dall'algoritmo di rilevazione del QCN. In modalità continua vengono registrati e inviati pacchetti di 10 minuti di forme d'onda. Nell'esperimento i dati sono stati raccolti in modalità continua.
La applicazioni pratiche per i dati raccolti dal QCN potrebbero essere sia per sistemi di preallarme sismico sia per mappare e analizzare il rischio sismico. Ad esempio, l'incremento delle densità delle stazioni può ridurre il tempo necessario a rilevare e caratterizzare un terremoto, fornendo potenzialmente alcuni critici secondi di preallerta. Osservazioni "dense" migliorano la comprensione di come variano a piccola scala (<5 km) i movimenti del suolo e forniscono informazioni fondamentali sulla propagazione delle onde attraverso materiali geologici complessi. Studi precedenti concludevano che la densità delle stazioni dovrebbe superare una per km quadro per produrre mappe del movimento del suolo in grado di fornire risultati utili per le applicazioni pratiche di cui sopra.
Prima di utilizzare i dati del QCN in queste applicazioni pratiche è importante verificarne l'affidabilità delle registrazioni e questo è stato fatto utilizzando le scosse di assestamento di questo forte terremoto in Nuova Zelanda e stazioni della rete GeoNet.

Interessantissimo!

Che succude con QCN? Non c`è più il sensore e QCN Homepage ha qualcosa di strano...
qcn.stanford.edu/join-qcn/download-qcn-monitoring

Gattorantolo ha scritto:

Che succude con QCN? Non c`è più il sensore e QCN Homepage ha qualcosa di strano...
qcn.stanford.edu/join-qcn/download-qcn-monitoring

L'importante che vada il progetto poi il sito lo sistemeranno

Ora è tornato a posto...ho fatto un reset del progetto, ho nuovamente installato il driver...e non andava ancora ...che mi rimaneva da fare allora? Ho estratto la presa sul sensore QCN e lo reinserita ...improvvisamente si è messo poi a funzionare...Dio sa poi perché....meno male!

Terremoto a Christchurch, Nuova Zelanda



Nel video qui sopra sono mostrate le onde sismiche di un terremoto M5.2 attraversare Christchurch, in Nuova Zelanda il 4 ottobre 2010. I cerchi indicano l'ubicazione delle stazioni sismiche che registravano l'evento, compresi 118 sensori QCN e 29 stazioni GeoNet. I colori indicano l'intensità dello scuotimento del terreno, qui misurata come accelerazione, il grigio indica assenza di scuotimento, rosso brillante indica lo scuotimento più intenso durante l'evento. La massima accelerazione misurata sulle stazioni era di circa 1 m/s/s, o circa il 10% della forza di gravità.

La traccia in basso è un tipo di un sismogramma che mostra l'energia rilasciata in funzione del tempo. Il primo piccolo aumento di energia si ha quando la P-wave arriva alla stazione e il salto grande di energia avviene quando arriva la S-wave di maggiore ampiezza. Si può vedere che vi è continuo scuotimento attraverso Christchurch per 20-30 secondi, questa energia sismica in ritardo è nota come coda. Ed è dovuta ai riverberi delle onde nel terreno relativamente slegato su cui è costruita Christchurch.

Questo terremoto è stata una delle tante scosse di assestamento registrate sia dalla rete fissa neozelandese GeoNet, sia dai sensori temporanei QCN. Circa 180 sensori QCN sono stati installati dopo il terremoto M7.1 a Darfield che si è verificato il 3 settembre 2010. Dall'istante della scossa principale si sono verificate centinaia di piccole scosse di assestamento, complessivamente dannose come una M6.3. La rete QCN ha registrato eventi che vanno da M2.6 - M6.3.
27 Feb 2012 | 01:08:59 UTC

Earthquake in Christchurch, New Zealand

Watch this video and see a M5.2 earthquake send seismic waves across Christchurch, New Zealand on October 4, 2010. The circles show the location of seismic stations that recorded the event, including 118 QCN sensors and 29 GeoNet stations. The colors denote the intensity of the ground shaking, measured here as acceleration, with grey indicating no shaking and bright red indicating the most intense shaking during the event. The maximum acceleration measured on the stations was about 1 m/s/s, or approximately 10% of the force of gravity.

The trace at the bottom is a type of a seismogram that shows the energy released versus time. The first small increase in energy is when the P-wave arrives at the station and the large jump in energy occurs when the larger amplitude S-wave arrives. You can see that there is continued shaking across Christchurch for 20-30 seconds, this late seismic energy is known as coda. It is due to the reverberations of the waves in the relatively loose soil that Christchurch is built on.

This earthquake was one of many aftershocks recorded by both the permanent New Zealand network, GeoNet, and temporary QCN sensors. Approximately 180 QCN sensors were installed following the M7.1 Darfield earthquake that occurred on September 3, 2010. Since the mainshock there have been hundreds of smaller, but damaging aftershocks as large as M6.3. The QCN network recorded events ranging from M2.6 – M6.3.
27 Feb 2012 | 1:08:59 UTC

Ottimo lavoro come sempre astro

morse ha scritto:

Ottimo lavoro come sempre astro

Grazie
Non mi viene in mente un sinonimo tecnico appropriato per il terreno "loose", libero ... slegato mi sembrava quello che ci si avvicina di più ma non sono sicuro.