13:57:58 RRSAgent has joined #poiwg 13:57:58 logging to http://www.w3.org/2011/01/26-poiwg-irc 13:58:00 RRSAgent, make logs public 13:58:00 Zakim has joined #poiwg 13:58:02 Zakim, this will be UW_POI 13:58:02 ok, trackbot; I see UW_POI(POIWG)9:00AM scheduled to start in 2 minutes 13:58:03 Meeting: Points of Interest Working Group Teleconference 13:58:03 Date: 26 January 2011 13:58:10 zakim, dial matt-voip 13:58:11 ok, matt; the call is being made 13:58:12 UW_POI(POIWG)9:00AM has now started 13:58:12 +Matt 14:00:43 + +1.919.439.aaaa 14:00:59 zakim, aaaa is Andy 14:00:59 +Andy; got it 14:01:25 Ronald has joined #poiwg 14:01:25 andy has joined #poiwg 14:01:34 hi 14:01:45 hi 14:02:04 + +3539149aabb 14:02:17 zakim, aabb is Ronald 14:02:17 +Ronald; got it 14:02:25 + +1.312.894.aacc 14:02:26 zakim, Ronald is Vinod 14:02:26 +Vinod; got it 14:02:39 zakim, aacc is Karl 14:02:39 +Karl; got it 14:02:45 ahill2 has joined #poiwg 14:03:17 +pchampin 14:03:47 zakim, pchampin is Ronald 14:03:47 +Ronald; got it 14:03:56 kseiler has joined #poiwg 14:04:05 vinod has joined #poiwg 14:04:07 zakim, who is on the phone? 14:04:07 On the phone I see Matt, Andy, Vinod, Karl, Ronald 14:04:15 scribe: Matt 14:04:29 jens has joined #poiwg 14:04:39 Chair: Matt 14:04:40 cperey has joined #poiwg 14:04:43 Chair: Andy 14:04:48 zakim, Ronald has Jens 14:04:48 +Jens; got it 14:04:51 Meeting Starts Promptly at 9 Roll call Selection of scribe Any objections/corrections to previous meeting minutes http://www.w3.org/2011/01/19-poiwg-minutes Discussion of Location Primitive contribution Is an ID required…Continued from last week. Discussion of Categorization Primitive Face-to-Face Date finalize Announcements AOB 14:05:00 Present+ Jens 14:05:03 +??P15 14:05:24 + +1.617.848.aadd 14:05:28 zakim, ??p15 is Alex 14:05:30 +Alex; got it 14:05:35 zakim, aadd is Christine 14:05:35 +Christine; got it 14:05:43 Present+ Alex, Christine 14:05:48 zakim, mute me 14:05:48 Matt should now be muted 14:06:16 zakim, who is on the phone? 14:06:16 On the phone I see Matt (muted), Andy, Vinod, Karl, Ronald, Alex, Christine 14:06:19 Ronald has Jens 14:06:31 +1 14:06:46 Topic: Administrative 14:06:54 andy: No objections to last week's minutes. 14:07:30 Topic: Review Karl's materials 14:07:44 -> http://lists.w3.org/Archives/Public/public-poiwg/2011Jan/0017.html Karl's email 14:08:14 Karl: I went with overkill for this, figuring it's easier to cut later. 14:08:25 kseiler: Trying to abstract the where from the what 14:09:23 kseiler: Tried to decouple description from geospatial location 14:10:05 last week we had quite a detailed discussion about ID 14:11:09 kseiler: Within the location primitive there is an identification portion that has IDs, associated IDs, temporal information, update information, how it's used, it's status, and how trustworthy the information is. 14:12:14 kseiler: There's a geo-reference portion that can contain a point, which has a type with precision information: high/low, or interpolated. 14:13:08 kseiler: Within the point there can be a center point, which has coordinates/height and geodetic system. 14:14:30 kseiler: Another portion of the geo-reference can be an address, which has the expected components of an address, e.g. country code and language code, street, but also some things like floor, suite, area, postal code. 14:15:05 kseiler: There's also a line portion and 2D polygon, these are collections of points. 3D is left TBD. 14:15:45 kseiler: Area, not sure what the best way to do this is, as it could be just a polygon with a center point. Not sure we need a separate thing. 14:16:14 kseiler: There's a portion for unknown, it's a POI where we don't know where it is yet. 14:17:06 kseiler: Relative, we've done some looking at that elsewhere, we can use that. There's a distance, and bearing, and also an optional reference to one of the other constructs in a POI. 14:17:32 zakim, unmute me 14:17:32 Matt should no longer be muted 14:18:36 kseiler: And a map reference, which lets people not have to provide their own geocoding function. If you have a high fidelity system, you can reference it. e.g. this point is 10% off what OSM has. 14:19:05 andy: Is this overly heavy-weight? 14:19:26 andy: This is probably the first thing we've had at this level of detail. 14:19:40 zakim, unmute me 14:19:40 Matt was not muted, matt 14:19:46 zakim, mute me 14:19:46 Matt should now be muted 14:20:06 Alex is saying EXACTLY what I was thinking! 14:20:08 ahill2: Thanks for the work Karl. I don't feel like I'm in a position to argue against many of these things based on experience. This seems like a good start. 14:20:16 how could you possibly make it more detailed? 14:20:27 +q 14:20:43 more detailed? you could add more indoor directions for instance 14:20:45 kseiler: I'd love to hear if this is supportive of those domain of applications. 14:21:07 haha!! 14:21:10 good one Alex! 14:21:11 ahill2: Knowing where something is, is certainly a good start. 14:21:51 ahill2: I don't see anything about orientation. Is anything added assumed to be N/E/W oriented? 14:21:54 ack cperey 14:22:19 zakim, mute me 14:22:19 Matt was already muted, matt 14:23:05 cperey: I see at the top that you're trying to isolate the location. Can we say that this information is accurate for this second, or millisecond? 14:23:20 cperey: Someone running say, this could be true for just the instant that the object is there. 14:23:47 cperey: I was working on something the same, but on an object primitive. I like the structure. 14:24:08 +q 14:24:29 cperey: So, I was thinking about how to describe this object with this scheme. An object has an area, a volume, just like what you're saying here. 14:25:12 +q 14:25:40 ahill2: The identification here has this last updated on, etc. You're asking for more information in this area. 14:26:08 kseiler: This description is primarily for locations that don't move. I think it's important to also describe mobile objects that have additional attribution. 14:26:46 cperey: So I think we've agreed that we want something that works for an object as well as a stationary point. 14:27:29 cperey: If you want it for split seconds of time this isn't scalable, we know that. Maybe we could change it to the object primitive and have a timestamp on it and just have it change. 14:27:44 ahill2: It doesn't seem to me that we can't accommodate that. Not all of the information is required here, I could imagine it being very lightweight and having just a location, time and a point. 14:27:57 +1 for alex 14:28:17 good remark about the optionality on fields 14:28:35 ahill2: You could have the location be in flux, while the POI remains the same. 14:28:42 ahill2: We could add how long we think it's valid for too. 14:29:05 i think we need to exercise the location primitive via a few XML, JSON examples, from light to heavy 14:29:09 cperey: Then we have the user's position relative to that stationary object. 14:29:15 +1 to exercising it! 14:29:56 ahill2: I think that's got less to do with the data model. As long as there's some frame of reference, whether it's WGS-84 or in another one, if I and the object are in the same frame of reference, we're golden. 14:30:28 ahill2: I think we'll want orientation, but don't need it right now, as it's implicit in the frame of reference. 14:30:30 q? 14:30:58 ack kseiler 14:31:15 kseiler: I ran out of time and bandwidth, but what I'd like to see happen is trying to render out a few use cases with both XML and JSON formatted examples. Lightweight and heavyweight examples. That gives it a better sense of if it's working. 14:31:29 kseiler: Do the dog walking through the park. 14:31:52 cperey: Or the coffee cup. We talked about two identical objects that are differentiated by their location at a time. 14:32:23 kseiler: College campuses, or when the coffee shop closes and moves across the street. Big constructs that if there is a problem it's a big problem. 14:32:51 andy: I'm concerned about the direction of the conversation. I think there probably is an object primitive, but I don't think it's the same as this location primitive. 14:33:55 ahill2: The identification stuff here is troubling me. What does the owner update? What if the address hasn't changed since 1971, but some new georeferencing came up with new lat/lng 14:33:59 zakim, who is making noise? 14:34:09 matt, listening for 10 seconds I heard sound from the following: Karl (36%), Alex (19%), Christine (36%) 14:34:18 muted myself 14:35:13 kseiler: There's an address primitive and a point. The points are getting increasingly refined as GPSes are getting out there. Everyone is standing in their door front with a GPS and getting lat/lng. So, the date changed bit lets you know it's been updated. 14:35:22 ahill2: Shouldn't the time go on each piece? 14:35:29 what about a machine updating the data? 14:35:30 kseiler: I thought about that, but pulled it out. 14:36:02 would machines not be the predominant source of updated data? 14:36:27 ahill2: It's not clear to me what protocols people are going to use in general for people to state what information they want. 14:36:39 ahill2: We could keep going on and on with heaviness. 14:37:06 ahill2: Matt wanted to put timestamps on every field. It sounds valuable, but I don't know the protocol we'll be using for these things to determine what information you get and what is appropriate. 14:37:24 +1 to cperey. Periodicity is probably required for a poi in active state. Ex: A hotel poi is active everyday from 10 am till 12 pm. Also the time of existence has to be there Ex: An object in a museum which is active from 8 am till 4 pm and it existed from 1901-1943. Hence I see two more fields in 'Identification' 1.Periodicity for active state 2.Period of existence 14:37:29 zakim, unmute me 14:37:29 Matt should no longer be muted 14:37:32 q+ 14:37:39 yes 14:38:10 and the time stamp which you are referencing 14:38:24 kseiler: We want to be able to turn the dial up and down for how much information you get. Sometimes you want excruciating detail. 14:38:58 +q 14:39:11 kseiler: Getting into the area of heavy vs light, will be difficult. Putting things in the spec that give us variability would be good. 14:39:29 sounds like we have an issue to be opened 14:39:40 ahill2: Air on the side of atomiticity. Any element can have any number of attributes attached to it, just they are optional. 14:40:07 ahill2: if we have a time atom, we don't really have to care where it goes, it could go up to the POI, or down to the details. 14:41:09 ahill2: Instead of us deciding whether it's appropriate for everything to have time info, we just come up with a primitive that allows it to be reused anywhere we want. 14:41:39 ahill2: Come up with some basic building blocks that we can tack on to just about everything. 14:42:00 ahill2: They don't have to littered throughout the spec everywhere, but just defined once. 14:42:51 cperey: A good way to get an idea of the depth we might want is the Internet of Things. The person I know that would be best for this is ??. I would take an action item to try to get him involved in this conversation. I'd like to have him come give us a presentation that Pachube uses. They have years of experience in exactly these problems. 14:42:52 good idea 14:43:06 +1 14:43:11 Connected Environments 14:43:13 q? 14:43:15 +1 14:43:17 +1 14:43:21 s/??/Connected Environments/ 14:43:28 q- 14:43:55 andy: Sounds like we have consensus that it's a good idea. Assuming there are no issues with IPR, let's create an action for Christine. 14:43:58 absolutely 14:44:11 ACTION: cperey to contact Connected Environments to give a presentation. 14:44:11 Created ACTION-26 - Contact Connected Environments to give a presentation. [on Christine Perey - due 2011-02-02]. 14:44:12 I don't know how ! 14:44:14 zakim, unmute me 14:44:14 Matt was not muted, matt 14:44:30 Pachube 14:44:37 pronouced PatchBay 14:44:40 zakim, mute me 14:44:40 Matt should now be muted 14:44:51 I'lll looking! 14:44:51 http://www.pachube.com/ 14:45:46 andy: One thing I noticed is that the location primitive appears to be entirely optional. Can you comment for me? 14:46:08 kseiler: I think we should sweep through this and figure out what we consider optional, etc. 14:46:20 Is there anyone who will collaborate with me to develop the Object Primitive which is similar in structure to this? 14:46:25 kseiler: We need to define carefully what is the bare minimum for the location primitive to exist. 14:46:39 kseiler: Could be as thin and lean as "unknown". 14:46:50 ahill2: Sounds like we're barking up the tree of "at least one of the following". 14:47:07 Keene + 14:47:30 kseiler: I can make a first pass stab at it I can and send it back out for review. 14:47:41 yes, deveinitly wiki 14:47:48 ACTION: kseiler to try to determine what is optional, required, or one of in location primitive 14:47:48 Created ACTION-27 - Try to determine what is optional, required, or one of in location primitive [on Karl Seiler - due 2011-02-02]. 14:48:00 andy: I think it'd be good to get into the wiki at this point. 14:48:11 ahill2: I'd like to get more clarification about the map reference and where it fits in better. 14:48:46 ahill2: If you had a point, a line, and an area, does the map reference apply to all of them equally? 14:49:02 kseiler: Certainly a point. Addresses typically don't exist in maps, they're reverse engineered out of maps. 14:49:25 Agenda: http://lists.w3.org/Archives/Member/member-poiwg/2011Jan/0019.html 14:49:29 +q 14:49:34 kseiler: The address is a linkage to a map. 14:49:45 ack andy 14:49:51 ahill2: Is map reference something inherently useful to show something on a map. 14:50:24 ack cperey 14:50:41 kseiler: It's primarily for navigation and rendering. If you want to know where something is, coordinates will probably tell you. If it's coordinates on a one way street, you need a map reference. 14:50:54 ahill2: So if there's something on OSM that indicates a street, then that would be a map reference. 14:51:22 ahill2: For instance in navigation there's a way for it to determine that I'm on a street and not in the bushes. 14:51:36 kseiler: Yes, what it's doing is real time perpendicular snap-tos. 14:51:52 kseiler: It's a leap forward to "if you know where you are on the map, why keep re-rendering that?" 14:52:10 kseiler: What happens in POI listings that are lightly coupled is that they're constantly re-geocoding. 14:52:29 kseiler: It's 5-15% error in geocoding. You can squeeze that out by carrying it with you. 14:53:00 ahill2: Maybe this could be a form of relative? It's further information like a street address and a 2d point that we care about but it's one of these other constituents like 2d and point. 14:53:03 kseiler: Yes, I like that. 14:53:17 ahill2: Find a way to shoe-horn it into relative. 14:53:21 kseiler: I'll work on it. 14:53:39 ACTION: kseiler to work on making map-reference as part of relative 14:53:39 Created ACTION-28 - Work on making map-reference as part of relative [on Karl Seiler - due 2011-02-02]. 14:53:53 jens: Something I noticed missing is that there's no way to specify relative altitude. 14:54:10 jens: !! 14:54:18 jens: So you could say that "this is relative to that other location" 14:54:42 ahill2: To me, relative is a little bit of a frame of reference question. 14:55:22 ahill2: I may want to define points with a lat/lng, but I may want that frame of reference to be relative to another point. So I think Jens is saying we may want the same flexibility in defining something relative as we do absolute. 14:55:28 yes, like, relative to something which could be stationary or moving 14:55:57 jens: I think relative might not be relevant to everything but to lat/lng/alt. 14:56:20 ahill2: In KHARML, we had a notion of relative to some location. Still use the same fields, but now we interpret it differently. 14:56:54 ahill2: One way to accommodate that would be if each of these terms could have an optional attribute that specifies what is really the coordinate system. 14:57:29 ahill2: So you might say "Yeah, it's WGS-84, it's meters relative to some other point". 14:57:31 +1 to relative to other points. 14:57:33 rrsagent, draft minutes 14:57:33 I have made the request to generate http://www.w3.org/2011/01/26-poiwg-minutes.html matt 14:57:44 rrsagent, make logs public 14:58:04 kseiler: Is it relative to another point that could be relative, or relative to a point location. 14:58:31 kseiler: In general people are going to want to do multi. Basically a scene graph. 14:58:38 s/kseiler/ahill2/ 14:58:41 +1 on scenes/scene graph 14:58:50 ok 14:58:52 +1 14:58:55 ahill2: May end up resolving to an unrelative location. 14:59:05 Also, I would like to ask what is going to be submitted (if anything) for the meeting on Feb 17 14:59:06 andy: Let's take it up on the mailing list or a call. 14:59:13 Topic: Face to Face 14:59:23 andy: The poll says the best time is March 29-31st. 14:59:27 -Vinod 14:59:29 andy: It will be in the Layar offices in Amsterdam 14:59:54 sorry dates of next f2f? 15:00:01 andy: We're trying to drive down on hotels now. We can arrange for the hotel that's across the Layar offices or look for hotels near the city center. 15:00:19 andy: I want to confirm that the f2f is March 29-31st at the Layar offices in Amsterdam. 15:00:47 Ronald: Some more information: we have public transport so it is quite easy to get to the city center and back. It's a question of whether you want to be at the meeting early in the morning without the hassle of traveling. 15:00:53 sorry that's my battery 15:00:59 Ronald: The hotels have a variety of different rooms with price points. 15:01:22 ahill2: Is this a three day meeting? 15:01:46 andy: Yes, thought three days would be better this time. Start later maybe on the first day. Exact hours, I'll send out later in the week. 15:01:47 have to go, adios 15:01:53 -Karl 15:02:09 ahill2: I would say that those of us traveling internationally it's not going to matter if it starts at noon, 1 or 8am. Maybe we hedge towards the idea of the last day being a short day. 15:02:39 andy: My experience the morning in Europe is best to arrive. 15:02:47 cperey: Andy, send me mail on position paper for AR workshop? 15:02:49 -Christine 15:02:50 andy: Yep. 15:03:12 andy: I'll send out a note on the f2f soon. 15:03:36 ahill2: I don't know about where. 15:03:53 Ronald: It's close to the water, basically just 5-10 minute train ride to central station. 15:04:31 close to Layer sounds fine, we can always travel in the venings 15:04:34 Ronald: We can decide which hotel later this week is my proposal. 15:04:40 in the evenings 15:04:41 Ronald: Can try to get some discount deals for us. 15:05:00 andy: Think we should wrap up. Thanks everyone! 15:05:05 zakim, drop me 15:05:05 Matt is being disconnected 15:05:06 -Matt 15:05:08 -Ronald 15:05:09 -Andy 15:05:20 s/ahill2:/Alex:/g 15:05:23 rrsagent, draft minutes 15:05:23 I have made the request to generate http://www.w3.org/2011/01/26-poiwg-minutes.html matt 15:10:10 disconnecting the lone participant, Alex, in UW_POI(POIWG)9:00AM 15:10:11 UW_POI(POIWG)9:00AM has ended 15:10:15 Attendees were Matt, +1.919.439.aaaa, Andy, +3539149aabb, +1.312.894.aacc, Vinod, Karl, Jens, +1.617.848.aadd, Alex, Christine 17:23:31 Zakim has left #poiwg 17:25:44 rrsagent, draft minutes 17:25:44 I have made the request to generate http://www.w3.org/2011/01/26-poiwg-minutes.html matt 17:27:20 danbri has joined #poiwg