[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [ddlm-group] Managing deprecation in DDLm
- To: ddlm-group@iucr.org
- Subject: Re: [ddlm-group] Managing deprecation in DDLm
- From: "john.westbrook@rcsb.org" <john.westbrook@rcsb.org>
- Date: Fri, 28 Apr 2017 08:15:29 -0400
- DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;d=rcsb-org.20150623.gappssmtp.com; s=20150623;h=subject:to:references:from:message-id:date:user-agent:mime-version:in-reply-to:content-transfer-encoding;bh=LP6w/M/YupcfiVLf45lAkihrK6roeTVCiDL7fnr2s88=;b=XodhruM6GTGEuhj3qP779EA7wDmQQ4NgRegSVGUcFNQyKTFREn9x/B9NRouAGqudyUn9DKhqkX4X3qNOfNtIZTggcVqDCFmLXcmhD+O/ota4urWQNoJJjB1ZSNv/Dmn3nKy6Hv7NHdsMOvZDHOd+cMd9KVtkqzOrZyvpwqVgBbfD0CuiEWDWXsUuCuVkVuh1qUZvbktqJ3Nat/2sdvCSeR8oO/qR9JMq++C7joZxmJpxANDguNtN1qRV/4ceN2uquRaUngZA5vwGUKA7cS5w0re1VcUI/JAbdS1+snd76V6G+1X/YgQUurFFG3G8Myop9fcRmH1lXqvE1qmMX2O7Bg==
- In-Reply-To: <CAM+dB2co6J-ksAAsWY3nz_NW=kc_VJ3Z0+UBc0+QNv9_xtaWww@mail.gmail.com>
- References: <CAM+dB2co6J-ksAAsWY3nz_NW=kc_VJ3Z0+UBc0+QNv9_xtaWww@mail.gmail.com>
On 4/27/17 9:11 PM, James Hester wrote:> Dear DDLm-group,>> In the case of direct dataname equivalents, '_alias.deprecation_date' is suitable as a way of flagging deprecation. However, if> there is no one-for-one substitution, there is no easy way to deal with deprecation. For example, on the cif_core discussion list we> have been talking about how to deprecate _cell_symmetry_setting, which has no direct equivalent in the new core dictionary. Having> no equivalent clearly requires that we keep the dataname in the dictionary in order to interpret legacy files. For such definitions,> it would be good to (i) have an attribute that directly flags deprecation (ii) where an algorithm exists to convert values to an> alternative dataname (e.g. unit conversion), that this algorithm could be specified. While such deprecation happens very rarely, it> would seem prudent to allow for occasional mistakes in dataname definition.>> Note that in DDL2 the _item_related.function_code dataname has values that indicate deprecation (Vol G table 2.6.5.1) and conversion> by multiplication: "replaces", "replacedby", "conversion_constant", "conversion_arbitrary". This is not a particularly good match> for us, as simple replacement is already accomplished by aliases, and simple constant multiplication is not always sufficient. We> also have dREL at our disposal for describing arbitrary transformations.>Aliases as used in DDL2 provide correspondences for semantically identical items. The role replaces/replacedby is identifycases of deprecation and/or preferred usage which seems to be what you are seeking to represent. Regards, John > I propose the following:> (i) a new DDLm attribute '_definition.replaced_by' which would have the value of a dataname that should be used instead (or default> value 'None').> (ii) a new DDLm '_method.purpose' tag 'FromDeprecated' which could be used in the definition of the dataname that replaces the> deprecated definition. The method associated with this purpose would calculate the value of the new dataname from the old dataname> (and any other datanames that are necessary).>> Does this scheme seem reasonable to you? If so, I will work up a proper definition.>> all the best,> 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> -- John Westbrook, Ph.D.RCSB, Protein Data BankRutgers, The State University of New JerseyDepartment of Chemistry and Chemical Biology174 Frelinghuysen RdPiscataway, NJ 08854-8087e-mail: john.westbrook@rcsb.orgPh: (848) 445-4290 Fax: (732) 445-4320_______________________________________________ddlm-group mailing listddlm-group@iucr.orghttp://mailman.iucr.org/cgi-bin/mailman/listinfo/ddlm-group
Reply to: [list | sender only]
- Follow-Ups:
- Re: [ddlm-group] Managing deprecation in DDLm (James Hester)
- References:
- [ddlm-group] Managing deprecation in DDLm (James Hester)
- Prev by Date: [ddlm-group] Some nitty gritty DDLm discussion taking place onGithub
- Next by Date: Re: [ddlm-group] Treatment of CIF2 unicode characters withCIF1 equivalents
- Prev by thread: [ddlm-group] Managing deprecation in DDLm
- Next by thread: Re: [ddlm-group] Managing deprecation in DDLm
- Index(es):