Thank you Geoff.
Normally corrections are assembled at end of Last Call and made at once so
that reviewers do not have a moving target. However, since last call has
just started and these corrections are all editorial, I have posted a
Unfortunately MS Word flagged a whole bunch of format changes (which I don't
think were made) in the version you sent. But from the red changes, I take
your corrections as the following (numbers refer to lines in your copy)
Spelling correction to -
table 2: Communication;
table 4: JobId, corresponding;
1633: when the
table 6 note 5: associated
figure 11: precedes
Table 8: elements, impressions, re-registered
Table 3: Adding space between JobUuid; JobId, 2 places
1708 Adding "and" before CapabilitiesReady (and eliminating the space
between Capabilities and Ready, since this is an element name)
On 1421, I meant 'operationality' although 'operation' might be better
From: Geoff Soord [mailto:Geoff-Soord at softwareimaging.com]
Sent: Monday, December 22, 2014 4:01 AM
To: William A Wagner
Cc: cloud at pwg.org
Subject: RE: [Cloud] workgroup last call - updated draft
I have corrected several minor typos and grammatical errors.
Complements of the season,
+44 1865 989 078
From: cloud-bounces at pwg.org [mailto:cloud-bounces at pwg.org] On Behalf Of
William A Wagner
Sent: 22 December 2014 04:44
To: cloud at pwg.org
Subject: [Cloud] workgroup last call - updated draft
I have posted a new draft of the Cloud Model specfiication at:
This draft is for workgroup last call, with comments to be addressed at
January 12 Cloud Conference call. After resolution of workgroup comments,
updated draft will be put into PWG Last Call to overlap with the February
This posted draft addresses comments from the December 15 conference call
and from a listing of editorial comments from Michael Sweet (many thanks for
the detailed review). Several issues are still up for discussion and they
are noted as comments in the above cited draft.
Michaels comments were, for the most part accepted. A few that were not are
listed below with my reasons. These are open to discussion by the workgroup.
(Line numbers refer to December 8 draft.)
- Section 2.2: - Cloud Computing: spaces before "a". <WW> This is a direct
quote and I believe an ellipsis is the correct way of indicating that there
is unrepresented text in the original.<WW>
-Section 3.2.3: Is this in-scope? FaxModem in Cloud and scanner in MFD? <WW>
This is an example of a possible use case. Indeed, it seems one of the few
configurations of Cloud support of FaxOut. I see no reason why it should not
be a valid use case. <WW>
- Section 3.3.2: Isn't selection of an alternate imaging service (moving
the job) out of scope. <WW> This is something that a Cloud Imaging Service
could reasonably do when the originally selected local service is unusable,
in certain configurations. I see no reason why it should not be a valid use
-Section 3.5.2:- Line 623-624: logging "selected Cloud Imaging Service"
(drop Local Imaging Service) <WW> Isn't the Local service operating on a job
a significant thing to log?<WW>
- Section 220.127.116.11:- Line 847: With respect to the advantages of
asynchronous notification, which is alluded to but not specified in this
model, do we want to mention long/blocking poll operations? <WW>Some
reasonable advantages of asynchronous notification are given. It is unclear
to me that the specified polling would necessarily be long or blocking.<WW>
- Section 18.104.22.168: - Line 856: "synchronization" instead of "synchronism"?
<WW> I suggest that synchronism is the state and synchronization is the
process by which synchronism is achieved. So I thing that "synchronism" is
- Section 22.214.171.124: - Lines 871-873: Jobs can't go from "processing" to
"pending", but they might go from processing to processing-stopped <WW>
Correct. Furthermore, since loss of communication is determined by the
Proxy, Job state change in the Local Service should follow what can be done
by an outside client. Table added.<WW>
- Section 126.96.36.199:- Table 3: Add DeregisterService operation?<WW> No, Local
Services are not registered. If a service in a Local System is to be removed
with respect to a Cloud System, the Local System is re--registered without
the subject service.<WW>
- Section 188.8.131.52.2: - Line 1463-1472: Why the numbers in parenthesis?
<WW> These are intended to represent numerical coding value of
IdentifyActions element. Perhaps this is too much detail?
- Global: settle on consistent term for "document data", "Document Data",
"DocumentData", or "Digital Data". <WW> Text is adjusted as follows.
DocumentData is used when referring to the Semantic Model Element in a
operation. Document Data is used when generally referring to the data
stream defining a Document, and defined in the terminology section. "digital
data" is used when referring to that form of data, which may or may not be
Many thanks to all.
Software Imaging: Providing Solutions for the Printer Industry and Mobile
Software Imaging Limited is a limited company registered in England & Wales.
Registered No: 01755090
Registered Office: Unipart House, Garsington Road, Oxford, OX4 2PG, UK
-------------- next part --------------
An HTML attachment was scrubbed...