Here are the plots for the Jul, Aug, and Sept.

Here are the plots for the Apl, May and Jun.

Here are the plots for the Jan. Feb. and Mar.

Thank you Washimi-kun.

I attached a pdf file that shows the comparison of seismic noise levels between,

• Tunnel Construction with the Wall construction at the tunnel exit point,
• Tunnel Construction without the Wall construction at the tunnel exit point.

The seismic noise tends to be enhanced if there is "Wall construction".

In both constructions, heavy construction machinery with "caterpillars" were used. I guess the direct contact between these metal caterpillars and the ground resulted in the seismic noise enhancement. On the other hand, the dump trucks with tires seemed not to produce seismic noise in this frequency range according to my past measurement.

According to the constructor, the wall construction with heavy construction machinery will end around the beginning of February, and the main work will be concrete wall-making with concrete mixer cars. So, the seismic noise excess will be smaller in March??

Note

One more construction was being done in the river near the SK entrance area by other company in all months.

I picked up some interesting days:

1. 10/31 : No tunnel making works
   • The morning time was quieter than the other weekdays
   • The afternoon time was about the same as other weekdays
2. 11/26 : No blasting, but a crane and a truck worked
   • about the same as other weekdays
3. 11/29 : No blasting, but a crane and a truck worked
   • Very noisy due to Earthquakes?
   • But quieter than the other weekdays
4. 12/11 : No blasting, but 2 cranes and a truck worked
   • about the same as other weekdays

As for Miyoki-san's request, I produced plots specified for Feb.20.

The same analysis for April 11th.

The data for 10:00-11:00 JST looks like it was not recorded. due to a DGS maintenance?

> The data for 10:00-11:00 JST looks like it was not recorded. due to a DGS maintenance?
Yes, if they are minutes trend.

In the most cases, trend data is lost only during daqd rebooting (~a few minutes in normal).
According to the log of daqd restart, daqd was restarted just before a timing when daqd wrote a gwf file on the disk storage unfortunately.
For this reason, a process of writing file was skipped once and 1-hour long data (it's a length of minutes trend file) was lost.

The same analysis for April 14th.