[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [ddlm-group] Proposal to allow SU corresponding to a givenMeasurand data name to be linked using _name.linked_item_id
- To: Group finalising DDLm and associated dictionaries <ddlm-group@iucr.org>
- Subject: Re: [ddlm-group] Proposal to allow SU corresponding to a givenMeasurand data name to be linked using _name.linked_item_id
- From: "Herbert J. Bernstein" <yayahjb@gmail.com>
- Date: Tue, 24 Jul 2018 07:32:56 -0400
- DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;h=mime-version:in-reply-to:references:from:date:message-id:subject:to;bh=ciZCvjc1kdyClxcwU6PNMjxzTJNQfml6I2/CGx3PxBw=;b=iwc/QgNG5U11tm3GVrAPIdRcYKe3h0I8FOpO271V1Lrx1AlTk6QW2SOcRP8dPRKB/1umDMlxg9AxQwMYcuMkcMRlUUB/fdYEoWH7ylNmdwQa0ZCbZJonKLs7jYE0x/4zrsXVDldqk3c3j438r4UQPnCJ3UkLpQWfIh3Vy+PT9oanFvjFvYEaov0eRB/j4k5oe4b3lx5Dr3svUKezffa9E/+5hcXYunWb/P7+PyYwLDoVvwsqrrZ2g+6eypMzf8RS/llGCRL1YTcPH64T3GDA8IrjMHw/7iQ2tRtkOILOP/NFMouLhoHRGQfB8hKATgkw7KITox6ED9Mav3B3VZUsrw==
- In-Reply-To: <CAM+dB2d9_x3i9oRE2JzbP-D5LODe6qdWv6N=vsNpkWqzj4UOAA@mail.gmail.com>
- References: <CAM+dB2d9_x3i9oRE2JzbP-D5LODe6qdWv6N=vsNpkWqzj4UOAA@mail.gmail.com>
Before making this decision, we need to consider the general issue of requiring parents to accumulate all information on their children. It makes the addition of new children more complex. In general we could extract the information on parent-child relationships from either side. We could require it on the parent, or on the child, or on both. We should try to be consistent.
On Mon, Jul 23, 2018 at 11:39 PM, James Hester <jamesrhester@gmail.com> wrote:
Dear DDLm group,(abbreviated text of issue raised at https://github.com/COMCIFS/cif_core/issues/86 )The current DDLm specification provides for a data name that contains the standard uncertainty of another data name to flag this relationship by setting _type.purpose to SU and _name.linked_item_id to the data name that it holds the SU of. However, it is more often useful to search in the opposite direction, that is, given a data name, find the data name that holds the SU. I therefore propose that, when a data name has _type.purpose of Measurand, a data name specified in _name.linked_item_id will hold the standard uncertainty. Any objections?James.--T +61 (02) 9717 9907
F +61 (02) 9717 3145
M +61 (04) 0249 4148
_______________________________________________
ddlm-group mailing list
ddlm-group@iucr.org
http://mailman.iucr.org/cgi-bin/mailman/listinfo/ddlm- group
_______________________________________________ ddlm-group mailing list ddlm-group@iucr.org http://mailman.iucr.org/cgi-bin/mailman/listinfo/ddlm-group
Reply to: [list | sender only]
- Follow-Ups:
- References:
- Prev by Date: [ddlm-group] Proposal to allow SU corresponding to a givenMeasurand data name to be linked using _name.linked_item_id
- Next by Date: Re: [ddlm-group] Removing dictionary_xref,_definition.xref and _enumeration_xref attributes from DDLm
- Prev by thread: [ddlm-group] Proposal to allow SU corresponding to a givenMeasurand data name to be linked using _name.linked_item_id
- Next by thread: Re: [ddlm-group] Proposal to allow SU corresponding to a givenMeasurand data name to be linked using _name.linked_item_id
- Index(es):