-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New IG Charter Deliverable Topics #599
Comments
I updated the draft rendered at https://w3c.github.io/wot/charters/wot-ig-2019.html There was a lot of outdated text, so I made a number of editorial changes (taking into account there now exists a working group and WG Editors' Drafts. ScopeConsidering the scope I included the following items besides the general support WG and explore scope, which is actually unchanged (see summary box): Initial items
Mid term
Long term
Deliverables
|
Oracle reviewed the proposed charter and suggests the following modifications: Modifications:
I created a PR with the these changes for the IG charter at: |
From the re-chartering discussion at TPAC it was my understanding that both the Interest Group and Working Group would be seeking a six month extension to their existing charters, so this new 2.5 year charter proposal for the Interest Group has come as a bit of a surprise. Sorry if I misunderstood. I'd like to understand more about the "WoT Simple API" and "WoT Hypermedia-driven Interactions" deliverables.
By "API", does this mean a JavaScript API, or a "concrete protocol binding" (e.g. a standard REST API and/or a WebSocket sub-protocol)? I'm hoping it's the latter, which is something Mozilla would like to contribute to. Should this be more explicit?
I wouldn't describe these as "Properties of an Action" or use an "Action to cancel an Action" as in the example given, but I agree that if a Thing Description provides declarative protocol bindings then it needs to be able to describe more complex API concepts like creating and deleting new resources (e.g. to describe an action request queue). Is it possible that the "WoT Simple API" and "WoT Hypermedia-driven Interactions" could be exploring two different approaches for achieving the same thing? One using concrete protocol bindings, the other using declarative protocol bindings.
This all seems a bit nebulous. "vendor-neutral Web platform for apps that are installed on home gateways" sounds suspiciously like standardising an application runtime, which I would advise against. And FWIW I'm not sure if the term "Industry 4.0" means much to anyone outside Germany. One other minor point. From the Introduction:
The Internet of Things already exists. A better analogy here would be that the current Internet of Things is like the Internet before the World Wide Web, with competing incompatible hypertext systems. The W3C is applying lessons learned from the World Wide Web to the Internet of Things to create the Web of Things. |
@benfrancis wrote:
The Simple API refers to the idea of a simple JavaScript API in which thing properties and actions are exposed as JavaScript object properties and methods. This is only applicable for programming languages with direct support for getters and setters, and entails the use of events to signal asynchronous updates, errors and loss of connectivity. Read and writes are synchronous and quick as is the case for regular JavaScript properties. The local platform could synchronously detect when an assigned value conflicts with the declarations in the thing description, and raise an exception. A client-side script could assign a value to a thing's property and later get an event that this update was rejected by the server for some reason. We had a discussion on this during TPAC and I proposed that this could be layered on top of the existing API and agreed to take this on as part of the incubation work in the WoT IG. This falls under the mantra that it is easy to make something complicated and much harder to make it simple. |
Note that these are IG topics, and so are meant to be experimental, and may or may not lead to RECs in the long run, and then only if they are promoted to WG deliverables. IG charter deliverables will be generally published as W3C Notes. We need to finalize this, in particular, need to decide whether or not to merge Oracle's PR. As mentioned under that PR, I am willing to merge unless someone comments otherwise. The merge is overdue though, and since there have not been any further comments on Oracle's PR, I am going to merge it and submit the updated version to W3M. |
@benfrancis Note the WG extension (no new charter...) is for 6mos (to finish the current deliverables), this IG rechartering is for 30mos, to align with an expected later WG rechartering of 24mos (with a new charter and new deliverables, but those are still to be discussed and agreed upon). |
I talked with Kaz about this just now and we are basically out of time. However, there is a still a month's long process before the new IG charter is confirmed, during which there is an opportunity for comments and edits. So we are going to go ahead and submit what we have to W3M and use the formal process for further comments and edits. |
@benfrancis to be clear, I'd like to continue some more detailed discussion with you offline, e.g., on the WoT IG Chairs list. Is that OK? |
Please see #761 for the updated IG charter |
Latest charter here: http://w3c.github.io/wot/charters/wot-ig-2019.html |
Include some or all of the following topics as potential deliverables for the new IG charter (from the Bundang F2F):
IG: Incubation of existing concepts, Exploration of new Concepts
IG: Communication patterns
Protocol Bindings
SubProtocols (long-poll, streaming, multi-part, SSE, Webhooks)
Default protocol binding for convergence
IG: WebSocket Subprotocol for WoT (maybe IETF collaboration)
Mozilla proposal
Panasonic proposal for Events
IG: System Things
Local hardware API based on Thing abstraction
Discovery („local“ filter)
Driver model for servients
Vocabulary
Payments
Marketing
Optional ontologies
Accessibility
New Interaction Types?
Thing Directory
Lifecycle Management & Servient I/Fs
Schemas for binary payload formats
Security Guidelines?
Maintenance
Binding Templates
Security vocabulary
Grow W3C WoT ecosystem
Multi-stakeholder demo
Semantic capabilities
Other services (calendars etc.)
Vertical focus (interop, openness, …)
Smart Buildings
Smart Cities
Collaborations
iot.schema.org
Linked Building Data Community Group
BRICK
Haystack
Echonet Consortium
ETSI CIM
IIC
Eclipse IoT (Smarthome, Vorto)
See https://www.w3.org/WoT/IG/wiki/images/8/86/W3C_WoT_Bundang2018_Rechartering.pptx
The text was updated successfully, but these errors were encountered: