International Federation of Digital Seismograph Networks

FDSN Working Group III

FDSN Working Group III on Coordination of Products, Tools and Services

This group was established at the 2007 FDSN meeting in Perugia Italy.

FDSN WGIII will identify standard products that may be produced by FDSN data centers. It will advocate product uniformity and methods of production for FDSN products. It will advocate development and distribution of standard software tools that will support the production of FDSN products.

The goal of FDSN WGIII is to coordinate the creation of uniform products at participating FDSN data centers. It will also attempt to standardize services and share tools that produce FDSN approved products.

fdsn-wg3-products@lists.fdsn.org

May
April
March
February
January
December
November
October
September
August (6)
July (11)
June (14)
May
April (1)
March (15)
February
January
December
November
October
September
August
July (1)
June (2)
May (2)
April
March (1)
February (6)
January (1)
December
November
October
September
August (1)
July
June
May
April
March
February
January
December
November
October
September
August
July
June (2)
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January
December
November
October
September
August
July
June
May
April
March
February
January (1)
December
November
October
September
August
July
June (4)
May
April
March
February
January
December
November
October
September (1)
August (1)

Active Message Threads for August 2016

Joseph Steim
Aug. 23, 2016, 1:06 p.m. - Aug. 30, 2016, 11:30 a.m.
Participants in the discussion on the future of miniSEED International data exchange in earthquake seismology has been effective over decades because, among other reasons, SEED format has been mostly static. There are places in SEED into which everything, albeit awkwardly in some cases, has to fit. This creates a format that everybody may grouse about equally, but lives within. As a result, there has been a remarkable level of data sharing across networks. We were one of the early part... [more]
Replies
Hi all, Change proposal #12 to the 2016-3-30 straw man (iteration 1) is attached: Reduce record length field from 4 bytes to 2 bytes. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Replies
Hi all, Change proposal #8 to the 2016-3-30 straw man (iteration 1) is attached: Allow digitizer to set indicators in fixed section of header. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hi all, Change proposal #9 to the 2016-3-30 straw man (iteration 1) is attached: Reserve space in header for post-realtime (e.g. archive) flags. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hi all, Change proposal #7 to the 2016-3-30 straw man (iteration 1) is attached: Change start time to custom structure. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Chad Trabant
Aug. 11, 2016, 5:30 p.m. - Aug. 19, 2016, 8:47 p.m.
Hi all, Change proposal #17 to the 2016-3-30 straw man (iteration 1) is attached: General compression. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hi all, Change proposal #24 to the 2016-3-30 straw man (iteration 1) is attached: Change variable record length field to 16 bits. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hi all, Change proposal #19 to the 2016-3-30 straw man (iteration 1) is attached: Define fields/headers to details in blockettes. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Chad Trabant
Aug. 11, 2016, 12:39 p.m. - Aug. 19, 2016, 12:47 p.m.
Hi all, Change proposal #1 to the 2016-3-30 straw man (iteration 1) is attached: Combine location identifier with channel codes. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hi all, Change proposal #2 to the 2016-3-30 straw man (iteration 1) is attached: Add U to Quality Indicator for user modified data. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hello all, In our effort to be as inclusive as possible the next generation miniSEED proposals were sent to a long list of recipients including two FDSN Working Groups. Unfortunately many of the replies to these messages are only going to the FDSN Working Group lists. If you are not already a member of one of these mailing lists you can follow the ongoing discussions in the FDSN Message Center here: http://www.fdsn.org/message-center/topic/fdsn-wg3-products/ http://www.fdsn.org/message-c... [more]
No replies
Chad Trabant
Aug. 11, 2016, 5:28 p.m. - Aug. 12, 2016, 4:37 p.m.
Hi all, Change proposal #16 to the 2016-3-30 straw man (iteration 1) is attached: Retain and reorganize bit flags. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad P.S. The next 10 proposals/comments (#16 through #25) from KMI/Qaunterra are prefixed with the following general comment: Paraphrase: "Omit information that is in some cases vital or at least useful to detailed understanding of the data acquisition environment and quality... [more]
Hi all, Change proposal #11 to the 2016-3-30 straw man (iteration 1) is attached: Define network code as 6 characters and convention for temporary deployments. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
Hi all, Change proposal #25 to the 2016-3-30 straw man (iteration 1) is attached: Support CRC, suggest Quanterra CRC. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #23 to the 2016-3-30 straw man (iteration 1) is attached: Retain information in Event Detection Blockettes. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #22 to the 2016-3-30 straw man (iteration 1) is attached: Retain information in Calibration Blockettes. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #21 to the 2016-3-30 straw man (iteration 1) is attached: Retain the information in Timing Bloockettes. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #20 to the 2016-3-30 straw man (iteration 1) is attached: Retain a time quality value. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #18 to the 2016-3-30 straw man (iteration 1) is attached: Fixed point data sample encoding. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Apologies for the flurry of emails about change proposals, but ideally we now will have somewhat organized feedback on each of them. I did not include the following two proposals: #4 was to fix a typo in the straw man, which will be fixed. #10 was to accommodate non-integer sample rates in the header. The 2016-3-30 straw man already accommodates this by denoting the sampling rate as an IEEE float. Please let me know if anything is unclear or if I have missed any proposals. We ... [more]
No replies
Hi all, Change proposal #15 to the 2016-3-30 straw man (iteration 1) is attached: Change opaque headers to optional headers, some defined by FDSN. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #14 to the 2016-3-30 straw man (iteration 1) is attached: Change field 17 from opaque header count to length of optional headers. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #5 to the 2016-3-30 straw man (iteration 1) is attached: Add comment to warning about time ordering of records during leap second Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Hi all, Change proposal #3 to the 2016-3-30 straw man (iteration 1) is attached: Move flags to byte 4. Please use this thread to provide your feedback on this proposal by Wednesday August 24th. thanks, Chad
No replies
Tim Ahern
March 31, 2016, 8:44 a.m. - Aug. 11, 2016, 10:16 a.m.
Hello everyone, You are receiving this email because either you were in the initial list I sent the announcement to, are a member of FDSN WGII or WGIII or have expressed an interest in attending these discussions at the EGU. This includes a good mix of FDSN Network and data center personnel as well as representatives from equipment manufacturers. I am attaching a draft agenda that identifies the topics of discussion as well as giving the time and meeting place. I am also attaching a straw ma... [more]
Replies
eyu@gps.caltech.edu
Aug. 2, 2016, 4:38 p.m. - Aug. 3, 2016, noon
Hello, The Southern California Earthquake Data Center now has FDSN web services available for use: fdsn-station service: http://service.scedc.caltech.edu/fdsnws/station/1/ fdsnws-dataselect service: http://service.scedc.caltech.edu/fdsnws/dataselect/1/ fdsn-event service: http://service.scedc.caltech.edu/fdsnws/event/1/ Non fdsn service - event gathers: http://service.scedc.caltech.edu/webstp/ Please send any questions regarding these web services to scedc@gps.caltech.edu ... [more]
Glenn Thompson
July 21, 2016, 10:52 p.m. - Aug. 2, 2016, 6:14 p.m.
QuakeML, but it is a generic point too for any system or data format that aims to be useful for volcano-seismology. Much of my own work at different observatories has involved taking systems and database schema designed for regional earthquake monitoring and expanding them to support volcano-seismic monitoring needs. But maybe QuakeML isn't meant to support the exchange of volcano-seismic event metadata because many such events are small - which leads to other issues. On Jul 21, 2016, at 9:3... [more]
Replies