[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Revised statement of policy on CIF
- To: Multiple recipients of list <comcifs-l@iucr.org>
- Subject: Re: Revised statement of policy on CIF
- From: "Herbert J. Bernstein" <yaya@bernstein-plus-sons.com>
- Date: Thu, 30 Mar 2000 16:27:15 +0100 (BST)
A question we should address which I think relates to the question of "quickies", is what should be done about restricted subsets of the CIF syntax. Suppose somebody decides to set up a major package so that it writes CIFs with tages in a particular order (so far no problem) and then sets up their CIF read module so that it bombs unless it is presented with those tags in that particular order. I think that it would be fair to say that the package writes CIF but that it would not be fair to say that it reads CIF. The correct statement would be that it reads a restricted subset of CIF. Note that quasar and cif2cif can serve as front-end filters to re-order general CIFs so that they can be fed into such packages. So, other than encouraging truth in advertising with the qualifying phrase "restricted subset", perhaps we should not object. The risk we face from such a permissive approach is that various fixed-ordering flavors of CIF will then be assumed by other software packages. I don't know the right answer here, but this might be a good time to consider how "strick" we should be. ===================================================== **** BERNSTEIN + SONS * * INFORMATION SYSTEMS CONSULTANTS **** P.O. BOX 177, BELLPORT, NY 11713-0177 * * *** **** * Herbert J. Bernstein * *** yaya@bernstein-plus-sons.com *** * * *** 1-631-286-1339 FAX: 1-631-286-1999 =====================================================
- Prev by Date: Re: Revised statement of policy on CIF
- Next by Date: Re: Revised statement of policy on CIF
- Prev by thread: Re: Revised statement of policy on CIF
- Next by thread: Re: Revised statement of policy on CIF
- Index(es):