13:46:59 RRSAgent has joined #decision-xg 13:46:59 logging to http://www.w3.org/2010/08/05-decision-xg-irc 13:47:45 Meeting: Decision Incubator 13:48:00 Chair: Jeff Waters, Don McGarry 13:48:18 Agenda: http://www.w3.org/2005/Incubator/decision/wiki/Decision_Mtg_10_Agenda 13:48:28 Scribe: Jeff Waters 13:48:41 ScribeNick:jeff 13:51:03 agenda+ Introduction 13:51:26 agenda+ A Decision Format as a Set of Patterns 13:51:43 agenda+ A Simple XML format for Conversion as Open Linked Data 13:51:59 agenda+ A Way Ahead via Interoperability Testbed and Open Linked Data Example 13:52:13 agenda+ Implications for Routing 13:52:33 zakim, next item 13:52:33 agendum 1. "Introduction" taken up [from jeff_] 13:52:57 jeff: Thanks to everyone for joining us for our 10th meeting of the Decisions and Decision-Making Incubator. We are almost half-way through our allotted one-year time frame for our incubator work. This is a good opportunity to take stock and streamline a way-ahead to complete our work. If you don't mind me briefly quoting from our charter ... 13:53:20 jeff: The goal of our incubator is "exploring and determining the requirements, use cases, and a potential standard format for representing our decisions efficiently and effectively in a collaborative networked environment for the purpose of information exchange for situational awareness". So our incubator products are requirements, use cases and potential standard format. And the scope is information exchange, situational awareness, in a networked environ 13:53:41 jeff: "The work performed by this incubator activity is designed to help organizations improve integration of human decisions into computer systems, ..., to improve information sharing, and ultimately, to support better, rapid, and agile decision making." 13:54:02 jeff: The potential standard format should provide concise, generic, structured assessments and decisions...." At the most basic level, the goal is to move decisions beyond just stating the results in phone calls, announcements and emails, to a structured, machine-understandable format with the basic info needed to understand the decisions. But concise and simple (elegant) is good. 13:54:20 jeff: So we have identified initial use cases and defined required components. We've begun modeling. Following eXtreme Design approach, we are looking for patterns that can be reused so that we don't reinvent the wheel. One thing that can help us, is a mapping of those components to implied patterns. I looked into this and it's one of our agenda items. With this mapping, we can perhaps efficiently schedule our remaining design work. 13:54:34 jeff: Also I've been motivated by the Open Linked Data example of simply taking basic info and converting it simply to RDF. In this vein, I have on the agenda a suggestion for a simple xml format for a decision that we can convert in this same manner. 13:54:47 jeff: A third agenda item is how the design and simple conversion format can proceed in parallel and the former upgrade the latter. Also the concept of instrumenting a tool for use with an infrastructure backbone in an interoperability testbed environment will allow us to explore a near-term capability and the applicability of our designs. Documentation is a part of this. 13:55:08 jeff: Finally, there are interesting possibilities for pushing as well as pulling our decisions and other semantic data. In the area of emergency management in particular, we have an opportunity to explore this with one of our partners. 13:55:22 jeff: So all the agenda items come together serve as mechanisms (design, simple format, interop testbed with tool, push and pull) to help us finish our effort. So let's begin with a mapping of components to patterns. 13:58:52 dmcgarry has joined #decision-xg 14:00:14 eblomqvi has joined #decision-xg 14:10:53 http://www.w3.org/2005/Incubator/decision/wiki/Decision_Mtg_10_Agenda 14:18:42 don: I think that sounds like a good plan 14:19:20 eva: another thing, we are arranging a workshop on ontology patterns at the semantic web conference and Aug 20 is the deadline for submission 14:19:42 eva: it struck me the other day that we could submit on our incubator, etc. and we could discuss this as well 14:20:04 Jeff: sounds good to me 14:20:28 eva: Aug 20 is a short deadline, 5 or 6 pages describing your ideas for ongoing work, not a full research paper, but a position paper 14:20:36 don: sure, when's the conference? 14:21:11 eva: the workshop is on the 8th of November, it's in Shanghai and I'm going and I'm chair of pattern section 14:21:21 http://ontologydesignpatterns.org/wiki/WOP:2010 14:22:02 jeff: how do we get started? An outline? 14:22:11 eva: I could post a few ideas 14:22:33 jeff: do you have an example of a position paper? 14:22:40 eva: not right now, but maybe I can find one 14:22:52 eva: what's the idea, what's the goal, etc. 14:23:59 don: we should do email probably to work the paper 14:24:37 don: with stuff that we've been doing Jef, we have some good examples of what's been done so far and what we want to apply the decision-making stuff to 14:28:17 jeff: (summarized status of good email contacts with Jim Hendler) 14:29:29 zakim, next item 14:29:29 agendum 2. "A Decision Format as a Set of Patterns" taken up [from jeff_] 14:29:39 I'm pasting in a link to a page that I created and it's linked from the main page as well. This is a page discussing the implied patterns underlying the decision components. This is just my thinking but I'm hoping that we can all edit or adjust this as needed. My goal with this is to have a defined, limited list of the patterns that we need to go find or implement to complete our basic decision format in the form of a set of patterns. So briefly, here th 14:30:33 Here is a link to a mapping of decision components to patterns: http://www.w3.org/2005/Incubator/decision/wiki/Final_Report_Decision_Components_And_Patterns 14:34:17 eva: agree with the idea that we try to focus on the underlying patterns, but it's important to not lose the connection to the use case, cause if too general, we may construct too big or complex a pattern 14:35:42 jeff: yes we just need to keep them in sync 14:35:56 jeff: The Question implies a "Statement with Variable" pattern. 14:37:10 The Options suggests "Filter" and "Aggregation" patterns. 14:38:54 jeff: The Metrics imply a "Normalizer", "Weighting" and "Aggregation" pattern. 14:40:57 jeff: The Assessment is an "Ordering" pattern and the Choice is a "Selection" pattern. 14:41:55 jeff: Please consider and let's edit, if this makes sense, agree on a set of patterns and perhaps divvy up the design modeling of these. 14:43:13 eva: sounds good 14:44:09 zakim, next item 14:44:10 agendum 3. "A Simple XML format for Conversion as Open Linked Data" taken up [from jeff_] 14:44:15 Motivated by the Open Linked Data sets and in an effort to reach out to those still learning or not quite seeing eye-to-eye with a purse rdf format, we can consider a simple XML format, similar to the types of formats produced by governement organizations for their open data. Then we can work the conversion, initially, in the same simple way that RPI is doing for the open linked data work. (Nothing too fancy.) This approach is also consistent with GRDDL. 14:45:48 zakim, next item 14:45:48 agendum 4. "A Way Ahead via Interoperability Testbed and Open Linked Data Example" taken up [from jeff_] 14:46:02 A way ahead via Interoperability Testbed and Open Linked Data. So having the design work in parallel with the simple reachout, I'm interested in exploring instrumenting a tool to read/write this format and explore in an interoperability testbed. See for example icbrne.org. The emergency data is a good opportunity for this. 14:47:20 don: I'm going to suggest on the status of my server today, I've got plenty of horsepower on this thing 14:47:35 don: a good goal is whatever we are going to do have it run over http and https 14:47:45 don: asking for more ports 14:48:14 jeff: any server interaction on your part eva? 14:48:28 eva: I don't have any details, but maybe we can hook on stuff later 14:50:05 zakim, next item 14:50:05 agendum 5. "Implications for Routing" taken up [from jeff_] 14:50:16 Routing is a push approach to the pull approach of what we normally do with SPARQL. As we develop our decisions, there is the opportunity to push them as needed. But the modularity and flexibility of the triple format, and the implied decomposition of stovepiped XML schema formats, allows for some interesting opportunities to push more granular information. We might have an opportunity to explore some of this with our parther Solace Systems. 14:55:55 jeff: I will find some information and send it to you, eva 14:59:38 jeff: So I believe there are interesting opportunities for us as we move ahead. 15:00:39 jeff: So I have action items to do a title and outline for our proposed position paper for semantic technology conference and also to send Eva some information on routing with policies 15:01:37 jeff: Eva will send what she can about the position paper example, if she finds one 15:05:16 rrsagent, set log public 15:05:28 rrsagent, draft minutes 15:05:28 I have made the request to generate http://www.w3.org/2010/08/05-decision-xg-minutes.html jeff_ 15:05:53 zakim, bye 15:05:53 Zakim has left #decision-xg 15:06:03 rrsagent, bye 15:06:03 I see no action items