Re: [office] ODF 1.0 and IS 26300 not technically equivalent

[robert_weir@us.ibm.com]

Or what about a sectional-approach?

Section 1: The following corrections were approved by the OASIS ODF TC on 
YYYY-MM-DD

Section 2: The following corrections were approved by the OASIS ODF TC on 
YYYY-MM-DD

.
.
.
etc.
 
Then it is clear in the OASIS review what we are adding.  We agree that we 
do not touch earlier sections and only append new sections.  On the SC34 
side you just promote the most-recent section for the corrigenda.

My overall concern is that I am not convinced that a chronological list of 
editing instructions will always yield the same resulting text as a 
clause-ordered list of editing instructions, especially if we ever have 
single correction item that apply to multiple clauses.  So if the ISO 
corrigenda take a chronological approach to determining the corrected 
text, then it will be hard for us to take any other approach.

-Rob


Patrick Durusau <patrick@durusau.net> wrote on 02/01/2010 01:55:26 PM:

> 
> Mary,
> 
> True, but won't it be difficult for the OASIS members who are reviewing 
> an errata document to separate out the new errata from the old? 
> Particularly since they are not members of the TC that prepared it?
> 
> Thinking that while there could be a "cumulative" errata document that 
> prevents as you say the search for pieces to put together, that there 
> could be an errata document that is posted for public review that is 
> only the errata for this review. To make it easier for non-TC members to 

> understand what is being proposed as errata.
> 
> The process guidelines don't prescribe a form for errata documents and I 

> think a two format approach would answer the concern about one place for 

> all errata and yet allow better use of the time of members for reviewing 

> errata posted for public review.
> 
> Hope you are at the start of a great week!
> 
> Patrick
> 
> Mary McRae wrote:
> > Hi Rob,
> >
> >   Nothing ever disappears at OASIS. Each document is always 
> maintained at its unique URI and should be sited there. There should
> not, however, be separate documents each containing some bit, 
> requiring a user (someone other than JTC1) to have to go to multiple
> locations to try to get all of the relevant pieces. 
> >
> > Regards,
> >
> > Mary
> >
> >
> >
> > On Feb 1, 2010, at 12:04 PM, robert_weir@us.ibm.com wrote:
> >
> > 
> >> Remember, OASIS has made a commitment to JTC1 to work to maintain 
> >> equivalent specifications in both bodies.  Since JTC1 technical 
corrigenda 
> >> are individually citable documents, we need to maintain a similar 
> >> structure in OASIS, if we are to fulfil our obligations.  This means 
that 
> >> we need to be able to point to ODF 1.0  Approved Errata 01, as well 
as 
> >> point to ODF 1.0 Approved Errata 02, and have some assurance that the 
01 
> >> version does not disappear when the 02 version is approved.
> >>
> >> Is this going to be a problem?  A cumulative errata document is fine. 
 But 
> >> depending on how you are using the word "single", I may have a 
problem 
> >> with what you are saying.
> >>
> >> -Rob
> >>
> >> Mary McRae <mary.mcrae@oasis-open.org> wrote on 02/01/2010 11:16:05 
AM:
> >>
> >>
> >> 
> >>> Re: [office] ODF 1.0 and IS 26300 not technically equivalent
> >>>
> >>> So as not to prolong the discussion any further - this is a single, 
> >>> cumulative errata document for any OASIS Standard. 
> >>>
> >>> Mary 
> >>>
> >>>
> >>>
> >>> On Feb 1, 2010, at 11:06 AM, robert_weir@us.ibm.com wrote:
> >>>
> >>> 
> >>>> "Dennis E. Hamilton" <dennis.hamilton@acm.org> wrote on 02/01/2010 
> >>>> 10:51:01 AM:
> >>>>
> >>>>
> >>>> 
> >>>>> PS: There is a peculiar value to a cumulative errata for the OASIS 

> >>>>> ODF 1.0 Standard. We will need to transform it selectively into a 
> >>>>> single Errata document for the OASIS ODF 1.1 Standard and take 
that 
> >>>>> to JTC1 SC34 WG6 at some point, possibly during the FPDAM process 
> >>>>> that amends IS 26300 to align with ODF 1.1.
> >>>>>
> >>>>> 
> >>>> Sure, but the effect of a cumulative errata document can be 
achieved 
> >>>> 
> >> in 
> >> 
> >>>> three ways: 
> >>>>
> >>>> 1) by referencing the changes of previous errata in the most-recent 

> >>>> 
> >> errata
> >> 
> >>>> 2) by including the changes of previous errata verbatim in the 
> >>>> 
> >> most-recent 
> >> 
> >>>> errata
> >>>> 3) by merging the changes of previous errata into the most-recent 
> >>>> 
> >> errata 
> >> 
> >>>> at the level of an individual erratum.
> >>>>
> >>>> These all allow the reader to derive the exact same specification 
in 
> >>>> 
> >> the 
> >> 
> >>>> end.  But they differ in some important ways in our ability to 
> >>>> 
> >> maintain 
> >> 
> >>>> equivalent specifications in OASIS and JTC1.
> >>>>
> >>>> -Rob
> >>>>
> >>>> 
---------------------------------------------------------------------
> >>>> To unsubscribe from this mail list, you must leave the OASIS TC 
that
> >>>> generates this mail.  Follow this link to all your TCs in OASIS at:
> >>>> 
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
> >>>> 
> >> ---------------------------------------------------------------------
> >> To unsubscribe from this mail list, you must leave the OASIS TC that
> >> generates this mail.  Follow this link to all your TCs in OASIS at:
> >> 
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
> >>
> >> 
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the OASIS TC that
> > generates this mail.  Follow this link to all your TCs in OASIS at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 

> >
> >
> > 
> 
> -- 
> Patrick Durusau
> patrick@durusau.net
> Chair, V1 - US TAG to JTC 1/SC 34
> Convener, JTC 1/SC 34/WG 3 (Topic Maps)
> Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
> Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
>