Hi,
I converted Bill's latest working draft to PDF and posted it at:
HYPERLINK "ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20070201.doc"
HYPERLINK
"ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20070205.pdf"ftp://ftp.pwg
.org/pub/pwg/wims/wd/wd-wimscount10-20070205.pdf
HYPERLINK "ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20070201.doc"
Bill - Status on the cover page needs to pass through Interim, then
Prototype (small religious war here), and reach Stable, before it's
allowed to enter either working group or PWG last call.
Because it adds one element and improves one definition, it could be
treated as Errata and adopted via Call For Objections (rather than
Formal Approval vote).
I wondered about that lack of MediaUsed elements in the per-Service
conformance - but then I remembered that we agreed (at some length)
that MediaUsed was important to define, but should remain OPTIONAL
in the Abstract Counter spec - a mapping can make it REQUIRED or
RECOMMENDED (the Counter MIB is conservative and defines the
icMediaUsedGroup as OPTIONAL).
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Chair - FSG Open Printing Steering Committee
Blue Roof Music / High North Inc
PO Box 221 Grand Marais, MI 49839
phone: +1-906-494-2434
email: imcdonald at sharplabs.com
-----Original Message-----
From: owner-wims at pwg.org [mailto:owner-wims at pwg.org]On Behalf Of
wamwagner at comcast.net
Sent: Sunday, February 04, 2007 3:26 PM
To: 'wims at pwg.org'
Subject: WIMS> Revision to Counter Spec
I have incorporated Lee's and Ira's comments in the Counter Spec update. A
marked up doc file is at
HYPERLINK "ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20070201.doc"
HYPERLINK
"ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20070205.doc"ftp://ftp.pwg
.org/pub/pwg/wims/wd/wd-wimscount10-20070205.doc HYPERLINK
"ftp://ftp.pwg.org/pub/pwg/wims/wd/wd-wimscount10-20070201.doc"
(sorry, I am still in Boulder without my PDF generator)
The changes are to document page 8 (Datastream change), where at Pete's
request, we added some clarification of the fact that datastream includes
job processing instruction information, such as a job ticket.
and to document pages 27 and 28, where we added the
MediaUsed.MediaAccountingKey element. For those who mught have missed the
previous background discussion:
When all media in a given system, or a given environment, were
distinguishable by size alone, then the different media are uniquely
differentiated by MediaUsed.MediaSizeName. However, if there were different
media types of the same size, then some additional element must be used to
differentiate between them. MediaUsed.MediaInfo was available, and was
sufficiently free form so that any set of distinguishing characteristics
could be used (weight, color, letterhead imprint, etc). Problem that Stuart
identified with MediaUsed.MediaInfo is that it is intended for human
consumption and as such is localizable. This makes it difficult to use
reliably as a machine readable ! identif ier. Ira therefore suggested adding
a new, non localizable element (MediaUsed.MediaAccountingKey).
I don't think that the introduction of this new element affects other
counter spec chapters (although I wonder that there are no media
identification elements in the Per Service lists of chapter 6).
This working draft is submitted for working group review, with the objective
of be able to submit it for a PWG review period including the February face
to face. Please review and submit objections before the next WIMS/CIM
meeting on 8 Feb.
Thank you.
Bill Wagner
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.26/670 - Release Date: 2/5/2007
2:04 PM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.pwg.org/archives/wims/attachments/20070205/c27d0416/attachment.html