[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .. .... .. .. .

Dear David,

   I am not sure there is a reason to forbid the use of
alias_tag_set attributes in normalized form with
individual tag definition save frames for precisely
the reasons you give for the denormailized form.

   Regards,
     Herbert

=====================================================
  Herbert J. Bernstein, Professor of Computer Science
    Dowling College, Kramer Science Center, KSC 121
         Idle Hour Blvd, Oakdale, NY, 11769

                  +1-631-244-3035
                  yaya@dowling.edu
=====================================================

On Fri, 4 Feb 2011, David Brown wrote:

> Herbert,
> 
> I have checked your DDLm draft at the site quoted below and find it
> acceptable.  The only suggestion I have is that the description of the
> alias_tag_set category should point out (in the same way as the description
> of the dictionary_xref category), that this category is not used as
> attributes of individual data items.  This is true in the normalized state
> when (I assume, though you never answered my question directly) all the
> aliases will appear in a single alias_tag_set save_ frame.  After
> denormalizing they will of course appear in the joined alias category and so
> in this format will be attributes of individual data items.  I assume this
> is not a problem.
> 
> The advantage of keeping all the aliased datanames (tags) in one save_ frame
> is that this save_ frame can be kept in a separate dictionary and can be
> imported as required into a standard dictioanry that otherwise has makes no
> reference to tag_sets, making dictionary management much simpler, but
> allowing a user to customize the dictioanry according to their own
> definition of tag_sets.
> 
> I like the alias_tag_set name.  It is more descriptive, shorter and
> therefore easier to understand.
> 
> David
> 
> 
> 
> Herbert J. Bernstein wrote:
> 
> These messages are getting too long.  I have posted the current
> best draft of what I will be using for my own work at
> 
> http://arcib.dowling.edu/~bernsteh/BplusS_DDLm_changes_2Feb11.dic
> 
> which should be considered a preliminary proposal to COMCIFs
> in support of the development of a DDLm dictionary for
> imgCIF along with a DDLm dictionary for the portion of the
> mmCIF dictionary needed to support imgCIF.
> 
> I hope to have practical code using this to demonstrate in Madrid,
> when we can discuss it face-to-face.
> =====================================================
>   Herbert J. Bernstein, Professor of Computer Science
>     Dowling College, Kramer Science Center, KSC 121
>          Idle Hour Blvd, Oakdale, NY, 11769
>
>                   +1-631-244-3035
>                   yaya@dowling.edu
> =====================================================
> 
> On Wed, 2 Feb 2011, Bollinger, John C wrote:
> 
> On Wednesday, February 02, 2011 11:46 AM, Herbert J. Bernstein wrote:
> [...]
> 
> I think the original COMCIFS decision of a global
> name space was a wise choice for the major applications of
> CIF, and would suggest we stick to it for DDLm.
> 
> For the record, lest it be obscured by the volume of rhetoric, none of 
> the name space issues I have raised in this discussion of DDLm aliases 
> should be construed as advocacy for COMCIFS changing policy on naming, 
> prefixes, etc..  The introduction of DDLm is no justification for such a 
> disruptive move.  All I ask the group to consider is whether DDLm should 
> provide for cases where COMCIFS policy is not observed.
> 
> 
> Cheers,
> 
> John
> 
> --
> John C. Bollinger, Ph.D.
> Department of Structural Biology
> St. Jude Children's Research Hospital
> 
> 
> Email Disclaimer:  www.stjude.org/emaildisclaimer
> 
> _______________________________________________
> ddlm-group mailing list
> ddlm-group@iucr.org
> http://scripts.iucr.org/mailman/listinfo/ddlm-group
> 
> _______________________________________________
> ddlm-group mailing list
> ddlm-group@iucr.org
> http://scripts.iucr.org/mailman/listinfo/ddlm-group
> 
> 
> 
> 
>
_______________________________________________
ddlm-group mailing list
ddlm-group@iucr.org
http://scripts.iucr.org/mailman/listinfo/ddlm-group

Reply to: [list | sender only]