13:58:00 RRSAgent has joined #poiwg 13:58:00 logging to http://www.w3.org/2011/06/02-poiwg-irc 13:58:02 RRSAgent, make logs public 13:58:02 Zakim has joined #poiwg 13:58:04 Zakim, this will be UW_POI 13:58:04 ok, trackbot; I see UW_POI(POIWG)10:00AM scheduled to start in 2 minutes 13:58:05 Meeting: Points of Interest Working Group Teleconference 13:58:05 Date: 02 June 2011 13:58:36 ahill2 has joined #poiwg 13:58:37 Agenda: http://lists.w3.org/Archives/Member/member-poiwg/2011Jun/0000 13:58:46 matt has changed the topic to: Agenda: http://lists.w3.org/Archives/Member/member-poiwg/2011Jun/0000 13:59:14 robman has joined #poiwg 13:59:29 evening all 14:00:36 zakim, dial matt-voip 14:00:36 ok, matt; the call is being made 14:00:37 UW_POI(POIWG)10:00AM has now started 14:00:38 +Matt 14:01:55 +??P6 14:01:59 Ronald has joined #poiwg 14:02:11 ACTION: matt to update homepage with co-chair announcement, FPWD link 14:02:11 Created ACTION-84 - Update homepage with co-chair announcement, FPWD link [on Matt Womer - due 2011-06-09]. 14:02:12 +Karl 14:02:17 zakim, ??p6 14:02:17 I don't understand '??p6', matt 14:02:20 zakim, ??p6 is robman 14:02:20 +robman; got it 14:02:37 karls has joined #POIWG 14:03:05 +??P10 14:03:14 zakim, ??P10 is Alex 14:03:14 +Alex; got it 14:03:16 zakim, who is here? 14:03:16 On the phone I see Matt, robman, Karl, Alex 14:03:23 +AZ 14:03:29 zakim, AZ is Ronald 14:03:29 +Ronald; got it 14:03:39 +Raj 14:03:46 rsingh2 has joined #poiwg 14:03:50 zakim, who is on the phone? 14:03:50 On the phone I see Matt, robman, Karl, Alex, Ronald, Raj 14:04:22 zakim, who is noisy? 14:04:33 matt, listening for 10 seconds I heard sound from the following: Alex (39%), Matt (28%) 14:06:32 yep 14:06:41 Agenda: http://lists.w3.org/Archives/Member/member-poiwg/2011Jun/0000 14:06:50 Topic: Next F2F 14:07:24 ahill2: We've got a date for the next F2F at MIT in July, exact dates are still up. 14:07:33 ahill2: Before or after the week of the 19th-20th. 14:08:13 ahill2: We've tended to do Tuesday-Thursday because people can travel on Monday, but Andy's commitment was on the 20th, we could do Thursday and Friday, which might be undesirable. The week of the 11th -- 12th-13th -- or the 25-27th. 14:08:23 all those dates are fine for me 14:08:30 Ronald: Most of July I am free, that's fine. 14:08:48 karls: I cannot do the week of July 25th. 14:09:26 sorry but I won't be able to make any f2f's in july 14:09:44 ahill2: Let's construct a poll 14:09:58 action: matt to put poll for 12-13th or the 26-27th of July at MIT 14:09:58 Created ACTION-85 - Put poll for 12-13th or the 26-27th of July at MIT [on Matt Womer - due 2011-06-09]. 14:10:38 Topic: WG Timeline 14:10:44 -> http://www.w3.org/2010/POI/charter/#milestones Chartered timeline 14:11:00 ahill2: The charter has our timeline. 14:11:38 ahill2: We got our FPWD out the door in April. 14:11:43 ahill2: Our next milestone is lc 14:13:36 matt: 14:13:48 ahill2: That means we want to be in the PR state in November. 14:15:52 ahill2: There's likely to be changes to the FPWD. It's possible we would be ready for Last Call after the f2f, but given the constraints around LC that we may have a tight schedule. 14:16:03 karls: My impression is that the FPWD was just that: a first attempt. 14:16:09 karls: It is incomplete. 14:16:17 karls: We have to produce a relatively complete WD before we can get to last call. 14:16:27 +1 14:16:28 ahill2: Right. 14:16:31 +1 14:16:52 ahill2: Having that at the next f2f is a goal. I think f2f could be about tying a bow on the wd. 14:17:48 matt: Maybe I could get another draft out before the f2f and we can use that at the f2f. 14:17:52 rsingh2: I agree. 14:18:14 ahill2: We've been talking about another f2f in September in Denver. 14:18:36 rsingh2: It's the middle of September, I thought we were taking that off the table and shooting for another meeting in Brussels. 14:19:08 what about Basel in Oct? assuming most people will be there 14:19:45 ahill2: How many more times do we want to meet before we have a rec? One more time? 14:19:46 ahill2: 2 more meetings before Rec. 14:19:48 rsingh2: Sounds reasonable. 14:19:52 +1 14:20:22 matt: Plus there are these AR deliverables, maybe it's a topic for another time. 14:20:52 ahill2: It's been a challenge because we've got two distinctly different constituencies who have intermittently participated in the WG and it feels as though we really need to focus on the POI Rec. 14:21:28 ahill2: Given our resources and participation. That's not a way of saying I don't think the AR notes are important, but I'm leery of say, two meetings a week, one on POI and one on AR Notes. That makes me nervous. 14:21:43 ahill2: Part of me feels if we get over the hump with the POI Rec, then it'll be a lot easier to put together an AR note. 14:21:52 ahill2: I'm not sure what the vocabulary is. Is that Jonathan's landscape? 14:23:20 matt: The vocabulary was about metadata added to POIs that could be sprinkled into a POI that enables AR apps. The landscape doc was the gap analysis sort of stuff around the Web and AR standards. 14:23:50 matt: I'm sure he would appreciate the help, we could put out a call for volunteers. 14:24:23 ahill2: That's our milestones and timeline. My general opinion is that we stay on course with the POI Rec for the time being and get over the hump through July before focusing our attention on the other notes. 14:25:39 karls: I'm concerned that we may not have enough people to get this to closure. We can bulldog through the next WD and then get people in the review loop? It may be difficult to bring someone in at this point. We've got a small working team, but sometimes I feel like we don't have enough people. There's a lot of investigation to do and we're feeling thin. 14:25:52 ahill2: I agree. If I wasn't used to the situation I'd be more flabbergasted. 14:26:25 ahill2: The more I get into this, the more I realize there's a vast depth of knowledge required. 14:26:47 ahill2: It makes me wonder if we need to pick our battles more. Sharpen our focus to some very core things. 14:27:25 ahill2: I feel like we're getting into the situation that Rob suggested, that we're redoing a significant amount of work or re-incorporating a significant amount of work. We've talked in the past about inviting outside experts on a more frequent basis. 14:27:29 zakim, code? 14:27:29 the conference code is 76494 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), matt 14:27:41 ahill2: We need more of that. 14:29:48 matt: Publishing gets us comments and help. Then there's things like the blog. And identifying things that are too complex and maybe are at risk. 14:30:04 ahill2: I think you hit the nail on the head, generating another WD, publish it in July and hope to attract more serious attention. 14:30:19 ahill2: Try to attract serious people to take a look at us. 14:30:21 +1 14:30:24 +1 14:30:24 +1 14:31:21 karls: A review cycle where we identify where we should apply energy towards completing. 14:32:08 matt: Yeah, I'll do an editor's draft. 14:32:30 ahill2: There was a suggestion on the blog that it's not in TR? 14:32:47 -> http://www.w3.org/TR/poi-core/ TR 14:33:30 karls: I think self promotion is a good way to get more attention. Another way is to approach other communities that we overlap with or incorporate. 14:33:42 karls: e.g. everywhere we rely on another specification we reach out to those groups. 14:34:07 matt: Does someone want to take a pass through and try to figure out who to coordinate with? 14:34:38 -> http://www.w3.org/TR/#tr_Geospatial 14:34:44 +1 to karls suggestion - I'm happy to make a map of related specs/stds/wgs 14:34:58 second 8) 14:35:10 ACTION: Rob t make a map of specs/stds/wgs that are related to our work 14:35:10 Created ACTION-86 - T make a map of specs/stds/wgs that are related to our work [on Rob Manson - due 2011-06-09]. 14:35:23 Topic: Namespacing 14:35:29 rrsagent, draft minutes 14:35:29 I have made the request to generate http://www.w3.org/2011/06/02-poiwg-minutes.html matt 14:35:32 rrsagent, make logs public 14:35:51 ahill2: We need to come to a resolution on namespaces as it informs a number of things. Looking through CityGML and it's replete with namespacing. 14:36:08 ahill2: Significantly takes advantage of namespacing. I think we've always had in mind somewhat light POI descriptions. 14:36:16 Chair: Alex 14:36:37 ahill2: Rob suggested three basic approaches: 1. no namespacing 2. namespacing 3. reappropriating namespaced terms 14:36:58 -> http://lists.w3.org/Archives/Public/public-poiwg/2011May/0056.html Rob's email 14:37:26 ahill2: I don't know which way to go on this. Any advice on what's appropriate? 14:37:32 ahill2: What are other groups doing with this kind of problem? 14:37:43 karls_ has joined #POIWG 14:37:48 robman: I think namespaces give you the best extensibility, and it lets you reuse the work that is created by specialist groups. 14:38:14 ahill2: If that's the case, what are the arguments for -- I don't think reinventing terms or redoing things is what we're looking for. What's the argument for dropping namespaces? 14:38:29 ahill2: Simplification seems the most obvious. People can easily construct JSON without having to worry about namespacing. 14:39:05 robman: Raj has an aesthetic case. In geoJSON there's a good example of it, but it's quite contentious in the JSON community. 14:39:27 matt: I couldn't find an example, I looked in the spec and the mailing list. 14:39:45 robman: It's in the wiki. 14:39:59 -> http://lists.w3.org/Archives/Public/public-poiwg/2011May/0058.html RDFa's compromise 14:40:28 robman: From Raj's blog post about namespaces too. 14:41:02 matt - see this page an /namespace -> http://wiki.geojson.org/GeoJSON_1.0_RC_1 14:41:28 rsingh2: I think aesthetics are important. And a technical argument: we've had trouble with GML, people's validators end up complicated. When people are new it takes days to get going with namespace validation. I think we'd be happy in the specification narratively saying how these things are adopted from the OGC spatial model, etc, rather than a namespace. 14:41:52 ahill2: Is this a practical matter for validation? 14:42:21 rsingh2: In the narrative it's more about having confidence that the way geography is handled is good and thorough and conforms with OGC/ISO and their ways of looking at geospatial. 14:42:42 ahill2: You would like to create a situation where people feel more comfortable with GML into their XML without feeling the need to validate it? 14:42:50 rsingh2: Well, through official OGC schemas. Look at issue-20. 14:42:52 issue-20? 14:42:52 ISSUE-20 -- How should we represent lines? -- raised 14:42:52 http://www.w3.org/2010/POI/track/issues/20 14:42:59 rsingh2: I suggested we represent lines the way GML does it. 14:43:41 rsingh2: I used namespaces, but I think it would be fine to drop the GML namespace stuff and make it W3C namespace. Put it in the spec that they come from GML, but for technical reasons we chose to drop the namespace. 14:43:45 robman: I think that's fine for the core elements. 14:44:08 robman: For extensibility items though, we need more. 14:44:12 +1 to robman's comment 14:44:28 +1 to politely and transparently stealing 8) 14:44:35 ahill2: What I'm hearing is that we cut and paste schema content into our schema, keep it in our namespace, and in the narrative make it clear that we've taken it from another schema. 14:45:11 ahill2: That sounds reasonable and good for people who want to make it JSON and those who think namespaces are unwieldly. What practical problems? What if GML changes? 14:45:16 robman: That's my concern. 14:45:22 rsingh2: It's no fun when you have the namespaces either though. 14:45:28 rsingh2: It's much better this way. 14:45:35 ahill2: We don't have to worry about things changing out from under the spec. 14:45:37 =1 14:45:57 karls: I like what's being said, but it does imply there is some kind of monitor and maintenance activity. 14:47:04 matt: I'd suggest we peg our version of the spec to a version of theirs, and rev our version if we need to update to a new GML spec or something and have that point at the latest. 14:47:26 ahill2: Is there any relationship to profiles in what we're talking about? 14:48:02 rsingh2: You could create a profile of GML for the POI work. Profiles work like this: there's a GML application schema and a profile. The App schema subsets the GML schema, taking out only the elements you need -- that's a whole new schema. We did that for GeoRSS. 14:48:10 rsingh2: GeoRSS is in a GeoRSS namespace. The profile -- 14:48:28 ahill2: That has the same problems we have, right? If GML changes underneath it then they need to announce to their community that things have changed? 14:48:41 rsingh2: There was no explicit reference to the version, since it didn't do the namespacing. 14:49:27 rsingh2: Profiles take the schema, references it, and builds in additional elements that aren't in GML. I think CityGML does this, takes all the elements needed from GML in a schema, then adds new things that CityGML needed to the profile. 14:49:53 rsingh2: For POI we could take point, line and polygon out of GML. 14:50:11 rsingh2: GeoRSS only added the where element. It took point, line, polygon and box, and added where. 14:50:34 ahill2: Take something like Atom. Does GeoRSS reference Atom namespace or is it baked into the profile? 14:50:45 rsingh2: Nope, it goes the other way, it doesn't reference Atom, but Atom references it. 14:51:07 rsingh2: GeoRSS doesn't know it's being used in an RSS feed in any particular way. 14:51:16 georss examples: http://www.georss.org/gml 14:51:23 ahill2: Is there multiple inheritance cases here or is it ad hoc? 14:51:31 ahill2: We're going to need more than one standard for our eventual schema. 14:52:01 ahill2: We've established that we can profile off of GML and add our own elements, but what if we're profiling off of multiple namespaces? 14:52:07 ahill2: Is there a terminology for that or do what you want? 14:52:28 rsingh2: When you subset a schema, it's kind of do what you want. 14:52:46 rsingh2: We've got some tools to do it, but it's just doing what you want to get rid of all that extra stuff. 14:52:58 http://www.georss.org/gml 14:53:08 ahill2: I'm looking at the above link. They're referencing GML. 14:53:27 ahill2: The point is that we still end up with namespaces. 14:53:35 rsingh2: Yes, but I'm not suggesting we do it this way. 14:54:01 ahill2: GeoRSS Simple seems much more like what we want. 14:54:06 http://www.georss.org/simple 14:54:13 s|http://www.georss.org/simple|-> http://www.georss.org/simple| 14:54:18 or even simpler 14:54:43 rsingh2: Simple still has the GeoRSS namespace, so once you add it to an Atom feed, you'd probably keep the GeoRSS namespace. I'm thinking something even simpler and lighter-weight. 14:54:52 rsingh2: Something where we have no namespace on the core elements. 14:55:15 ahill2: Right. I can imagine we take this and have it be a POI, have an Atom based schema and they are all under the POI namespace. 14:55:22 +1 to rsingh2's suggestion for core elements 14:55:30 rsingh2: Yes, so even if you adopt something like Atom's category, then you just call it category. 14:55:36 rsingh2: I like that as long as we don't have a name collision. 14:55:46 ahill2: Avoiding these name collisions, is that a serious problem? 14:56:15 rsingh2: We have control over the Core, so we can make sure it's not a problem. If we use say, Atom author element, then we just don't use it any other way. 14:56:47 rsingh2: Updated is maybe a better example. If we want a timestamp on the artifact, rather than the POI data itself, we would need different names that we could cover in the narrative. 14:57:17 rsingh2: We should use the atom updated element, but it won't be completely clear without a namespace. The semantics won't be clear, but the narrative can explain. 14:57:29 all good 14:57:35 ahill2: I like this, and am happy to hear you bless this. We're not hearing any dissent. I'd say let's take this approach. 14:58:27 matt: I just want to make it clear that this namespace approach is just for the core elements and that we haven't got a story yet for metadata extensibility. 14:58:40 ahill2: A question for rsingh2, your UML document, was it your intention that the POI can only have a single location? 14:58:48 rsingh2: Yes, that's what I thought we wanted there. 14:59:14 rsingh2: Well, not single, there was the idea of a center point and a navigation point, but my model doesn't show that. I have one single georeference required. 14:59:20 ahill2: I think we should get on the same page about this next week. 15:00:01 ahill2: A lot of the f2f discussions were around having multiple hints as to POI location in multiple different ways. e.g. "blue house down the street from the colosseum" and a civil address and a geographic point on the earth and some sort of other relationship to other POIs through which you could infer other locations. 15:00:14 got to go, bye 15:00:20 -Karl 15:00:32 rsingh2: The relationship primitive is in there for some of that. 15:00:42 rsingh2: For location we can change the 1 to a 1..* on georeference. 15:00:59 ahill2: I think that would be fine, I don't think we'll talk ourselves out of it. 15:01:22 ahill2: I haven't heard you or Rob weigh in on it much, let's have that be a discussion for next week or over email. 15:01:38 ahill2: There will be a poll forthcoming. Talk to you next week! 15:02:02 btw here's a link on default namespace usage http://www.w3.org/TR/xml-names/#defaulting 15:02:56 bye 15:03:00 -Matt 15:03:01 -Raj 15:03:02 -Ronald 15:03:06 -robman 15:03:10 UW_POI(POIWG)10:00AM has ended 15:03:15 Attendees were Matt, Karl, robman, Alex, Ronald, Raj 15:03:21 rrsagent, draft minutes 15:03:21 I have made the request to generate http://www.w3.org/2011/06/02-poiwg-minutes.html matt 15:04:41 Regrets: Andy 15:04:42 rrsagent, draft minutes 15:04:42 I have made the request to generate http://www.w3.org/2011/06/02-poiwg-minutes.html matt 15:04:53 robman has left #poiwg 16:23:36 ACTION: Raj to update UML graphic to reflect multiple locations 16:23:36 Created ACTION-87 - Update UML graphic to reflect multiple locations [on Raj Singh - due 2011-06-09]. 16:49:44 Zakim has left #poiwg