From f50c9d802ebdaaa85699ecdc6a0de05a7b3f694f Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 9 May 2017 13:38:45 -0400 Subject: comment --- ...mment_2_c791aca6da2bb1be70991bc1a76982a4._comment | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) create mode 100644 doc/todo/Bidirectional_metadata/comment_2_c791aca6da2bb1be70991bc1a76982a4._comment diff --git a/doc/todo/Bidirectional_metadata/comment_2_c791aca6da2bb1be70991bc1a76982a4._comment b/doc/todo/Bidirectional_metadata/comment_2_c791aca6da2bb1be70991bc1a76982a4._comment new file mode 100644 index 000000000..449f415b7 --- /dev/null +++ b/doc/todo/Bidirectional_metadata/comment_2_c791aca6da2bb1be70991bc1a76982a4._comment @@ -0,0 +1,20 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 2""" + date="2017-05-09T17:27:35Z" + content=""" +I think that the core primitive here may not be the bidirectional +relationship, but instead setting a metadata field to a key. + +If the metadata is known to be a key rather than some other type +of value, then key-specific things can be done with it. + +So perhaps the real core thing is to be able to define what the type of a +metadata field is. That could be done using $field-type to define the type +of $field, but it seems it would be better to define it somewhat +globally so that fields with the same name can't have different types. + +(The datalad project does something similar for tarballs, using a custom +special remote that retrieves the tarball as an annexed object and then +explodes it to get the requested member object.) +"""]] -- cgit v1.2.3