[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [Cif2-encoding] How we wrap this up
- To: Group for discussing encoding and content validation schemes for CIF2 <cif2-encoding@xxxxxxxx>
- Subject: Re: [Cif2-encoding] How we wrap this up
- From: "Herbert J. Bernstein" <yaya@xxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 27 Sep 2010 18:18:39 -0400 (EDT)
- In-Reply-To: <8F77913624F7524AACD2A92EAF3BFA5416659DEDE3@SJMEMXMBS11.stjude.sjcrh.local>
- References: <AANLkTi=hmKNFMgaeMqt69=sG6dOmxZRUrffB1khjF+mZ@mail.gmail.com><alpine.BSF.2.00.1009232100530.35116@epsilon.pair.com><526633.3484.qm@web87004.mail.ird.yahoo.com><alpine.BSF.2.00.1009240742480.8859@epsilon.pair.com><613218.81205.qm@web87011.mail.ird.yahoo.com><8F77913624F7524AACD2A92EAF3BFA5416659DEDDE@SJMEMXMBS11.stjude.sjcrh.local> <281388.90819.qm@web87012.mail.ird.yahoo.com><463665.7127.qm@web87004.mail.ird.yahoo.com><alpine.BSF.2.00.1009251413550.93269@epsilon.pair.com><262880.46378.qm@web87002.mail.ird.yahoo.com><alpine.BSF.2.00.1009251537250.57408@epsilon.pair.com><206078.51827.qm@web87010.mail.ird.yah oo.com><a06240800c8c5653f38cf@[192.168.2.104]><476110.27334.qm@web87005.mail.ird.yahoo.com><a06240805c8c6224b8789@[192.168.2.104]><8F77913624F7524AACD2A92EAF3BFA5416659DEDE0@SJMEMXMBS11.stjude.sjcrh.local> <a06240803c8c65f78a402@[149.72.2.199]><8F77913624F7524AACD2A92EAF3BFA5416659DEDE3@SJMEMXMBS11.stjude.sjcrh.local>
Dear Colleagues, John declines to join in a meeting because ... "Is there anything to gain? The last few days have been more illuminating than the last several weeks, but it still seems evident to me that there is a fundamental difference of opinion. I will not support an alternative that fails to make UTF-8 a universally supported character encoding for CIF, and it seems clear that James will not, either. You seem adamant that there be no such universal requirement. I think I understand your position better than I used to do, but I don't see where there is any scope for a consensus. My best offer is already on the table in option (5) +- UTF-16." I a very sorry to hear that. I hope the rest of you will have the courtesy to participate in a Skype meeting. Perhaps no new facts or logic will come to light. Perhaps something will come to light that leads to better common understanding and concensus. We'll never know unless we try. I for one think that most of us are open minded and willing to try to reach an accomodation that serves the community well. 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 Mon, 27 Sep 2010, Bollinger, John C wrote: > Dear Herb, > > On Monday, September 27, 2010 8:45 AM, Herbert J. Bernstein wrote: > >> The problem is that options 3,4 and 5 specifically prescribe the use of Unicode characters (that is the entire point of those options -- and that is the point in dispute -- whether we should be prescribing UTF8 or using is as we now use ASCII, as a way to be clear what we are talking about as in CIF1) and we simply are not ready to deal such a requirement yet. > > I think I have reached my own epiphany regarding your position. Do correct me if I am wrong, but I now think you're saying that you don't want to distinguish any particular encoding(s) as universally acceptable (much less universally required), correct? If so, would it be fair to describe that as just the "local" part of option 5? > > [...] > > On Monday, September 27, 2010 12:07 PM, Herbert J. Bernstein wrote: > >> Ah, now I begin to understand the difference in our view. I view CIF for >> journal use and PDB deposition as having a controlled vocabulary, via >> combinations of dictionaries, advice to authors, deposition standards, >> etc. You seem to few CIF as allowing completely arbitrary, uncontrolled >> text. [...] > > Yes, I intentionally take an unilluminated view of the problem, but that is both purposeful and useful. Text is the foundation on which CIF is built. The bulk of the spec is devoted to defining which text conforms and which does not. The "F" in "CIF" stands for "file," however, and if the spec is to answer the question of which *files* conform, or the related question of what a particular file means, then it needs to address the mapping between "text" and "file". Options (1) and (2) seem crafted specifically to avoid doing so. > > I understand using local convention to fill the gap (ala "local"), but I fail to see how any amount of author instructions, deposition standards, etc. can adequately do the same. At best that moves a burden that rightfully should be borne by the format spec onto application-dependent external documents, some outside IUCr's control. I have shown by my advocacy for option (5) that I am willing to make the definition of a conformant CIF system-dependent. I acknowledge that that various applications place different demands on the data content of CIFs they consume. I am not, however, willing to make the basic definition of CIF conformance application-dependent. > >> Please note that proposals 1 and 2 do _not_ affect "which >> byte-sequence representations of those characters will conform to >> CIF2, under which circumstances" because they are not rigidly >> prescriptive about any >> particular byte sequences. > > Options (1) and (2) certainly DO affect that question, if only by leaving it open to later, possibly conflicting, interpretation by COMCIFS, individual developers, and others. Option 5 is about as permissive as it reasonably can be regarding the binary form a CIF may take, while still being definitive enough that general-purpose software can be written to read conformant CIFs. If my new understanding of your viewpoint is correct, however, then your objection may be that option 5 is *too* permissive on account of its explicit allowance for UTF-8 and UTF-16. I would be willing to drop the explicit UTF-16 support (though UTF-16 might nevertheless squeeze in as "local" in some environments). I will under no circumstances, however, support an alternative that allows any file to be found non-conformant on account of its being encoded in UTF-8. > > [...] > >> This is really getting out of hand. We need a meeting. If >> everyone will send me their Skype id's, I will volunteer to >> set up a Skype conference call at some time that works for >> everybody (which I suspect will be 4 am EDT). My guess is that >> 1-2 hours of polite discussion will resolve this. What >> do we have to lose? > > Is there anything to gain? The last few days have been more illuminating than the last several weeks, but it still seems evident to me that there is a fundamental difference of opinion. I will not support an alternative that fails to make UTF-8 a universally supported character encoding for CIF, and it seems clear that James will not, either. You seem adamant that there be no such universal requirement. I think I understand your position better than I used to do, but I don't see where there is any scope for a consensus. My best offer is already on the table in option (5) +- UTF-16. > > > Respectfully, > > 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 > _______________________________________________ cif2-encoding mailing list cif2-encoding@iucr.org http://scripts.iucr.org/mailman/listinfo/cif2-encoding
Reply to: [list | sender only]
- Follow-Ups:
- Re: [Cif2-encoding] How we wrap this up (Bollinger, John C)
- Re: [Cif2-encoding] How we wrap this up (Herbert J. Bernstein)
- References:
- [Cif2-encoding] How we wrap this up (James Hester)
- Re: [Cif2-encoding] How we wrap this up (Herbert J. Bernstein)
- 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 (SIMON WESTRIP)
- Re: [Cif2-encoding] How we wrap this up (Bollinger, John C)
- Re: [Cif2-encoding] How we wrap this up (SIMON WESTRIP)
- 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 (SIMON WESTRIP)
- 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 (SIMON WESTRIP)
- Re: [Cif2-encoding] How we wrap this up (Herbert J. Bernstein)
- Re: [Cif2-encoding] How we wrap this up (Bollinger, John C)
- Re: [Cif2-encoding] How we wrap this up (Herbert J. Bernstein)
- Re: [Cif2-encoding] How we wrap this up (Bollinger, John C)
- Prev by Date: Re: [Cif2-encoding] How we wrap this up
- Next by Date: Re: [Cif2-encoding] How we wrap this up
- Prev by thread: Re: [Cif2-encoding] How we wrap this up
- Next by thread: Re: [Cif2-encoding] How we wrap this up
- Index(es):