13:58:54 RRSAgent has joined #poiwg 13:58:54 logging to http://www.w3.org/2011/01/19-poiwg-irc 13:58:56 RRSAgent, make logs public 13:58:56 Zakim has joined #poiwg 13:58:58 Zakim, this will be UW_POI 13:58:59 Meeting: Points of Interest Working Group Teleconference 13:58:59 Date: 19 January 2011 13:58:59 ok, trackbot, I see UW_POI(POIWG)9:00AM already started 13:59:02 zakim, dial matt-voip 13:59:02 ok, matt; the call is being made 13:59:04 +Matt 13:59:12 zakim, who is on the phone? 13:59:12 On the phone I see +3539149aaaa, Matt 13:59:21 jacques_ has joined #poiwg 14:00:08 Agenda: http://lists.w3.org/Archives/Member/member-poiwg/2011Jan/0013.html 14:00:15 Chair: Matt 14:00:56 - +3539149aaaa 14:01:15 alexh has joined #poiwg 14:01:59 + +33.4.76.61.aabb 14:02:15 zakim, aabb is jacques 14:02:15 +jacques; got it 14:02:29 +??P8 14:02:42 zakim, ??p8 is alexh 14:02:42 +alexh; got it 14:03:01 cperey has joined #poiwg 14:03:11 Hi 14:03:30 Regrets: Gary, Karl, Ronald, Jens 14:03:55 +cperey 14:04:09 Present: cperey, alexh, jacques 14:05:54 -> http://www.w3.org/2010/POI/wiki/Drafts WG drafts 14:06:23 +Raj? 14:06:33 zakim, Raj? is Raj 14:06:33 +Raj; got it 14:07:17 Topic: Discussion of id Primitive 14:07:27 -> http://www.w3.org/2010/POI/wiki/Core/Draft POI Core Draft 14:07:32 I'll be signing off at half past 14:07:32 rsingh2 has joined #poiwg 14:08:27 scribe: Matt 14:09:13 matt: The ID we mentioned at the F2F only had to be unique to a particular system, not globally unique. I thought a URI would work here to get both, but there was a pushback. 14:09:27 alexh: I'd rather figure out what that means before I try to comment on it. 14:09:45 alexh: I'm thinking like in XML where you can have an ID but it's not required. 14:10:12 so the question is if an ID is REQUIRED or not? 14:10:25 http://en.wikipedia.org/wiki/Uniform_Resource_Identifier 14:10:47 alexh: So, you aren't required to have an ID but it isn't required unless there is a reference to it. 14:11:01 matt: URIs give us a globally unique method of assigning IDs. 14:11:30 cperey: The wikipedia entry has a diagram that shows URIs above URLs and URNs. 14:11:51 cperey: But we're not always talking about a Web environment. 14:12:02 cperey: Is there still debate about whether an ID is required? 14:12:44 cperey: Is it required or not? 14:12:59 alexh: I am interested in that too. I don't think that's an obvious need. 14:13:20 alexh: And if we decide it is required, whether it's a URI or at a document level. 14:13:34 alexh: I need to hear justification as to why each POI needs these things. 14:13:45 zakim, mute me 14:13:45 Matt should now be muted 14:13:54 cperey: We have insufficient people to answer that question 14:13:58 zakim, unmute me 14:13:58 Matt should no longer be muted 14:14:33 geopriv 14:14:44 cperey: If we had Henning here he would convince you 14:14:47 -> http://tools.ietf.org/wg/geopriv/ Geopriv docs 14:15:03 cperey: He would say all information needs to have an embedded classifier. 14:16:05 cperey: Whether it's a POI or any other piece of information. It's one school of thought, but not the only one that advocates for these ids. 14:16:47 cperey: And the Semantic Web is like that. 14:17:41 matt: Yep. And one thing to say is that the URI doesn't have to be http. 14:18:24 rsingh2: OGCs opinion would be that we need a unique ID too. I relate it to the IRS tax id. 14:18:28 cperey: Same philosophy at Geopriv. 14:18:30 cperey: Have to be classified in some way. 14:18:53 alexh: One of the motivations for this is that some of these standards don't have IDs, and we consider that relieves a certain burden on generating the data. 14:19:19 cperey: If you do require it, then which system is it that we're all going to abide by. 14:19:36 rsingh2: Seems simple to me. 14:19:42 cperey: What classification system would you espouse? 14:19:50 rsingh2: At the most relaxed, just a string. 14:20:20 rsingh2: Since it's generated by, or maybe the generators id plus a unique key for it. 14:20:37 cperey: That's about provenance, really. 14:20:58 rsingh2: No one wants to go to a central registry to get globally unique IDs. Combine own URI with some unique string. 14:21:24 matt: And that URI doesn't have to be dereferencable, just has to be unique. 14:22:13 cperey: Example: I've got a cup, I want to put it in a database and it contains coffee. When I generate that reference in the database something creates a unique identifier. 14:22:36 cperey: It's stored in the database, and now the next time my sensor detects that object, then a pretty picture appears on the cup. 14:23:00 cperey: Now, Alex's put the same cup in at the trade show. It gets a different unique identifier or different? 14:23:42 alexh: For me, in the AR context, if somebody describes that there is a cup out there, I expect to have some information on how to identify it uniquely. Perhaps a visual signature that the system may recognize. 14:24:23 alexh: Once I find it, it's important for me to dereference it to get more information about it, but to find it, I don't need the unique ID. 14:24:35 alexh: There was discussion about how to find these, the name, etc. 14:25:00 alexh: So maybe information came along with it, and how to describe it, but it doesn't have an ID yet. 14:25:48 rsingh2: Any identifying information about this POI can change, except for the ID. A name, could have a spelling error you found it, but then someone wants to access that again and the name has changed. 14:26:27 alexh: What about this situation: two different databases are giving me a POI that everyone agrees is a POI, then I'll get two different IDs for the same POI. 14:26:44 rsingh2: I'd love to be stricter to say that we have a global id with a central registry. 14:27:05 alexh: So you're saying that the ID works within the domain of that ID system. 14:27:20 rsingh2: We're not saying globally unique yet, but just a unique ID in a system. 14:27:35 rsingh2: It would be great to update in one place. 14:28:26 alexh: There's no unique marker on a coffee cup to distinguish it from yours. 14:28:28 cperey: Or we don't say anything about it, that the creator says information about it. 14:28:44 alexh: There may be two POIs, a picture of your dog and my dog that is on these coffee cups. Then it comes down to the descriptor of the object. 14:28:54 VINOD_ has joined #poiwg 14:29:13 cperey: Seems to me that in a physical plane, the lat/lng/alt is the unique id for those that are fixed in space. 14:29:30 jacques_: No. 14:29:40 Luca has joined #poiwg 14:29:41 cperey: There may be other things at that lat/lng/alt? 14:29:52 rsingh2: The unique id is the thing you know will never change. 14:29:59 zakim, mute me 14:29:59 Matt should now be muted 14:30:12 cperey: In a perfect fixed world, things that are fixed always have the same lat/lng/alt. 14:30:54 cperey: So, the question then is why? How is this burden of adding the unique id and who do we get it from? Where does it come from? What is the benefit? 14:30:57 +wcandillon 14:31:30 alexh: If the way you are identifying it shifts, then you need a way to track it, a unique ID to refer to it. 14:32:28 alexh: I wanted to be sure this was the same POI, that was spelled differently, then I need a unique ID, until then, I don't. 14:32:58 cperey: I think we've got the benefit: disambiguation. But it's not necessary in all cases. 14:33:08 present+ 14:33:12 Present+ Luca 14:33:22 zakim, wcandilon is Luca 14:33:22 sorry, matt, I do not recognize a party named 'wcandilon' 14:33:27 zakim, who is on the phone? 14:33:27 On the phone I see Matt (muted), jacques, alexh, cperey, Raj, wcandillon 14:33:46 zakim, wcandillon is Luca 14:33:46 +Luca; got it 14:34:05 Thanks Matt 14:34:19 rsingh2: If you want something, what's the burden on developers? Anyone serving out POIs has a database of them, and they have an internal way of tracking them. They'll be maintaining an ID, and it's not a big burden for them to include that information. 14:34:34 rsingh2: It's hard to imagine it being a big burden for POI database people to do this. 14:35:05 alexh: So a POI gets created, and I introduce it, say it now exists. Now I have the burden of creating an ID. 14:35:22 Zakim, mute me 14:35:22 Luca should now be muted 14:36:02 alexh: In some sense, I might use this datastructure to describe the POI, but I won't be providing an ID. 14:36:21 cperey: I've got to go, good discussion! 14:36:22 -cperey 14:36:43 and great scribbing! 14:37:01 alexh: It's clear to me the discussion, it's straight forward, we can use URIs, web address plus some sort of generated scheme. But I'm up in the air as to whether it's something to force. 14:37:16 alexh: We need some guidance between the must and the can. 14:37:40 alexh: I don't have an argument with requiring it, but I'm on the side of the fence that there is precedence for exchange systems that don't require it. 14:38:26 jacques_: If you use the ID of the guy who creates the POI, say a foaf ID, and you're using the dataformat with a local ID, then the guy who creates the POI and the POI id together, you have a likely global ID. 14:38:45 jacques_: We use some foaf elements, we identify who made the POI, and use the local ID for a unique POI. 14:38:56 s/unique POI/unique POI ID/ 14:39:08 alexh: That's perfectly reasonable to me, just whether it's required or not. 14:39:19 zakim, unmute me 14:39:19 Matt should no longer be muted 14:39:25 alexh: Maybe we should table this. 14:39:33 rsingh2: Sounds like you're asking for a use case for a unique ID. 14:40:16 matt: action item? 14:40:33 alexh: Either Gary or Karl had to have this, so let's wait until we get them on the line and have another round on this. 14:41:08 matt: I'll email him privately about it. 14:41:32 Topic: Discussion of time Primitive 14:41:41 zakim, mute me 14:41:41 Matt should now be muted 14:42:15 alexh: Looking at Google Earth, they timestamp things in KML. We had discussion that if there was no timestamp that it is permanent. 14:42:29 jacques_: Perhaps a bit more than a timestamp, but a start and end time? 14:42:45 alexh: If you know that information. 14:43:04 alexh: A beginning and an end for historical things. For things that currently exist when it came into existence is useful. 14:43:10 zakim, unmute me 14:43:10 Matt should no longer be muted 14:43:41 zakim, mute me 14:43:41 Matt should now be muted 14:44:03 matt: I think we could have more rich time stamps, that could apply to anything on the POI, not just it's existence. 14:44:16 alexh: To me, it's existence is what the timestamp is for. The rest is extensible data. 14:44:20 jacques_: I agree. 14:44:22 zakim, unmute me 14:44:22 Matt should no longer be muted 14:44:38 matt: But not built on the same primitive? 14:44:56 alexh: Looking at something like the Battle of 1826. You assign the start and end time to when that event happened. 14:44:59 Zakim, unmute me 14:44:59 Luca should no longer be muted 14:45:12 alexh: Nobody cares that it's put into the POI database on 7 Jan 2011. 14:45:20 alexh: In that sense the timestamp is when it's valid. 14:45:46 alexh: The timestamp could be 6-7pm every week. 14:46:14 matt: I guess I was getting at: should this be richer than just a begin/end rather than a simple timestamp. 14:46:20 rsingh2: Is this the same as the ID discussion? 14:46:50 rsingh2: If you have a timestamp that isn't metadata, it becomes a way to identify the item. Combine the timestamp with the company ID you have the unique ID. 14:47:05 a timestamp for the browser to know if this POI has to be shown 14:47:18 alexh: What guarantee do you have that the timestamp will have granularity to guarantee it's unique. 14:47:23 rsingh2: Our specification would identify it. 14:48:26 alexh: I think that this is getting into an area where we as people trying to decide what a POI needs, can agree that it needs some rich timestamping, e.g. happy hours on Friday, but specifying that seems out of our purview. Somewhere out there there is a format that defines time. 14:48:35 a tmestamp for validity of the POI is different for timestamp related to the content of the pOI 14:48:41 rsingh2: ISO has a great definition of time, but I think we're hearing that we have great use cases, but none are mandatory. 14:49:08 alexh: Agree it wouldn't be mandatory. If it's completely metadata, then we have no standard to describe it. 14:49:43 alexh: We probably do want to make some sort of element that may have different interpretations, but we at least have a way of describing time data. 14:50:22 no timestamp means the the browser will always show the POI 14:50:39 matt: I'm nervous to say we have different interpretations. I think we can agree we need to describe the basic building block though. 14:50:46 alexh: We have lots of things it could mean, creation, open hours, etc. 14:51:27 matt: I'm thinking the time building block could be applied to other primitives, e.g. the circus is here in July and here in January. 14:51:53 alexh: Good point, people are going to want to associate times with locations. At some point they have to decide whether it's two different POIs, or whether it's a change in database tracking. 14:52:14 alexh: Looking at KML they have location with series of times. The other option is to make multiple POIs. 14:52:19 alexh: Regardless, we do need that. 14:52:35 agree 14:53:04 alexh: For example if the POI is me, then someone might want to know how long Alex has been at his desk, when did he arrive there, etc. 14:53:09 zakim, mute me 14:53:09 Matt should now be muted 14:53:30 alexh: If you look on Foursquare I might be at a bar. If you look at the timestamp, you could say that's probably not where he is. 14:53:39 alexh: Do we need two time stamps, or a time stamp associated with location. 14:53:49 alexh: I would argue for it associated with location. 14:54:06 or a serie of time stamps? 14:54:11 alexh: But perhaps this gets to be a slippery slope: what if someone changes the name? Is there a timestamp for that? That's something I'm resistant to as well. 14:54:13 rsingh2: Me too. 14:54:16 zakim, unmute me 14:54:16 Matt should no longer be muted 14:54:19 matt: Why? 14:54:21 zakim, mute me 14:54:21 Matt should now be muted 14:54:50 alexh: I expect the world is going to be full of this kind of data, that every nuance is going to be recorded and stored somewhere. 14:55:24 alexh: By saying that I'm resistant to it, I'm not denying it, but I'm concerned if you start building it into a POI then it might become unwieldly. 14:55:27 zakim, unmute me 14:55:27 Matt should no longer be muted 14:55:45 rsingh2: It's a burden on developers without a clear advantage. 14:55:57 alexh: Something like tracks, it could be accumulated and make it available. 14:56:11 matt: How would you make it available? 14:56:18 matt: Separate POIs? 14:56:50 alexh: There is some precedence of people creating separate data elements that encapsulates the reference to the POI we're talking about and a time relation pairs. You can use that to create a path. 14:57:02 alexh: It's data about the POI but not data within the POI. 14:58:25 -Matt 14:58:26 -alexh 14:58:26 -Raj 14:58:34 -jacques 14:58:40 Luca has left #poiwg 14:58:42 matt: I guess I'm advocating for it to be available, but not required. I think the information is valuable to have access to in a standardized way, but doesn't have to be on every POI. 14:58:50 alexh: I can't argue against that. 14:58:53 -Luca 14:58:54 UW_POI(POIWG)9:00AM has ended 14:58:54 Topic: F2F 14:58:55 Attendees were +3539149aaaa, Matt, +33.4.76.61.aabb, jacques, alexh, cperey, Raj, Luca 14:59:11 matt: So far it looks like everyone is available on the 29-31 March dates. We're narrowing in on a location in Amsterdam. 14:59:16 rrsagent, draft minutes 14:59:16 I have made the request to generate http://www.w3.org/2011/01/19-poiwg-minutes.html matt 16:57:28 Zakim has left #poiwg 17:18:40 ahill has joined #poiwg 18:25:51 danbri has joined #poiwg