[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .... .
- To: Group for discussing encoding and content validation schemes for CIF2 <cif2-encoding@xxxxxxxx>
- Subject: Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .... .
- From: "Bollinger, John C" <John.Bollinger@xxxxxxxxxx>
- Date: Tue, 14 Sep 2010 11:10:09 -0500
- Accept-Language: en-US
- acceptlanguage: en-US
- In-Reply-To: <alpine.BSF.2.00.1009141032080.26597@epsilon.pair.com>
- References: <AANLkTilyJE2mCxprlBYaSkysu1OBjY7otWrXDWm3oOT9@mail.gmail.com><AANLkTintziXhwVCEFD0yUtTDo9KG8ut=oL4OgmkjmEBe@mail.gmail.com><alpine.BSF.2.00.1008240629120.23114@epsilon.pair.com><AANLkTi=+qZQrWJ3duOzWyPq5H=w1GOVbeKRfFLTR8u5a@mail.gmail.com><alpine.BSF.2.00.1008240920580.23114@epsilon.pair.com><AANLkTikRLKp6oREvD4KcgUd-H-Cu6xoOrGWgQE1zUyx7@mail.gmail.com><alpine.BSF.2.00.1009022333190.52468@epsilon.pair.com><AANLkTimLUnUjNuS9EmMbtTurxB3MGtGvM6gWxZw6aRLE@mail.gmail.com><alpine.BSF.2.00.1009030735110.95035@epsilon.pair.com><AANLkTinxkquC5cY0m23yzBVgm7afmYYfh6+2yMz=Hr_w@mail.gmail.com><alpine.BSF.2.00.100910071 1070.59446@epsilon.pair.com><8F77913624F7524AACD2A92EAF3BFA5416659DEDBD@SJMEMXMBS11.stjude.sjcrh.local><AANLkTikuoQEU-rv9GkTqqc0u0qgd1ugf+cGTfqF77j-E@mail.gmail.com><8F77913624F7524AACD2A92EAF3BFA5416659DEDC0@SJMEMXMBS11.stjude.sjcrh.local><930138.36485.qm@web87008.mail.ird.yahoo.com><alpine.BSF.2.00.1009141032080.26597@epsilon.pair.com>
On Tuesday, September 14, 2010 9:47 AM, Herbert J. Bernstein wrote: > To avoid any misunderstandings, rather than worrying about how we got to where we are, let us each just state a clear position. Very well: I favor restricting the scope of the CIF2 specification to the file format, excluding any explicit requirements of programs, users, or other entities. *Non-normative* commentary on the meaning, impact, and use of the normative format definition is welcome, however. In that light, I favor CIF2 defining binary "CIFs" formed by encoding the underlying Unicode text according to local text conventions, as in CIF1, and those formed by encoding the underlying Unicode text according to UTF-8. CIFs of the former type are "text files" in their context; those of latter type might also be text files under some circumstances. If the Unicode text consists exclusively of ASCII characters then these two options are indistinguishable in many contexts. I am open to CIF2 additionally defining binary CIFs formed by encoding the underlying Unicode text according to specific alternative schemes. In particular, I would agree to UTF-16. My support for other specific alternatives would be granted or withheld on a case-by-case basis. I disfavor CIF2 defining binary CIFs formed in other ways, or leaving the definition of a "CIF" open-ended, but I favor express recognition of the possibility of alternative serializations CIF-conformant Unicode text. In that vein, I favor creating a supplementary specification for CIF storage and exchange that addresses the multitude of possible encodings that CIF2 support for local defaults would permit in various environments. My use of the term "Unicode text" is meant to emphasize that the vast majority of the CIF2 spec is independent of any encoding. I think the latest (May) draft of the spec for the most part uses similar terminology, and I favor that form of description over one based on UTF-8 or some other specific encoding as a placeholder or reference. It is my expectation that a result of the above provisions would be establishment of UTF-8 as a de facto default encoding for CIF2 CIFs. Best, John -- John C. Bollinger, Ph.D. Department of Structural Biology St. Jude Children's Research Hospital Email Disclaimer: www.stjude.org/emaildisclaimer _______________________________________________ cif2-encoding mailing list cif2-encoding@iucr.org http://scripts.iucr.org/mailman/listinfo/cif2-encoding
Reply to: [list | sender only]
- References:
- Re: [Cif2-encoding] [ddlm-group] options/text vs binary/end-of-line. .. .. .. .. .. .. .. .. .. .. .. .. .. . (James Hester)
- [Cif2-encoding] Splitting of imgCIF and other sub-topics (Herbert J. Bernstein)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (James Hester)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (Herbert J. Bernstein)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (James Hester)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (Herbert J. Bernstein)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (James Hester)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (Herbert J. Bernstein)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics (James Hester)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. . (Bollinger, John C)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. . (James Hester)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. . (Bollinger, John C)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. . (SIMON WESTRIP)
- Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. . (Herbert J. Bernstein)
- Prev by Date: Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. ...
- Next by Date: Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. .
- Prev by thread: Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. ...
- Next by thread: Re: [Cif2-encoding] Splitting of imgCIF and other sub-topics. .. .
- Index(es):