07:54:37 RRSAgent has joined #sdw 07:54:37 logging to http://www.w3.org/2017/03/20-sdw-irc 07:54:39 RRSAgent, make logs world 07:54:39 Zakim has joined #sdw 07:54:41 Zakim, this will be SDW 07:54:41 ok, trackbot 07:54:42 Meeting: Spatial Data on the Web Working Group Teleconference 07:54:42 Date: 20 March 2017 07:54:56 Present+ eparsons 07:55:05 RRSAgent, make logs public 07:55:32 tidoust has joined #sdw 07:56:32 AndreaPerego has joined #sdw 07:57:16 roba has joined #sdw 07:57:44 RRSAgent, draft minutes v2 07:57:44 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html tidoust 07:58:55 Linda|2 has joined #sdw 07:59:13 Present+ Francois 07:59:23 present+ ahaller2 08:00:35 present+ 08:01:22 kerry has joined #sdw 08:01:49 present+ kerry 08:02:13 present+ mlefranc 08:03:49 chair: eparsons 08:04:06 joshlieberman has joined #sdw 08:04:10 q+ 08:04:19 ack kerry 08:04:19 ack next 08:04:39 present+ AndreaPerego 08:04:56 kerry: Franćois will stand in for Phil this morning 08:05:34 topic: Integration Issue: https://www.w3.org/2015/spatial/wiki/Integration_Issue 08:05:56 q+ 08:06:39 ack enxt 08:06:40 ack roba 08:07:32 roba: assumptions about what SSN is, rather than merits of options for consideration 08:08:04 8 options on the "table" but some look much the same. 08:09:26 armin: what are the common issues in the various options 08:09:40 q? 08:10:04 q+ 08:10:34 roba: difference in interpretation: ssn = axioms for sosa vs ssn - extensions to sosa 08:10:51 Nicky has joined #sdw 08:10:54 q+ 08:11:07 ack mlefranc 08:11:20 q? 08:11:21 agree with armin 08:11:23 ack kerry 08:11:24 q+ 08:12:22 s/Franćois/François/ 08:12:47 kerry: doesn't see confusion as to what ssn "is", hasn't changed during working group, just proposals for factorization. 08:12:53 ack mlefranc 08:14:01 jtandy has joined #sdw 08:14:06 q+ 08:14:07 ack roba 08:14:17 mlefranc: no matter how many namespaces, there will be separate URI redirections for each term. The question is really how many resources the URI's redirecdto to. 08:14:22 present+ jtandy 08:14:39 Agenda: https://www.w3.org/2015/spatial/wiki/Meetings:F2F6 08:15:29 roba: concern with one namespace and two documents - not very scaleable / extensible. 08:15:30 ahaller2: just pointing out that we already resolved the slash URI pattern 08:15:48 q+ 08:16:14 ack mlefranc 08:16:35 roba: still sees significant difference in viewpoint on ssn 08:17:04 mlefranc: scaleability can involve defining new namespaces later 08:17:46 q? 08:17:53 i agree that specialisatuioin means new terms in the SSn namespace. 08:17:57 ack ahaller 08:17:58 mlefranc: ssn can comprise various elements that are "in addition" to sosa 08:18:19 comments have specifically used SSN in term of axiomitsation os SOSA 08:18:36 q+ 08:19:23 ahaller2: may not be conflicts between views of ssn in options, but the tradeoffs vary between options. 08:19:27 agree with armin - this is a major limitation other options solve, but otherwise are basically similar 08:19:52 q? 08:19:55 ack roba 08:20:38 q+ 08:22:03 joshlieberman: is it wise to mix up "role of ssn" with "role of namespaces"? 08:22:15 ack kerry 08:22:53 * François, pease louder 08:23:05 hard to hear - can some please repeat this point? 08:23:17 francois: are there useful analogies in other vocabularies? 08:23:39 q+ 08:24:04 we havent found any examples of the "add axioms" pattern - bit loads of "new namespace for specialisation" 08:24:38 mlefranc: sosa lean and ssn rich has some analogies in DCAT, but not very successful ones. 08:24:47 q+ 08:24:50 ack mlefranc 08:25:08 q+ 08:25:19 q+ 08:25:58 rrsagent, draft minutes 08:25:58 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html eparsons 08:26:03 mlefranc: no w3c recommendation that entwines two vocabularies in quite the same way. 08:27:07 q? 08:27:57 ack joshlieberman 08:29:01 Josh: Being a bit provocative here... This is a mess. 1/ There is this fascination about namespaces. People are fascinated about namespaces before they just want to take the prefix 08:29:08 ... We need to separate that issue out. 08:29:27 ... How can we come up with prefixes that people will want to use? That's what we should do. 08:29:45 re an example - kerry's comment on option 8 " we have "sosa:hosts" refined by the axiom sosa:Platform rdfs:subClassOf [ owl:onProperty sosa:attachedSystem ; owl:allValuesFrom ssn:System] which is both typing constraints and uses non-core terms at the same time." This is not axiomitisation - this is specialisation. 08:29:53 ... 2/ No one has not developed a vocabulary that adds axioms to an existing vocabulary. 08:30:11 ... There is no mechanism to do that. That's why it hasn't been done. 08:30:43 ... 3/ Thinking that there's some difference between axiomatization and extension in terms of modularization makes this issue more complex. 08:30:45 q- 08:30:51 +1 josh 08:31:24 Armin: We combined these questions because no one understood them separately. 08:31:31 ... What you seem to propose is option 5. 08:31:45 ... We have an extensive set of options that we thought about. 08:32:05 note option 8 is option 5 with a trick removed (mime type based redirection) 08:32:13 ack kerry 08:32:44 ahaller2: feel that the options for combining namespace, axiomitization, and modularization issues are in fact exhaustive. 08:33:09 q? 08:34:07 kerry: understand that namespace mechanism is poor fit to modularization goals. PROV does have modularity, but implemented only in documentation. Here trying to separate in separate ontologies using namespaces. 08:34:19 q? 08:34:24 q+ to ask why we don't just follow the PROV model of describing the relationship in documentation 08:34:36 ack next 08:34:37 jtandy, you wanted to ask why we don't just follow the PROV model of describing the relationship in documentation 08:34:39 ack jtandy 08:35:00 s/using namespaces/using ontology files/ 08:35:35 q+ 08:36:05 ack ahaller 08:36:07 jtandy: would documentation approach be valuable for resolving implementation issues with modularity here? 08:37:06 ahaller2: goal of some members is for instance of core (SOSA) to also be a valid instance of SSN. some options fulfill this goal and some not. 08:37:11 q+ to ask if the model from RDF DataCube would apply here to convert SOSA to SSN 08:37:19 q+ 08:37:19 ack jtandy 08:37:20 jtandy, you wanted to ask if the model from RDF DataCube would apply here to convert SOSA to SSN 08:39:07 q+ 08:39:23 jtandy: can one provide a mechanism to transform from SOSA to SSN rather than somehow guarantee that a SOSA instance will conform to SSN axioms? 08:39:23 ack kerry 08:40:01 q+ 08:40:34 ref. RDF Data Cube, see the "normalization" algorithm here: https://www.w3.org/TR/vocab-data-cube/#normalize 08:41:06 kerry: not clear what the Datacube reference is? PROV is an example of a simple vocabulary plus additional terms and additional constraints on vocabulary. 08:41:11 q+ to add a bit more context about RDF DataCube normalization 08:41:46 q? 08:42:09 kerry: should be "automatic" tranformations SOA <-> SSN. 08:42:29 ack roba 08:44:54 roba: entailment regime: how much work required to understand / reason over a term in either vocabulary. Endorse kerry's goal of (seamless?) SOSA - SSN interchangeability. 08:45:17 q+ 08:45:42 ack ahaller 08:47:28 ahaller2: should be able to do better than PROV at modularization. least "commitment" is probably option 3. did make a strong attempt in options to leave out technical mechanism issues such as redirects. 08:48:15 q? 08:48:19 ack jtandy 08:48:19 jtandy, you wanted to add a bit more context about RDF DataCube normalization 08:48:32 ahaller2: no option (unfortunately) is satisfactory in all aspects. 08:48:37 sorry cant hear 08:49:17 q? 08:49:44 jtandy: RDF datacube "normalize" uses a SPARQL query to expand a definition. 08:50:15 +1 for roba, all options assume that SOSA and SSN are aligned 08:50:22 roba: no option sets SOSA and SSN as completely different vocabularies. 08:51:15 [+1 to Rob - thanks for the explanation] 08:51:23 roba: could prune options list for undesirable mechanisms such as equivalence. 08:51:23 Just to say that an example analogous to the one mentioned by Jeremy is provided by the "Dublin Core to PROV mapping", where CONSTRUCT queries are used instead: https://www.w3.org/TR/prov-dc/ 08:51:24 q? 08:51:35 ack mlefranc 08:52:45 mlefranc: some options try not to duplicate terms between two namespaces, e.g. sosa:Platform and ssn:Platform, and some do. 08:53:40 q? 08:54:06 mlefranc: some options have somewhat arbitrary division of terms into the two namespaces, making it hard to predict which to use for a given term - hence interest in one namespace. 08:54:15 q? 08:54:15 @mlefranc - so option 1 is for a no-namespace enviroment like json (not json-ld) - in which case it is orthogonal and can co-exist with compatible patterns (5, 8) 08:54:27 q+ 08:54:32 ack roba 08:54:34 +1 to taht idea 08:55:17 q+ 08:55:27 roba: namespace "prediction" is orthogonal to other issues. 08:55:36 ack kerry 08:56:03 q? 08:56:24 kerry: would be convenient not to have to remember or lookup namespace for a particular SSN term. 08:56:37 ahaller2: should have a vote on options? 08:56:46 PROPOSED: We aim to NOT duplicate terms in SOSA and SSN 08:56:50 fine - buts its an orthoganal issue that needs its own treatment and options evaluated on their merits. 08:57:03 +1 08:57:06 +1 08:57:08 +1 08:57:10 +1 08:57:12 +1 08:57:13 +1\ 08:57:14 +1 (do we mean namespace or ontology here?) but +1 either way 08:57:16 +1 08:57:23 +1 08:57:33 we mean: if there is ns1:Platform, then there is no other ns2:Platform 08:58:34 rules out 2,3, and 4 08:58:39 By consequence we ruled out Option 2, Option 6, Option 3, Option 4 08:58:48 yes and 6 08:58:49 q? 08:59:16 Option 1, 5, 7, 8 08:59:18 so difference between 1 and 5 08:59:25 ahaller2: Rules in 1, 5, 7, 8 08:59:47 PROPOSE; rule out 5 as it relies on mime-type - 8 is simpler 08:59:51 q+ 09:00:14 RRSAgent, draft minutes 09:00:14 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 09:00:20 (option 5 does not rely on mime-type) 09:00:42 @mlefrance it does to access the axiomitisation 09:00:59 it relies on URL 09:01:38 5: one ontology, 7,8: three ontologies 09:01:54 q? 09:01:58 ack roba 09:01:58 @ahaller2 - that statement only holds true of SSN - strong axiomitisation 09:02:04 @josh 2 ontologies in option 5 09:02:30 s/one ontology/two ontologies 09:03:04 roba: issue of conflating strong axiomitization of SOSA with SSN 09:03:18 OWL Client Protégé uses by default application/rdf+xml 09:03:21 q+ 09:03:35 option 5 uses mime-type to distinguish rdfs from owl, so may not work. 09:03:37 q+ 09:04:08 ack ahaller 09:04:25 roba: propose to remove 5 09:05:00 ahaller2: disagree that 5 is disqualified on mime-type mechanism 09:06:14 q- 09:06:17 Does the option 7 core have a namespace? 09:06:50 q? 09:07:06 Could option 7 be explained? It doesn't make sense to me. 09:08:06 @joshlieberman yes, you would only use the unified namespace in using the ontology, unless you want specific axiomatisation, then you can use the other two namespaces 09:08:14 option 7 is option 8, but allowing SSN and SOSA to have diofferent meaning for the same terms 09:08:16 mlefranc: "unify" namespace collects the terms. SOSA imports unify and adds axioms. SSN imports both and adds more axioms. 09:08:26 @joshlieberman that applies to option 7 09:09:01 q? 09:09:12 if we remove the original (and edited out) mime type basis to discover axioms, then option 8 = option 5 with a link to import (discover) 09:09:23 why does option 8 ssn import both if sosa already imports unify? 09:09:31 q? 09:10:15 difference option 8 between sosa and ssn axioms? 09:11:21 q? 09:11:40 roba: some differences in sensor specialization between sosa and ssn in option 8 09:12:09 q+ 09:15:14 not necessary 09:15:22 ack mlefranc 09:16:27 ahaller2: terms split between two namespaces or contained in one namespace? 09:16:30 should new terms with specific restricted semnanrtics be in a new namespace 09:17:36 or machinery be able to handle namespace discovery ... 09:17:42 mlefranc: 1,7 all terms in one namespace. 5,8 terms in two namespaces 09:17:52 q+ 09:17:52 RRSAgent, draft minutes 09:17:52 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 09:17:54 PROPOSED: Do you accept that a term, e.g. Platform may have a one namespace, whereas another term, System may have another namespace 09:18:03 -1 09:18:06 +1 09:18:06 0 09:18:15 0 09:18:17 0 09:18:24 +1 09:18:28 0 09:18:58 +1 09:19:41 PROPOSED: Can you live with three namespaces, i.e. a unified, one for SOSA and one for SSN 09:19:50 -1 09:19:52 -1 09:19:55 0 09:19:56 q+ to mention that we are close to bumping in to BP time on the schedule 09:19:57 -1 09:20:01 -1 09:20:06 -1 09:20:12 -1 09:20:16 0 09:20:34 RESOLVED: Option 7 is ruled out 09:20:46 Option 1, Option 5 and Option 8 09:20:48 RRSAgent, draft minutes 09:20:48 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 09:21:04 q+ 09:21:12 ack roba 09:21:13 2 versus 3 namespaces? 09:21:13 q+ to suggest a straw poll 09:21:48 what is the meaning of "package" in option 8? 09:22:12 q? 09:22:16 @roba, also the case in 1 and 5 09:22:32 ack kerry 09:22:32 kerry, you wanted to mention that we are close to bumping in to BP time on the schedule and to suggest a straw poll 09:23:00 ack mlefranc 09:23:43 depends on the client.... 09:24:00 straw poll for Option 1, 5 and 8 09:24:09 mlefranc: vote for / against lower or higher axiomitization of e.g. Platform 09:24:09 8 09:24:09 first proposal, Option 1: 09:24:13 option 1 09:24:18 option 1 09:25:02 option 1: +1 -- option 5: 0 -- option: -1 09:26:16 roba: "package" is a file resource, pretty much each file is an ontology... 09:26:26 ...in option 8 09:27:39 so in option 8, there are three ontologies whose membership is defined by three file resources. 09:28:28 Option 1 09:28:35 0 09:28:37 -1 09:28:40 +1 09:28:41 +1 09:28:43 +1 09:28:51 -1 09:29:01 -1 09:29:01 0 09:29:21 0 09:29:33 Option 5 09:29:36 0 09:29:39 0 09:29:39 0 09:29:43 +1 09:29:44 0 09:29:45 0 09:29:58 0 09:30:01 0 09:30:29 0 09:30:30 0 09:30:31 0 09:30:32 0 09:30:33 0 09:30:34 Option 8: 09:30:37 -1 09:30:39 0 09:30:41 +1 09:30:41 -1 09:30:43 +1 09:30:44 -1 09:30:50 0 09:30:58 0 09:31:30 0 09:32:14 q+ 09:32:19 ack kerry 09:32:40 Result is largely equivocal. Should consult mailing list and resolve tomorrow, perhaps earlier. 09:33:24 kerry: earlier is better for remote attendees. 8am. 09:33:55 hopefully we can restate the options - with the known limitations - remove votes and let a wider group discuss merits 09:34:11 rrsagent, draft minutes 09:34:11 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html eparsons 09:34:27 I'd propose to create a new wiki page with the limited options 09:59:24 jtandy has joined #sdw 10:00:45 present+ jtandy 10:01:03 present+ nicky 10:01:28 just setting up new presenter 10:02:35 present+ 10:03:36 present+ 10:04:09 scribe: Francois 10:04:12 scribenick: tidoust 10:04:24 https://www.w3.org/2015/spatial/wiki/Meetings:F2F6#Monday_20th_March 10:04:33 joshlieberman has joined #sdw 10:04:54 Topic: Best Practices 10:05:14 Jeremy: Note the note in the agenda to review use cases. That's not on our plate today. 10:05:20 ByronCinNZ has joined #sdw 10:05:47 ... [going through the agenda] 10:06:16 ... Do topics need to shift in any way? Anything that you'd like to prioritize? 10:06:37 will be here first 90 mins... 10:08:31 [Re-organizing topics to help WebEx people 12 hours ahead go to bed at a not too unreasonable time] 10:09:35 s/Topic: Best Practices/Topic: Best Practices - organize the order and timing of the agenda items/ 10:09:55 Topic: Best Practices - review samePlaceAs proposal in BP14 10:10:22 -> http://w3c.github.io/sdw/bp/#entity-level-links BP 14 Publish links between spatial things and related resources 10:11:32 Jeremy: Question is on samePlaceAs. We thought proposing the property in schema.org. Dan Brickly raised the fact that this was trivial. 10:11:52 Ed: The vagueness of Place is good. 10:12:10 q? 10:12:24 q+ 10:12:27 q+ 10:12:29 joshlieberman: semantic versus spatial vagueness 10:12:48 Jeremy: Since I made this proposal, I've been looking at geohive. 10:13:08 -> http://data.geohive.ie data.geohive.ie 10:13:27 we're not seeing the screen share.. 10:13:57 Jeremy: Here there are using an "ov:similarTo" relationship 10:14:48 http://data.geohive.ie/page/county/2AE19629144F13A3E055000000000001 10:16:16 ... If you look at ov:similarTo, that comes from Open Vocabulary. 10:16:51 ... The motivation was to have a less strict definition of owl:sameAs. 10:17:01 ... That seems to be the same thing as what we are trying to achieve. 10:17:05 q+ 10:17:10 ... That's not a spatial thing per se. 10:17:34 "what we are trying to achieve" ? 10:17:35 Josh: There is a distinction between saying that something is a similar concept and that something is at a similar location. 10:17:42 ack kerry 10:18:15 q+ 10:18:29 Kerry: For me there's a reason not to use location, because we may not know. 10:18:34 so we can also draw some distinction between location and position. The former can be less precisely defined than the latter. 10:18:51 ... If there's a location, I would expect that to be precise. Place is more fuzzy. 10:19:07 place is not a position. it's a feature. 10:19:58 ... I would expect the relation to be transitive, and reflexive. 10:19:58 ack next 10:20:24 Jeremy: I think that echoes Josh's concern. 10:20:30 ack ByronCinNZ 10:20:52 s/transitive/not transitive/ 10:21:31 s/reflexive/not symmetric/ 10:21:41 Atlantis the place? 10:21:48 Byron: I don't like the word Place very much, for reasons similar to Josh. Hotel rooms across the street could be the same place but different locations. 10:22:24 q+ on location and place 10:22:56 ... sameLocationAs or similarLocationAs could be a way to specify what you mean. My main point is I think this is an important discussion. If we're going to talk about samePlaceAs, we need to narrow down what we mean by that. 10:23:32 q- 10:23:51 ... Two different objects that happen to be the same physical object, for instance. 10:24:50 Jeremy: From your perception, the Place concept is vague. We all agree that it's vague. Some like it, some don't. You believe that adding a sameLocationTo property would be useful to give a statement that two things are on the same location but you don't have enough info for topological assessments. 10:25:21 ... We would end up with two properties: the social or perceived relationships between two things, and the topological relation between two things. 10:25:47 ... There is evidence of requirements but not consistent practice. 10:26:24 ack roba 10:26:32 ... Eddystone lighthouse example: 4 physical light house over history. You would largely say that they are at a similar location. 10:28:01 Rob: There's no particular reason why we can't say that two things can't have multiple relationships. For best practices, we want to encourage vocabulary reuse: use the most specific relationship that you can find for a specific purpose, and then add the more generalized version that the community might expect. 10:28:58 ... I think it's all just one pattern. We shouldn't argue about what terms to use so much as to agree that they are different vocabularies that you can use, and you probably want to use the most specialized one to start with and a more generalized one for broader reuse. 10:29:20 skos gives taxonomy relations, but they are not explicitly spatial relations. 10:29:27 ... If you expect your community to be using SKOS, it would be reasonable to provide the SKOS generalized equivalent. 10:30:29 Jeremy: OK, so it's ok to use multiple relationships, just use the most precise relationship you can. If you can geosparl:equals, then say it. If you cannot, find the next more precise level. 10:31:18 ack me 10:32:27 ... In terms of best practices, skos:exactMatch, skos:similarMatch, ov:similarTo. Statement about how you would talk about similar places and about similar locations. 10:33:12 Ed: I like the vagueness of Place. I like that it doesn't have a specific location. If you talk to normal people, a place is by definition vague. 10:33:13 q+ 10:33:20 ... That's a valuable property for us to recognize. 10:34:29 ... We do want to make the relationship between vague things that may not have good spatial overlap. For instance Western US and California. 10:34:55 Jeremy: That's why I think we should be talking about two different properties. 10:35:04 Ed: OK, but one is not weaker than the other. 10:35:30 Jeremy: I agree. 10:35:32 ack joshlieberman 10:35:33 ack next 10:35:50 Josh: I'm looking at schema.org for Place and I realize they equated Place with Location. 10:36:15 ... It's anything with a spatial extent. Keys are places, that's the problem with this definition. 10:37:08 ... I think it's fine to say that some features are places. They have meaning in human perception. 10:37:35 Ed: People think of places as representations of human interest. Not every coordinate on the planet is going to be defined as place. 10:37:53 Josh: If we put in samePlaceAs in schema.org, it uses Place which is too general. 10:38:13 Ed: Or too specific, because schema.org requires a physical extent and we want places that don't. 10:38:38 Jeremy: Anything that I bother to give a name to will have a spatial extent. 10:38:47 q+ 10:39:04 Ed: Not necessarily. "Home" for instance. It may be Tellington, the village I live in. Or my house. 10:39:07 ack next 10:39:39 Byron: However you think about "home", it still has a spatial extent although you may not be able to define it. 10:39:45 q+ 10:39:50 ack next 10:40:03 Schema.org: Place: Entities that have a somewhat fixed, physical extension. 10:40:14 Linda: Since we are speaking about schema.org. Is it feasible that we might propose a change to that definition? 10:40:18 Ed: That's possible. 10:40:23 Linda: It would help up. 10:40:56 -> http://schema.org/Place Place in schema.org 10:41:19 Jeremy: None of the examples in schema.org covers "my keys" for example. 10:42:06 ... What we've heard so far is that there is a need to express "samePlaceAs", perception of similar place, and then a geographic statement "similarLocationTo" when you don't have precise enough topographical information. 10:42:22 q+ 10:42:41 Ed: It still might be that two places may not be topologically the same but are still referred to as "samePlaceAs". 10:43:16 q+ 10:43:30 Josh: "colocated with" can aslo be a useful way of expressing meeting points for instance. 10:43:56 Jeremy: We also played with "nearby" as well. 10:44:23 ack next 10:44:53 zakim, close the queue 10:44:53 ok, eparsons, the speaker queue is closed 10:45:09 Kerry: Something can be co-located with something else, but not be places. E.g. events. 10:46:02 Jeremy: We said that Place is something with a location and something that people give a name to. 10:46:05 q? 10:46:45 ... Another open question: if we have colocatedWith property, what would be the domain and range of that? 10:46:57 ... We don't want to make statements at the geometry level. 10:47:06 Andrea: At the Thing level. 10:47:35 q+ 10:47:47 Josh: We want to be able to assert spatial relations between spatial things but we can only test those between geometries 10:48:14 ... That may be addressable with properties changes. 10:48:14 ack roba 10:48:35 zakim, open the queue 10:48:35 ok, eparsons, the speaker queue is open 10:49:13 q+ 10:49:20 RRSAgent, draft minutes 10:49:20 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 10:50:29 Rob: [scribe missed beginning of comment] The only rule of principle is that you shouldn't use a property outside its domain. I don't think we have the resources or evidence of practice to narrow down meanings. 10:50:39 ack next 10:50:40 q- 10:50:53 Jeremy: I think you're suggestion that we add a few strong examples in the best practice. 10:50:57 E.g. the topological relationship corresponding to "colocate" will depend on the features, their representing geometries, and the application. 10:51:41 q+ 10:52:52 ack kerry 10:53:12 Josh: If you say "my bycicle is colocated with your bicycle", it's probably a bad thing when they overlap. Colocation of baseball and soccer fields seems good. 10:54:10 Kerry: If colocation is from an object to another object, then if we have a property list hasLocation, then we can say that the location is the samePlaceAs the other location. 10:54:29 ... On the one hand, it's a bit clumsy, but on the other hand, it fits the use case. 10:54:36 Jeremy: That needs a little bit more unpacking. 10:54:39 finding the bicycle to access it is different from taking the right bicycle off the rack... 10:54:55 ... I would encourage folks to contribute ideas to the mailing-list. 10:55:14 ... We're aiming towards something, although without definitive statement. 10:55:37 q+ to ask whether co-location is necessarily about "spatial things" - e.g., co-located events? 10:56:11 Distinguishing how to relate features, e.g. places from how to relate locations, parallels well the basic distinction between SpatialThings and SpatialModels. 10:56:21 ack next 10:56:22 AndreaPerego, you wanted to ask whether co-location is necessarily about "spatial things" - e.g., co-located events? 10:56:44 Andrea - yes, spatial but could also be spatiotemporal. 10:57:47 Andrea: Wondering about how people may be using the notion of co-location. We may need to clarify how the relationship needs to be used, or say that co-located can be used for non spatial things, as in "W3C SDW meeting is co-located with OGC meeting" 10:58:11 this was my point about making sure use is correct, and use the most specific available. 10:58:21 Ed: In general usage, co-located has been used in discourses beyond spatial. 10:59:19 Josh: When? Co-located events usually mean that travel arrangements for one event will work for the other event. Spatial relationship may be fuzzy, but it still exists. 10:59:31 Jeremy: The Event class in schema.org has a location property. 10:59:41 action jtandy in next sprint work on introducing relations to express similar places as well as spatial features 10:59:42 Created ACTION-291 - In next sprint work on introducing relations to express similar places as well as spatial features [on Jeremy Tandy - due 2017-03-27]. 11:00:42 Jeremy: So feedback is use strong examples and call out examples of misusage. 11:02:03 Topic: Best Practices - BP14 use of VoID for link discovery 11:02:40 [see Example 48 for the SIRF example that roba is talking about] 11:03:02 Rob: The strength of the implementation experience was tested in research environment. We found we could do a good chunk of what we needed using VoID and RDF Data Cube. 11:03:21 LarsG has joined #sdw 11:03:34 present+ 11:03:43 ... Is that strong enough to throw that as best practice? 11:03:58 Hello LarsG !! 11:04:16 Jeremy: The SIRF stuff was a research activity, as opposed to an operational platform. Are we comfortable pointing to something that did not make the "next step"? 11:04:54 Rob: The best practice is still the same. It's just an example of a vocabulary that can be useful. I would not necessarily point out SIRF. 11:05:42 Jeremy: In terms of BP, "reuse VoID", but you wouldn't take the whole SIRF data as evidence. 11:06:08 Rob: As a possible implementation, you can point to W3C VoID. 11:06:22 ... The best practice is "reuse vocabularies", not "reuse VoID". 11:07:19 Jeremy: If I draw a line under the SIRF example, we also got the data.geohive, they are using the triple pattern fragments 11:07:38 ... hey are using a bit of VoID to make that work but I'm not sure how much. 11:07:52 Ed: How is it a best practice if their usage is very different? 11:08:03 not sure usage is so different 11:08:13 q+ 11:08:42 q+ 11:08:57 Jeremy: One of the things that is difficult with linked data is that you have no idea what people are saying on top of your data. 11:09:08 ... The first possible approach is using search engines. 11:09:20 ... The second approach is exposing the data through an API. 11:09:30 ... The third approach is reusing standard vocabularies. 11:09:30 ack next 11:09:37 Rob: They are not mutually exclusive. 11:10:31 ack next 11:10:42 Ed: All in all, maybe this is emerging practice. 11:11:03 Linda: I could ask people around whether they are using the vocabulary at all. 11:11:17 ... Now this is not an issue at all, and I don't think we should spend too much time on this. 11:11:46 Jeremy: Perhaps this is a section that moves to Conclusion where we talk about interoperability concerns. That section of the BP would move to somewhere else. 11:11:52 Linda: Yes. 11:12:19 action Linda to ask Kadaster about use of VoiD 11:12:19 Created ACTION-292 - Ask kadaster about use of void [on Linda van den Brink - due 2017-03-27]. 11:12:37 +1 11:12:43 Jeremy: OK, I feel comfortable with that. 11:12:47 q+ 11:12:57 qq- 11:12:59 q- 11:13:18 Topic: Best Practices - Introduction to changes since last release 11:13:21 I'm going to bow out now . cheers all 11:13:29 Jeremy: on BP1? 11:13:59 Josh: I mainly changed the intro of the Why section, to distinguish exploration and validation. 11:14:51 Jeremy: In terms of finishing things off, in London, we tried to recognize that people with SDI would attach a lot of metadata but that this was often going to the bin, whereas it could be published. 11:15:00 ... In a web-friendly way. 11:16:02 ... If you look at traditional geographical records, it's full of complicated XML. Putting things in an HTML page with schema.org labels, you've exposed the data to human beings. 11:16:29 q+ 11:16:51 Ed: Handcrafted metadata separated from the data itself hasn't worked, but we're not suggesting that you don't do it. All we're saying is that if you do it, then you should expose it. 11:17:43 Josh: Traditionaly, the metadata as a description of the data is an alternative representation of the data file and you should negotiate that. 11:18:29 Jeremy: I'm wondering if BP1 is ok as it is, and BP4 should also capture the fact that you need a landing page for your dataset description. 11:18:38 ... There's a recognition that it is needed. 11:18:58 ack next 11:19:02 q+ 11:19:03 Josh: To keep it small too, BP1 is to say "make metadata", which is probably long enough. 11:19:28 Linda: BP4 already has this information [reading BP4]. 11:19:53 Ed: Also, remember the order of BP is going to change. 11:20:14 Jeremy: Thanks Josh for being a bonified contributor to the BP document! 11:20:22 And an example: http://w3c.github.io/sdw/bp/#indexable-by-search-engines#ex-schemaorg-dataset-and-place 11:20:48 ack next 11:21:42 Andrea: To mention an issue working with metadata. People click on things and have no clue what to do with the metadata. 11:21:45 s/bonified/bonafide/ 11:22:24 Ed: The API thing does solve that. 11:22:54 ... You don't want a WMS URL, you want the URL of a page that contains the WMS URL. 11:23:30 Josh: There is great agreement that WMS should have a root page. There is less agreement about what that root page should contain. 11:24:05 Jeremy: Moving on to changes to BP3. 11:24:06 phila has joined #sdw 11:24:11 ... New title. 11:25:05 Q+ 11:25:11 ... [goes through description] 11:25:20 Ed: I find the approach useful. 11:25:43 Jeremy: I left the note near the bottom that talks about converting between things that have heights and things that don't have heights. 11:25:58 ack next 11:26:18 Byron: The title has CRS, but it should be a plural. 11:27:13 ... The augmented reality case might be worth calling out. People trying to locate things underground need to think about coordinate system. 11:28:06 Jeremy: BP4 hasn't been materially updated. 11:28:29 ... BP5 has not been changed in ages. We'll come back to that one later to make sure it's consistent with the rest. 11:28:32 ... BP6? 11:28:49 Linda: I changed the title to use an imperative form. 11:28:52 present+ 11:28:57 can linda speak up please? 11:29:21 ... Work on example 14 11:29:58 q? 11:30:46 Jeremy: No change on BP7. BP8, thank you Andrea for the mammuth work. 11:31:29 Andrea: We were not providing so useful guidance in the beginning, just listing options. 11:31:42 ... With the help of others, I tried to provide more useful guidance for what to do. 11:32:56 ... Now, the discussion for this BP says to identify intended uses and provide alternative descriptions of geometries for each of them. 11:33:16 ... Also, for the examples I included, I tried to reuse existing ones. 11:33:53 ... The examples show how people represent geometries, examples of different formats, etc. 11:34:07 q? 11:34:29 ... Also example with a bounding box 11:34:52 ... Josh and Clemens raise an issue about coordinate different from CRS. 11:35:03 ... Also, about the features included. 11:35:17 ... Also, some gaps. 11:35:42 ... WKT is not very detailed. It is widely used. This needs to be addressed somehow. 11:35:53 ... My concern is that his BP is becomming bigger and bigger. 11:36:06 ... Some of this information may need to be addressed elsewhere. 11:36:18 q+ 11:36:43 Ed: Maybe we need to think about the scope of the BP again. 11:37:06 ... This is massive simplification of a complex topic. Use GeoJSON but there's a bunch of other stuff. 11:38:18 Jeremy: 4 main cases. Full-blown SDI, data integration, web applications, and then "I want to publish information about my village" human publication. 11:38:44 ... In the work that you've done, you're kind of assuming that they have already made that decision about the kind of uses they want to cover. 11:39:06 Ed: If you're an SDI person, you'll aready know these things. 11:39:42 q+ 11:40:00 Josh: One practice to talk about geometry. It should use an encoding that is useful, etc. And then provide alternative geometries for different usage as needed. 11:40:02 ack joshlieberman 11:40:08 ... Could be two different BP. 11:40:55 Andrea: I was thinking that we should say something along the lines of "always try to make it possible to use your data on the Web". 11:41:14 Ed: I agree the aim should be the mass market of people that don't have the experience. 11:41:29 q? 11:41:36 ahaller2 has joined #sdw 11:41:42 ... It could be that your usage is more complex and requires more complexity, but the simpler web-friendly use case is also important. 11:42:02 q+ to clarify joshlieberman 's 3 outcomes for web friendly geometries 11:42:06 q+ to talk about intended uses 11:42:18 ack kerry 11:42:18 Josh: If you get the feature for Delft, you need to have along with that: what is this geometry? What can I do with this geometry object? 11:42:59 Kerry: I'm afraid this suggests to me an extension of the BP rather than a contraction. 11:43:07 ... T 11:43:26 s/... T/... maybe there's a re-structure that would make it more elegant/ 11:43:40 Ed: We recognize the challenge of getting the balance of that BP right. 11:43:40 ack jtandy 11:43:40 jtandy, you wanted to clarify joshlieberman 's 3 outcomes for web friendly geometries 11:44:23 Jeremy: Josh's suggestion of taking geometry choice from multiple geometries sounds good to me. 11:45:22 agree many cases --- and certainly something that we would want to talk about 11:45:26 Ed: Making geometry more accessible on the web should be our goal. 11:46:07 Josh: The point of making the geometry web accessible is that the feature then does not have to be embed geometry each time. 11:46:53 ... If you mean something specific by geometry, you need to specify that: e.g. bounding box. And then select the right format. 11:47:00 ... That's largely the right serialization. 11:47:47 ... We went around in circles to wonder about whether the serialization should be addressable, but we ended up saying that this was complicated. 11:47:51 ack phila 11:47:51 phila, you wanted to talk about intended uses 11:49:05 +1 intended use 11:49:10 Phil: Problem with phrase "intended usage". Change to "likely usage"? It is not up to you, once data is on the web, to determine how the data gets used. 11:49:10 +1 for me to 11:49:33 +1 from intended to likely 11:50:01 thnx for the clarification ByronCinNZ 11:50:08 ... The other thing in that BP, "currently" could be included in "content negotiation is not currently available", as we'll hopefully work on that soon. 11:50:25 On the other hand, it may be more positive to say "unintended use" than "unlikely use" 11:51:02 Andrea: No problem, but that's Jeremy's fault, I copied and pasted text from another BP, where it will need to be updated as well :) 11:51:37 Ed: Some organizations may have issues with the use of their data online, and they may want to express an intended use for their data. 11:51:37 q+ 11:51:57 ... "My intended use for this dataset was to navigate cars", for instance. 11:52:15 Josh: The answer to that is much larger than the question. Who decides that? Etc. 11:52:54 My proposal to split the difference is "expected use" 11:52:55 ack phila 11:53:03 Intended use should be captured in BP1 11:53:44 Phil: I don't disagree. There are many cases where a data publisher may want to be explicit about restrictions, including for legal reasons. I don't think that's a spatial thing. 11:54:01 ... I don't think it should affect how you word this BP. 11:54:03 Ed: OK. 11:54:59 +1 to phila's suggestion -- talk about "likely' here even though "intended" might still exsit forthe publisher (and so would also be "likely" one would hope). 11:55:45 Jeremy: After going through BP changes, I will call for a vote for publication as a new WD. Josh, do think it is fit for it? 11:55:48 Josh: Yes. 11:56:02 Jeremy: OK, then let's go to BP9 before lunch. 11:56:13 Josh: About relative positioning. 11:57:06 ... [going through the BP] 11:58:34 ... I put some description of geocentric, allocentric, and egocentric referencing. For instance, with Augmented reality content you often find geocentric data that you turn into egocentric data. 11:58:49 q? 11:59:19 Jeremy: This is a very good update of the BP. 11:59:28 q? 11:59:31 ... I've got a request for something to go in. 11:59:32 q+ 11:59:38 ack next 11:59:42 ... But let's see others first 11:59:56 Kerry: Wouldn't be the place where colocation could go? 12:00:11 Jeremy: Yes, this is the place where you could talk about colocation. 12:00:21 Josh: This was focusing on geometric position. 12:00:36 ... The spatial thing equivalent is some of the colocating. I did not address that. 12:00:46 Kerry: Can I suggest to clarify that a bit? 12:01:00 ... In the introduction. 12:01:28 Josh: The introduction of the section uses the term location and we're talking about position. Good catch! 12:01:37 q? 12:02:40 Jeremy: When I was thinking about the new BP9, I was wondering whether it would benefit from snippet examples. I think many people will just look at examples, and copy things from there. There should be in that BP as well, otherwise people won't follow the BP at all. 12:02:47 Josh: OK. 12:03:31 [Lunch break - 45mn] 12:03:38 RRSAgent, draft minutes v2 12:03:38 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html tidoust 12:04:01 Lunchtime return in 45 mins - 13:45 local time 12:45 GMT 12:05:40 Nicky has joined #sdw 12:42:42 RRSAgent, draft minutes 12:42:42 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 12:43:30 RRSAgent, draft minutes v2 12:43:30 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 12:43:40 Nicky has joined #sdw 12:43:43 tidoust has joined #sdw 12:43:52 ClemensPortele has joined #sdw 12:44:01 present+ ClemensPortele 12:44:43 present+ 12:47:39 scribenick: AndreaPerego 12:48:16 Jeremy: Re-ordered the sprint plan. 12:48:28 .. We were on item #3. 12:49:30 Jeremy: BP10: Bill has refactored it. We now start from upper level, focussing on the categories of use. 12:50:05 q? 12:50:15 ... 4 main use cases - for geo-specific applications, to LD and Web. Formats and vocabulary choice is based on that. 12:50:21 q+ 12:50:24 q+ 12:50:25 q+ 12:50:31 Jeremy: Any questions? 12:50:54 ... The relevant BP: http://w3c.github.io/sdw/bp/#semantic-thing 12:51:38 gabriel has joined #sdw 12:51:45 http://w3c.github.io/sdw/bp/#bp-summary 12:52:22 Gabriel Képéklian, ATOS 12:52:41 Present+ Gabriel_Képéklian(ATOS) 12:52:47 ank next 12:52:50 ack next 12:53:38 ByronCinNZ: Data journalism could be another use case. 12:54:16 Jeremy: It is probably covered by one (or more) of the use cases. 12:54:40 ack next 12:54:59 eparsons: [Agrees] 12:56:05 kerry: Should we say "likely users" instead of "target users"? 12:56:12 ack next 12:56:40 Jeremy: Need to have a look at this issue (mainly editorial) across all BPs. 12:57:16 ClemensPortele: SDI is not actually an application itself, but it can be used by applications. 12:57:52 q+ 12:58:01 ... Spatial analysis is also missing from the use cases. 12:58:14 ack me 12:58:30 jtandy has joined #sdw 12:58:52 present+ jtandy 12:58:52 q+ 12:59:04 SDI are not an application 12:59:46 ack jtandy 13:00:19 eparsons: SDIs are not typically used as backends of applications. 13:00:57 Jeremy: I agree that SDIs are not applications, but spatial analysis is. 13:01:01 q? 13:01:15 Jeremy: Any other comments? 13:01:23 [none] 13:01:46 Jeremy: Let's go to BP11 - Clemens? 13:03:14 ClemensPortele: The changes were mainly to align our BPs to the DWBP, and to extend them with spatial-specific points. 13:03:26 q? 13:03:27 q? 13:03:30 Jeremy: Any comments on BP11? 13:03:37 [none] 13:03:44 Jeremy: BP14. 13:04:02 ... It's way too large. It is probably 3 BPs now. 13:04:11 ...1/ Equality and sameAs 13:04:51 ... No, 1/ is about Web linkings 13:05:13 ... 2/ Equality and sameAs 13:06:29 ... 3/ Spatial relationships. 13:06:41 q+ 13:06:49 ack Linda|2 13:07:06 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html phila 13:07:21 Linda: It is indeed too long. I would like to separate bits that are not specific to spatial data. 13:08:15 Jeremy: Link discoverability can be moved out. 13:08:46 ... The first part - Web linking - is not specifically spatial, so it may go to the appendix. 13:09:32 eparsons: This needs to be in the BP, but where to put it is more editorial - ensure that it does not disturb the flow. 13:09:58 q? 13:10:03 ack Linda|2 13:10:06 Jeremy: BP17. 13:10:31 ... Talks about axis order issue. 13:10:53 ... BP17 says there are 4 common ways. 13:11:04 ... 1/ explicit say lat/long 13:11:25 ... 2/ use a format having implicitly a given axis order 13:12:03 ... 3/ say it in the data itself 13:12:20 ... 4/ describe in dataset metadata 13:13:15 eparsons: Should we recommend one of the options? 13:13:37 Jeremy: No, it depends on the context. 13:13:48 q? 13:13:52 ... "Given the choice you make, this is how to do that" 13:13:55 ack Linda|2 13:14:00 q+ 13:14:08 ack Linda| 13:14:09 ack next 13:14:47 q+ 13:16:17 AndreaPerego: About WKT and axis order, this is an issue to be addressed in BP8, since axis order is implemented inconsistently. 13:17:02 eparsons: It may be a broader issue, not applying to WKT only. 13:17:25 ack next 13:17:56 Gabriel: One of the things we did to address this is to specify which tool is serving the geometry - which may provide some information on the axis order. 13:18:55 ByronCinNZ: Indeed WKT is not consistently implemented. 13:19:34 ... About option (4) - putting info in the metadata - [missed it] 13:20:01 Jeremy: I suggest we put a note either in BP8 or BP17 about the inconsistent implementation of axis order. 13:20:24 eparsons: Yes, this should be worded as a warning. 13:21:00 q? 13:21:26 Jeremy: Thanks everyone, this was the busiest sprint so far 13:21:35 [round of applause] 13:22:51 Jeremy: Before the vote, please be aware that there may be a markup issue to be fixed impacting section numbering, plus JavaScript issue. 13:23:02 PROPOSED: That the editors current draft of the BP doc at http://w3c.github.io/sdw/bp/ be published by W3C and OGC as the next public release 13:23:05 ... With this caveat I would propose to release the BP. 13:23:10 +1 13:23:13 +1 13:23:13 +1 13:23:14 +1 13:23:17 +1 13:23:18 +1 13:23:19 +1 13:23:20 +1 13:23:22 +1 13:23:34 +1 13:23:43 +1 13:23:46 RESOLVED: That the editors current draft of the BP doc at http://w3c.github.io/sdw/bp/ be published by W3C and OGC as the next public release 13:24:07 [Applause] 13:27:49 Topic: Validate possible approaches to implementation 13:29:34 Jeremy: Let's start with BP1. 13:29:43 [nothing to change] 13:30:35 Jeremy: BP2 13:31:01 [nothing to change] 13:31:07 Jeremy: BP4 13:31:32 [nothing to change] 13:31:32 q+ 13:31:46 ack next 13:32:44 LarsG: I can supply some text on sitemap - the current text is not completely correct. 13:33:52 ClemensPortele: Yes, we just need to come up with a proposal about the sitemap "size", considering what can be done, and what people actually do. 13:34:25 q? 13:34:32 action ClemensPortele to draft reworked sitemaps section 13:34:33 Error finding 'ClemensPortele'. You can review and register nicknames at . 13:34:38 Jeremy: Would you both be responsible for this? 13:34:49 ClemensPortele: I can do that, and then LarsG can review 13:35:23 Bye - off to my nexr middle of the night session HydroDWG 13:35:37 thanks ByronCinNZ 13:35:38 Jeremy: BP5 13:35:54 ... One of the things to check is the use of DQV. 13:36:00 Jeremy: BP6 13:36:25 Main points: 13:36:44 ... 1/ update spatial things descriptions 13:37:00 ... 2/ provide persistent snapshots 13:37:39 eparsons: We could use "epoques" instead of "immutable snapshots" 13:37:48 s/persistent/immutable/ 13:38:07 Jeremy: BP7 13:38:23 ... Boils down to: Use HTTP URIs (really) 13:39:02 Jeremy: We have already went through BP8 13:39:38 Jeremy: Also BP9 as been discussed before lunch 13:40:13 ... and BP10 right after. 13:40:18 Jeremy: BP11 13:40:35 ... Heavily relies on DWBP. 13:40:45 ... Recommends to use REST APIs 13:42:39 Jeremy: BP14 13:42:46 ... Already discussed. 13:43:50 ahaller2 has joined #sdw 13:44:23 ... It includes the sameAs issue 13:44:36 Jeremy: Also BP17 was discussed. 13:44:50 Topic: Restructuring the document 13:45:13 q? 13:45:48 Jeremy: We have two main points, about BP14 and formats table in appendix. 13:46:21 Jeremy: About the current order of the BPs, this reflects the order in DWBP 13:47:43 eparsons: Also if we claim that the order does not reflect importance, this is what actually happens. 13:48:06 Jeremy: We may start by saying: Use HTTP URIs 13:48:28 BP order, following the workflow 13:48:44 ... Then move to how to describe the data (accuracy, CRS, geometry, etc.) 13:49:11 ... Then what we link to, indexable by spatial engines. 13:49:40 ... then BP8, BP17 13:50:22 ... then BP11, and finally dataset and distribution metadata 13:50:30 q+ 13:50:39 ack next 13:53:19 kerry: [question on how this will impact Section 12] 13:54:07 q+ 13:54:19 Jeremy: If we are ordering BPs based on the workflow, we need to include introductory text 13:54:37 q+ 13:54:48 ack me 13:54:57 eparsons: A possibility is to list first those BPs having greater impact 13:56:56 Jeremy: [going through the BPs based on this criterion] 13:57:25 q+ 13:58:08 q- 13:58:18 ack Linda|2 13:58:33 ack next 13:59:29 Linda: Interesting discussion, but it is important to have this thoroughly discussed also offline before taking a decision. 13:59:44 ... I'm not yet sure about the ordering criterion. 14:01:32 Jeremy: [discussing about the timing for this change] 14:03:45 eparsons: Agree there are many possible ordering criteria, but it may be important to make it clear (whether with the order or not) which are the BP having the major impact 14:05:38 q? 14:06:49 Jeremy: Before re-ordering, we need however to re-factor some BPs - in particular, BP8 and BP14. 14:07:42 ... Overall, we should then have 14 BPs (including the extra 2 ones coming from the refactoring of BP8 and BP14) 14:08:26 RRSAgent, draft minutes v2 14:08:26 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 14:09:39 ? 14:09:42 q? 14:09:52 gabriel: Just a question about BP1, where I don't see information on the size of data, which is an important information 14:10:16 Jeremy: This is addressed in DWBP, on which our BPs are based 14:12:00 Jeremy: Going to section 12.5, there's a long list of vocs, that probably should be presented in a different way. 14:12:36 eparsons: Yes, as it is, the list is confusing - no information about which to use 14:13:12 Jeremy: They may go in appendix, as for the formats 14:13:29 q+ 14:13:48 thanks LarsG 14:14:00 ack next 14:16:06 AndreaPerego: I started adding some draft text under each of them just to provide some "coordinates" about what you can do with them 14:17:12 Jeremy: [checking which vocs have been mentioned in the BPs - also in the examples] 14:21:03 ... Yes to W3C Basic Geo, Schema.org GeoSPARQL 14:21:11 from the current list of RDF vocabularies / OWL ontologies for spatial data, it can be very useful to elaborate the sameas matrix 14:21:56 ... No GeoSPARQL update, no NeoGeo, DBPedia, OS Geometry + Spatial relations, ONS, XKOS 14:22:05 ... Yes to DCterms 14:22:14 ... No to BBC 14:22:19 ... Yes to LOCN 14:22:35 ... No to SWPortal 14:23:36 ... vCard: TBD 14:24:42 ... Yes to GeoRSS - no to GeoRSS OWL (but to clarify with Josh). 14:25:11 q+ 14:26:08 ack kerry 14:26:25 q- 14:26:27 Linda|2 has joined #sdw 14:26:28 phila has joined #sdw 14:27:02 Linda|2 has joined #sdw 14:27:06 tidoust has joined #sdw 14:27:07 Nicky has joined #sdw 14:27:10 phila has joined #sdw 14:28:32 tidoust has joined #sdw 14:29:18 RRSAgent, draft minutes v2 14:29:18 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html tidoust 14:30:02 AndreaPerego_ has joined #sdw 14:30:07 q? 14:30:12 RRSAgent, draft minutes v2 14:30:12 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego_ 14:31:27 scribenick: AndreaPerego_ 14:32:30 Jeremy: no GNDO, IGN, INSEE 14:32:38 RRSAgent, draft minutes v2 14:32:38 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego_ 14:34:11 [Decisions on vocs to be in and out agreed among all participants.] 14:34:23 action AndreaPerego_ to develop the list of vocabs and short descriptions of each as represenative examples 14:34:23 Error finding 'AndreaPerego_'. You can review and register nicknames at . 14:34:59 Jeremy: Going now to the format table in appendix (section 13.2) 14:35:11 ... Should we do the same for the vocs? 14:36:17 s/Should we do the same for the vocs?/Should we do the same exercise here?/ 14:36:58 Jeremy: In terms of formats, only the open ones. 14:37:19 q? 14:37:20 PeterParslow has joined #sdw 14:37:28 gabriel: Open, but with licence - otherwise you don't know what you can do with it 14:38:03 Jeremy: no to ESRI 14:38:18 ... Yes to GeoJSON 14:38:24 ... No to DXF 14:38:35 ... Yes to GML 14:39:35 ... Yes to KML 14:40:13 Jeremy: Going to the second table... 14:40:32 ... What we do with GML-SF0? Should be include in GML? 14:41:57 [agreement: we add a clarification under GML about GML-SF0] 14:43:15 Jeremy: About JSON-LD, this is just an RDF serialisation, so we need just one column 14:43:43 ... We can list the other ones (some of them, at least) 14:44:43 ClemensPortele: Is schema.org open? 14:44:48 ahaller2 has joined #sdw 14:44:54 Jeremy: Yes, it's a W3C CG 14:47:24 Jeremy: No to Geopkg, ESRI SHP, GeoServices, Mapbox Vector tiles. 14:48:48 Jeremy: We should try to have some text on the formats, as planned for the vocs. Possibly mapping them to the 4 categories in BP10 14:49:13 Jeremy: And add to the tables HTML and WKT 14:49:32 RRSAgent, draft minutes v2 14:49:32 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego_ 14:50:08 Linda: Should the list of formats be kept in appendix, or moved elsewhere? 14:50:54 Jeremy: Ideally, also the vocs should be in appendix. But not completely sure. 14:51:21 Jeremy: So this closes the restructuring. 14:51:51 ...now for coffee - back at 4PM (less than 10 mins). 14:51:59 [coffee break] 14:52:07 RRSAgent, draft minutes v2 14:52:07 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego_ 15:00:28 ahaller2 has joined #sdw 15:00:37 scribenick eparsons 15:00:43 scribe eparsons 15:01:53 RRSAgent, draft minutes v2 15:01:53 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 15:03:45 jtandy: restructuring is done 15:04:30 jtandy : Next topic review of open issues 15:05:36 jtandy : spatial operators - no guidance offered so far.. 15:07:49 ClemensPortele : covered by API ? reference operators to api discussions 15:08:11 jtandy : issue 298 relates to operators issue 15:08:13 https://github.com/w3c/sdw/issues/298 15:09:47 action eparsons ask phila iana relations follow up 15:09:48 Created ACTION-293 - Ask phila iana relations follow up [on Ed Parsons - due 2017-03-27]. 15:10:23 s/AndreaPerego_ to develop the list of vocabs and short descriptions of each as represenative examples/AndreaPerego to develop the list of vocabs and short descriptions of each as representative examples/ 15:10:26 RRSAgent, draft minutes v2 15:10:26 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 15:11:12 jtandy : Do iana relations really matter to us ? 15:13:01 s/AndreaPerego_ to develop/AndreaPerego to develop/ 15:13:03 RRSAgent, draft minutes v2 15:13:03 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 15:14:14 ClemensPortele : iana link relations are niche not the first place a web developer looks... 15:15:58 proposal : We defer publication of GeoSPARQL relationship types into IANA link registry until a later date 15:16:01 +1 15:16:01 +1 15:16:02 +1 15:16:04 +1 15:16:06 +1 15:16:30 +1 15:16:40 resolved : We defer publication of GeoSPARQL relationship types into IANA link registry until a later date 15:17:04 jtandy : issue 208 from BP 7 15:19:06 jtandy : indirect identifiers - should we stick to TAC guidance ? 15:20:43 jtandy : So suggest no change needed if we don't follow TAC ? - close issue make changes to doc in next sprint 15:22:13 s/TAC guidance/TAG guidance/ 15:22:19 jtandy : open issues now done ! 15:22:19 s/TAC/TAG 15:22:43 jtandy : Final Sprint Plan 15:23:21 RRSAgent, draft minutes v2 15:23:21 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 15:27:43 jtandy : to do - how to use section jtandy will complete 15:28:23 jtandy : to do - provide geometries in a web friendly way AndreaPerego to complete 15:28:51 jtandy : Spatial vocabs BillRoberts to complete 15:29:44 jtandy : Positional accuracy - PeterParslow to complete 15:32:56 jtandy : lack "how to test" requirements & benefits 15:33:22 Linda has joined #sdw 15:36:08 tidoust : Graphics would be easy to implement if we use same categories 15:37:53 Linda|2 : Benefits difficult to apply to our BPs' a year ago - might be easier now 15:39:37 jtandy : We should follow same categories and presentation used in dwbp 15:40:06 jtandy : Might have empty boxes but thats OK - sdw not adding any more than dwbp 15:42:01 jtandy : Those that developed BP's need to check "How to test" requirements are correct Follow ClemensPortele exmaple :-) 15:42:34 [Note from another time: the BP benefits discussion reminds me of flipcards we did for Mobile Web Best Practices a long time ago. We got lots of positive feedback about these flipcards: http://www.w3.org/2007/02/mwbp_flip_cards ] 15:44:23 action eparsons work though public comments 15:44:23 Created ACTION-294 - Work though public comments [on Ed Parsons - due 2017-03-27]. 15:47:03 jtandy : payam working on Appendix C to check dwbp / sdw overlap 15:48:14 jtandy : review of Backlog.. 15:49:14 jtandy : Linda|2 will close BP15 issues 15:51:42 jtandy : Deal with remaining github issues on dedicated telecon 15:54:02 jtandy : Jobs to do - Glossary needs completion - PeterParslow steps forward to fix yellow things ! 15:55:27 jtandy : Jobs to do - Editors add contributors section & acknowlegments 15:56:47 jtandy : Update BP4 making metadata useful on the web - jtandy to complete 15:58:19 jtandy : b17 add note on WKT CRS order issue 15:59:28 jtandy : ClemensPortele to update BP11 & BP4 16:01:06 jtandy : Reordering proposals from Linda|2 16:05:58 jtandy : Will not be able to do doc edits until next week so publication will need to be next week also 16:07:31 bye 16:08:02 thanks everyone signing off for the day ! back tomorrow 8AM local !! 16:08:15 exit 16:08:43 Nicky has left #sdw 16:08:50 Bye! 16:08:57 RRSAgent, draft minutes v2 16:08:57 I have made the request to generate http://www.w3.org/2017/03/20-sdw-minutes.html AndreaPerego 16:09:41 PeterParslow has left #sdw 17:06:12 Zakim has left #sdw 18:04:56 ahaller2 has joined #sdw