Re: [NISO sc34ballots] Groups - Ballot reminder: "ISO/IEC/DTS 23078, Specification of DRM technology for e-book content"

Note that NISO is very heavily dominated by the library community. It is an
ongoing problem that librarians don't understand what publishers do and
publishers don't understand what librarians do. (Okay, that's a broad
statement, but it is broadly true.) So, Luc, it is not lilkely that this
spec was written from the ebook service providers perspective. It's most
likely written from the library perspective. Unfortunately, there are very
few publishers at the table in many of these NISO activities. Compounding
the problem is that NISO makes it difficult for non-members to participate
and even have access to documents.

One other clarification for folks: NISO stands for National Information
Standards Organization. It is the US representative to ISO (not an acronym,
pronounced "eye-so," not "eye-es-oh"), the International Organization for
Standardization. Information standards are only one type of standard that
ISO governs. ISO is _very_ international, in that its members are
international groups like NISO, each of which gets to vote on things. As
George mentioned, the process for something to become an ISO standard is
very formal, takes a long time, and requires significant consensus
internationally. While ISO standards are not highly visible in some regions
(in the US, for example, hardly anybody realizes that EPUB is an ISO
technical standard or that PDF is an ISO standard--and if they know, they
don't much care), in other regions they are extremely important (which is
why updating EPUB as an ISO standard--and HOW that is done--is so important
in Japan, for example).

On Tue, Aug 21, 2018 at 11:38 AM AUDRAIN LUC <LAUDRAIN@hachette-livre.fr>
wrote:

