There is no such content in this group
Posts
A Data Fabric Position Paper to Broaden Discussion (Berg-Cross, Jeffery, and Moore)
:The Data Fabric Interest Group (DFIG) has gotten off to a rapid start with a draft white paper, acquisition of use cases, and presentations at Plenaries. Alternate views of the Data Fabric scope and purpose are now starting to emerge. Three of us (Berg-Cross, Keith Jeffery, and Reagan Moore) thought that some alternate views might be outlined and offered for discussion. The intent of this paper is present some ideas on these views and to promote discussion of them within the community. So comments are welcome.1 | Add new comment
Approaches to Making Dynamic Data Citable: Recommendations of the RDA Working Group
DF folks may be interested in this upcoming webinar on Apr 08, 2015 at 10:00 AM EDT. Approaches to Making Dynamic Data Citable: Recommendations of the RDA Working Group0 | Add new comment
DFIG at San Diego Plenary
Dear DFIG colleagues, Here at the San Diego Plenary we had 3 sessions that were related with the Data Fabric IG. - In the first plenary session we tried to inform people about DFIG goals and directions. For what we heard that session was very well perceived and people seem to understand the intentions and also the possible integrative power of DFIG.0 | Add new comment
Re: [rda-wg-ig-chairs] Re: [rda-wg-ig-chairs][rda-datafabric-ig] DFIG: White Paper...
by Arthur Smith
Thanks for the link to FAIRport, I wasn't aware of that at all. I do notice Peter Wittenburg is named (along with a few others) on their home page :) From the FAIR data principles I see the "(meta) Data" statements as somewhat along the lines of my suggestion, but both are probably vague enough that it's hard to tell if they're talking about the same thing or not. I did find Mark's presentation here:0 | Add new comment
RDA area clustering : TAB seeks feedback over next 2 weeks
Dear DFT and DF colleagues, We just received this proposal for WG/IG clustering from the Secretariat. It has been worked out by TAB and should now be discussed within the WG/IGs. Take care: this clustering is not meant to force WGs/IGs to work together etc. Please read and give comments within the next 2 weeks via the online wiki. Best Peter From: herman.stehouwer=***@***.***-groups.org [mailto:***@***.***-groups.org] On Behalf Of HermanStehouwer0 | Add new comment
AW: [rda-datafabric-ig] DFIG Update
Hi Peter, thank you very much for the update and the additional information. I've added the Use Case "Open Reference Data Repository for Nanoscopy" to the Wiki some weeks ago. My question is, should I adapt this UC to the new template too, or is the current version in the Wiki fine for you? Best regards, Thomas. Von: peter.wittenburg=***@***.***-groups.org [mailto:***@***.***-groups.org] Im Auftrag von Peter Wittenburg Gesendet: Dienstag, 20. Januar 2015 09:101 | Add new comment
DFIG Update
Dear all, After having had our first chairs meeting in the New Year we would like to update you all on a couple of issues. 1. We created a document answering on all the interactions via the forum and summarizing how we believe we should change the White Paper towards a new version. We will also set this document on the wiki. Please have a look, we will adapt the White Paper accordingly during the coming 2 weeks.6 | Add new comment
Re: [rda-datafabric-ig] DF-whitepaper-v0-5.docx
Just one small point on this idea of addressing real/operational issues. Use cases may start there but as an IG the way to move from discussion at the conceptual level is to have the DF IG spawn a WG on some specific goal which might be a specification that adopters may work with. As also noted the various early RDA WGs have some adoption and take up and that experience may provide some opportunities. Gary Berg-Cross, Ph.D. ***@***.***0 | Add new comment
Re: [rda-datafabric-ig] Re: [rda-datafabric-ig] draft version white paper form DFIG
Thomas, >I'm a fan of storing the MD directly with the object data. That makes the handling of the whole thing much easier and all the common repositories Thomas, >I'm a fan of storing the MD directly with the object data. That makes the handling of the whole thing much easier and all the common repositories today are also working in this way: the MD is strored together with the object data in a thing called "Digital Object" (having Fedora, DSpace in mind).0 | Add new comment