[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
I think it is fair to say that we are all agreed on the broad principle of the compromise position I proposed recently. The current lack of consensus I interpret as a desire for a bit of technical polish.
One reason for the disparity is that my proposal was implicitly expressed in terms of a new paragraph to be added to our current 'Changes' document that is posted at http://www.iucr.org/__data/assets/pdf_file/0017/41426/cif2_syntax_changes_jrh20100705.pdf. Yesterday, Herbert and I (for no particular reason) discussed the changes in the context of Herbert's motion, which I had interpreted as largely repeating the content of that 'Changes' document, with the exception of the encoding paragraphs. I was not aware that there were any other controversial sections of Herbert's motion. My expectation is that we would accept (or decline) Herbert's motion as a joint statement of our position, and then rework the 'Changes' document accordingly.
Herbert: I notice (now) that the paragraph immediately preceding the paragraph that we changed could be interpreted as conflicting with the new paragraph that you and I wrote, because it appears to cover the whole code point range. Could I suggest that it be replaced by the following:
Regarding the meaning of 'text': in the 'Changes' document, there is a section for definitions where I think we can define 'text' if we so wish; personally I think that writing 'plain text' instead of 'text' would be sufficient.
--
T +61 (02) 9717 9907
F +61 (02) 9717 3145
M +61 (04) 0249 4148
Reply to: [list | sender only]
Re: [Cif2-encoding] Revised Motion
- To: Group for discussing encoding and content validation schemes for CIF2 <cif2-encoding@xxxxxxxx>
- Subject: Re: [Cif2-encoding] Revised Motion
- From: James Hester <jamesrhester@xxxxxxxxx>
- Date: Fri, 1 Oct 2010 11:21:08 +1000
- In-Reply-To: <8F77913624F7524AACD2A92EAF3BFA5416659DEDF0@SJMEMXMBS11.stjude.sjcrh.local>
- References: <alpine.BSF.2.00.1009271801070.86201@epsilon.pair.com><alpine.BSF.2.00.1009271900080.86201@epsilon.pair.com><AANLkTikudiXBk7orHSAH=JonoeQHeNXVrzvAZmH3Wt94@mail.gmail.com><646265.82162.qm@web87004.mail.ird.yahoo.com><alpine.BSF.2.00.1009281501030.93180@epsilon.pair.com><a06240801c8c840b90dc7@192.168.2.104><20100929102536.GB24670@emerald.iucr.org><alpine.BSF.2.00.1009291001300.12237@epsilon.pair.com><20100930084028.GC9485@emerald.iucr.org><alpine.BSF.2.00.1009300540110.389@epsilon.pair.com><629785.55688.qm@web87004.mail.ird.yahoo.com><a06240802c8ca32fa3108@192.168.2.104><a06240803c8ca416a932e@192.168.2.104><8F77913624F7524AACD2A92EAF3BFA5416659DEDF0@SJMEMXMBS11.stjude.sjcrh.local>
I think it is fair to say that we are all agreed on the broad principle of the compromise position I proposed recently. The current lack of consensus I interpret as a desire for a bit of technical polish.
One reason for the disparity is that my proposal was implicitly expressed in terms of a new paragraph to be added to our current 'Changes' document that is posted at http://www.iucr.org/__data/assets/pdf_file/0017/41426/cif2_syntax_changes_jrh20100705.pdf. Yesterday, Herbert and I (for no particular reason) discussed the changes in the context of Herbert's motion, which I had interpreted as largely repeating the content of that 'Changes' document, with the exception of the encoding paragraphs. I was not aware that there were any other controversial sections of Herbert's motion. My expectation is that we would accept (or decline) Herbert's motion as a joint statement of our position, and then rework the 'Changes' document accordingly.
Herbert: I notice (now) that the paragraph immediately preceding the paragraph that we changed could be interpreted as conflicting with the new paragraph that you and I wrote, because it appears to cover the whole code point range. Could I suggest that it be replaced by the following:
It is understood that CIF2 documents may
be constructed and maintained on computers that implement other character
encodings. For maximum portability only the clearly
identified equivalents to the Unicode characters identified above and
below should be used and use of UTF-8 for a concrete representation is
highly recommended. However, for compatibility with CIF1 behaviour, there is no formal
restriction on the encoding of CIF2 files providing they contain only code points from the ASCII range.
be constructed and maintained on computers that implement other character
encodings. For maximum portability only the clearly
identified equivalents to the Unicode characters identified above and
below should be used and use of UTF-8 for a concrete representation is
highly recommended. However, for compatibility with CIF1 behaviour, there is no formal
restriction on the encoding of CIF2 files providing they contain only code points from the ASCII range.
Regarding the meaning of 'text': in the 'Changes' document, there is a section for definitions where I think we can define 'text' if we so wish; personally I think that writing 'plain text' instead of 'text' would be sufficient.
On Fri, Oct 1, 2010 at 12:01 AM, Bollinger, John C <John.Bollinger@stjude.org> wrote:
With apologies, I object. This proposal has exactly the same problem that options (1) and (2) did: it does not define "text file". It is worse in this case, however, because the problem cannot be fixed merely by adding Herbert's definition (or mine). In most environments that definition does not encompass UTF-8 encoded text containing non-ASCII characters, so the recommendation to use UTF-8 implies some other, ill-defined definition.
On Thursday, September 30, 2010 8:40 AM, Herbert J. Bernstein wrote:
> James and I had a good e-meeting and came up with the following
>revised wording. If anybody objects to this motion, please speak
>up now.
I am quite surprised that the result presented is so different from James's recent compromise proposal, which seemed poised to serve as the basis for a consensus result. Perhaps a viable solution would be to include a definition of "text file" derived from that proposal.
Regards,
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
--
T +61 (02) 9717 9907
F +61 (02) 9717 3145
M +61 (04) 0249 4148
_______________________________________________ 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] How we wrap this up (Herbert J. Bernstein)
- Re: [Cif2-encoding] How we wrap this up (Herbert J. Bernstein)
- Re: [Cif2-encoding] How we wrap this up (James Hester)
- Re: [Cif2-encoding] How we wrap this up (SIMON WESTRIP)
- Re: [Cif2-encoding] How we wrap this up (Herbert J. Bernstein)
- Re: [Cif2-encoding] How we wrap this up (Brian McMahon)
- [Cif2-encoding] Skype conference call 8:45 am EDT,Thursday 30 September 2010 (Herbert J. Bernstein)
- Re: [Cif2-encoding] Skype conference call 8:45 am EDT,Thursday 30 September 2010 (Brian McMahon)
- Re: [Cif2-encoding] Skype conference call 8:45 am EDT,Thursday 30 September 2010 (Herbert J. Bernstein)
- Re: [Cif2-encoding] Skype conference call 8:45 am EDT,Thursday 30 September 2010 (SIMON WESTRIP)
- Re: [Cif2-encoding] Revised Motion (Bollinger, John C)
- Prev by Date: Re: [Cif2-encoding] Revised Motion
- Next by Date: Re: [Cif2-encoding] Revised Motion
- Prev by thread: Re: [Cif2-encoding] Revised Motion
- Next by thread: Re: [Cif2-encoding] Revised Motion
- Index(es):