> Hi,
>
> It is indeed unfortunate that the proposal says in point 4.2 Usage
> Scenarios for EPUB Deposit :
> « the publisher who created the EPUB e-book encrypts the EPUB e-book
> using the standard DRM technology »
>
> Probably this document hasn’t been written from a publisher perspective
> but more from e-book service providers as shown in figures 1 and 2.
> In consequence, all what is upstream is qualifier as « the publisher ».
>
> In practice, today, and certainly in the future also, publishing houses
> who create the EPUB file, will not encrypt the files, but let digital
> warehouse services do it.
> Certainly, as of today, publishers will inform the protection parameters,
> but will not use the technology.
> That’s something that has been clarified in ONIX 3 with
> EpubUsageContraints declaring the protection parameters, not the technology.
>
> And I also agree that no reference to LCP is a problem…
>
> Luc
>
>
> De : "Siegman, Tzviya" <tsiegman@wiley.com>
> Date : mardi 21 août 2018 à 15:59
> À : George Kerscher <kerscher@montana.com>, "PBG Steering Committee
> (Public)" <public-publishing-sc@w3.org>
> Cc : Daniel Weck <daniel.weck@gmail.com>, Avneesh Singh <
> avneesh.sg@gmail.com>
> Objet : RE: [NISO sc34ballots] Groups - Ballot reminder: "ISO/IEC/DTS
> 23078, Specification of DRM technology for e-book content"
> Renvoyer - De : <public-publishing-sc@w3.org>
> Renvoyer - Date : mardi 21 août 2018 à 16:00
>
> Hi George,
>
>
>
> I am addressing these one set of documents at a time.
>
>
>
> Standardized DRM for epub:
>
>
>
> I recommend voting against for a number of reasons, most of which have
> already been stated:
>
>    - This requires publishers to apply DRM themselves, which effectively
>    means creating more than one file.
>    - Creating encrypted files can generate workflow issues. In the early
>    days of Kindle, Amazon required publishers to provide an encrypted file,
>    but they provided a tool to create the encrypted file. Even so, it created
>    many problems because it was not possible to QA the files. Will file
>    providers be able to open the files for basic QA?
>    - This does not solve the problem created by multiple DRM solutions in
>    the ebook market. It intensifies it by creating another DRM solution.
>    - Why not look at LCP?
>    - NISO is largely used by publishers in the STEM world. Much of the
>    content (at least the journals content) does not have DRM now (example:
>    Wiley Online Library). Will this encourage DRM where it does not exist
>    today?
>
>
>
> Thank you,
>
> Tzviya
>
>
>
> *Tzviya Siegman*
>
> Information Standards Lead
>
> Wiley
>
> 201-748-6884
>
> tsiegman@wiley.com
>
>
>
> *From:* George Kerscher [mailto:kerscher@montana.com
> <kerscher@montana.com>]
> *Sent:* Friday, August 17, 2018 1:50 PM
> *To:* PBG Steering Committee (Public) <public-publishing-sc@w3.org>
> *Cc:* Daniel Weck <daniel.weck@gmail.com>; Avneesh Singh <
> avneesh.sg@gmail.com>
> *Subject:* FW: [NISO sc34ballots] Groups - Ballot reminder: "ISO/IEC/DTS
> 23078, Specification of DRM technology for e-book content"
>
>
>
> Hi again,
>
>
>
> Supporting documents attached.
>
>
>
> I have to vote early in the week. I asked Todd Carpenter if Bill Rosenblat
> could be working on this, but have not heard back.
>
>
>
> Thoughts on how I should vote?
>
>
>
> Best
>
> George
>
>
>
>
>
> *From:* workgroup_mailer@list.niso.org <workgroup_mailer@list.niso.org> *On
> Behalf Of *admin@list.niso.org
> *Sent:* Thursday, August 16, 2018 6:30 AM
> *To:* kerscher@montana.com
> *Subject:* [NISO sc34ballots] Groups - Ballot reminder: "ISO/IEC/DTS
> 23078, Specification of DRM technology for e-book content"
>
>
>
> *Reminder: Please cast your vote on the ballot "ISO/IEC/DTS 23078,
> Specification of DRM technology for e-book content" in the "SC34 Ballot
> Advisory Group" group.*
> *This is your last reminder to vote.*
>
> *Ballot Title*: ISO/IEC/DTS 23078, Specification of DRM technology for
> e-book content
> <http://groups.niso.org/apps/org/workgroup/sc34ballots/ballot.php?id=878>
> ------------------------------
>
>
> *Question*
> Do you approve, disapprove or abstain on this NWIP for ISO/IEC/DTS 23078
> DRM technology for e-book?
>
> *Closing Date*: Tuesday, 21 August 2018 @ 11:59 pm EDT
>
> *Description*
> The proposed standard provides a specification of the security technology
> required to deliver EPUB content for the purpose of submission, storing and
> dissemination in libraries and other organizations. This proposed standard
> addresses specific technical specifications for encryption, digital
> signatures, certificates, and licenses of EPUB contents, as well as usage
> scenarios for secure delivery of EPUB contents. The proposed standard uses
> internationally proven security technologies and consists of royalty-free
> technologies.
>
>
>
> If the US votes to approve this as a new project, we are expected to name
> AT LEAST ONE EXPERT who will work on this standard's development. If you
> would like to nominate someone, please include the name and contact
> information in your comments, we are now also required to provide
> particular information when adding Experts to working groups: The Expert’s
> full name and e-mail address, a salutation (Dr., Ms., etc.) as well as one
> of the following Stakeholder Categories:
>
>
>
> Industry and Commerce
>
> Government
>
> Consumers
>
> Labour
>
> Academic and Research Bodies
>
> Standards Application
>
> Non-governmental Organization (NGO)
>
>
>
> Please obtain that person's agreement in advance to work on this project.
>
>
>
> We are also required to provide a justification statement for why we think
> this is or is not a worthwhile/useful project (depending on whether we vote
> yes or no). Please provide such a statement in the comments for your
> Affirmative or Negative vote. Consider whether you think this standard will
> be used in the U.S.
>
>
>
> In addition to providing justification statement and volunteer to work on
> the project, there are two questions to address:
>
>
>
> Question 1
>
> Do you approve this project being added to the program, disapprove adding
> this project or abstain on this NP?
>
>
>
> Question 2
>
> Please select from one of the following options (note if no option is
> selected, the default will be the first option):
>
>
>
> Draft document will be registered as new project in the committee program
> (stage 20.00)
>
> Draft document can be registered as a Working Draft (WD - Stage 20.20)
>
> Draft document can be registered as a Committee Draft (CD - Stage 30.00)
>
> Draft document can be registered as a Draft International Standard (DIS -
> Stage 40.00)
>
>
>
>
>
>
>
> Your voting options for Question 1 are:
>
>
>
> Approve - Comments optional
>
> Disapprove - Comments required
>
> Abstain due to lack of consensus - Comments optional
>
> Abstain due to lack of national expert input - Comments optional
>
>
>
> Your voting options for Question 2 are:
>
>
>
> Draft document will be registered as new project in the committee program
> (stage 20.00) - Comments optional
>
> Draft document can be registered as a Working Draft (WD - Stage 20.20) -
> Comments optional
>
> Draft document can be registered as a Committee Draft (CD - Stage 30.00) -
> Comments optional
>
> Draft document can be registered as a Draft International Standard (DIS -
> Stage 40.00) - Comments optional
>
> Abstain from voting - Comments optional
>
>
>
>
>
> IMPORTANT COPYRIGHT NOTICE
>
> Permission is granted by the American National Standards Institute (ANSI)
> to electronically reproduce this working draft International Standard for
> purpose of review and comment related to the preparation of the U.S.
> position, provided this notice is included. All other right are reserved.
>
> *Vote
> <http://groups.niso.org/apps/org/workgroup/sc34ballots/ballot.php?id=878>*
>
>    - *Approve*
>    - *Disapprove*
>    - *Abstain due to lack of consensus*
>    - *Abstain due to lack of national expert input*
>    - *Draft document will be registered as new project in committee
>    program (stage 20.00)*
>    - *Draft document can be registered as a Working Draft (WD - Stage
>    20.20)*
>    - *Draft document can be registered as a Committee Draft (CD - Stage
>    30.00)*
>    - *Draft document can be registered as a Draft International Standard
>    (DIS - Stage 40.00)*
>    - *Abstain from voting*
>
> ------------------------------
>
> *Group*: SC34 Ballot Advisory Group
> *Date Opened*: Wednesday, 6 June 2018 @ 6:00 am EDT
> ------------------------------
>
> *Referenced Items*
>
> [image: Image removed by sender.]
>
> ISO-IECJTC1-SC34_N2506_NP_TS23078.2.pdf (295K)
>
> 2018-06-06
>
> Download
> <http://groups.niso.org/apps/org/workgroup/sc34ballots/download.php/19252>
> | View Details
> <http://groups.niso.org/apps/org/workgroup/sc34ballots/document.php?document_id=19252>
>
> [image: Image removed by sender.]
>
> DRM Specification for EPUB Content - Overview-02.docx (225K)
>
> 2018-06-06
>
> Download
> <http://groups.niso.org/apps/org/workgroup/sc34ballots/download.php/19253>
> | View Details
> <http://groups.niso.org/apps/org/workgroup/sc34ballots/document.php?document_id=19253>
>
>
>


-- 
*Bill Kasdorf*
*Principal, Kasdorf & Associates, LLC*

*Founding Partner, Publishing Technology Partners
<https://pubtechpartners.com/>*
kasdorf.bill@gmail.com
+1 734-904-6252

ISNI: http://isni.org/isni/0000000116490786
ORCiD: https://orcid.org/0000-0001-7002-4786
<https://orcid.org/0000-0001-7002-4786?lang=en>