[Moims-dai] Component Diagram - Consumer and Producer Application Update
kearneysolutions at gmail.com
kearneysolutions at gmail.com
Tue May 19 15:16:52 UTC 2020
Hey, Dawei, glad to have your input in any form you can provide it.
In the architecture concept, we have plug-ins or bindings that are specific to each archive (Science, Engineering, DNA, Geology are just examples) or in some cases to each data format (PDF, HTML are just examples). If some archive wanted to have a “research” plug-in/binding that combined Science and Engineering, that would be perfectly OK. But it is up to the archive to define the scope of each plugin that is needed to access their archive.
The idea with some plugins being data formats rather than archive (designated community) specific was so that some commercial vendors can help the archive by publishing a plug-in for their complex software. Like Adobe might produce a PDF plugin, Autodesk might publish an Autocad plugin, etc. These would be supplemental to the main plugin needed for an archive. So an engineering archive might say “for my engineering data you need my engineering plugin and Autodesk’s Autocad plugin.”
We discussed your comment, and we think that Steve will change “Binding” on his diagram to “Binding Layer” and that will make it more clear that the box is not actually a binding, but a layer that can be composed of many types of bindings, with only a few examples shown.
Does that address your comment?
Huntsville, Alabama, USA
From: MOIMS-DAI <moims-dai-bounces at mailman.ccsds.org> On Behalf Of Lin, Dawei (NIH/NIAID) [E] via MOIMS-DAI
Sent: Monday, May 18, 2020 4:52 PM
To: MOIMS-Data Archive Interoperability <moims-dai at mailman.ccsds.org>
Cc: Lin, Dawei (NIH/NIAID) [E] <dawei.lin at nih.gov>; Hughes, John S (US 398B) <john.s.hughes at jpl.nasa.gov>
Subject: Re: [Moims-dai] Component Diagram - Consumer and Producer Application Update
Sorry that I have not been able to participate in the weekly calls because of a conflict of another regular call.
From the perspective of not knowing the context, I think that “research data” sounds more general than “scientific data” and “engineering data” in Component_Diagram_200518.jpg, which may be useful to describe a broad concept. Also, depending on the definition of “Science Data”, it may need the same implementation of “Native Archive” as the “Engineering Data” does. But again, I did not participate in a lot of discussions, so what I said is entirely off.
Dawei Lin, Ph.D.
Associate Director for Bioinformatics and Senior Advisor to the Director
Division of Allergy, Immunology, and Transplantation
National Institute of Allergy and Infectious Diseases
5601 Fisher’s Lane 7A70, MSC 9828
Rockville MD, 20852
Work phone: 240-627-3527
Cell Phone: 301-312-3986
From: "Hughes, John S (US 398B) via MOIMS-DAI" <moims-dai at mailman.ccsds.org <mailto:moims-dai at mailman.ccsds.org> >
Reply-To: MOIMS-Data Archive Interoperability <moims-dai at mailman.ccsds.org <mailto:moims-dai at mailman.ccsds.org> >
Date: Monday, May 18, 2020 at 12:40 PM
To: MOIMS-Data Archive Interoperability <moims-dai at mailman.ccsds.org <mailto:moims-dai at mailman.ccsds.org> >
Cc: "Hughes, John S (US 398B)" <john.s.hughes at jpl.nasa.gov <mailto:john.s.hughes at jpl.nasa.gov> >
Subject: [Moims-dai] Component Diagram - Consumer and Producer Application Update
Attached is the latest version of a Component diagram that maps to Mike’s diagram.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the MOIMS-DAI