Skip to Content
Last modified by robert on 2025/10/29 10:39
From version 89.3
edited by robert
on 2025/10/29 10:39
Change comment: There is no comment for this version
To version 87.1
edited by robert
on 2025/10/27 16:19
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -232,8 +232,7 @@
232 232  
233 233  
234 234  
235 -{{{
236 - }}}
235 +[[image:1706153354750-415.png||data-xwiki-image-style-alignment="center" height="317" width="562"]]
237 237  
238 238  ----
239 239  
... ... @@ -271,27 +271,6 @@
271 271  * Ignore the settings for seismic recordings in the subsequent window. Resetting instruments (e.g., sampling rate, gain) requires reprogramming via script.
272 272  )))
273 273  
274 -== File structure ==
275 -
276 -There are essentially three main folders where relevant PROSPECT and PROJECT DATA is stored. Individual projects will be found as subfolders in these.
277 -
278 -=== SOLOLITE ===
279 -
280 -This folder stores SoloLite config files and parameters. Nothing too important stored here, you can always start over and re-create this.
281 -
282 -=== DCCDATA ===
283 -
284 -This folder stores the RAW data you have harvested from the nodes. The data will still be on the nodes (unless you erased it) in case of emergency, but regardless, this is the folder you want to back up and save somewhere.
285 -
286 -If you had a weird time harvesting a node, you can always manually copy it as if it were a USB stick and place it into this folder manually. The structure is: //C:/DCCDATA/prospect_name/project_name/SERIALNUMBER/label(usually a timestamp but can be anything)//
287 -
288 -Then in the SoloLite software, go to tools > Reanalyze Seismic Data
289 -
290 -=== SOLODATA ===
291 -
292 -This folder stores **exported** (e.g. miniseed) data. It is structured similarly. If your DCCDATA is intact, this can always be re-created if need be.
293 -
294 -
295 295  == Data Downloading Process ==
296 296  
297 297  1. (((
... ... @@ -316,38 +316,10 @@
316 316  )))
317 317  )))
318 318  
319 -== Smart Solo Z Polarity bug (SP nodes ONLY!) ==
297 +== Smart Solo Z Polarity bug ==
320 320  
321 -See [[https:~~/~~/auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug]] for discussion. If data is headed to AusPass, we prefer to invert the IGU-16HR 3 Z channel data manually rather than in the SoloLite software or inverting the response metadata. **The BD3C-5 data does not require a polarity inversion.**
299 +See [[https:~~/~~/auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug]] for discussion. If data is headed to AusPass, we prefer to invert the IGU-16HR 3 Z channel data manually rather than invert the response metadata. The BD3C-5 data does not require a polarity inversion.
322 322  
323 -== 18 Leap Second bug ==
324 -
325 -Not so much a bug as much as "a thing that can happen if your SoloLite installation is corrupted". If you notice your data has large time offsets, you should suspect that the number of leap seconds has not been accounted properly. There is a file "smartsoloconfig.xml" that needs to be present in "C:\SmartSoloApps SoloLite" (e.g. the main program directory) that dictates the leap second offset for the last two data ranges. Since 2017-01-01, this is 18 seconds. At some point in the next few years it will be 19 seconds.
326 -
327 -If this file is missing, just create a new one structured like so, name it "smartsoloconfig.xml" and put it in your main program directory. Then, Reanalyze your data (tools > Reanalyze seismic data) and your data should have the correct time. You can also do this manually, if you want. The offset is 18 seconds precisely.
328 -
329 -{{code language="none"}}
330 -<?xml version="1.0" encoding="UTF-8"?>
331 -<config>
332 - <leapsecond>
333 - <interval>
334 - <start_time>2017-01-01#00:00:00</start_time>
335 - <end_time>2999-12-31#23:59:59</end_time>
336 - <second>18</second>
337 - </interval>
338 - <interval>
339 - <start_time>1970-01-01#00:00:00</start_time>
340 - <end_time>2017-01-01#00:00:00</end_time>
341 - <second>17</second>
342 - </interval>
343 - </leapsecond>
344 - <GPS_distance_threshold_degree>
345 - 4e-5
346 - </GPS_distance_threshold_degree>
347 -</config>
348 -{{/code}}
349 -
350 -
351 351  == Handling Nodes During Download ==
352 352  
353 353  1. (((