13:52:00 RRSAgent has joined #poiwg 13:52:00 logging to http://www.w3.org/2011/07/14-poiwg-irc 13:52:02 RRSAgent, make logs public 13:52:02 Zakim has joined #poiwg 13:52:04 Zakim, this will be UW_POI 13:52:04 "UW_POI" matches UW_POI(POIF2F)9:00AM, and UW_POI(POIWG)10:00AM, trackbot 13:52:05 Meeting: Points of Interest Working Group Teleconference 13:52:05 Date: 14 July 2011 13:52:05 zakim, ping me in 7 minutes 13:52:06 ok, matt 13:55:34 seang has joined #poiwg 13:57:58 good morning 13:59:06 matt, you asked to be pinged at this time 13:59:16 zakim, dial matt-mit 13:59:16 sorry, matt, I don't know what conference this is 13:59:25 zakim, this is UW_POI 13:59:25 "UW_POI" matches UW_POI(POIF2F)9:00AM, and UW_POI(POIWG)10:00AM, matt 13:59:29 zakim, this is POIWG 13:59:29 matt, I see UW_POI(POIWG)10:00AM in the schedule but not yet started. Perhaps you mean "this will be POIWG". 13:59:33 zakim, this will bePOIWG 13:59:33 I don't understand 'this will bePOIWG', matt 13:59:35 zakim, this will be POIWG 13:59:35 ok, matt; I see UW_POI(POIWG)10:00AM scheduled to start in 1 minute 13:59:38 zakim, dial matt-mit 13:59:38 I am sorry, matt; I do not know a number for matt-mit 14:00:07 zakim, code? 14:00:07 the conference code is 76494 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), matt 14:00:14 UW_POI(POIWG)10:00AM has now started 14:00:32 zakim, matt has Raj 14:00:32 sorry, matt, I do not recognize a party named 'matt' 14:00:36 +Matt 14:00:39 zakim, matt has Raj 14:00:39 +Raj; got it 14:00:51 +??P10 14:01:02 rsingh2 has joined #poiwg 14:01:14 zakim, ??P10 is robman 14:01:14 +robman; got it 14:01:19 cperey has joined #poiwg 14:02:28 +cperey 14:02:30 +wcandillon 14:02:31 jens has joined #poiwg 14:02:49 zakim, wcandillon is jens 14:02:49 +jens; got it 14:02:53 hello! 14:04:01 yeah! could you get me some as well? 14:04:32 +jens.a 14:04:55 zakim, jens.a is seang 14:04:55 +seang; got it 14:05:19 slides: http://atlantides.org/docs/slides/Pleiades-AAG2011/ 14:07:10 zakim, who is on the phone? 14:07:10 On the phone I see Matt, robman, cperey, jens, seang 14:07:11 Matt has Raj 14:07:59 -> http://pleiades.stoa.org Pleiades 14:08:30 scribe: Matt 14:08:38 Topic: Sean Gilles invited speaker 14:09:02 seang: Raj thought the historical gazetter that I've been working on would be of interest to you. 14:09:38 seang: I'm not sure what I'm working on are POIs in the same way, I think the use cases around checkins, AR, are of interest to me and that, for me, would be setting the bar for accessibility for ancient world data. 14:09:50 matt has changed the topic to: Slides: http://atlantides.org/docs/slides/Pleiades-AAG2011/ 14:10:09 Slide 1 14:10:31 seang: One of the goals of the session was to figure out the goals of gazetters. 14:10:41 Slide 2 14:11:40 seang: This was to continue the work of the Classical Atlas Project. This is a place to accumulate errata. The editors of the Berington Atlas realized the publication cycle was so slow that it wasn't feasible to put out new editions every year, so they needed a digital form for the updates. 14:11:57 seang: It's an inventory of ancient place names and locations with links to bibliography, etc. 14:12:10 seang: The goal is to make these resources widely available and editable via the Web. 14:12:25 seang: Also to integrate with other projects. 14:12:31 Slide 3 14:12:59 seang: The project is run by a number of institutions (listed) 14:13:03 Slide 4 14:13:20 seang: There are a number of contributors (listed), I'm the only paid staff. 14:13:21 Slide 5 14:13:34 seang: There are many users (listed). 14:13:46 s/Barington/Barrington/ 14:14:04 -> http://googleancientplaces.wordpress.com/ Google Ancient Places 14:14:14 Luca has joined #poiwg 14:14:26 Slide 6 14:14:42 seang: The origins of the data comes from tables of names (snapshot on slide). 14:14:54 seang: This is what we have for structured data. Long lists of tables like this. 14:15:34 seang: Note that the references are not meant to be exhaustive, but starting points. 14:15:36 Slide 7 14:15:46 seang: We wanted the simplest thing that could work. So, a few number of entity types. 14:16:08 seang: There's some overlap of the POIWGs entity types and ours. A small number of entities seems to be a design goal of POIWG as well. 14:16:40 seang: These are probably obvious to engineering types, but I wanted to be explicit for AAG. 14:16:43 Slide 8 14:17:00 seang: This is the simplest possible view of our model. Names, locations and temporal annotations. 14:17:24 seang: A place is a context or container for names and locations, and those places can then relate to other places. 14:18:27 seang: We have some unconventional places: unnamed places, unlocated places, fuzzy places and locations that are determinable but not needed (e.g. rivers in ancient Europe known in texts, but that aren't to be treated with any kind of accuracy). 14:18:54 seang: Attributes of places include: metadata Dublin Core, references (scholarly works)... 14:18:56 Slide 11 14:19:21 seang: In our work we needed to be more focused on names. Our users are primarily researchers of texts. 14:19:42 seang: Our names have richer attributes than often find in GIS. 14:20:24 seang: We record the language and writing system, their attested form, transliteration, accuracy of transcription, completeness of transcription, our certainty of association with a place and evidence. 14:20:28 Slide 12 14:20:30 @@ 14:20:31 Slide 13 14:20:46 seang: This is a transcription of a ?? 14:20:52 @@evidence@@ 14:20:53 Slide 14 14:21:14 seang: There's a highlight on the 7th line of "coris" that is a locational term. 14:21:37 Slide 15 14:21:43 seang: How to integrate with Web architecture 14:21:46 seang: Everything has a URI 14:21:55 seang: The fine grained API for this is the Web and HTTP 14:21:57 Slide 16 14:22:40 seang: Early on we focused on features, thinking in a standards oriented way of how we wanted our entities in the model. Features have now been relegated in importance to names and places. 14:23:04 seang: @@ aggregation @@ 14:23:31 seang: When putting it on the Web we wanted precise coordinates and were based on other digitization projects. We realized we could go ahead and publish these resources, mint URIs for these things, even without precise coordinates yet. 14:23:47 seang: The needs for our users were on the names, not the exact locations. 14:24:25 seang: The Web is ideal for these kind of things, but interaction is kind of chatty and it's hard to get slices of stuff by interacting with Web resources. So we realized we had to give other representations like tabular dumps. 14:24:51 seang: Lots of users want to write rich entries for things -- bit of scope creep. 14:25:09 seang: The entries are becoming rather encyclopedic. 14:25:34 seang: Our use of the term place is different than other people's understanding. 14:25:36 seang: POIWG could nail down a particular concept of place. 14:25:49 seang: Then projects like ours could say we're more or less like the POIWG place. 14:25:58 raj: Can you clarify the features concept there? 14:26:04 raj: Features are spatially focused. 14:26:12 raj: Is that what you meant? 14:27:00 seang: When I said it's a map concept it's things represented on a map. Geographic features, cultural features, etc. In the talk someone pointed out the OGC abstract feature model as well, in that model largely any physical entities are features. 14:27:19 seang: But in a gazetteer, we're more concerned with names and change in names over time. 14:27:40 raj: A physical object vs a conceptual object? 14:28:13 seang: Yes, that's fair to say, though I came to realize during those sessions that there are different gazetteers, some more concerned with concepts, other with features. 14:28:19 Slide 17 14:28:53 seang: The nature of our places gives us some properties of a historical gazetteer. A single Pleiades place can have multiple names and times. 14:29:06 seang: It provides an entry point for viewing these things on a timeline and seeing transitions. 14:29:31 seang: But at the same time some people want to do encyclopedic work with them, others want to create networks of relationships. 14:29:53 robman: Is a new place created when a new name appears? 14:30:02 seang: Yes, in our model. 14:30:42 seang: If someone were to come up with a new name and marshall enough evidence that this was a real place name and not a personal name, then we would model it as a name within the context of a place, even if it's unlocated or unknown other than through it's name. 14:31:00 robman: Would a place persist across a name change? 14:31:05 seang: Yes, as we model it. 14:31:24 seang: I'm sure this group has been through a lot of these use cases. ?? was talking about the changing nature of name over time. 14:31:40 seang: Places change over time from being say, a pub to an intersection to a major cultural landmark over time. 14:31:46 s/ over time/ 14:32:01 seang: Modeling that kind of thing wasn't part of the initial design and I'm not certain yet how well we can cover that. 14:32:47 seang: We can handle changes in names over time, but change in nature of place over time we don't handle explicitly. We have a concept of a categorization for places, but it isn't temporally scoped. 14:33:04 Slide 18 14:33:13 -jens 14:33:31 +seang.a 14:33:43 zakim, seang.a is jens 14:33:43 +jens; got it 14:33:43 Zakim, seang.a is me 14:33:44 sorry, jens, I do not recognize a party named 'seang.a' 14:35:36 raj: Can you talk about URIs? The WG has a real interest in getting IDs right. 14:36:16 seang: Wiki seems to say that all entities will be identified with URIs. This isn't a revolutionary concept in the geo world anymore. 14:36:39 seang: It's become not only commonplace but best practice. 14:37:16 seang: Our data is stored in a big tree. There's a line where I have a URI for a place. 14:37:22 uri for a place: http://pleiades.stoa.org/places/89152 14:38:06 uri for a name: http://pleiades.stoa.org/places/89152/coria 14:38:35 seang: If I understand right, your names are an attribute, not a separate entity. 14:39:14 seang: What's interesting in Pleiades is that they can parse extra information out of the URI based on these paths. Bound to have some trouble if we have a segment attached to a places URI to get a name. 14:39:25 seang: You can see our model leaking through to the URLs. 14:39:32 seang: It gives them a little too much information maybe. 14:40:16 raj: Interesting to have name have another URI. 14:41:09 seang: Place is tricky. We can agree on names and locations. Those are first class resources and the name is there to collect the place and locations together. Place is a concept for scholarly research and therefore a place to collect links on the scholarly work about the place. 14:41:26 raj: A POI is combination of name, place, person doing the place and the boundary. 14:41:45 raj: The name and the demarcation of the place is really effected by who does the naming. 14:41:59 raj: We've struggled with the concept of the place changing based on who is doing it when. 14:42:30 matt: There's always one place associated with a name? 14:42:43 seang: Yes. In our data base of 35k, there are a lot of names that are reused over time. 14:43:12 seang: Common example is a Roman place name you see on maps, 'ad fines', which means "at the border". 14:43:57 seang: We have forty different occurrences of this name that are thought to be distinct places. We don't have that mapped to those distinct places, but that string reoccurs within 40 different places. 14:44:10 seang: There will be different time spans for them, different evidence, so it didn't make sense to have one. 14:44:28 seang: Same for names of Emperors or Deities. 14:45:03 seang: Appelonia is scattered all over the Mediterranean. They are different places, we treat them as different instances and not the same Appelonia. 14:45:53 matt: What's your process? There's a kml file and the site, how do you go between them? From the KML expand into the site? 14:46:51 seang: We scrap the Barrington atlas. We accept edits in KML, but we don't have a slick way of handling that -- there's a lot of power in KML, but it makes it a pain to parse. The big KML dump that we have is not yet 100% fidelity recording of what we have in our database. 14:47:18 seang: I'm intrigued by the idea of serving KML up for a single place, and have that be editable and have it posted back in order to make updates. 14:48:10 seang: Mass market tools like Google Earth have functionality for changing the location of a placemark, but not a lot of place to put structured information about placemarks, so they can't use that for changing the temporal attestations or the references and such. 14:48:40 seang: KML for us is at this time is a representation of our data just meant for discovery and visualization and not much meant for looking at the history of a place. 14:49:26 raj: The purpose of this group is to create a foundation for POIs that everyone could use. What would you be looking for from this group to make itself valuable to you to make you publish in this format? 14:50:26 -cperey 14:50:43 seang: A lot of the scholars that I work with are pretty buried in their texts. To be of interest to Pleiades, for museum visitors, etc, if the work takes off, people would be interacting with these things as POIs. If Pleiades were representing itself in the same way it could provide access points to the historical and scholarly work. 14:51:46 seang: I'm curious how it will come about. I don't use many of the checkin services, but people are checking in at historical sites. I'm interested to see where Pleiades fits in. I don't think you can check into historical places, but who knows. 14:52:21 seang: I know of a professor who assigned students to use Gowalla to do historical re-enactments. Creating logins, checking into historical places, write up experiences, etc, based on history. 14:52:43 robman: The URI gets you a place, but is there a query side? 14:53:27 seang: We do have a query interface, but it's not say GeoSPARQL. 14:53:53 seang: We have a number of things backed by search results, so we have URIs representing common query sets. 14:53:58 seang: People can build these too. 14:54:10 seang: Can create permalinks for queries. 14:54:19 robman: Metadata tagged queries? Or geo queries? 14:54:21 seang: Both. 14:54:48 seang: I'm avoiding a lot of API work because at the moment we don't have so much data that a user can download the whole thing. 14:55:34 seang: We don't have the same needs as a POI database that might have millions or tens of millions of entries. 14:55:52 raj: There is a public mailing list, we'll keep discussion up there. 14:57:13 matt: Where is the metadata? 14:57:23 seang: The title and descriptions are dc meta data. 14:58:19 Topic: Next F2F 14:58:25 thanks seang that was intereting 14:59:32 matt: code for working session: 764323 14:59:55 -Matt 14:59:57 bye 15:00:10 -robman 15:00:16 -jens 15:00:16 matt: Raj has offered us space at the OGC Technical Plenary from 19-21 September. Mark your calendars, our next f2f will be there. 15:00:22 rrsagent, draft minutes 15:00:22 I have made the request to generate http://www.w3.org/2011/07/14-poiwg-minutes.html matt 15:00:31 rrsagent, make logs public 15:00:33 rrsagent, draft minutes 15:00:33 I have made the request to generate http://www.w3.org/2011/07/14-poiwg-minutes.html matt 15:00:38 Chair: Matt 15:00:44 zakim, who is on the phone? 15:01:10 robman has left #poiwg 15:01:15 On the phone I see seang 15:01:55 zakim, drop seang 15:02:06 rrsagent, draft minutes 15:02:06 I have made the request to generate http://www.w3.org/2011/07/14-poiwg-minutes.html matt 15:02:14 seang is being disconnected 15:02:16 UW_POI(POIWG)10:00AM has ended 15:02:20 Attendees were Raj, robman, cperey, jens, seang 15:02:41 rrsagent, draft minutes 15:02:42 I have made the request to generate http://www.w3.org/2011/07/14-poiwg-minutes.html matt 15:03:12 jens has left #poiwg 15:03:31 zakim, this is poif2f 15:04:11 ok, matt; that matches UW_POI(POIF2F)9:00AM 15:04:15 +Matt 15:19:56 rsingh2 has joined #poiwg 15:50:28 rsingh2 has joined #poiwg