From mboxrd@z Thu Jan 1 00:00:00 1970 From: myglc2@gmail.com Subject: Re: Use guix to distribute data & reproducible (data) science Date: Fri, 16 Feb 2018 09:33:27 -0500 Message-ID: <861shldmx4.fsf@gmail.com> References: <365e13248634ac1e26cf6678611d550d@hypermove.net> <87mv0ixf07.fsf@gnu.org> <1cb709d0-b282-192c-ce1d-20fbff43430e@fastmail.net> <87lgfvu3dg.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43338) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1emh4w-0003cy-8Z for guix-devel@gnu.org; Fri, 16 Feb 2018 09:33:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1emh4t-00061Y-6H for guix-devel@gnu.org; Fri, 16 Feb 2018 09:33:34 -0500 Received: from mail-qt0-x234.google.com ([2607:f8b0:400d:c0d::234]:47034) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1emh4t-00061M-1g for guix-devel@gnu.org; Fri, 16 Feb 2018 09:33:31 -0500 Received: by mail-qt0-x234.google.com with SMTP id u6so3946586qtg.13 for ; Fri, 16 Feb 2018 06:33:30 -0800 (PST) In-Reply-To: (Konrad Hinsen's message of "Fri, 16 Feb 2018 10:28:34 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Konrad Hinsen Cc: Guix Devel Hi Konrad, On 02/16/2018 at 10:28 Konrad Hinsen writes: > Whether for software or for data, dependencies are DAGs whose terminal > nodes are measuremnts (for data) or human-supplied information (code, > parameters, methodological choices). Guix handles the latter very well. > > The three missing pieces are: > > - Dealing with measurements, which might involve interacting with > experimental equipment or databases. Moreover, since data from > such sources can change, its hash in the store must be computed > from the contents, not just from the reference to the contents. Why not "enclose" a measurement set and it's provenance in a git "package"? - George