19:57:03 RRSAgent has joined #sdw 19:57:03 logging to http://www.w3.org/2016/03/16-sdw-irc 19:57:05 RRSAgent, make logs world 19:57:05 Zakim has joined #sdw 19:57:07 Zakim, this will be SDW 19:57:07 I do not see a conference matching that name scheduled within the next hour, trackbot 19:57:08 Meeting: Spatial Data on the Web Working Group Teleconference 19:57:08 Date: 16 March 2016 19:57:22 RRSAgent, make logs public 19:57:34 present+ eparsons 19:57:35 ClausStadler has joined #sdw 19:58:05 joshlieberman has joined #sdw 19:58:27 agenda: https://www.w3.org/2015/spatial/wiki/Meetings:Telecon20160316 19:58:36 Chair: eparsons 19:58:54 DanhLePhuoc has joined #sdw 19:58:55 robin has joined #sdw 19:59:06 present+ robin 19:59:20 frans has joined #sdw 19:59:22 present+ BartvanLeeuwen 19:59:35 present+ ClausStadler 19:59:44 jtandy has joined #sdw 19:59:44 present+ DanhLePhuoc 19:59:50 present+ frans 20:00:23 present+ joshlieberman 20:00:44 Regrets: Raúl García-Castro, PhilA, Clemens, Scott, ChrisL 20:00:51 billroberts has joined #sdw 20:01:34 present+ billroberts 20:01:58 present+ jtandy 20:02:14 Linda has joined #sdw 20:04:18 scribe: Jeremy Tandy 20:04:25 scribenick: jtandy 20:04:34 topic: approval of minutes 20:04:36 Topic : Approve last week's minutes 20:04:36 Thank you Jeremy 20:04:48 eparsons: last weeks minutes were two weeks ago 20:04:50 Proposed : Approve last week's minutes 20:05:00 http://www.w3.org/2016/03/02-sdw-minutes.html 20:05:07 +1 20:05:12 +1 20:05:12 +1 20:05:15 +1 20:05:19 +1 20:05:22 Resolved : Approve last week's minutes 20:05:23 +1 20:05:23 present+ kerry 20:05:26 +! 20:05:29 present+ Linda 20:05:31 Topic : Patent Call 20:05:36 +0 (I was not there) 20:05:37 present+ ahaller2 20:05:39 https://www.w3.org/2015/spatial/wiki/Patent_Call 20:05:42 +0 20:05:43 eparsons: lovely jubbly [he's from London] 20:05:50 +0 20:05:57 topic: patent call 20:06:06 Topic : Sub-group meeting reports & Feedback 20:06:08 [hearing nothing] 20:06:25 topic: sub-group meetings 20:06:45 eparsons: best approach is to take reports from the various subteams 20:06:54 MattPerry has joined #sdw 20:06:57 ... then we can have a conversation to see what worked 20:07:08 ... we can aim to improve things if need be 20:07:17 SSN subgroup 20:07:23 eparsons: first report back is from kerry 20:07:57 kerry: spent a while with the mechanics ... not straight forward but hopefully fixed for next time 20:08:04 ... trouble using the tracker 20:08:13 ... didn't have a good show of numbers 20:08:24 ... perhaps because of the technical problems 20:08:34 ... we talked about protege - how to use 20:08:42 ... not very productive but useful 20:08:48 ... talked about modularisation 20:08:50 The OGC TC meeting last week caused problems with attending the subgroup meetings. 20:09:12 ... should have put this in the tracker; not a clear idea of how many modules there should be 20:09:27 kerry: should the FPWD have modules even? 20:09:38 ... that's about it 20:09:43 rrsagent, draft minutes 20:09:43 I have made the request to generate http://www.w3.org/2016/03/16-sdw-minutes.html eparsons 20:09:51 ... we did some summary of the datacube stuff 20:09:52 but I got it right now :-) 20:10:01 ... difficult to make decisions with so few attendees 20:10:07 Coverage subgroup 20:10:11 ... hopefully we'll get more next time 20:10:31 eparsons: lets talk about numbers/attendance later 20:10:40 eparsons: next is coverages 20:10:53 billroberts: we also had few attendees 20:11:17 ... although kerry brought along a number of students who wanted to do some research projects in this area 20:11:28 ... would like more attendees please 20:11:52 ... good news: Maik Reicherdt (?) from Reading University has agreed to participate 20:12:06 ... we had a good discussion about CoverageJSON [ref please!] 20:12:31 ... we talked about picking criteria for evaluating these solutions 20:12:40 AndreaPerego has joined #sdw 20:12:53 ... main part of the meeting about setting up wiki page etc. for capturing these criteria 20:13:05 ... mainly: would like more people involved! 20:13:08 SDW Best Practices 20:13:11 eparsons: thanks billroberts 20:13:19 ... that's a good level of details 20:13:32 @jtandy reference on CoverageJSON: https://github.com/Reading-eScience-Centre/coveragejson/blob/master/spec.md 20:13:34 eparsons: next is BP ... Linda please 20:13:53 Linda: what we did was to explain the next step for the best practice 20:14:02 https://www.w3.org/2015/spatial/wiki/BP_Narrative 20:14:14 present+ AndreaPerego 20:14:19 ... to explain the narrative/scenario that BartvanLeeuwen has been developing for us 20:14:31 present+ MattPerry 20:14:38 ... we developed a list of actors who will be participating in the scenario 20:14:50 ... we agreed to split the work based on actor 20:15:10 ... so the main decision for the group was deciding who does what in the group 20:15:12 sorry having audio issues will need to reconnect 20:15:25 ... each person will try to develop examples and flesh out what needs to be done 20:15:50 ... we need BartvanLeeuwen to give some more details of the scenario - because he knows the subject matter better 20:15:54 I'm back ! 20:16:10 regrets+ rachel 20:16:10 Linda: we also talked about possibilities of merging some of the best practices 20:16:16 regrets+ lars 20:16:23 regrets+ Raul 20:16:31 regrets+ PhilA 20:16:32 Another source of detail for a flooding narrative can be the scenario for OGC Testbed 11. 20:16:39 regrets+ clemens 20:16:41 Linda: but first we will working on the narrative & restructure the BPs accordingly 20:16:49 regrets+ scott 20:16:53 eparsons: so attendance is a common issue 20:17:02 regrets+ ChrisL 20:17:07 ... I'm not too concerned about the numbers 20:17:07 q+ 20:17:08 q+ 20:17:12 ack next 20:17:19 ... so long as the work is sustainable 20:17:30 ack next 20:17:43 Linda: joshlieberman already pointed out that low attendance may have been due to the OGC TC meeting happening in parallel 20:18:09 billroberts: the key issue for me is to make sure that there are enough people's opinions represented 20:18:10 Time changes are sometimes very difficult to handle for many of us. 20:18:27 q+ 20:18:28 q+ 20:18:47 billroberts: don't want to do lots of work and _then_ to find out that the majority don't agree 20:19:07 ack next 20:19:09 eparsons: fair enough- but these groups are largely self selecting 20:19:23 ... so if they are interested in a topic they _will_ be there 20:19:25 Small amounts of work followed by review would help with getting away from consensus. 20:19:37 frans: can we recruit people from other communities? 20:19:38 I would not suggest to do so 20:19:48 The group is already pretty big and diverse 20:19:52 ... e.g. from specialist groups like time or SSN 20:20:05 ack next 20:20:08 eparsons: trouble is that they need to be part of the overall group 20:20:11 q+ 20:20:34 kerry: there are a few people who told me that they will come to the subgroup meetings not the main meeting 20:20:44 ... let's run a bit longer before we change 20:20:55 q+ 20:20:58 ... also concerned that we need sufficient participation 20:21:27 ... please in the subgroups can we be especially careful about recoding minutes / actions / etc. in the minutes so that people can 20:21:44 ... follow the subgroup meetings whilst not actually participating 20:22:10 ... if we capture those resolutions, we may be able to get people to comment _before_ too much work is done 20:22:22 eparsons: agreed ... we need to be following this process 20:22:34 ... reporting back to the main group as an "FYI" 20:22:39 q+ 20:22:41 ack next 20:22:54 ... only if there is a _huge_ problem should the decisions of subgroups be challenged 20:23:12 joshlieberman: raises both the participation and consensus issue 20:23:41 ... the geosemantics DWG in OGC demonstrated that the work of this group is not very visible in OGC 20:24:01 ... there are a lot of people in the OGC who are interested in JSON, Linked Data etc. 20:24:22 ... but many people just think "oh - it's those geosemantics wonks" 20:24:45 ... perhaps we can use the subgroups to capture information for wider sharing in OGC 20:25:05 Josh: this is one of the reasons why we are doing the SDW16 workshop as well 20:25:06 ... need to clarify with Denise McK about the best way to do this 20:25:26 eparsons: so is the issue that the connection is _only_ via the geosemantics group 20:25:40 joshlieberman: no - I think that connection is fine ... 20:25:49 ... but we need wider communication 20:26:06 Do we have enough public exposure on the W3C side? 20:26:19 ... for example, talking to the Architecture Board or reporting to the TC plenary or doing a frequent blog post 20:26:45 joshlieberman: and as frans says, making sure that we address concerns from W3C groups too 20:26:54 action joshlieberman to talk to OGC about the appropriate forum to report back 20:26:55 Created ACTION-150 - Talk to ogc about the appropriate forum to report back [on Joshua Lieberman - due 2016-03-23]. 20:26:59 ack next 20:27:03 eparsons: we rely on @phila to put things in the W3C context 20:27:21 KJanowicz: wants to highlight two things 20:27:30 echo coming from you Ed. 20:27:35 ... i) we have enough people in the core group 20:27:47 ... what we need is more outreach 20:27:55 ... we need to invite others to review our work 20:28:37 ... ii) because this is a long standing group, we have to cope with day light savings times 20:28:47 More rounds of inviting public comments are needed perhaps? So more draft versions of deliverables? 20:28:59 ... just one hour change causes me problems because it clashes with teaching periods 20:29:06 yes sub-groups will make timing less of a problem 20:29:14 ack next 20:29:15 eparsons: KJanowicz - will the subgroups help the timing issues 20:29:24 it does not help when there are Aussies involved.... 20:29:32 ... because we can target the right time for the participants 20:29:48 BartvanLeeuwen: one of the things I saw in another WG 20:29:58 ... where issues are closed in subgroups 20:30:18 ... we provide a brief overview of the subgroup issues [back to the main group] 20:30:34 ... this is a courtesy to those who do not have the time to follow everything 20:30:36 +1 to Bart's suggestion, but we cannot spend all the core meeting just reporting back -- we need to do work there too! 20:30:57 eparsons: [not sure] but it's probably too early to tell 20:31:02 It did not take me long to review the minutes from the subgroup meetings I missed, but detail and organization will be even more important in using them to keep up going forward. 20:31:03 ... agree with the points made 20:31:22 eparsons: most important thing is to keep making progress on the deliverables 20:31:35 ... after a month or so if we're not making progress 20:31:39 ... then we shoudl review 20:32:07 eparsons: asking the subgroup leaders if they want to try anything drastically different 20:32:27 q+ 20:32:32 jtandy: stick with it for a couple more iterations 20:32:33 ack next 20:32:48 Linda: wondering then what do we do in this full group meeting 20:32:52 q+ 20:32:59 ... is it just reporting back or are we going to try to do other things? 20:33:04 eparsons: good question 20:33:23 ... we _will_ have to report back to make sure that everyone is aware of what is happening 20:33:43 ... I also expect that the subgroup leaders will identify issues that need broader discussions 20:33:58 ... the primary goal for the main group will be to report back 20:33:59 q- 20:34:20 q+ 20:34:24 ... it may even be necessary to have subgroup meetings in _this_ week too 20:34:26 ack next 20:34:31 ... interested to hear what you think 20:34:47 I would expect some overarching issues will come up in the subgroups 20:34:51 kerry: I think we can't afford _not_ to be working in these groups 20:35:04 kerry: if we don't deal issues [missing] 20:35:30 kerry: [returns ... but dropped out audio] 20:35:37 q+ 20:35:43 kerry: we need to make sure we are doing work here too 20:36:08 eparsons: agreed ... most of the topics coming [for discussion in the main group] will be coming from the subgroups 20:36:32 kerry: agreed - subgroups should be nominating topics that require broader conversation 20:36:45 ack next 20:36:55 ... for the most part it's been eparsons and I that have been nominating topics for the meeting 20:37:03 ... I think this can continue 20:37:09 rrsagent, draft minutes 20:37:09 I have made the request to generate http://www.w3.org/2016/03/16-sdw-minutes.html eparsons 20:37:16 frans: a while back we had topic of technology talks 20:37:26 ... perhaps this is also something we can make time for 20:37:51 +1 tech talks -- especially on best practice exemplars -- this is good for the main group 20:37:56 eparsons: this is true - and probably appropriate for the BP group mostly 20:38:18 ... but also tech talks would be pertinent for the sub-groups too 20:38:40 eparsons: because we're all involved in the subgroups 20:38:51 ... we can collectively monitor what's going on 20:39:10 ... but we don't want to loose the opportunity to work together 20:39:25 eparsons: ok - so we'll carry on with the subgroups 20:39:47 ... can group leaders remember to communicate well ahead of time 20:39:54 Topic : Timing of calls during the Summer 20:40:10 eparsons: if there's nothing more about the subgroups, let's move onto the next topic 20:40:14 http://www.timeanddate.com/worldclock/fixedtime.html?msg=SDWWG+Call&iso=20160406T13&ah=1 20:40:32 q+ 20:40:34 eparsons: we need to pick a new time 20:40:37 ack next 20:40:48 eparsons: we need to pick a good time for all of us 20:41:21 kerry: reminds that US and Europe in one direction, and Australia moves the other way ... so we get a two week change 20:41:34 ... last time we postponed until the Aus time change 20:41:40 ... in early April 20:41:50 ... please- let's change _only_ once!! 20:42:10 kerry: we're talking about only the main meeting 20:42:34 ... but notes that SSN and Coverages are also in the same slot 20:42:53 ... [summary: no one is happy all the time!] 20:43:10 kerry proposes 1pm UTC as the best slot 20:44:14 So, 6am PDT? 20:44:36 Yes. 9am EDT 20:45:09 kerry: repeats - not a friendly time for US or Aus 20:45:14 Would 2pm UTC work? 20:45:24 eparsons: ok for Europe; lunchtime 20:45:24 yes :-) 20:45:40 1:30pm UTC? 20:45:45 eparsons: asks KJanowicz is 6am is too early 20:45:50 KJanowicz: yes 20:46:02 eparsons: but if we go later this is problem for Aus 20:46:09 q+ 20:46:14 ack next 20:46:18 eparsons: does 30 mins make a big difference 20:46:30 billroberts: middle of the day UK time is fine [!] 20:46:58 ... other possibility is 6am UTC 20:47:10 6am UTC is 2am eastern US -- sketchy 20:47:30 billroberts: [summarises the times in other timezones] 20:47:45 eparsons: this is only for the main meeting 20:47:56 +q 20:48:02 ... the other meetings can pick accordingly 20:48:03 ack next 20:48:12 eparsons: happy with 13:00 utc 20:48:18 +1 20:48:22 ... unless there are any objectives 20:48:28 +1 20:48:51 kerry: looking at the subgroups, only the BP has a strong european dominance 20:48:55 But for the SSN subgroups we have a good eeting time, right? 20:49:15 ... all the others are constrained to this time slot as we need Australian input 20:49:38 eparsons: so are we in a position to move to 13:00utc on April 6? 20:49:47 [very quiet] 20:49:49 +1 20:49:53 eparsons: speak now ... 20:49:54 +1 20:49:55 +1 20:49:57 +1 20:49:57 +1 20:49:57 +1 20:49:57 +1 20:49:58 -1 20:49:59 +1 20:50:06 +1 20:50:12 eparsons: ok - done 20:50:16 np 20:50:26 thx ;-) 20:50:35 I would not mind a half our sooner or later 20:50:48 q+ 20:50:52 s/half our/half hour/ 20:50:56 ack next 20:51:02 kerry: for KJanowicz the SSN is particularly important 20:51:09 ... we could reconsider 20:51:33 KJanowicz: ok- for the main meeting it is only once every two weeks ... I'll try to make this 20:51:52 As long as I can do the SSN dates, I am 'happy' with 6am for the Wed meetings 20:52:18 q+ 20:52:23 ack next 20:52:31 q+ 20:52:41 scribe: eparsons 20:53:17 jtandy : how to bring geosparql and geojson people together 20:53:47 jtandy : does not work on web so geojson people will never like 20:54:15 you mean in a geosparql geometry statement? 20:54:21 jtandy: therefore allow json as a literal 20:54:37 GeoJSON geometry is specific to JSON - not applicable either to XML, text, or RDF. 20:54:50 q+ to say that this what we are doing in GeoDCAT-AP 20:54:52 jtandy : Off the wall idea ? 20:54:58 Can define transformations, but each doesn't work well in the other encodings. 20:55:03 ack next 20:55:26 I think it is a very good idea to start comparing solutions for encoding geometry 20:55:35 i ithink this would rather lead to a sparql extension for native json support (so its not geosparql specific) 20:55:58 ack next 20:55:59 AndreaPerego, you wanted to say that this what we are doing in GeoDCAT-AP 20:56:35 AndreaPerego : geodcat-ap has similar issue for geometry encoding 20:57:00 q+ 20:57:13 AndreaPerego : Allow encoding choice 20:57:35 AndreaPerego : Geojson appears in a number of use cases 20:57:51 AndreaPerego : Also, GML, KML etc 20:58:15 q+ 20:58:34 AndreaPerego : recommends > one encoding 20:59:09 ack next 21:00:07 ack next 21:01:04 q+ 21:01:21 Select * { ?s ?p ?o . Filter(geosparql:st_instersect(geojson:geometryOf(?o), ...) } # introduce a new function that extracts a geometry from a (geo)json literal. DBMS could provide functional indexes 21:01:21 ack next 21:02:05 Thanks, and bye! 21:02:06 bye bye 21:02:08 bye 21:02:08 bye 21:02:08 thanks, bye 21:02:11 bye 21:02:12 joshlieberman has left #sdw 21:02:13 [noting that joshlieberman said geojson & json & json-ld is happening in testbed OWS 12] 21:02:15 live long and prosper! 21:02:16 ciao 21:02:17 bye! 21:02:17 bye 21:02:22 rrsagent, draft minutes 21:02:22 I have made the request to generate http://www.w3.org/2016/03/16-sdw-minutes.html eparsons 23:32:55 newton has joined #sdw 23:35:08 Zakim has left #sdw