17:00:09 RRSAgent has joined #rdf-star 17:00:09 logging to https://www.w3.org/2022/12/15-rdf-star-irc 17:00:12 RRSAgent, make logs Public 17:00:13 please title this meeting ("meeting: ..."), pchampin 17:00:21 present+ 17:00:23 present+ 17:00:26 present+ 17:00:26 TallTed has joined #rdf-star 17:00:36 meeting: RDF-star WG 17:00:50 chair: ora 17:01:24 present+ 17:01:48 present+ 17:01:53 present+ 17:01:59 https://www.w3.org/2001/12/zakim-irc-bot.html 17:02:05 https://www.w3.org/2002/03/RRSAgent 17:02:22 RRSAgent, draft minutes 17:02:22 I have made the request to generate https://www.w3.org/2022/12/15-rdf-star-minutes.html pchampin 17:03:14 olaf has joined #rdf-star 17:03:17 present+ 17:03:19 RRSAgent, make logs public 17:03:41 present+ 17:05:24 https://w3c.github.io/scribe2/scribedoc.html 17:05:28 Enrico has joined #rdf-star 17:05:35 RRSAgent, draft minutes 17:05:35 I have made the request to generate https://www.w3.org/2022/12/15-rdf-star-minutes.html TallTed 17:05:52 p+ 17:06:06 Dominik_T has joined #rdf-star 17:06:40 Dominik_T has joined #rdf-star 17:06:46 present+ 17:06:49 present+ 17:06:51 scribe: olaf 17:07:19 PROPOSED: Approve last week's minutes 17:07:26 +1 17:07:27 +1 17:07:29 +1 17:07:30 +1 17:07:31 +1 17:07:36 +1 17:07:43 +1 17:07:46 s|minutes|minutes https://www.w3.org/2022/12/08-rdf-star-minutes.html| 17:07:50 +1 17:07:53 +1 17:08:19 Souri has joined #rdf-star 17:08:24 present+ 17:08:50 But we need to approve the minutes of all the past meetings 17:08:59 +1 17:10:10 RESOLUTION: Approve last week's minutes 17:10:19 previous minutes: https://www.w3.org/2022/12/01-rdf-star-minutes.html 17:10:26 ... https://www.w3.org/2022/11/17-rdf-star-minutes.html 17:10:32 ... https://www.w3.org/2022/11/10-rdf-star-minutes.html 17:10:50 PROPOSED: Approve earlier meetings' minutes 17:10:59 +1 17:11:01 +1 17:11:02 +1 17:11:03 +1 17:11:04 +1 17:11:05 +1 17:11:16 +1 17:11:25 s|RESOLUTION: Approve last week's minutes|RESOLVED: Approve last week's minutes https://www.w3.org/2022/12/08-rdf-star-minutes.html| 17:11:27 +1 17:11:31 +1 17:12:06 RESOLVED: Approve earlier meetings' minutes 17:12:22 ora: agenda items ... 17:12:29 ... discussion on the public m.list 17:12:36 ... home work assignments 17:13:02 ... naming of the documents 17:13:10 ... Let's begin with the naming 17:13:27 topic: Naming of the specifications 17:13:48 pchampin: sent email to the mailing list 17:14:03 ... current naming of RDF RECs is a mess 17:14:14 https://lists.w3.org/Archives/Public/public-rdf-star-wg/2022Dec/0024.html 17:14:17 ... b/c long history and high number of docs 17:14:17 q+ 17:14:42 ... created mapping 17:15:03 ... propose to prefix all specs with 'rdf12-' 17:15:36 ... and in favor of having 'rdf-*' links point to the latest versions of the specs 17:15:51 ack ora 17:16:05 ... unless there is a reason for multiple versions to cooexist, which is not the case at the moment 17:16:16 ora: Thanks for creating the diagram! 17:16:17 q+ to ask if that rdf12- prefix is suggested even for sparql specs 17:16:58 https://www.w3.org/TR/html4/ 17:17:13 TallTed: nowadays superceeded docs need to contain a note saying that it is superceeded 17:17:40 pchampin: yes, HTML spec is an example 17:17:44 ack gtw 17:17:44 gtw, you wanted to ask if that rdf12- prefix is suggested even for sparql specs 17:17:47 ... and we should do that for consistency 17:17:48 s/HTML/HTML4/ 17:18:16 gtw: was the proposal about 'rdf12-' for all specs (incl. SPARQL-related ones)? 17:18:32 pchampin: no, not necessarily for the SPARQL-related ones 17:18:45 q+ 17:18:48 q+ 17:18:55 ... but the question may be raised for Turtle and other serialization formats 17:18:57 maybe we could have redirects /turtle -> /rdf12-turtle 17:19:09 ack AndyS 17:19:28 ack ora 17:19:30 AndyS: we can have redirects, as suggested by gtw in the chat 17:20:16 ora: My question was what happens if we choose this naming convention now, how much trouble would we have if we realize later that it wasn't the best decision 17:20:32 pchampin: we don't need a strong decision now 17:20:50 ... but once we publish the first public working draft 17:20:53 q? 17:20:58 ora: we shouldn't take this decision lightly 17:21:07 "SPARQL" being "SPARQL Protocol and RDF Query Language" I suggest we *do* use the rdf12- prefix on it, and ensure that all specs we touch are synchronized (unlike SPARQL 1.1 being based on RDF 1.0, while RDF 1.1 has no query language yet) 17:21:31 pchampin: two questions actually 1/ how do we name our new versions 2/ ... (?) 17:21:40 q+ 17:21:42 q+ 17:22:00 TallTed: all specs should be synchronized in terms of naming, including the SPARQL-related ones 17:22:02 ack AndyS 17:22:53 AndyS: SPARQL 1.1 was designed for for RDF 1.0 and RDF 1.1 -- i.e., if you feed RDF 1.0 into it, you get RDF 1.0 out; if you feed RDF 1.1 to it, you get RDF 1.1 17:23:04 TallTed: that's not clear from the spec 17:23:13 AndyS: there was no RDF 1.1 at the time 17:23:44 s/for for/for both 17:24:13 ack ora 17:24:41 ora: I like TallTed's suggestion to prefix everything with 'rdf12-' 17:24:47 SPARQL 1.0 :: https://www.w3.org/TR/rdf-sparql-query/ 17:25:03 ... any objections? 17:25:30 AndyS: Would we put redirects for SPARQL-related naming convention? 17:25:57 q+ to ask what happens if we have another bump on the sparql version without a corresponding rdf bump? rdf12-sparql13-query ? 17:26:01 I would redirect from https://www.w3.org/TR/rdf-sparql-query/ to https://www.w3.org/TR/rdf12-sparql-query/ and move the current https://www.w3.org/TR/rdf-sparql-query/ to https://www.w3.org/TR/rdf10-sparql10-query/ (or sparql11) 17:26:29 AndyS: expectation for SPARQL might be that the next one would be sparql12-query 17:26:56 ora: no conflict with new naming convensions if we add redirects 17:28:15 pchampin: official name is REC-... 17:28:27 ... the short names are already aliases only 17:29:05 ora: so, short names could be redirected already now without causing problems for expectations for the old versions 17:29:18 q+ 17:29:19 https://www.w3.org/standards/history/rdf-schema 17:29:36 I would be more comfortable if we had an explicit list of the proposed names, not just a wildcard pattern. 17:29:39 pchampin: history of short names 17:30:03 ... convenient for browsing the old versions 17:30:39 PROPOSED: Adopt spec naming scheme which prefixes all our docs with "rdf12-" + add redirects from existing short names to the new docs 17:30:46 +1 17:30:47 +1 17:30:51 +1 17:30:53 +1 17:30:55 ora: proposal to adopt naming scheme to prefix all our docs with 'rdf12-' and add redirects for the short names 17:31:15 gtw: tension between the SPARQL-related names and the RDF-related names 17:31:33 q+ 17:31:35 ... because there was not always a 1:1 mapping between the version 17:31:43 ... e.g., there is a SPARQL 1.2 CG at the moment 17:31:47 q++ 17:32:06 ora: we are taking over docs 17:32:17 q- 17:32:17 ... whatever the name of that doc, we prefix it 17:32:17 the SPARQL 1.2 CG (and its repo) can be renamed/moved 17:32:32 gtw: but some of these docs already have version numbers 17:32:55 pchampin: shouldn't much of a problem if we make these standards open to adding new features 17:33:04 ... "living standards" 17:33:25 ... i.e., same REC with the same version but with more features added 17:33:58 ... if we go in this direction, not much of a problem for the SPARQL 1.2 CG 17:34:23 ... because they wouldn't need to start a new version 17:34:46 gtw: so, two version numbers in the name of the updated SPARQL spec? 17:34:59 pchampin: no, that was not how I understood it 17:35:13 ora: think of it like "forks" 17:35:35 ... but maybe we need to "sharpen" the definition that I was proposing 17:35:44 q+ 17:35:51 q- 17:35:55 ... like the idea that the only version number in the name is the 1.2 for RDF 17:36:06 ack pchampin 17:36:14 ack + 17:36:23 pchampin: system might not even support/permit two version numbers in aname 17:36:27 ack ktk 17:36:30 s/aname/a name 17:36:41 ktk: same concerns at gtw 17:37:04 q+ 17:37:07 ... last time we said we like the overview/entry doc that SPARQL has 17:37:24 ... and we would do something similar for the RDF-related docs 17:38:05 in a way, the RDF primer plays a similar role to the SPARQL overview doc 17:38:05 ... if we have that, this may avoid such issues about the version numbers in the names 17:38:10 https://www.w3.org/TR/rdf11-primer/ 17:38:21 https://www.w3.org/TR/sparql11-overview/ 17:38:21 ack ora 17:38:33 ... prefer to have the version number in the names of all docs 17:38:49 ora: in this case, it may be useful to have that overview doc first 17:39:09 ... including a list of all the docs that we will have 17:39:22 ... let#s have such a list first 17:39:50 ... then, we can discuss it on the mailing list, including discussing possible names for them 17:39:55 s/let#s/let's 17:40:08 ACTION: pchampin to write a full proposal of all document names 17:40:09 Created https://github.com/w3c/rdf-star-wg-charter/issues/55 -> action 55 write a full proposal of all document names (on ) due 22 Dec 2022 17:40:11 pchampin: I can make a proposal of such a list 17:40:29 Please include the *-12 style. 17:41:07 ora: from a W3C perspective, better to make this decision now rather than getting into trouble later 17:41:38 AndyS: to pchampin, please also include the options with the '-12' in the end of the names 17:42:05 topic: What are big missing things from the CG spec? 17:42:25 ora: we need some vocab so that we can use RDF-star in a schema 17:42:45 ... I would like to be able to define an RDFS schema so that I can use RDF-star 17:42:49 and SHACL shapes 17:43:01 q+ 17:43:10 ... additionally, we need to make sure that we understand the ramifications of the formal semantics 17:43:12 ack ktk 17:43:29 ktk: Turtle is a subset of N3 17:43:42 q+ 17:43:48 +1 to SHACL (though it's not mentioned in charter) 17:43:49 ... with the current Turtle-star syntax we might break that? 17:43:54 ack pchampin 17:43:59 ... was/is that a concern? 17:44:21 pchampin: there is an implementation of N3 that includes RDF-star 17:44:39 ora: that topic should go on the list 17:44:50 pchampin: there is a CG for N3 17:44:59 ... not same level of maturity 17:45:09 ... we should liason with that group 17:45:17 ... Doerthe is in that group 17:45:32 ora: yes, we can do that 17:45:54 ... the point now, however, is a comprehensive list of things 17:46:04 ... Enrico had some thoughts? 17:46:11 coming back to the vocabulary, there is a first attempt at https://www.w3.org/2021/12/rdf-star.html#rdf-star-vocabulary 17:46:35 Enrico: not clear to me if the motivation is focused completely on the reification use case 17:46:58 q+ 17:47:12 ... example "I believe that John is dead" versus "I believe that the date of ... mariage ..." 17:47:28 ... I believe that RDF-star is about reification 17:48:17 ... not about believe use case ("I believe John is dead") because "John is dead" is not a resource 17:48:51 ... the old examples of RDF* should not be the object of the discussion now 17:49:05 ... there should be complete transparency in RDF-star 17:49:09 gkellogg has joined #rdf-star 17:49:23 ... not opacity 17:49:45 regrets+ 17:50:07 ... I suspect that the reason for having opacity is about the confusion of ... (?) 17:50:56 ... it should be the job of N3 to be about unasserted statements 17:51:08 ... / believes 17:51:11 ack ora 17:51:57 ora: the mailing list would be a could place to put these thoughts 17:52:12 ora: earlier reference to modal logical 17:52:24 Enrico: reification is something else 17:53:27 ora: Enrico, please compose an email to the mailing list to make clear what your thoughts are so that we can discuss them 17:54:30 ... discussions about asserted and/or quoted triples are needed 17:55:00 ... the home work stands, let#s use the mailing list 17:55:22 ... so that we can quickly get an understanding of the full scope of the work ahead 17:55:29 s/let#s/let's 17:55:34 previous meeting: https://www.w3.org/2022/12/08-rdf-star-minutes.html| 17:55:43 ... we have a meeting next week 17:55:49 next meeting: https://www.w3.org/2022/12/22-rdf-star-minutes.html| 17:56:06 previous meeting: https://www.w3.org/2022/12/08-rdf-star-minutes.html 17:56:09 next meeting: https://www.w3.org/2022/12/22-rdf-star-minutes.html 17:56:18 AndyS: since not everyone can come to next week's meeting, would that be a non-decision-making meeting? 17:56:26 ora: yes 17:57:10 RRSAgent, draft minutes 17:57:10 I have made the request to generate https://www.w3.org/2022/12/15-rdf-star-minutes.html pchampin 17:57:34 olaf has left #rdf-star 17:57:39 quit 17:57:44 quit 17:58:43 previous meeting -- https://www.w3.org/2022/12/08-rdf-star-minutes.html 17:58:43 next meeting -- https://www.w3.org/2022/12/22-rdf-star-minutes.html 17:58:49 RRSAgent, draft minutes 17:58:49 I have made the request to generate https://www.w3.org/2022/12/15-rdf-star-minutes.html TallTed 17:59:19 Zakim, end meeting 17:59:19 As of this point the attendees have been ktk, pchampin, ora, AndyS, gtw, AZ, TallTed, olaf, Dominik_T, Enrico, Souri 17:59:21 RRSAgent, please draft minutes 17:59:21 I have made the request to generate https://www.w3.org/2022/12/15-rdf-star-minutes.html Zakim 17:59:24 I am happy to have been of service, TallTed; please remember to excuse RRSAgent. Goodbye 17:59:29 Zakim has left #rdf-star 17:59:30 RRSAgent, bye 17:59:30 I see 1 open action item saved in https://www.w3.org/2022/12/15-rdf-star-actions.rdf : 17:59:30 ACTION: pchampin to write a full proposal of all document names [1] 17:59:30 recorded in https://www.w3.org/2022/12/15-rdf-star-irc#T17-40-08 17:59:35 Created https://github.com/w3c/rdf-star-wg-charter/issues/56 -> action 56 write a full proposal of all document names [1] (on ) due 22 Dec 2022