13:48:23 RRSAgent has joined #decision-xg 13:48:23 logging to http://www.w3.org/2010/09/02-decision-xg-irc 13:50:32 Meeting: decision-xg 13:50:48 chair: Jeff Waters and Don McGarry 13:51:21 Agenda: http://www.w3.org/2005/Incubator/decision/wiki/Decision_Mtg_12_Agenda 13:51:34 Scribe: Jeff Waters 13:51:51 ScribeNick:jeffw 13:57:48 eblomqvi has joined #decision-xg 14:01:59 Welcome to the 12th meeting of the Decisions Incubator! We’ve just submitted a position paper to the Workshop on Ontology Design Patterns (WOP 2010) describing our Incubator and its efforts. This is an important piece of documentation and many thanks to Eva for her efforts and role as editor for this. 14:05:28 I see that we are at an interesting part of our work, where we have an initial development on our design coupled with some interesting work on a tool and an interesting domain to explore it with emergency management. The recent paper describes our path forward and we have a few topics today covering the range of items ahead for us 14:09:34 eblomqvi: Agree that we are able to collect our thoughts with the development of this paper. I agree with your agenda for today. 14:10:04 Topic: Update or Questions Re Core Data Model 14:11:26 jeffw: On my part, I was looking at your example, is this something you could walk us through? 14:12:40 eblomqvi: I will look at the example in my tool and we can walk through it. I haven't had a chance to do any more on the core model 14:13:52 eblomqvi: I used Topbraid Composer out of habit and it has some other functionality and then the Neon Toolkit has the nice support for the patterns. 14:17:59 jeffw: While we're thinking, I was looking at the outline on our wiki of our final report, perhaps we can use what we did on this paper in some ways to fill in our outline 14:18:48 eblomqvi: Ok I want to buy some product, and I have some options, shop1 or 2 or 3 and those are the options and my question, this is what I mentioned last time, we have the information realization, some concrete piece of text 14:19:36 eblomqvi: which is the realization of the question. I don't know if we need the distinction, but in this example I did make the distinction, so the shops have the realizedby property which associates them with some shop data 14:20:03 eblomqvi: Shop1 is an abstract option, then the realization is the entry from this linked data set which is the concrete thing we are using as the option 14:22:40 eblomqvi: In this case, it's not really the shop, it's the info that I buy something from shopX, that is my option, 14:23:48 eblomqvi: What I wanted to get at here, the thing, we want to have a model that can capture when we have a sentence as an option, "I buy the product at Shop A", not machine understandable, then we have the case where we have the data, some entries in a dataset or text describing the option 14:24:39 eblomqvi: The thought is to capture both, where one is an extension of the other one. So you always have the abstract case but you can extend it with additional detail. But I'm thinking that the realization may not be the correct relationship. 14:25:05 eblomqvi: Do you see that it might be nice to have different levels of options ways to express it? 14:26:17 jeffw: sounds like a thing and its description? 14:26:40 eblomqvi: Yes, maybe that's the better distinction 14:30:07 jeffw: I was thinking that the concept/realization distinction is also important, so you could say what computer should I buy, and then at the concept level you might say company A, B or C but then you need to get to a specific model 14:31:19 eblomqvi: Also my idea was that a similar thing for the question, the question could also have a more detailed description, if you wanted to do an automatic assessment, you might want a Statement with Variable pattern, if you want to know what or when, then similarly you could do that for the options 14:33:30 eblomqvi: But at moment in the example, the question is just a sentence. Then I have this criteria, so there were two, one was called buyingCriteriaPrice and maybe one criteria applies to one option or more, so I want the best price from the one closest to me as an example 14:34:19 jeffw: So you had two criteria, one was buyingCriteriaPrice and one was buyingCriteriaDistance 14:35:51 eblomqvi: So in the example, the distance criteria applies to all three options but the price criteria applies only to two of the options, so one shop I don't care how much it costs or I would expect price not to be an issue there. So you can have different criteria for different options. 14:39:58 jeffw: But this is great, a wonderful way for us to do the design and then paint on the canvas to generate these types of examples and then go back and repaint, so to speak 14:42:10 eblomqvi: I can go back over next couple weeks and we can do some more examples. And then we could have some text to match the model. 14:42:53 jeffw: I like this idea of annotating our model with text in our wiki for example to educate folks and to work from small example to larger but also to explain components of larger example 14:43:13 jeffw: Also the concept of keeping all this modular so it can be reused 14:45:58 topic: Suggested Process for Exploring and Validating Models 14:47:28 jeffw: basic idea is that we want to try to evolve our decision model by trial and we would like to do this with a tool that could speak this format and be used for decision-making, and we'd also like some sort of infrastructure support, like a repository and other components, in the form of a what I can all interoperability testbed. 14:48:08 jeffw: And then ideally, we could interact with the testbed through the tool and perhaps have mobile applications on our smartphones or pad/tablet computers 14:48:44 jeffw: to make it easier and funner to utilize the tools and then capitalize on the linked data sets and show how we can use those to drive the tool. 14:49:26 jeffw: Then what's intersting about that is we could then tie in any other data or even data that we self-generate, and all we need to do is get it in the linked data format and then we can drive the tool with that data. 14:53:05 jeffw: (described the concept combining the data model with the tool with the open linked data format with the interoperability testbed with the mobile apps) 14:54:01 eblomqvi: We also have a tool that could be useful, for example alignment rules, we've used on xml and database schema, when you convert the data from those formats to RDF then you can with this tool based on the rules you can align it with an ontology that you want to describe it with. 14:58:42 eblomqvi: So if we have data in our decision format, then we could link to the decisions with the underlying ontology and I will investigate the state of the tool or web services 15:03:59 Topic: Conversion of Emergency Management Data into Linked Data format. 15:06:25 jeffw: So just to touch upon a couple of our remaining agenda topics, since we are running out of time today, there is the possibility of taking some of the types of emergency management data (alerting, hospital availability, situation reporting) and converting into RDF in a similar format to that used in the Open Linked Data sets. 15:08:04 jeffw: We've already done some of this and more can be done. This data could then be used with any of our tools. Perhaps next time, a good agenda item would be to invite some of our tool developers from our different members to discuss the status and current capability of the tools. 15:08:54 jeffw: We could also then summarize our current thinking and format for them and discuss a common iterative schedule. 15:10:30 jeffw: I very much appreciate the idea of using the CNR tool you mentioned, Eva, and it makes an important point to show a variety of tools utilizing the format to confirm its relevance and usability. 15:13:16 jeffw: This might be a good opportunity to demonstrate the tools and capabilities in this domain of decision-making, and provide additional relevance of our work to other components of our organizations. 15:13:46 Topic: Schedule and Future Papers 15:15:20 jeffw: We're out of time for today, but I would suggest that we outline our iterative development process with our tool developers next time. The results of our ongoing work can then be the update to the position paper recently completed. 15:15:32 jeffw: Thanks for attending. 15:21:15 rrsagent, set log public 15:21:31 rrsagent, draft minutes 15:21:31 I have made the request to generate http://www.w3.org/2010/09/02-decision-xg-minutes.html jeffw 15:22:27 zakim, bye 15:22:27 Zakim has left #decision-xg 15:22:35 rrsagent, bye 15:22:35 I see no action items