-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Name of the new format #26
Comments
I don't really care, but if I had to pick I would say this is a brand new format, not a simple revision of miniseed, so might as well give it a new name. That makes it clear that there is no expectation of binary read/write compatibility. And having a new name also helps to ease people's fear of the existing miniseed2 going away. With a new name there is more comfort with the idea of both existing in parallel for however long is needed. I would suggest "Novel Geophysical Format" and we can abbreviate as NGF! |
I personally feel that "miniSEED 3" is the only reasonable choice as its the only name people will recognize. Otherwise I fear that there will be a battle for name recognition and people will not know what we are talking about. With "miniSEED 3" they will think its the new miniSEED and instantly know what to expect. And even if the format might be different its basic characteristics like the record based structure and being "what you get from datacenters" will largely be the same. |
I've heard some good arguments for having a new name: it will be an incompatible new format and that there is potential for confusing users when their "miniSEED" tool does not work with the "miniSEED" they got from a data center. I am sympathetic to these arguments. On the other hand, there are good reasons to continue to call it miniSEED:
I like miniSEED 3. |
Looking at the SEED Manual (2.4) there seem to be a number of references to both I'm assuming from the previous comments that there should be no initial capitalisation and the hyphen and There is also reference to
|
For me, one of the particuliarities of the miniSEED is that it uses fixed size blockettes and blocks, which looks like something very related to the use of tape storage technology with sequential read. If the NGF doesn't use any more those concepts, my opinion is not to name it miniSEED3.
@chad-iris ,so for example, tools like msi, msrouter or msmod would continue to work with the NGF ? |
Yes, that's the idea.
I wouldn't advocate retaining "miniSEED" solely based on program names, but that minor detail is one of many that illustrates an important aspect of choosing a completely different name for something that is an evolution of miniSEED and will be used in the same way. |
I'm agnostic to which variation beyond that the documentation should use one consistently. |
The more I think about it, the more I believe that NGF is just too different from miniseed2 and really needs a new name. The fixed header is completely different and the blockette structure is totally gone, what is left to justify the reuse of the name? I just fail to see how an impartial observer looking at the two file formats would think "yea, this one and that one are really similar". Further I worry about the confusion when users only know "my program reads miniseed" and so want to download that format. But then the choices are only "miniseed2" and "miniseed3" and they have to figure out which version they need. And in the short term it will be worse as existing software will simply say "we can read miniseed" but in reality can only read miniseed2. There will be no indication in the documentation to the user as to which is correct. Given how long research software upgrade cycles are, this will be cause confusion for years if not decades after the initial release of the new format. At least a new name documents in an immediate, clear and simple way that the two formats are in not interchangeable. That said, I do see that an indication of the linkage with existing seed and miniseed formats is desirable. What about a name that was different, but that still indicated that it was within the SEED family of formats? Perhaps something like "nSeed" with 'n' for new or next and also coming after 'm'? It is easier to say and type then "mini-seed-three". I am not crazy about nSeed and would be happy if someone came up with something better, but I much prefer it to reusing the name miniseed. |
"microSEED"? ;) |
There will be some level of confusion no matter what, I don't think there is a solution that avoids it. Most users do not know or care about the details of a miniSEED header, it is a lot easier to educate the relatively few folks that will actually write software for it. So I'm less worried about how the internal details look, but more focused on the function and recognition of the function. An example of a well known data format, netCDF did not drop their name when they moved from versions 3 to 4, but version 3 readers cannot read the version 4 data model. (They did change for HDF5 but that was a scope change as I understand it.) |
I like that. |
How about 'notSEED'? :) |
I like it! :) |
It's a brand name. And how many user's really know the details of the format in the first place? For most scientists its a format data comes in and they could care less about the details. Also the information content and use cases for miniSEED 2 and the new format are pretty much identical. So many users (assuming the tools keep working) might not actually notice much of a difference. But the main reason to go for miniSEED3 in my book would really be that its a name people know and they know what to expect from it. Reeducating the broader community might take forever and why "waste" an established "brand"? I personally also like
I'm not too worried about this but maybe I'm mistaken. Most tools that can work with MiniSEED 2 files are based on |
Summary(Please let me know if I missed a point or misunderstood something) This is a touchy topic -
|
nanoSEED |
FLATS - Five Letters-Abbreviated Time Series format no, seriously:
|
|
Not a voter, but here goes.. ;-)
|
Maybe a bit late for this, but perhaps the vote should be split into 2 questions:
There seem to be quite a few votes for "other" but without an agreed upon candidate they are diluted. Or perhaps when counting the votes, if miniseed3 has the most but doesn't actually have a majority then we need to revisit. |
Anyone like maxiSEED ;-) or TSSEED (time series SEED)? SETSD (Standard for Exchange of Time Series data) or SETD (Standard for Exchange of Timeseries Data). SECT (Standard for Exchange of Channel Timeseries), I do not have a strong opinion, but miniSEED should be left to describe the current miniSEED2. |
xSeed should exceed all expectations
David Chavez
…On Tue, Jan 30, 2018 at 10:26 AM, David Ketchum ***@***.***> wrote:
Anyone like maxiSEED ;-) or TSSEED (time series SEED)? SETSD (Standard for
Exchange of Time Series data) or SETD (Standard for Exchange of Timeseries
Data). SECT (Standard for Exchange of Channel Timeseries),
I do not have a strong opinion, but miniSEED should be left to describe
the current miniSEED2.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#26 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AWHNTuB-6PH1Kinm5RS9vYPiTf1AIwCmks5tP17agaJpZM4RYXXL>
.
|
We think we should avoid "seismic" or "earthquake" from the acronym, since NGF has a larger scope : working with time series in general. We propose Anyway, we should take the time for choosing a good name, which will hopefully last for the next decades |
We do need to decide on a name for the new format and it is also becoming a bit awkward to keep calling it NGF (Next Generation Format) in the discussions. The obvious candidate is "miniSEED 3" but some people voiced concerns against that choice.
Thus please comment if ...
I'll summarize the discussion at the end of the month and then we can just vote on it.
The text was updated successfully, but these errors were encountered: