07:04:49 RRSAgent has joined #wot 07:04:49 logging to http://www.w3.org/2015/04/22-wot-irc 07:04:58 RRSAgent, make logs public 07:05:41 Meeting: WoT IG F2F (Day 2) 07:06:31 Chair: Jerg Heuer & Dave Raggett 07:06:31 Alan has joined #wot 07:07:00 RRSAgent, draft minutes 07:07:00 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html tidoust 07:07:38 regrets+ Bernard 07:12:00 scribenick: dsr 07:12:42 Joerg asks for feedback on the frequence of face to face meetings. So far we have talked about a Summer meeting and then to meet during TPAC. 07:13:02 Wonsuk: I agree with having an IG F2F before TPAC. 07:13:41 Johannes: F2F meetings are very productive, but they are quite an effort to set up. One meeting before TPAC would be fine. 07:14:40 Joerg: what about the F2F organization, should we follow the open day + 2 IG meeting days, or should we do it differently? 07:15:40 Carsten: IETF Prague could be an opportunity forge stronger communication with the IRTF groups. 07:16:00 Joerg: do you have comments on the organization of the face to face? 07:16:53 Carsten: at the IETF we have several kinds of meetings, e.g. WG meetings focused on progressing specs, research meetings, test fests and workshops. 07:17:08 The approach taken yesterday worked well. 07:17:26 ken has joined #wot 07:18:01 Kaz: I am neutral and would like to hear other people’s opinions. 07:19:14 Edoardo: the open day was good, we might ask for posters next time. 07:19:15 Sebastian has joined #wot 07:19:37 dape has joined #wot 07:19:54 This time not everyone got to see all demos, so maybe continuing the demos during the next 2 days could help with that. 07:20:20 Joerg: could we focus on the building blocks? 07:20:32 Edoardo: yes. 07:20:56 JonathanJ1 has joined #wot 07:22:07 Dom: Plus 1 for another face to face before TPAC. The next F2F would be more concrete and should be very productive. I like the open day despite missing it. It would be great to have a plug fest and create some momentum for interoperability. 07:22:53 Claes: a Summer F2F is a nice idea, but July is the main holiday period in scandinavia. I would like us to use IRC for queue management. 07:23:53 robert has joined #wot 07:24:24 Taki: I also support another F2F including the open day. 07:25:25 XX: co-locating the F2F with other events could be a good idea. But maybe it is good to have the next one in America to make it easier for American companies to join in. 07:25:40 s/people's opinions./people's opinions. personally think having the structure for this meeting is nice, though./ 07:25:44 +1 another F2F meeting before TPAC 07:25:51 s/XX/Daniel_Peintner 07:26:30 Sebastian: for the next meeting, I would like to see one or two main topics e.g. security and framework and focus on just those. I like the idea of working closely with the IETF. 07:29:43 Joerg: I understand that a US meeting would be valuable to community outreach. On the other hand co-locating with the IETF in Prague (July 18-19) would also be valuable. The question is how to resource these? 07:29:54 fsasaki has joined #wot 07:31:10 saki has joined #wot 07:31:42 The proposal is to have an IG F2F in early July in US west coast and a smaller group of use to also meet in Prague with the IETF. 07:32:17 Alan: the first week in July includes US holidays. The last week in June or last week in July would be better. 07:33:06 Claes: The last week in July is probably okay for me, but we should do a poll. 07:33:21 Joerg asks for show of hands for last week in July? 07:34:41 s/last/last but one/ 07:34:59 a good number of people. 07:35:28 Joerg asks for the last week in July with similar results, but a few more conflicts. 07:35:33 wonsuk has joined #wot 07:36:22 Joerg: the week starting 6th July seems the best overall. 07:37:06 Joerg: should we have 3 days for the IG or stick with 2 (following a open day)? 07:37:29 The proposal is July 7-9. 07:38:20 Next time we will aim to provide the agenda much earlier and invite comments. 07:39:24 Joerg: I would like some of us to meet in Prague to forge stronger links with the IETF. 07:40:18 Carsten: we would need to find a way for W3C to co-host a meeting. 07:40:46 Alan: we would need to ask within the W3C staff for precedents and possibilities. 07:41:33 Action: Dave to check on possibilities for a W3C/IETF meeting at the Prague IETF 07:41:33 Created ACTION-7 - Check on possibilities for a w3c/ietf meeting at the prague ietf [on Dave Raggett - due 2015-04-29]. 07:41:43 Claes has joined #wot 07:42:02 Present+ Claes_Nilsson 07:42:06 Osamu: we could have a similar meeting at the following IETF meeting in Japan (the week after TPAC) 07:43:07 taki has joined #wot 07:44:06 Carsten: it would be useful if this current meeting were to provide some guidance on topics on a joint W3C/IETF meeting, e.g. security. 07:44:52 Joerg: yes. we could perhaps get the task forces we’re about to set up to think about that. 07:45:19 Topic: Deliverables structure 07:46:37 Joerg reviews what we discussed yesterday. This includes freezing the number of use cases for now and focus on a use cases and requirements deliverable. 07:47:23 We also need to work on writing up the ideas on architecture that we’ve heard over the last 2 days. 07:47:48 The immediate step will be to circulate ideas and then freeze and write up. 07:48:35 JAB has joined #wot 07:48:57 The 3rd document would be on the web of things framework. The proposal would be to ask those working on the building blocks to contribute. 07:50:15 For the next weeks we need to review what we learned and then figure out the framework document structure at the next F2F. 07:50:23 Present+ Wonsuk_Lee 07:50:34 Present+ Jonathan_Jeon 07:51:58 Joerg asks if the framework break out can result in some new documents. 07:52:20 Dave: yes we should be able to do that (the session also included discovery and provisioning) 07:52:27 for sure we need such a document as i) common understanding of the Web of Things ii) roadmap for the task forces in the next months 07:54:08 deliverable Plans in charter - http://www.w3.org/2014/12/wot-ig-charter.html#deliverables 07:54:08 kaz: also we should think about how to manage issues and action items raised during this meeting. some groups use issue tracker and some use bugzilla for that purpose 07:54:24 Dave: for me the biggest uncertainty is around security and privacy, and we need to find time to study that. 07:55:13 we can also use github as a issue tracker 07:55:27 Joerg: we need to have that discussion before we can determine what impact it would have on deliverables. 07:56:19 s/Jerg/Jeorg/g 07:56:25 rrsagent, draft minutes 07:56:25 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html Alan 07:56:53 https://github.com/w3c/wot/issues 07:57:01 Joerg: we have a couple of volunteers for the github use cases document. We ought to do the same for the building blocks, perhaps today for the architecture document. 07:57:19 s/Jeorg/Joerg/ 07:58:53 i/Jeorg asks for/Topic: Next Meeting Discussion/ 07:58:53 Richard: a lot of the use cases have security requirements implicit, and perhaps the use case document should make this explicit. We should also look at current efforts elsewhere that we could benefit from. 07:59:00 rrsagent, draft minutes 07:59:00 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html Alan 08:00:22 Joerg: the question is how to organise work on security, and to ensure that this is well coupled with the other groups. 08:00:42 i/Joerg asks for feedback on the frequence/topic: F2F planning/ 08:00:48 rrsagent, draft minutes 08:00:48 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html kaz 08:01:34 Are there volunteers to identity the security requirements from the use cases and building blocks groups. I am really concerned about having an isolated security group. 08:02:12 Carsten: the challenge is to identity the real problems and objectives and translate them into the language that security experts understand. 08:03:31 XY: we should aim to cover security in all of our deliverables. 08:04:44 Joerg asks for a show of hands. 8 people put their hands up to help with the security discussion. 08:05:16 Oliver volunteers to act as the chair for that group. 08:05:58 i/Topic: Next Meeting Discussion/Jeorg asks for/ 08:06:13 rrssagent, draft minutes 08:06:21 rrsagent, draft minutes 08:06:21 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html Alan 08:06:45 The names of the volunteers include: Carsten, Soumya, Richard Bailey, Dom, Claes, Dave and Oliver. 08:07:03 Joerg: HP may have someone to contribute 08:08:01 Joerg: we will have 2 kinds of groups. The task forces and other groups that “take care” of some specific topic. 08:08:45 Edoardo: should we separate security and privacy or not? 08:09:03 Joerg: we should keep them both together for now. 08:09:25 Edoardo: please add me to the security/privacy group. 08:11:28 Joerg switches to discuss the plans for this mornings break out sessions. 08:12:03 Joerg: did we change our understanding of the building blocks? 08:12:17 Report on Things Description Language breakout session - https://lists.w3.org/Archives/Public/public-wot-ig/2015Apr/0041.html 08:12:54 AA: we need to work on the purpose of TDL and how it would be used 08:13:50 Carsten: there is a bootstrapping problem. 08:13:59 Alan has joined #wot 08:14:00 Protocol Mapping Break Out - https://lists.w3.org/Archives/Public/public-wot-ig/2015Apr/0040.html 08:15:19 Carsten: the same will be true for security & privacy. we need to understand cross cutting concerns 08:16:25 Joerg: I would propose an iterative approach approach with successive stages of cross group consulation to share understanding and identity topics needing further discussion. 08:16:59 ryuichi has joined #wot 08:17:01 Carsten: I would agree with that approach as it is what we have used in the IETF. 08:20:30 Joerg propose that we split into the same groups as yesterday afternoon for this mornings break out slot. 08:21:24 Topic: Use of teleconferences and other working practices 08:22:13 Joerg: I would propose we reduce the full group teleconferences and instead focus on task force specific calls. 08:23:02 Suggests having full group calls every 2 weeks. 08:23:20 Asks if we should continue with alternating the time slots. 08:24:55 Dom: there isn’t a satisfactory way to have a single time slot 08:25:53 Soumya: I would encourage us to have alternating time slots. 08:26:49 Joerg: could we just advance the time of the call by 8 hours each call? 08:27:05 Dave: I would need to check what the admin system can support. 08:27:28 Joerg: for now lets have alternating time slots every 2 weeks. 08:28:31 Joerg: any other issues in respect to the IG working mode [none raised] 08:34:01 Joerg has joined #wot 08:34:15 saki has joined #wot 08:35:31 scribe: tidoust 08:35:54 jhund has joined #wot 08:36:00 [group looking at "The Web as the Solution" diagram] 08:36:20 Carston: the term IoT device may be confusing if these devices can talk any sort of protocol. 08:37:36 Dave: the diagram is generic. Under the gateway, any sort of protocols can be used and will continue to be used. 08:38:10 ... We have not decided to which protocols we want to define bindings. 08:38:30 ... "Gateway" could be renamed "device abstraction layer" if needed. 08:39:10 Question: Do device-to-device communications fit in that diagram? 08:39:42 Answer: For device-to-device communications, the device would embed the WoT stack. But we need to look at specific use cases. 08:40:27 Question: Role of browsers? 08:41:03 Answer: Web browsers run Web applications and will continue to do so. The question as to whether they will have direct access to things is open. 08:42:02 ... The same-origin policy restricts the number of scenarios that can be enabled, although CORS may help. 08:43:24 ... Extending security properties of the browser is done very carefully. That takes time. We need very strong use cases. 08:43:58 Carston: These diagrams are very confusing as there is a third dimension: the layer at which you're looking at things. 08:44:45 ... There may be layers with routers, gateways, etc. It would be useful to see the details. 08:46:09 Dom: Example of Bluetooth. If Bluetooth API is implemented everywhere, sneaking might be easy. 08:46:25 Dave: I encourage people to look at the Bluetooth API Community Group in W3C. 08:47:16 domguinard has joined #wot 08:47:22 @1: Shouldn't Web of Things server rather be Web of Things agents? Do you agree that protocols may not always be HTTP or WebScokets. 08:47:47 Dave: Yes, the only point that I was trying to make here is that you need some sort of abstraction layer. 08:48:58 Bluetooth REST GATT whitepaper: https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CCYQFjAA&url=https%3A%2F%2Fwww.bluetooth.org%2Fdocman%2Fhandlers%2Fdownloaddoc.ashx%3Fdoc_id%3D285910&ei=7l03Vf2MGIL0auHKgYAC&usg=AFQjCNEPvWUXl6NYv9s1HucZkEcngtRQUg&bvm=bv.91071109,d.d2s&cad=rja 08:50:41 s/@1:/romain:/ 08:50:53 Joerg: It's good to have an abstract architecture but I'm not sure we all have the same assumptions behind. Could we make explicit examples based on that to make sure that we share the understanding? 08:51:07 s/Carston:/Carsten:/ 08:51:13 Dave: To make that more productive, it would be useful to share use cases against that diagram. 08:51:52 [Moving to Thingsonomies] 08:52:31 Dave: free text or formal ontologies 08:52:48 [Moving to Thing Descriptions] 08:53:14 Dave: metadata may change over time, so we may need events to signal changes. 08:54:32 ... Properties of a thing may include data blobs that have a meaning and a content-type. When you transmit it, do you transmit the raw data, the data along with metadata, or the data using the appropriate content-type. 08:55:33 Dave: Back to the diagram, the metadata, events, properties and actions are the main takeaway from the proposed abstraction. 08:56:21 Joerg: I really encourage you if you contribute use cases to use these blocks to come to a common understanding on this architecture. 08:57:05 ... It may reveal that people have different understandings. 08:57:35 ... It would also be a good way to start using use cases. 08:57:57 ... Panasonic already did that in the breakout yesterday. 08:59:33 [Kazuo showing report of breakout session] 09:01:26 Kazuo: WoT framework assumes "Web browsers" access and control "Things". 09:03:23 ... Analogy with classic Web: the browser accesses HTML document through the Web server, using a REST API. For the WoT, browser and applications access TDL documents through a WoT server with some abstract WoT protocol 09:05:10 I modified my architecture proposal. It describe a concept of WoT Server - http://hollobit.github.io/swot-model/ 09:06:31 ... We would like to make things clearer. WoT Server could be defined by combining finer components to map to real world. Would the protocol between browser/apps and WoT server be the same as the one between WoT server and WoT device or gateway? 09:07:27 Dave: Yes. For IoT devices, you have a number of protocols you may choose from. The abstraction bridges the details. You cannot just translate the protocols directly. 09:08:27 ... In Web applications, there is a part that runs in the browser and on the server. 09:09:36 Dom: I would just forget that there is a gateway in order to make that as transparent as possible. Yes, there will be gateways but we really want to expose things at the WoT server and that's the part we should focus on. 09:09:56 ... We should really define an API that works for both worlds. 09:11:12 Joerg: Would it be easier to say that this group assumes a WoT device, and that mapping to real world means that the WoT device can be an IoT device coupled with a gateway? 09:12:01 Edoardo: In our case, the gateway is something that we probably want to describe as a WoT device. 09:13:05 Carsten: Bluetooth can be used to connect to the network or it could be used to communicate inter devices. 09:13:17 ... Same thing for other protocols. 09:14:41 ... The diagram is wrong because it is at 2 abstraction layers. 09:15:32 Joerg: That's why I propose to remove the gateway. I think it's good to start with that part of the architecture and map use cases. 09:16:06 [Looking at last slide from breakout session report] 09:16:34 Joerg: let's start with that and collect comments based on use cases 09:16:51 At the WoT abstraction level, we are not seeing the peripheral interconnects, whether they are I2C, SPI, USB, UARTs, Bluetooth, whatever. 09:17:42 RRSAgent, draft minutes 09:17:42 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html tidoust 09:22:41 JAB has joined #wot 09:45:36 Topic: Towards a WoT standard (Dom, Evrything) 09:45:50 dape has joined #wot 09:46:27 Dom: we're still working on a document that comes from several experiences, including the COMPOSE project and company activities. 09:46:53 ... In 2007, we published a first paper 09:47:15 -> http://webofthings.org/publications Towards the Web of Things 09:48:01 Dom: It took some time to get the paper accepted actually, only in 2009, complaints were around the difficulty to support Web protocols in such constrained devices. 09:49:20 ... [describing the paper featuring an ambient meter on a Sun SPOT] 09:49:38 jhund has joined #wot 09:49:55 ... Someone at SxSW DDoS-ed our demo to show that Web protocols can easily be hacked. 09:50:12 ... A nice practical experience to learn about security. 09:51:13 ... We have a reference implementation that was DDoS so many times that we had to remove it. 09:52:04 ... [demoing http://devices.webofthings.io to access a Raspberry PI and retrieving sensor vales] 09:52:51 ... I can do the same thing with an HTTP GET request retrieving JSON. This is something incredible. It makes lots of things possible, changing the world. 09:53:10 ... So why do we need a standard? 09:53:35 ... As WoT IG, we need to think of the application layer. 09:54:10 ... In their own way, Web APIs have created semi-isolated silos. Taking the example of Facebook and Google+ APIs, they are both based on REST and yet are not interoperable. 09:55:14 ... A place to start is a simple set of rules: protocol (REST with JSON over HTTP), resource models (what is in the JSON, we need an accepted definition of the payload), and then support for extensions. 09:55:44 ... Going back to the levels I presented yesterday, I'm mainly talking about Level 1, and other levels on top of that need to extend it. 09:56:02 http://www.slideshare.net/misterdom/w3c-f2fwotevtcomposestandard 09:56:25 Dom: In a nutshell, the proposal is to have blueprints on how to implement APIs for Web Things, that is to advocate the use of REST, HTTP, JSON. Using these in the right way is already a good step forward. 09:56:44 ... Standard resources and data-model for the representations. 09:57:49 ... What would this help for? It's important to understand what we want to achieve. In terms of blueprints, it becomes a no-brainer to brands to implement WoT. I'm talking about brands that do not have a big IT department and produce eons of products. 09:58:06 ... If they can just reuse standards, that would greatly help. 09:58:50 ... This would also enable the automatic generation of User Interfaces including 100% Web-based UIs. What if I could take my smartphone and automatically start to interact with the air conditioner in my hotel room in Japan? 09:59:33 ... It would also make it possible to generate mashups automatically. That's what I researched during my PhD for instance. 10:00:14 ... You also have a plethora of different APIs going to different clouds. A standard would allow API to API integration. 10:00:35 ... Eventually, this would avoid horrible options that we had to implement on various devices. 10:01:04 [showing a diagram of the proposal] 10:01:53 Dom: At the base, there is the protocol, HTTP, or CoAP. Then Patterns describe requirements for Web things. Then API and data formats. 10:02:32 ... Different use cases considered, either directly implemented on the device or through a gateway. It should simply be the same from an external perspective. 10:03:27 ... Document is open for comments on Google Docs. 10:03:44 http://bit.ly/wot-label 10:04:07 Dom: Looking at requirements for Web Things APIs, we classified them using MUST, SHOULD, MAY levels 10:04:16 ... [see slides and doc for list] 10:05:32 dsr has joined #wot 10:06:02 ... The Web streams protocol defines the resources exposed by a Web Thing, and also the semantics to some extent. 10:07:01 ... Web products describe the class of things, Web Things are instances. Web Things have properties which I use here to mean changing values. 10:07:44 ... Then a Web Thing has links to other resources, which lead to actions and streams that encapsulate the dynmaic state of the Web Thing. 10:07:54 s/to mean changing values/to mean configuration values/ 10:08:01 s/dynmaic/dynamic/ 10:08:23 Dom: Streams provide the data points with a subscription mechanism. 10:08:42 ... I encourage you to take a look at the document and comment. 10:10:13 ... Next steps: comments, we want to do some work on merging subscriptions and WebSocets, discussions about major protocols integration (CoAP is an easy one, MQTT has been ignored in our discussions but is used in the real world and can easily be mapped to WebSockets) 10:10:44 ... We need to look at integration points (e.g. semantic Web). 10:10:44 ... We'll be working on a first draft by end of May 10:11:37 Carsten: One major architectural gap here is that you're embracing WebSockets. WebSockets are a pipe. 10:11:59 ... WebSockets don't give you any of the properties of REST. 10:12:38 ... Using WebSockets is a workaround to enable REST. 10:13:14 ... We're going back to stream connections, and de-emphasing the regular Web protocol, so actually going against the Web. 10:13:54 ryuichi has joined #wot 10:14:01 Dom: Right. The subscription API is RESTful but the events go over WebSockets in the proposal. 10:14:21 ... In the end, I want Web apps to be able to communicate with things, so there HTTP and WebSockets are a no-brainer. 10:14:38 ... That's true for Web applications but also for native applications. 10:16:06 Kensaku: You're doing a Pub-Sub protocol on top of WebSockets. I think there is a mechanism that describes such a protocol. Sub-protocol? 10:16:35 Dom: Yes. One thing I'm missing from WebSockets is QoS. That's a property of MQTT that is very interesting. 10:16:47 s/Evrything/Evrythng/ 10:17:05 Kensaku: Could WebRTC be used as well? 10:17:17 ... For instance, ChromeCast is now using WebRTC. 10:17:28 ... Some cameras are also doing that. 10:17:44 Dom: What would be the advantage of the WebRTC approach? 10:18:15 Kensaku: It can be used to stream data, audio and video. 10:18:35 Dom: So it's the bandwidth that you're interested in. Do IoT devices need that? 10:18:43 Kensaku: That depends on the use cases. 10:19:12 Joerg: We're running out of time but please continue the discussion offline or during the break. 10:20:07 Dave: I like the proposal. I think you're missing a level of abstraction. Things could be regarded as virtual abstractions. 10:20:50 ... Conceptually, there is a big difference between events and actions. 10:21:48 Joerg: Thanks for the presentation. It's really useful because it deals with practical details and asks right questions. Who do we target? Etc. 10:23:34 Joerg: I propose to breakout as yesterday to work on organizing the work by the next F2F. Structure the discussion, identify lead contributors. 10:25:05 live stream of the wot presented wot device: http://devices.webofthings.io/camera/sensors/picture/ 10:26:13 RRSAgent, draft minutes 10:26:13 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html tidoust 10:26:32 I added some requirement from guinard's document and protocol references into my proposal - http://hollobit.github.io/swot-model/ 10:49:37 rrsagent, draft minutes 10:49:37 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html JonathanJ1 11:13:17 Sebastian has joined #wot 12:13:33 domguinard has joined #wot 12:15:05 taki has joined #wot 12:16:04 dsr has joined #wot 12:20:49 scribenick: Alan 12:21:16 Topic: Task Force reports 12:21:20 saki has joined #wot 12:21:36 Francois reviews the agreements for the Framework 12:23:16 Francois reviews the agreements for the Discovery work 12:23:53 @@@: This will also cover the provisioning activities 12:24:50 Johannes: In the group on protocols and APIs we setup the structuring for actions, we'll then have access for APIs 12:25:01 ...We have an abstract pattern 12:25:08 ...We plan to have that for next f2f 12:25:28 ...We will have bi-weekly calls and will use a mailing list with tagable subject 12:26:32 Jeorg: This is the three main actions we have, beside that we have some groups of people on Use Cases and Security and they need to tell us how they will organize 12:26:46 ...We should hear that on the next IG Telco. 12:27:30 ...We have organized the discussions and inputs for the next couple of weeks. Unfortunately we can't have breakouts due to the strike. 12:27:42 ...But we do have another contribution that will be presented by Dave. 12:28:11 Topic: Functionla Semantics 12:28:31 Dave: Last year their was an IoT Conference that had a WoT track. 12:28:45 ...We had a number of talks there including one from Simon Mayer. 12:29:05 ...I encouraged him to put something together for this group. 12:29:25 ...This is an approach to describing IoT services in a goal oriented manner. 12:29:47 ...It has to do with how do you discover services and mash them up 12:29:59 ...If you can describe what you want can it be put together. 12:30:15 ...It involved a Fuctional Service Description. 12:30:28 s/Functionla/Functional/ 12:30:43 [Dave walks through demo code] 12:32:01 Dave: Once the writers are happy with it I'll send a pointer to the IG list 12:32:31 ...You want to describe a service and what it does and when that works you want to invoke the Restful interface 12:33:14 ...If you want sematically rich queries there will be some system that takes human queries and turns it into things like this. 12:33:31 ...The goal is to describe actions and turns them into events. 12:34:00 Jeorg: I don't know if Dom triggered this with his talk before lunch. 12:34:25 ...On one side we want it to be flexible but on the other side we have very elementary examples 12:34:39 s/Functionla/Functional/ 12:34:39 ...We don't have the breadth of complexity 12:35:14 ...If you think about the devices around you and you want to do this mashup thing, the question is how do we take these and are they practical or not. 12:35:35 Dave: If you have some high level thing in a service how do you invoke that. 12:36:00 Jeorg: It would be great to see a demo of this in six months. So what would be a realistic demo of this? 12:36:55 ...From what we understand of this approach, how are we actually going to use this? Dom you had something similar in your presentation. Do you think at this time we're addressing the developer or do you think we're addressing the user? 12:37:11 Dom: I'm not sure what the question is. What's missing for the developer? 12:37:22 Jeorg: No, what are we missing for the users. 12:38:05 Dom: This type of thing to me is step 5 and we're at step 1. I think we need to reach agreement on the intermediate things. I've never seen it working in practice. 12:38:26 Dave: I think Simon has built a system and tested it, but nothing in the real world. 12:38:49 Dom: It's finding a crunch point between heavy weight semantics and light weight that allow you to do this. 12:39:09 ...It's not so much about the syntax but what's under it. 12:39:21 ...The relationships and how you interface them that matters. 12:39:34 Dave: We have to have matching at a base level. 12:39:54 Dom: That's one way, to be totally open. Or we could provide more descriptive way to do it. 12:40:12 Dave: It sounds like you're saying we shouldn't work on the core. 12:40:37 rrsagent, draft minutes 12:40:37 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html JonathanJ1 12:40:40 Carsten: I don't know of a specific example but there are things that have to do with automation that benefit from things like this. 12:41:21 ...You need to define the relationships. This hasn't quite made it to the IETF yet but their is a security discussion that will move close to this. 12:41:40 ...I wouldn't write this off, but I agree with Dom that it's not at step 1. 12:42:03 Dave: !!!!!! 12:42:27 Carsten: What we're using now is called xxxx but it doesn't have the actions. 12:42:46 Dave: We ought to see if we can schedule Simon to present this properly. 12:43:05 ...It's not quite finished yet but we need to wait until it's done. 12:43:05 s/xxxx/Interconnected-Asset Ontology/ 12:43:47 Jeorg: What triggered me is we had in these 2 or 3 days a number of proposals that varied from research projects, to concepts to pilot implementations. 12:43:49 Sebastian has joined #wot 12:44:26 ...We have what I think is a lot of activities that are pilots in nature, but what worries me is we had a lot of discussions on a fundamental or principle way. 12:44:43 ...I don't know what's the best way to keep things pragmatic and what we are evaluating. 12:45:00 ...I thought the demonstrations were great, but we do research projects and bring it. 12:45:17 ...But at a certain point we need to take this with us and say is this practical or not 12:45:31 ...By that I mean can we use it, can we make applications from it. 12:45:48 ...What's the balance between the instructions and making a system out of it. 12:46:03 ...What do we do to avoid being too scientific? 12:46:24 Dave: What we propose in W3C is to start simpler and go from there. Attempts to start big have failed. 12:46:54 ####: I think you need to have point services and building blocks. Not impossible suggestions of standards. 12:47:02 Jeorg: Can you give some examples? 12:47:21 kaz has joined #wot 12:47:26 ####: When people say non-functional they point to things like $$$$. 12:47:38 ...I think we need to capture this formally. 12:48:01 Dave: There are going to be criteria for the real world and we need to find out what they are. 12:48:13 ...One example was scalabiltiy in the number of sensors. 12:48:40 Jeorg: Even if you start to have it simple that doesn't mean it's simple to have an app on top of it. 12:48:56 ...I don't think the initial solution was simple but quite pragmatic. 12:49:14 ...There are things going on outside, how do we do demos of this stuff as aggregation. 12:49:33 Dave: If you think about the Web it grew from open collaboration. 12:49:49 ...We need to do the same thing here via hackathons and suck. 12:50:03 Dom: Last time we met we were talking about what label to put on this. 12:50:26 ...We were thinking having a limited number or things with a toolkit that helps you build that. 12:50:53 ...How do you get things adopted today? By having it documented so it's easy to grasp and a tool that lets you get there. 12:51:04 Dave: So what can W3C do to help in this? 12:51:28 Dom: So the things that would help us is having definitions of the basics and things can occur after that. 12:51:53 ...If you look at CoAP that's where it came from. The base started it and then things grew from there. 12:52:23 Dave: I think we can be a little more practical. Our next F2F is in the summer, so could we get some basics implemetned to show that. 12:52:39 Dom: I think if we agree on the core ideas getting these built will be easy. 12:52:57 Dave: And I think the base of this is to have Use Cases that allow for the implementation. 12:53:12 Dom: Find a couple of Use Cases that people can really relate to. 12:53:49 Carsten: I would warn that to much focus on demonstrations leads to things that can be slapped together. 12:54:11 Jeorg: So what we need to see if proof of direction and that we capture the low hanging fruit. 12:54:18 ...To get more practical on that side. 12:54:31 ...It's something we can look at and share after some experience. 12:54:31 rrsagent, draft minutes 12:54:31 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html JonathanJ1 12:55:04 Carsten: It's some times hard to get things done in a constrained environment, if we remove that it might be easier to get things done. 12:55:26 Jeorg: I think this is part of the thinking we've been doing. It's something we need to agree to on our calls. 12:55:41 ...So maybe it's food for thought for those heading to the airport. 12:56:10 ...Do we identify these low hanging fruit, maybe we've already identified something, and think can we get more practical on these parts. 12:56:19 s/Jeorg/Joerg/ 12:56:33 s/Jeorg/Joerg/g 12:57:03 Joerg: I'd like to thank you for taking the time to be here. I hope this stimulates discussions in the task force. 12:57:21 ...Have safe journeys home and thanks to the W3C team for their work. 12:57:27 [adjourned] 12:57:32 rrsagent, draft minutes 12:57:32 I have made the request to generate http://www.w3.org/2015/04/22-wot-minutes.html Alan 13:04:01 kaz has joined #wot 13:29:16 kaz has joined #wot 13:36:25 dsr has joined #wot 13:38:51 Alan has joined #wot 14:52:52 dsr has joined #wot 15:05:47 cabo has joined #wot 16:57:41 Alan has joined #wot 16:57:45 Alan has left #wot 18:21:31 dsr has joined #wot 18:38:19 cabo has joined #wot