13:46:59 RRSAgent has joined #decision-xg 13:46:59 logging to http://www.w3.org/2010/06/10-decision-xg-irc 13:48:48 Meeting: Decision Incubator 13:49:20 Chair: Jeff Waters and Don McGarry 13:50:17 Agenda: http://www.w3.org/2005/Incubator/decision/wiki/Decision_Mtg_6_Agenda 13:50:35 Scribe: Jeff Waters 13:50:48 ScribeNick: jeffw 13:57:32 dmcgarry has joined #decision-xg 13:57:44 Good morning Jeff 13:59:54 hi don 14:02:39 Notes for the next incubator meeting, June 10th, 2010 We're at a nice point now where we can begin modeling our use cases. We're familiar with the eXtreme design methodology, the use of the Neon Toolkit and XD plugin, and we've reviewed the decision components and use cases. Three of us picked use cases to begin modeling: Don with Situational Awareness, Eva with Open Linked Data, and Jeff with Information Flow. Anyone who is interested and hasn't picke 14:06:14 marion: perfect topics for ICCRTS in 2011 14:10:53 dmcgarry: update on sitrep, the oasis sitrep standard is designed to be able to transmit these basic report types, sitreps geared toward certain 14:11:39 dmcgarry: I advocated for (A) we should have the ability to have field operators to send simple reports in addition to the formal ones; the structure looks like there is a root set of 14:12:36 dmcgarry: elements across the report types, I have a list of the report types that I could mention, I'll pull it down real quick, one of the subreports is the simple sitrep, hey I'm this operator, this is the info I observed and if I have it here is the incident id 14:13:30 dmcgarry: like Cursor on Target but geared around incident as opposed to apoint, others are response resource report, casualty report, a more detailed subreport situation information 14:14:03 dmcgarry: like when it was declared a disaster, is there a staging area, and final report type is management reporting summary that when the praticitioners designed the requirements for this thing 14:14:48 dmcgarry: they created this wish list like hazard information, what infrasctructure impaced, etc. and the reason I call this a wish list is because from my experience people want this but it doesn't happen for first couple of days 14:15:43 dmcgarry: we stuck all of this in one report type so it didn't clog up the others. Where it stands we are trying to determine required v. optional, so it can go on from there. 14:16:18 jeffw: how reusable are core components for other domains? 14:16:58 dmcgarry: for other situation reporting, you could just implement the root message with the basic report type. The only thing that is in there that might be an implementation issue is that incident id is a required element 14:17:46 dmcgarry: but if you don't know it, you can put in unknown. The stuff in the basic report type is who is sending the info, where are they, what do they need, when are they going to contact you next and 14:20:29 dmcgarry: a free text area for observations. Maybe some enumerated types. 14:21:13 I was wondering about flexibility with ValueListURI concept of pointing to an externally managed list of terms rather than a constrained enumerated types 14:21:50 dmcgarry: issue is terminology mapping and if you do that on the fly, that's a problem when people come together for an emergency 14:22:29 dmcgarry: my colleague had a visual graph that you could draw lines between what matches, that's my concern 14:24:20 dmcgarry: I definitely want to see as we go ahead, hey this thing is pretty flexible, how can we apply it to a more abstract pattern than just what it is now 14:24:41 agenda+ progress on info flow use case 14:24:57 zakim, next item 14:24:57 agendum 1. "progress on info flow use case" taken up [from jeffw] 14:26:02 Regarding the Information Flow use case, I have made some progress. The use case itself is documented on this wiki page http://www.w3.org/2005/Incubator/decision/wiki/Use_Case_Measuring_Info_Flow and the progress is summarized on another wiki page available here: http://www.w3.org/2005/Incubator/decision/wiki/Use_Case_Info_Flow_Progress. 14:26:59 I'll summarize verbally what's on that progress page and then mention a few issues. In general, I was able to import and specialize the Transition pattern, and then create instances of time intervals, decision states, transitions and trigger events, and then create a sample SPARQL query to run against the dataset. 14:27:11 Diagrams are available to show the progress on the page mentioned. As soon as I work through a few more cleanup issues, I should be able to post up the ontology file itself. 14:41:34 jeffw: (reported on status) 14:47:50 (discussed schedule, see notes below) 14:48:06 dmcgarry: I just got put in charge of informatin sharing experimentation environment lab at Mitre 14:48:29 dmcgarry: we have a lab, potential to connect to outside sources and potential to connect to other IFCC labs in Mitre 14:49:09 dmcgarry: what makes this different than any other lab, we have the standard strong server for many vms but also the ability spin up a quick virtual lans and have simulated barriers or guards 14:49:40 dmcgarry: and the lab has the ability for folks to watch what is on players' screens, so I was planning to run an experiment in August between a couple of our locations 14:50:17 dmcgarry: the national planning scenario was one I was interested in exploring, decisions play a key role in that, so if we can come up with a couple prototype standards and tools 14:51:09 dmcgarry: then we could use it in the experiment. Here are the different little use cases and take a crack at how we will move around and visualize it. Just try to come up with something. 15:49:27 So in summary, we've discussed the importance of moving ahead with our modeling efforts, Don with Situational Awareness, Eva with Open Linked Data, Jeff with Information Flow and 15:51:08 we have some milestones to shoot for to help motivate us, including an experiment in August at Mitre, the Virtual Golden Phoenix work in July and beyond, and the potential working session in the fall. 15:51:54 Regarding schedule for the incubator, in theory it's 12 months and we started in April, but really six months would be a better plan for accomplishing our core work, so that means we should try 15:52:42 to make as much progress as possible in next month or two. Then we can consider whether anything we've come up with merits consideration for recommending it be moved to 15:52:58 a standards track. 15:53:48 On a separate matter, I mentioned a couple issues that arose when I was doing the Information Flow use case. 15:54:04 One of the issues, and why I haven't yet uploaded the ontology, is that it was interesting to see the strengths and weaknesses of gui tools for editing the ontology. In some ways, the guis are cumbersome if you know what you want to do and especially if copy/paste can be done to quicky generate instances. 15:54:20 One of the interesting disadvantages is the issue of generating unique ids for the urls. That is a little harder to do manually. Another issue for me was that I had some odd annotations (comments/labels) showing up when I specialized. I'm sure it was operator error but I want to repeat the process to see for sure. Another interesting issue is the use of meaningful url names which is not, I believe, an advisable practice (since it's an inappropriate place 15:54:38 handy when you are trying to create examples and work through initial drafts. 15:56:50 Meeting adjourned at the regular time, a few notes were added later. 15:57:53 Don reported out on his Situational Awareness work that he is starting to move forward and will have more to report next time. 15:58:19 Jeff mentioned that Eva was unable to attend but was moving forward with the Open Linked Data. 15:58:46 Marion will review status and assist on one or more of the use cases. 16:38:15 rrsagent set log public 16:38:42 rrsagent, set log public 16:38:55 rrsagent, draft minutes 16:38:55 I have made the request to generate http://www.w3.org/2010/06/10-decision-xg-minutes.html jeffw 16:39:34 rrsagent, bye 16:39:34 I see no action items