Discussion List Archives

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

Re: [ddlm-group] Removing Octal,Hexadecimal and Binary as DDLm types

  • To: =?UTF-8?Q?Saulius_Gra=C5=BEulis?= <[email protected]>, Group finalising DDLm and associated dictionaries <[email protected]>
  • Subject: Re: [ddlm-group] Removing Octal,Hexadecimal and Binary as DDLm types
  • From: Simon Westrip <[email protected]>
  • Date: Mon, 19 Feb 2018 23:03:34 +0000 (UTC)
  • DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s2048;t=1519081476; bh=90gy463jGQgvx2cRcqLYYPeiwROQeh0J4ZtEJuwbLJM=;h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject;b=IyM+zuJt+SwfTHgrY4YelSruyFe3bd8Mr1wGGoEwCCs4dR/GOx8AvewwdC1BxwlnYUyg3RWJnAGElRKFq8FOa5GZT9KAp5LFMrD9M/c0z+sVZPtn8/JNjFt6kddcsfxU4CbwWxG9L4hlrqTinxWuIKlqWSmZX8ndnBFCR38l9EATLU6LtOVyBE798+qnRkFlivfTTRCygR/a4OCTtGLUU7N5d9ma2qFP31U4R8OsPH3A1oWmsXZRwUBkyaga5DobpX3PcO8ipTcjmJen6rTmbJZqXRyrhl00YQ9Wd+F+BaMTHxKeBQikVqYKURbP2t1LOeKWWcN0ZtCh2rT6wHj7HA==
  • In-Reply-To: <[email protected]>
  • References: <CAM+dB2dN7PGp+ZTBHYaOqGgSKb0urGYsCcu2oLk8XhzU9WeDcQ@mail.gmail.com><[email protected]><[email protected]>
Hi Saulius

Perhaps I misunderstood, but parsing e.g.

_some_unknown_data_item 11\h

could be interpreted as 11 followed by Greek eta if established semantics are followed,
or the decimal integer 17 if  \h is to be interpreted as indicating hexadecimal in this case
(bearing in mind that none of the documented semantics need be followed in any case).

Regardless of software libraries, there would be a burden on making this distinction when parsing a CIF
beyond just syntax?
Cheers

Simon




From: Saulius Gražulis <[email protected]>
To: Simon Westrip <[email protected]>; Group finalising DDLm and associated dictionaries <[email protected]>
Sent: Monday, 19 February 2018, 11:26
Subject: Re: [ddlm-group] Removing Octal, Hexadecimal and Binary as DDLm types

On 2018-02-19 13:13, Simon Westrip wrote:

> Hi James - I'd be inclined just to drop the types in DDLm.
> Extending the semantics used for presenting numbers
> seems like placing an unnecessary burden on CIF application developers
> (obliged to look out for octal, hexadecimal, binary ...)


May I chime in as an implementer:

actually, burden is not so large; if standard (libc-compatible)
representations are used, all these cases are handled by standard
libraries, no extra coding is necessary.

Regards,
Saulius

--
Dr. Saulius Gražulis
Vilnius University Institute of Biotechnology, Saulėtekio al. 7
LT-10257 Vilnius, Lietuva (Lithuania)
fax: (+370-5)-2234367 / phone (office): (+370-5)-2234353
mobile: (+370-684)-49802, (+370-614)-36366



_______________________________________________
ddlm-group mailing list
[email protected]
http://mailman.iucr.org/cgi-bin/mailman/listinfo/ddlm-group

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

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

International Science Council 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.

Useful links