12:58:14 RRSAgent has joined #poiwg 12:58:14 logging to http://www.w3.org/2011/03/16-poiwg-irc 12:58:16 RRSAgent, make logs public 12:58:16 Zakim has joined #poiwg 12:58:18 Zakim, this will be UW_POI 12:58:18 ok, trackbot; I see UW_POI(POIWG)9:00AM scheduled to start in 2 minutes 12:58:19 Meeting: Points of Interest Working Group Teleconference 12:58:19 Date: 16 March 2011 12:58:45 Regrets: Vinod, Christine, Luca, Jonathan, Gary 12:59:33 Ronald has joined #poiwg 12:59:59 UW_POI(POIWG)9:00AM has now started 13:00:06 +mhausenblas 13:00:09 ahill2 has joined #poiwg 13:00:34 zakim, dial matt-voip 13:00:34 ok, matt; the call is being made 13:00:36 -mhausenblas 13:00:36 +mhausenblas 13:00:36 +Matt 13:01:05 https://dev.deri.ie/confluence/download/attachments/9699349/using-uris-for-pois.pdf 13:01:38 Regrets+ Karl 13:01:58 Andy has joined #poiwg 13:01:58 + +1.760.705.aaaa 13:02:18 zakim, aaaa is Ronald 13:02:18 +Ronald; got it 13:02:39 +??P7 13:02:47 zakim, ??p7 is Alex 13:02:47 +Alex; got it 13:02:56 vinod has joined #poiwg 13:03:02 + +1.919.439.aabb 13:03:10 Agenda: http://lists.w3.org/Archives/Member/member-poiwg/2011Mar/0021 13:03:16 zakim, who is on the phone? 13:03:16 On the phone I see mhausenblas, Matt, Ronald, Alex, +1.919.439.aabb 13:03:30 zakim, aabb is Andy 13:03:30 +Andy; got it 13:03:34 Chair: Andy 13:03:37 Scribe: Matt 13:04:06 + +1.617.764.aacc 13:04:21 matt has changed the topic to: https://dev.deri.ie/confluence/download/attachments/9699349/using-uris-for-pois.pdf 13:04:45 zakim, aacc is Raj 13:04:45 +Raj; got it 13:04:57 matt has changed the topic to: Today's slides: https://dev.deri.ie/confluence/download/attachments/9699349/using-uris-for-pois.pdf 13:05:09 zakim, mute me 13:05:09 Matt should now be muted 13:05:19 Topic: F2F Registration 13:05:24 -> http://www.w3.org/2002/09/wbs/45386/POI-F2F-2011-1/ Registration form 13:05:39 zakim, who is noisy? 13:05:51 Andy: Please register. 13:05:52 matt, listening for 11 seconds I heard sound from the following: Ronald (8%), Andy (74%) 13:06:18 Topic: URIs as Identifiers 13:06:32 having trouble getting in, please give me public link 13:06:34 mhausenblas: I am the Linked Data guy here at DERI. 13:06:54 got it, thanks 13:07:09 mhausenblas: Working with Vinod on linked data cloud for AR and such. 13:07:30 mhausenblas: I tried to pull together why URIs are good for POIs. How one can use them, what the challenges and short comings are. 13:07:43 mhausenblas: Slide 2 13:08:32 rsingh2 has joined #poiwg 13:08:57 mhausenblas: You get a globally unique identifier, which could be a URN or anything, but with URIs you get the social dimension. Through DNS there's an authority of who owns it. 13:09:14 mhausenblas: If you talk about http URIs you also have an expectation that you can do a GET on it, and there will be content and metadata about it. 13:10:11 mhausenblas: Using URIs to identify things is probably more important, but in terms of using it on the Web, using HTTP URIs makes the most sense. 13:10:50 mhausenblas: In the wild there are RESTful web services, where URIs are nouns, HTTP methods (GET/PUT etc) are verbs. 13:11:31 mhausenblas: AJAX/in-browser, but there's also ?, # and #! patterns to beware of. 13:11:46 mhausenblas: In the linked data world there is an expectation that when a GET is done RDF is returned. 13:11:54 mhausenblas: Slide 4 13:12:39 mhausenblas: ... 13:13:37 mhausenblas: You can see that this is mixing multiple data sets. If you use URIs you can make relationships between different data sets. 13:14:12 mhausenblas: Slide 5 13:14:20 mhausenblas: What's out there that's deployed? 13:14:37 mhausenblas: These are the four main things that I think one can do. 13:14:57 mhausenblas: http://linkedgeodata.org/OnlineAccess uses OSM underneath 13:15:33 mhaunsenblas: http://geosparql.appspot.com/ You can see the recent queries done on it. You can query on location, or some code or a feature, and query geo annotated database. 13:16:18 mhausenblas: http://data.ordnancesurvey.co.uk/ they've provided a very comprehensive set of data. 13:16:36 mhausenblas: http://opendatamap.ecs.soton.ac.uk/ is backed by linked data 13:17:05 mhausenblas: I encourage you to play around with these to get a feeling for what can be done, given the data there. 13:17:10 mhausenblas: Slide 6 13:18:00 mhausenblas: There's already the geo vocabulary at w3c, but then there are things like FOAF's based_near property. 13:18:16 mhausenblas: This is something I'd expect to be a best practice, rather than trying to define a vocabulary there. 13:18:44 mhausenblas: Encourage use of other vocabularies rather than trying to come up with a new one. 13:19:25 mhausenblas: For well-known entities you might want to reuse URIs from an authority, like w3c or wikipedia. 13:20:06 mhausenblas: Then there are user-defined entities, which would be good to express as a URI, but typically you're more constrained by what your application can do. 13:20:40 mhausenblas: I am chairing the rdb2rdf WG, and there we have a similar problem: well known entities like a person or something, and you need to find a way to reuse identifiers rather than establishing your own. 13:20:43 mhausenblas: Slide 7 13:21:02 mhausenblas: You typically have a problem of mapping the entry point to uris. 13:21:32 mhausenblas: If I have a term and want to find a URI for it, then I need to have a translation into URI services. In geocoded stuff, typically there's a lat/long lookup. There are some dedicated lookup services, and some general purpose services. 13:22:11 mhausenblas: Don't just put URIs in your own namespace, but provide hooks into other namespaces that you want to link. 13:22:26 mhausenblas: That's what I put together based on Vinod's input. 13:22:29 q+ 13:22:47 zakim, who is on the phone? 13:22:47 On the phone I see mhausenblas, Matt (muted), Ronald, Alex, Andy, Raj 13:22:55 q? 13:23:02 ahill2: Thank you very much! 13:23:22 ahill2: We were mostly talking about using URIs as identifiers, but I think you were pitching linked data at the same time, is that fair? 13:23:28 mhausenblas: Yes. 13:23:53 mhausenblas: I am a linked data guy, so I tell the story from the linked data perspective, but the most important thing is URIs, and as long as we're talking about the Web ecosystem, then HTTP URIs. 13:24:12 mhausenblas: Use URIs, HTTP URIs is the main message. Leverage the existing ecosystem around it. 13:24:40 ahill2: Thanks again. 13:24:54 ahill2: I'm sold, but why not? What are the negatives of this approach? 13:25:13 ahill2: I think we know HTTP URIs are heavier, but are there other negatives? 13:26:33 mhausenblas: The effort there is more of a social thing I think. If you look at the Web and the documents there, in order to make sure you can find out things identified by a URI, you have two main approaches: black/white lists (e.g. I trust this domain or gTLD), or you follow your nose (e.g. dereference the URI and see if it fits what you need). This is something that depends on the deployment base. 13:27:20 wow, what sribbing! 13:27:22 mhausenblas: It really depends on what kind of application one has in mind. 13:28:06 ahill2: This is starting to make sense. I think a lot of us have in mind is a POI system that this could be a backbone to a tremendous amount of information. 13:28:55 ahill2: URIs have this problem of identifying the authority of a URI, but the solution is the same as the problem. We'll get the benefit of social fixes to http URIs as well. 13:29:05 mhausenblas: You mentioned payload size, I'm not sure I understand. 13:29:31 q+ to talk about URI base and shortnames 13:29:43 ack me 13:29:44 matt, you wanted to talk about URI base and shortnames 13:30:39 zakim, mute me 13:30:39 Matt should now be muted 13:30:59 matt: I think we have a bit of a problem understanding how base URIs and short names work. 13:31:10 Michael: QNames and CURIEs 13:31:33 mhausenblas: There are certain conventions to breakup a URI into a prefix part and a 'local' part. And you essentially find some convention to find what the prefix part really means. 13:31:56 http://prefix.cc/ 13:31:59 mhausenblas: I won't really address the pros and cons, but there are technical solutions for that if the payload is an issue. 13:32:25 mhausenblas: There are services like prefix.cc where at the schema level you can essentially have a mapping between a prefix and a URI for schemas, but you could imagine that at the data level too. 13:32:40 vinod has joined #poiwg 13:33:03 mhausenblas: If you are worried about memory size, you can look it up if you have a quick service, but if you need quick, you can encode the whole thing in place. It's a classical comp sci tradeoff. 13:33:05 zakim, unmute me 13:33:05 Matt should no longer be muted 13:33:36 zakim, mute me 13:33:36 Matt should now be muted 13:33:57 matt: It's easy to get lost if you try to follow your nose on this, you have a hard time figuring out what the best practices are. 13:34:56 Raj: I support the URI idea, but I'd also like to throw in a pitch for URIs without semantic meaning, and support the old traditional database notion of not having meaning in the ID because you may want to change the meaning, or come up with a better scheme, but you do not want to change the ID. 13:36:18 mhausenblas: I am in agreement here. URIs per RFC are opaque -- of course there are social hacks around this, so you see there's a certain structure, and you can do that kind of bottom-up reverse engineering and reconstruct it, but I agree that they should be opaque. 13:37:14 mhausenblas: There are some good reasons, like human debugging, but the URIs should be opaque so meaning can change. I'd say there are probably half/half, unique ID that is a string of numbers or something, and the other half are hacks where you can get a sense of the structure from them. 13:37:41 mhausenblas: Opaque and globally unique identifiers with a deployed and well understood ecosystem with knowing who can create URIs within are the keys. 13:37:45 Raj: I agree there. 13:38:08 +q 13:38:12 ack ahill2 13:39:00 ahill2: I'm leaning towards jumping on the linked data bandwagon. Can you help those of us who think in terms of XML and XML schema, can you tell us what our responsibilities are for a linked data standard for POI? 13:39:07 rsingh2 has joined #poiwg 13:39:23 http://oreilly.com/catalog/9780596529260 13:40:01 mhausenblas: Creating a good solid URI space, I found Richardson and Ruby's book on web services to be very useful. 13:40:23 mhausenblas: I think 80% of the design work goes into what kind of entities do I want to represent which could be exposed or talked about. Essentially the more you think about the URIs, the better. 13:40:37 mhausenblas: If you have the vocabulary then depending on the datasource there are different ways to get that into RDF. 13:40:50 mhausenblas: Then there's the interlinking, but the majority is about thinking hard about the URI design. 13:40:51 rsingh2_ has joined #poiwg 13:41:21 mhausenblas: And even that is independent of linked data. If you don't use linked data, fine, but you'll still have data that you can find with URIs 13:41:50 mhausenblas: We're currently working on RDB2RDF, but the more unstructured the data, the more difficult it is to come up with the data. 13:42:00 mhausenblas: The more standardized and structured the data the easier it is to come up with RDF> 13:42:18 mhausenblas: The interlinking part is a bit of a research challenge, why should people do that? It's not understood yet. 13:42:52 mhausenblas: You might have heard about Facebook OpenGraph and Yahoo and Google supporting ?? but the interlinkings of why and how you link between data sets is currently still being worked on, with good tools, good story and good incentives. 13:43:21 ahill2: That sort of answers my question, but my question was more about the responsibilities of what we create? 13:43:32 s/??/rich snippets 13:43:43 ahill2: Can we just make the linked data model, or do we have other responsibilities? 13:45:04 mhausenblas: I think it's way beyond a single working group, but there should be mechanisms for saying "here is your input" and "here is the output". You could define a set of standardized interface for how you go from an input to a URI, but leave it up to others to figure out how. 13:45:41 ahill2: We have a lot of concern about practical use of POIs. What should we be concerned about? 13:46:20 ahill2: Does linked data hamper the ability to implement? It sounds great to researchers, but do you hear these kind of complaints? 13:47:20 mhausenblas: Looking at data.gov.uk, there's a lot of data out there. It's a top-down approach in one hand, but in another hand it's bottom up it's the agencies themselves that setup the data. 13:48:01 mhausenblas: The data is out there as XML, JSON, etc. Web developers have issues with RDF and SPARQL, they want something very simple, data base APIs. So there's the linked ?? API, that turns a SPARQL query into a RESTful interface. 13:48:48 matt: I love the idea of store in RDF with rich links, query using SPARQL/geoSPARQL, make restful APIs to deliver JSON out of that. 13:49:22 mhausenblas: There were similar issues with HTML, why would you produce in the 90's a document in HTML? It's not as rich as whatever else, but it's the power of the link. You can follow a link and keep getting more data. 13:50:01 mhausenblas: There's a chicken/egg problem there, why put data out there if no one else does? But you get the network effect eventually. 13:50:10 ahill2: Excellent! I really appreciate it. Answers a lot of questions for me. 13:50:32 ahill2: It's the underlying data that allows us to make better connections, but that doesn't mean that it can't be delivered in other, less heavy ways. 13:51:03 ahill2: We're considering POIs as a data exchange, and so in that sense you have to have linked data in the database behind the scenes, but then it's a bit of a different subject for those who consume it. 13:51:17 ahill2: Are we interested in the consumer end of it or the interchange of it or something more powerful like linked data. 13:51:28 michael.hausenblas@deri.org 13:51:49 mhausenblas: I'm happy to provide answers to questions, or more references, please contact me or Vinod. 13:51:52 zakim, unmute me 13:51:53 Matt should no longer be muted 13:52:11 Andy: Thanks for joining, I think we learned a lot. 13:52:35 matt: And thanks Alex for asking so many questions, I think that helped nail down a lot of the issues we all have. 13:52:50 rrsagent, draft minutes 13:52:50 I have made the request to generate http://www.w3.org/2011/03/16-poiwg-minutes.html matt 13:53:09 rrsagent, make logs member 13:53:12 rrsagent, make logs public 13:53:14 -mhausenblas 13:53:15 -Raj 13:53:17 -Andy 13:53:18 -Ronald 13:53:19 -Matt 13:53:22 rrsagent, draft minutes 13:53:22 I have made the request to generate http://www.w3.org/2011/03/16-poiwg-minutes.html matt 13:53:39 zakim, who is on the phone? 13:53:39 On the phone I see Alex 13:53:41 zakim, drop alex 13:53:41 Alex is being disconnected 13:53:43 UW_POI(POIWG)9:00AM has ended 13:53:45 Attendees were mhausenblas, Matt, +1.760.705.aaaa, Ronald, Alex, +1.919.439.aabb, Andy, +1.617.764.aacc, Raj 13:53:45 rrsagent, draft minutes 13:53:45 I have made the request to generate http://www.w3.org/2011/03/16-poiwg-minutes.html matt 13:55:07 Andy has left #poiwg 13:59:28 mhausenblas has left #poiwg 15:33:18 danbri_ has joined #poiwg 17:15:25 danbri has joined #poiwg