[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [ddlm-group] A modest addition to the DDLm spec. .. .. .
- To: Group finalising DDLm and associated dictionaries <ddlm-group@iucr.org>
- Subject: Re: [ddlm-group] A modest addition to the DDLm spec. .. .. .
- From: "Bollinger, John C" <John.Bollinger@STJUDE.ORG>
- Date: Fri, 1 Oct 2010 10:41:08 -0500
- Accept-Language: en-US
- acceptlanguage: en-US
- In-Reply-To: <alpine.BSF.2.00.1009301637390.62875@epsilon.pair.com>
- References: <4C471374.6000100@mcmaster.ca><alpine.BSF.2.00.1007211307460.37813@epsilon.pair.com><AANLkTinyxmyKFOt=A6Cpdq=8LVsSR4+Js9xDOG+JEF--@mail.gmail.com><AANLkTimTab=b9u6nsUjd6UitRni-OgMTJNZYt1EMjrhE@mail.gmail.com><a06240804c8ca43f92cc2@[192.168.2.104]><8F77913624F7524AACD2A92EAF3BFA5416659DEDF3@SJMEMXMBS11.stjude.sjcrh.local><alpine.BSF.2.00.1009301317510.76563@epsilon.pair.com><8F77913624F7524AACD2A92EAF3BFA5416659DEDF9@SJMEMXMBS11.stjude.sjcrh.local><alpine.BSF.2.00.1009301637390.62875@epsilon.pair.com>
On Thursday, September 30, 2010 4:05 PM, Herbert J. Bernstein wrote: >Try working with some of the longer regexes for a while and you may >come to appreciate having something like the plus or the line-folding >backslash to allow you to present what really in one very long >single-line character string with lots of funny stuff in it >over a series of line and broken with some whitespace that is >not part of the string. You do not need to persuade me of the usefulness of breaking up regexes. I fully appreciate it. I remain unclear on these points, however: 1) Are dictionary regexes and adjusting to the quoting rule changes the principal use cases driving this proposal? 2) Why is the use of text fields with the existing line-folding protocol not a sufficient solution? 3) For regexes, why is it better to add a new feature to CIF than to modify the DDL's regex data type to accommodate insignificant whitespace? That would give you an even clearer way to break up regexes, and the scope of the change would be much more contained. >However, the question is not one of your taste or mine or Nic's, nor >even whether the feature is useful to everybody, but whether >it is useful to some reasonable number of people and >whether having it causes some kind of problem for other people. That is one important question, but by no means the only relevant one. I could suggest two or three changes that would be useful to some people and harmless to everyone else, but that is not (history shows) sufficient justification to adopt them. In any event, I think the proposed change does cause problems: it will confuse some people, it will incrementally complicate the production, testing, and maintenance of CIF software, and it may render invalid some existing CIFs that otherwise would be valid CIF2. How serious those problems are, and whether they would be offset by the benefits that would be realized is unclear to me. Whether substantially the same benefits could be realized in a manner that carries fewer problems is also unclear to me. What happened to the urgency to finish CIF2? Surely opening a discussion on a new change proposal is not conducive to swift completion of the work. What happened to the principle of avoiding changes whose implications and impact are not fully understood? I submit that this proposal describes such a change. I apologize, but I think the best course of action is to table this proposal, for reconsideration when the next revision of the CIF specification is designed. Regards, John -- John C. Bollinger, Ph.D. Department of Structural Biology St. Jude Children's Research Hospital Email Disclaimer: www.stjude.org/emaildisclaimer _______________________________________________ ddlm-group mailing list ddlm-group@iucr.org http://scripts.iucr.org/mailman/listinfo/ddlm-group
Reply to: [list | sender only]
- Follow-Ups:
- Re: [ddlm-group] A modest addition to the DDLm spec. .. .. . (Herbert J. Bernstein)
- References:
- [ddlm-group] import and loops in ddlm (David Brown)
- Re: [ddlm-group] import and loops in ddlm (Herbert J. Bernstein)
- Re: [ddlm-group] import and loops in ddlm (James Hester)
- Re: [ddlm-group] import and loops in ddlm (James Hester)
- [ddlm-group] A modest addition to the DDLm spec (Herbert J. Bernstein)
- Re: [ddlm-group] A modest addition to the DDLm spec. . (Bollinger, John C)
- Re: [ddlm-group] A modest addition to the DDLm spec. . (Herbert J. Bernstein)
- Re: [ddlm-group] A modest addition to the DDLm spec. .. . (Bollinger, John C)
- Re: [ddlm-group] A modest addition to the DDLm spec. .. . (Herbert J. Bernstein)
- Prev by Date: Re: [ddlm-group] A modest addition to the DDLm spec. .
- Next by Date: Re: [ddlm-group] A modest addition to the DDLm spec. .
- Prev by thread: Re: [ddlm-group] A modest addition to the DDLm spec. .. .
- Next by thread: Re: [ddlm-group] A modest addition to the DDLm spec. .. .. .
- Index(es):