Discussion List Archives

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

Re: Cif dictionary version numbers


    I am sorry for leaving my "fly on the wall" status, but it seems to
me that this version numbering problem is more basic.  As soon as Dr. Towler
mentioned parsing the version number it seemed clear to me that the problem
is that multiple pieces of data are being packed into a single data item.

    The version identifier cannot be a number.  Certainly version 1.1 differs
from 1.10.  Does it make sense to say that version 1.2 is greater than 1.12
when we expect that 1.12 is a much more recent version?  The dot in the version
number is not a decimal point, but simply a separator.  One could just as
well write version identifiers as 1/1, 1-1, or 1!1 and have the same meaning.

    This would probably break just about everything, but if you insist that
there is meaning to individual parts of the version identifier, I think you
need to have _dictionary_version, _dictionary_subversion, and
_dictionary_subsubversion data items.  This would eliminate any parsing issues,
and have unambiguous ordering rules.

    If you want beta versions, I think you would need yet another data item that
could assume the values of "alpha", "beta", "gamma", and "final".

    And now, I'm flying back up on the wall...

Dale

Matthew Towler wrote:
> I agree that three level numbering is useful
> 
>> So I would favour leaving the version labelling as now, but changing the
>> type of _dictionary_version in any new DDL1 release that results from 
>> this
>> and other of the recent bug reports.
> 
> 
> The only problem with this is that it completely rules out any future 
> parsing of version numbers.  Reading three numbers would be plausible, 
> but not once free form text such as 'beta' starts being added; and once 
> it is a free form text field there is no telling what form of words will 
> be used.
> The alternative I would prefer would be simply to drop the second point 
> e.g.
> 
> 1.0.1 -> 1.01
> 2.3.1 -> 2.31
> 
> This still means we get three level numbering, but can also treat the 
> values as numbers.  The only restriction is that we can only have nine 
> minor (0.1) revisions.
> I think that text such as 'beta' can and should be included in the 
> _dictionary_name.  There it is more likely to be obvious to users than 
> in the version field.
> 
> Matt
> 
> _______________________________________________
> cif-developers mailing list
> cif-developers@iucr.org
> http://scripts.iucr.org/mailman/listinfo/cif-developers
_______________________________________________
cif-developers mailing list
cif-developers@iucr.org
http://scripts.iucr.org/mailman/listinfo/cif-developers

Reply to: [list | sender only]
International Union of Crystallography

Scientific Union Member of the International Council for Science (admitted 1947). Member of CODATA, the ICSU Committee on Data. Member of ICSTI, the International Council for Scientific and Technical Information. Partner with UNESCO, the United Nations Educational, Scientific and Cultural Organization in the International Year of Crystallography 2014.

ICSU Scientific Freedom Policy

The IUCr observes the basic policy of non-discrimination and affirms the right and freedom of scientists to associate in international scientific activity without regard to such factors as ethnic origin, religion, citizenship, language, political stance, gender, sex or age, in accordance with the Statutes of the International Council for Science.