Details

    • Proposal:
      Hide
      Change the URL to : http://www.info-zip.org/doc/appnote-19970311-iz.zip

      Note that although we moved to the PKWare AppNote in ODF 1.2, to do so in errata would be dangerous, since the specifications may not be identical. So better to point to another copy of the same specification we referenced for ODF 1.0.
      Show
      Change the URL to : http://www.info-zip.org/doc/appnote-19970311-iz.zip Note that although we moved to the PKWare AppNote in ODF 1.2, to do so in errata would be dangerous, since the specifications may not be identical. So better to point to another copy of the same specification we referenced for ODF 1.0.
    • Resolution:
      Hide
      Appendix B

      Replace the URL of the ZIP application note with:
      "http://www.info-zip.org/doc/appnote-19970311-iz.zip"
      Delete the text:
      "PKWARE Inc., 2004."
      Show
      Appendix B Replace the URL of the ZIP application note with: " http://www.info-zip.org/doc/appnote-19970311-iz.zip " Delete the text: "PKWARE Inc., 2004."

      Description

      Submitter ID
          GB-26300-709
      Nature of defect
          Editorial
      Document
          ISO/IEC 26300:2006
      Clause
          Appendix B
      Page
          709
      Description of issue

      The reference to the ZIP file format gives the URL ftp://ftp.uu.net/pub/archiving/zip/doc/appnote-970311-iz.zip

      At the time of writing (2009-10-11) this resource, hosted on a commercial web site owned by a US company, is password-protected.

      It is imperative that referenced resources are both authoritative and accessible; this is neither.
      Proposal

      Reference the variant of the ZIP file format specification required by this Standard in an authoritative and accessible manner.

        Activity

        Hide
        Michael Brauer added a comment -
        This is a duplicate to OFFICE-2150
        Show
        Michael Brauer added a comment - This is a duplicate to OFFICE-2150
        Hide
        Michael Brauer added a comment -
        I agree to the comment that Rob made in OFFICE-2150: Even if the URI is not accessible any longer, the reference remains valid and unambiguous. But replacing the URI with the the one proposed by Rob is fine for me.

        We should not use the ZIP reference we are using in ODF 1.2, because this is a newer version, which added encryption. In ODF 1.2 we explicitly disallow the use of that feature in the conformance clauses. We would have to do the same for ODF 1.0, what is a far larger change than replacing the URI.

        Show
        Michael Brauer added a comment - I agree to the comment that Rob made in OFFICE-2150 : Even if the URI is not accessible any longer, the reference remains valid and unambiguous. But replacing the URI with the the one proposed by Rob is fine for me. We should not use the ZIP reference we are using in ODF 1.2, because this is a newer version, which added encryption. In ODF 1.2 we explicitly disallow the use of that feature in the conformance clauses. We would have to do the same for ODF 1.0, what is a far larger change than replacing the URI.
        Hide
        Dennis Hamilton added a comment -
        IT IS A MISTAKE TO INCLUDE THIS CHANGE IN OASIS Errata 01 CD04.

        THE DEFECT REPORT IS AGAINST IS 26300:2006. The URL that appears in IS 26300 is not the same as the one in the OASIS ODF 1.0 Standard.

        The one in the OASIS ODF 1.0 Standard is

        """
        [ZIP] , .ZIP File Format Specification, http://www.pkware.com/products/enterprise/white_papers/appnote.txt, PKWARE Inc., 2004.
        """

        This is the same specification referenced in ODF 1.2.

        1. No attempt should be made to repair the broken link in IS 26300 until the amendment and alignment with ODF 1.1 occurs.

        2. The ODF 1.0 link is also now broken. However, PKware Inc does have a place where that AppNote is still available. If we want, we should correct ODF 1.0 to use the new URL that corresponds to the one above:

        """
        [ZIP] PKWARE Inc. Zip APPNOTE Version 6.2.0, available at
        http://www.pkware.com/support/application-note-archives, 2004
        """
        This is as authoritative as it gets and it is archived for preservation as a reference in standards.
        Show
        Dennis Hamilton added a comment - IT IS A MISTAKE TO INCLUDE THIS CHANGE IN OASIS Errata 01 CD04. THE DEFECT REPORT IS AGAINST IS 26300:2006. The URL that appears in IS 26300 is not the same as the one in the OASIS ODF 1.0 Standard. The one in the OASIS ODF 1.0 Standard is """ [ZIP] , .ZIP File Format Specification, http://www.pkware.com/products/enterprise/white_papers/appnote.txt, PKWARE Inc., 2004. """ This is the same specification referenced in ODF 1.2. 1. No attempt should be made to repair the broken link in IS 26300 until the amendment and alignment with ODF 1.1 occurs. 2. The ODF 1.0 link is also now broken. However, PKware Inc does have a place where that AppNote is still available. If we want, we should correct ODF 1.0 to use the new URL that corresponds to the one above: """ [ZIP] PKWARE Inc. Zip APPNOTE Version 6.2.0, available at http://www.pkware.com/support/application-note-archives, 2004 """ This is as authoritative as it gets and it is archived for preservation as a reference in standards.
        Hide
        Svante Schubert added a comment -
        Although we reference to different URLs in ODF 1.0 (ie. http://www.pkware.com/products/enterprise/white_papers/appnote.txt) and ODF 1.0 2nd and ISO (ftp://ftp.uu.net/pub/archiving/zip/doc/appnote-970311-iz.zip) both are not accessible and should be fixed by providing the proposed URL of the proposal.
        Show
        Svante Schubert added a comment - Although we reference to different URLs in ODF 1.0 (ie. http://www.pkware.com/products/enterprise/white_papers/appnote.txt) and ODF 1.0 2nd and ISO ( ftp://ftp.uu.net/pub/archiving/zip/doc/appnote-970311-iz.zip ) both are not accessible and should be fixed by providing the proposed URL of the proposal.
        Hide
        Dennis Hamilton added a comment - - edited
        But, but, but ...

        We know the correct URL for the document that is referenced in the ODF 1.0 Bibliography, and the one you offer is not it.

        It is a substantive change to go to the other specification, no matter how we constrain the use of the PKWare one in later ODF specifications.

        Show
        Dennis Hamilton added a comment - - edited But, but, but ... We know the correct URL for the document that is referenced in the ODF 1.0 Bibliography, and the one you offer is not it. It is a substantive change to go to the other specification, no matter how we constrain the use of the PKWare one in later ODF specifications.
        Hide
        Dennis Hamilton added a comment -
        Errata 02 - ODF 1.2 Reconciliation
         - ODF 1.2 will reference the PKWare APPNote, the same that ODF 1.0 originally referenced.
         - The Errata 02 change provides a resolvable link to a different specification that is the one in IS 26300.
         - COR2 will make that change too.
         - The alignment with ODF 1.1 will change it back to an unresolvable info-zip one, and keep ODF 1.1 incompatible with ODF 1.2 in this respect.
         - When we do the ODF 1.1 Errata, it would be a very good time to go back to the PKWare Appnote. If we make ODF 1.1 align with the fix here, ODF 1.2 will be a breaking change that we can't avoid making. I suppose there is no harm to simoly making the IS 26300/AMD1 use a resolvable info-zip reference, unless the ITTF sheriff notices.

         * * * *
        I am making a subtask here just so we notice the difficulty we have created for ourselves by whipsawing this reference.
        Show
        Dennis Hamilton added a comment - Errata 02 - ODF 1.2 Reconciliation  - ODF 1.2 will reference the PKWare APPNote, the same that ODF 1.0 originally referenced.  - The Errata 02 change provides a resolvable link to a different specification that is the one in IS 26300.  - COR2 will make that change too.  - The alignment with ODF 1.1 will change it back to an unresolvable info-zip one, and keep ODF 1.1 incompatible with ODF 1.2 in this respect.  - When we do the ODF 1.1 Errata, it would be a very good time to go back to the PKWare Appnote. If we make ODF 1.1 align with the fix here, ODF 1.2 will be a breaking change that we can't avoid making. I suppose there is no harm to simoly making the IS 26300/AMD1 use a resolvable info-zip reference, unless the ITTF sheriff notices.  * * * * I am making a subtask here just so we notice the difficulty we have created for ourselves by whipsawing this reference.

          People

          • Assignee:
            Svante Schubert
            Reporter:
            Robert Weir
          • Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: