12:56:32 RRSAgent has joined #sdw 12:56:32 logging to http://www.w3.org/2015/10/14-sdw-irc 12:56:34 RRSAgent, make logs world 12:56:34 Zakim has joined #sdw 12:56:36 Zakim, this will be SDW 12:56:36 I do not see a conference matching that name scheduled within the next hour, trackbot 12:56:37 Meeting: Spatial Data on the Web Working Group Teleconference 12:56:38 Date: 14 October 2015 12:57:14 RRSAgent, make logs public 12:57:24 present+ eparsons 12:57:44 chair : eparsons 12:57:53 Meeting: SDW WG Weekly 12:58:36 present+ kerry 12:59:57 Hey where is everyone ? 13:00:38 Payam has joined #sdw 13:01:13 Alejandro_Llaves has joined #sdw 13:01:29 present+ Alejandro_Llaves 13:02:13 present +Payam 13:02:25 billroberts has joined #sdw 13:03:51 joshlieberman has joined #sdw 13:04:04 Linda has joined #sdw 13:04:11 mornign all, just trying to get my webex going 13:04:14 present+ joshlieberman 13:04:16 OK Bill 13:04:43 mornig? oy yes. it *isI morning, by 5 minutes 13:04:45 (morning/afternoon/evening as appropriate) 13:05:16 frans has joined #sdw 13:05:33 present+ frans 13:05:43 scribe: josh 13:05:45 present+ Linda 13:05:52 scribenick: josh 13:06:00 jtandy has joined #sdw 13:06:13 scribenick: joshlieberman 13:06:15 present+ jtandy 13:06:24 LarsG has joined #sdw 13:06:33 billrobe_ has joined #sdw 13:06:51 present+ LarsG 13:07:21 Topic: Approve Minutes 13:07:28 http://www.w3.org/2015/10/07-sdw-minutes.html 13:07:35 PROPOSED: Accept last meeting minutes 13:07:38 +0 (apologies - wasn't there) 13:07:38 +1 13:07:41 +1 13:07:42 +1 13:07:45 +1 13:07:47 +0, not there 13:07:51 +1 13:07:52 RESOLVED: Accept last meeting minutes 13:07:56 present+ billroberts 13:07:59 +1 13:08:01 Topic: Patent Call - https://www.w3.org/2015/spatial/wiki/Patent_Call 13:08:12 rrsagent, make logs public 13:08:47 Topic: Resolving remaining UCR issues 13:09:03 regrets+ Bart van Leeuwen 13:09:15 regrets+ Rachel Heaven 13:09:23 http://www.w3.org/2015/spatial/track/products/1 13:09:30 regrets+ Jon Blower 13:09:39 frans: remaining unresolved issues 13:09:41 regrets+ Simon Cox 13:09:54 regrets+ Stefan Lemme 13:10:36 q? 13:11:38 +q 13:11:52 ack next 13:12:24 frans: Issue 16 valid time requirement out of scope? Issue 15 represent past, present, future not clear? 13:12:31 ChrisLittle has joined #sdw 13:12:51 q+ 13:12:56 present+ ChrisLittle 13:13:03 kerry: what is the Valid time disagreement? 13:13:05 ack next 13:13:21 Payam has joined #sdw 13:13:43 frans: one view is that OWL-Time expresses time, not its relevance to spatial data. 13:13:58 q+ 13:14:38 q+ 13:14:58 kerry: agreed, but should we cover those relationships additionally? 13:15:05 q+ to ask about scoping 13:15:10 ack next 13:15:31 frans: well, not technically in scope, since the scope covers OWL-TIme alone and that doesn't include validity predicates. 13:16:02 billrobert: isn't this a generic data issues? 13:16:22 +1 13:16:50 http://dublincore.org/documents/dcmi-terms/#terms-valid 13:17:35 ack next 13:19:50 ack next 13:19:51 jtandy, you wanted to ask about scoping 13:20:27 josh: spatial data needs particular expressions of validity / relevance to the real world. That has to include time. 13:21:05 chris: in general, the representation of time on the Web needs work as well, and this group or someone else needs to take this on. 13:22:45 q+ 13:22:50 jeremy: validTime is conceived as just a property with range OWL-Time. Should create / adopt bits of vocabulary as needed such as this. 13:23:27 eparsons: probably need to decide this sort of scope question sooner rather than later. 13:23:29 (the SDW charter allows us to formalise practice as necessary - we could produce additonal Notes) 13:23:41 Ed: kerry is on the speaker queue 13:23:56 ack next 13:24:00 +q 13:24:33 "spatial data needs temporal context" ... good point kerry 13:24:48 ack next 13:24:55 kerry: agree with josh, chris, jeremy that spatial data needs temporal context. Shouldn't feel constrained by narrow interpretation of scope. 13:25:11 q+ 13:25:33 ack next 13:25:43 I can write, then... 13:26:11 billrobe_: clear this is important, not clear that anyone has done this for us, so reassured on scope. 13:27:11 frans: Issue 15: trend towards not having this as a requirement 13:27:50 past, present and future are valid statements only at a particular point in time ... we need relative statements; e.g. "before {now}" = past 13:28:03 http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html#TemporalReferenceSystem 13:28:08 frans: Issue 25: temporal reference "description should be referenceable online 13:28:13 (previous comment relating to Issue 15) 13:28:31 could we change "description" to "definition"? 13:28:33 s/(previous/(my previous/ 13:28:50 q+ 13:28:51 IMO, with many of this issues related to UCR document we are trying to provide solutions. And this is not the point of the UCR document, nor the proper time to provide solutions to them, according to the group charter schedule. Best practice document and the corresponding Time deliverables, etc. would be the proper tool to discuss and propose solutions to the issues. I understood the UCR document as an exercise to extract requirements from UCs. 13:29:28 We could discuss if reqs are well phrased, if they need more examples, etc. But it seems we are trying to solve them now. 13:29:30 PROPOSED: Accept "Temporal reference system requirement: phrasing" for Issue 25 13:29:55 proposal: If a temporal reference is used, the definition of the temporal reference system (e.g. Unix date, Gregorian Calendar, Japanese Imperial Calendar, Carbon Date, Geological Date) should be referenceable online. 13:29:57 +1 13:29:59 +1 13:30:04 +1 13:30:04 +1 13:30:05 +1 13:30:06 +1 13:30:10 +1 13:30:14 +1 13:30:21 +1 13:30:29 RESOLVED: Accept "Temporal reference system requirement: phrasing" for Issue 25 13:30:54 chaals has joined #sdw 13:31:31 frans: Issue 28 - require default CRS, Issue 29 - require linking geometry to CRS 13:32:22 q+ 13:32:31 q- 13:32:32 ack next 13:32:39 q+ 13:33:05 kerry: maybe it will go away on its own? 13:33:12 eparsons: never! 13:33:21 ack next 13:33:53 jeremy: point to real practices and decide what to adopt, rather than making a hard requirement. 13:33:54 +q 13:34:06 q+ 13:34:10 ack next 13:34:52 ack next 13:34:59 q+ 13:35:39 joshlieberman: there is widespread practice to assume WGS84 13:35:45 ... mostly this works 13:35:48 q+ 13:36:19 joshlieberman: if we accumulate enough evidence of the assumption about WGS84 being broken, then we can make a statement 13:36:22 ack next 13:36:27 ... about people changing their practice 13:36:36 josh: good approach to examine practice. Maybe we will develop a requirement if practice turns out to be broken. 13:37:31 frans: people may be waiting for better "best practices". Continental drift may be catching up with us anyway. 13:37:38 ack next 13:39:47 q+ 13:39:53 +1 13:39:53 ack next 13:39:57 q+ to ask about namespacing? 13:40:03 +1 to chris 13:40:08 chris: agree that evidence is needed. At some point, though, a CRS does need to be understood, whether its a defined default or not. 13:40:25 ack next 13:40:27 jtandy, you wanted to ask about namespacing? 13:40:28 +1 13:40:47 frans: remember that these are requirements, not yet solutions 13:41:15 +1 to jeremy 13:41:58 jeremy: the base requirement is "where are things on the planet (or elsewhere)" Only 1% need to make CRS explicit, but what do we need to do for the 99% 13:42:11 yay! 13:42:13 t+1 -- this is a solution but is so easy that it should not be too hard for anyone -- it is effectively a default while being explicit 13:43:03 +1 to Ed 13:44:04 +1 to frans solution 13:44:04 frans: still good idea to have a wiki page for evidence and ideas. 13:44:49 +1 to wiki page 13:45:06 Topic: Best Practice update 13:45:16 action: Frans to start a wiki page on evidence for CRS being needed or not 13:45:16 Created ACTION-82 - Start a wiki page on evidence for crs being needed or not [on Frans Knibbe - due 2015-10-21]. 13:45:18 yay Linda !!! 13:45:23 thanks Jeremy 13:45:27 jeremy: welcome on the editorial board to Linda 13:45:53 https://www.w3.org/2015/spatial/wiki/Linked-data 13:46:13 q+ to mention mapping use cases to themes 13:46:18 yes, we had a quick discussion on it 13:46:33 Do you not have audio? 13:46:55 ack next 13:46:56 kerry, you wanted to mention mapping use cases to themes 13:47:35 since the last meeting, there have been some new emails in the discussion thread and I will update the wiki 13:47:57 kerry: Linda has done some of the mapping of issues to requirements. I did some for the sensors thread. 13:48:42 This is the link https://www.w3.org/2015/spatial/wiki/BP_Consolidated_Narratives 13:49:23 https://www.w3.org/2015/spatial/wiki/BP_Consolidated_Narratives#Mapping_Requirements_to_this_theme_.28Kerry.29 13:50:01 yes both 13:50:03 +1 13:50:12 +1 13:50:12 +1 13:50:18 jeremy: clear that different levels of abstraction are involved. Are we interested in both evident levels? 13:50:19 +1 the thing and its representation 13:50:20 +1 13:50:25 +1 13:50:51 q+ 13:50:56 complex geometry 13:51:02 jeremy: anything special about spatial data sets? 13:51:34 q+ 13:51:45 q+ 13:51:54 ack next 13:51:57 ack next 13:52:36 frans: high chance that spatial data is "professional" with curators / maintainers, etc. 13:53:22 ack next 13:54:24 rrsagent, draft minutes 13:54:24 I have made the request to generate http://www.w3.org/2015/10/14-sdw-minutes.html eparsons 13:54:54 q? 13:55:06 joshlieberman: spatial data actually has different structure and granularity because it represents real world entities. 13:55:15 q+ 13:55:23 ack next 13:55:59 frans: another specialty: special links between data entities. 13:56:24 +1 for links 13:56:50 jeremy: "links are 1st class citizens" - consensus here. But what does that mean for link-poor formats? 13:56:56 I am afraid I did not understand the 3...2...1 question 13:57:03 q+ 13:57:09 ack next 13:57:32 q+ 13:57:44 ack next 13:58:15 +q but json-ld does do links, doesn't it? 13:58:30 Josh : no best Practice yet.. 13:58:35 josh: a consistent practice was identified in TB-11 as a need, but would have to be synthesized from disparate practice. 13:58:43 --for JSON 13:58:46 ack next 13:59:17 chris: tools are part of the need for those link-poor formats. 14:00:20 eparsons: out of time -- look forward to the 8 other issues next time. 14:00:21 What a great cliffhanger. I can wait for the next edition of the meeting. 14:00:39 :-) thanks everyone 14:00:51 Thanks, bye 14:00:53 s/can wait/can not wait/ 14:01:06 thanks, bye! 14:01:07 bye! 14:01:08 thanks, bye 14:01:09 bye! 14:01:09 bye thanks 14:01:10 bye all _ thanks 14:01:13 bye 14:01:16 bye! 14:01:21 ChrisLittle has left #sdw 14:01:25 rrsagent, draft minutes 14:01:25 I have made the request to generate http://www.w3.org/2015/10/14-sdw-minutes.html eparsons 14:01:42 joshlieberman has left #sdw 15:04:47 jtandy has joined #sdw 16:20:21 chaals has joined #sdw 16:27:50 Zakim has left #sdw