None.
There are some format problems with the chatlog. Please correct them and reload this page. They are labeled on this page in a red box, like this message.
It may be helpful to
<sandro> Guest: Paul Groth
<sandro> Present: Ivan, Mischa, Dan_Brickley, Matheus, Peter, Jan, Baget, Humfrey, Yves, Cygri, Champin, Fabien, Steve, Matteo, Sandro, Wood, Guus
<sandro> Remote: AZ, Gavin, Steiner, Zhe, Corby, ww
07:56:20 <RRSAgent> logging to http://www.w3.org/2011/04/13-rdf-wg-irc
RRSAgent IRC Bot: logging to http://www.w3.org/2011/04/13-rdf-wg-irc ←
07:56:25 <gavinc> Mmm... 1 am is in fact morning I guess ;)
Gavin Carothers: Mmm... 1 am is in fact morning I guess ;) ←
07:56:27 <ivan> rrsagent, set log public
Ivan Herman: rrsagent, set log public ←
07:56:44 <ivan> gavinc: just a minute, we will dial in soonish
Gavin Carothers: just a minute, we will dial in soonish [ Scribe Assist by Ivan Herman ] ←
07:56:50 <Zakim> + +1.404.978.aabb
Zakim IRC Bot: + +1.404.978.aabb ←
07:57:19 <tomayac> zakim, aabb is me
Thomas Steiner: zakim, aabb is me ←
07:57:19 <Zakim> +tomayac; got it
Zakim IRC Bot: +tomayac; got it ←
08:05:31 <Zakim> + +31.20.592.aacc
(No events recorded for 8 minutes)
Zakim IRC Bot: + +31.20.592.aacc ←
08:05:54 <pfps> zakim, who is here?
Peter Patel-Schneider: zakim, who is here? ←
08:05:54 <Zakim> On the phone I see gavinc, tomayac, +31.20.592.aacc
Zakim IRC Bot: On the phone I see gavinc, tomayac, +31.20.592.aacc ←
08:05:55 <sandro> zakim, who is on the call?
Sandro Hawke: zakim, who is on the call? ←
08:05:56 <Zakim> On the phone I see gavinc, tomayac, +31.20.592.aacc
Zakim IRC Bot: On the phone I see gavinc, tomayac, +31.20.592.aacc ←
08:06:35 <AZ> Hello
Antoine Zimmermann: Hello ←
<sandro> Topic: Introductions (Around the Table)
<sandro> Ivan Herman
Sandro Hawke: Ivan Herman ←
<sandro> Mischa Tuffield
Sandro Hawke: Mischa Tuffield ←
<sandro> Dan Brickley
Sandro Hawke: Dan Brickley ←
<sandro> Christopher Matheus
Sandro Hawke: Christopher Matheus ←
<sandro> Peter Patel-Schneider
Sandro Hawke: Peter Patel-Schneider ←
<sandro> Jan Wielemaker
Sandro Hawke: Jan Wielemaker ←
<sandro> Jean-François Baget
Sandro Hawke: Jean-François Baget ←
<sandro> Nicholas Humfrey
Sandro Hawke: Nicholas Humfrey ←
<sandro> Yves Raimond
Sandro Hawke: Yves Raimond ←
<sandro> Richard Cyganiak
Sandro Hawke: Richard Cyganiak ←
<sandro> Pierre-Antoine Champin
Sandro Hawke: Pierre-Antoine Champin ←
<sandro> Fabien Gandon
Sandro Hawke: Fabien Gandon ←
<sandro> Steve Harris
Sandro Hawke: Steve Harris ←
<sandro> Matteo Brunati
Sandro Hawke: Matteo Brunati ←
<sandro> Sandro Hawke
Sandro Hawke: Sandro Hawke ←
<sandro> David Wood
Sandro Hawke: David Wood ←
<sandro> Guus Schreiber
Sandro Hawke: Guus Schreiber ←
08:09:13 <Zakim> + +1.760.705.aaee
Zakim IRC Bot: + +1.760.705.aaee ←
08:09:24 <AZ> zakim, +1.760.705.aaee is me
Antoine Zimmermann: zakim, +1.760.705.aaee is me ←
08:09:24 <Zakim> +AZ; got it
Zakim IRC Bot: +AZ; got it ←
08:09:28 <ivan> zakim, who is here?
Ivan Herman: zakim, who is here? ←
08:09:28 <Zakim> On the phone I see gavinc, tomayac, +31.20.592.aacc, OlivierCorby, AZ
Zakim IRC Bot: On the phone I see gavinc, tomayac, +31.20.592.aacc, OlivierCorby, AZ ←
08:09:55 <AZ> zakim, mute me
Antoine Zimmermann: zakim, mute me ←
08:09:55 <Zakim> AZ should now be muted
Zakim IRC Bot: AZ should now be muted ←
08:10:01 <ivan> zakim, aacc is ivan
Ivan Herman: zakim, aacc is ivan ←
08:10:01 <Zakim> +ivan; got it
Zakim IRC Bot: +ivan; got it ←
08:10:03 <pfps> zakim, aacc is CWI
Peter Patel-Schneider: zakim, aacc is CWI ←
08:10:03 <Zakim> sorry, pfps, I do not recognize a party named 'aacc'
Zakim IRC Bot: sorry, pfps, I do not recognize a party named 'aacc' ←
08:10:25 <sandro> zakim, ivan is Meeting_Room
Sandro Hawke: zakim, ivan is Meeting_Room ←
08:10:25 <Zakim> +Meeting_Room; got it
Zakim IRC Bot: +Meeting_Room; got it ←
08:10:53 <SteveH> Scribe: mischat
(Scribe set to Mischa Tuffield)
08:11:00 <mischat> http://www.w3.org/2011/rdf-wg/wiki/F2F1
http://www.w3.org/2011/rdf-wg/wiki/F2F1 ←
08:11:27 <FabGandon> zakim, who is here?
Fabien Gandon: zakim, who is here? ←
08:11:27 <Zakim> On the phone I see gavinc, tomayac, Meeting_Room, OlivierCorby, AZ (muted)
Zakim IRC Bot: On the phone I see gavinc, tomayac, Meeting_Room, OlivierCorby, AZ (muted) ←
<sandro> Topic: Agenda Review
08:11:55 <mischat> Guus: are we happy with the agenda ?
Guus Schreiber: are we happy with the agenda ? ←
08:12:11 <mischat> Guus: does anything need to be amended?
Guus Schreiber: does anything need to be amended? ←
08:12:46 <mischat> so thomas is not here so Marco (?!?) will be giving the json roundup
so thomas is not here so Marco (?!?) will be giving the json roundup ←
08:12:54 <mischat> s/^so/as/
s/^so/as/ (warning: replacement failed) ←
08:13:20 <tomayac> s/marco/matteo/
Thomas Steiner: s/marco/matteo/ (warning: replacement failed) ←
08:13:38 <mischat> thanks
thanks ←
08:18:23 <mischat> is everyone physically at CWI turning up to dinner tonight ?
is everyone physically at CWI turning up to dinner tonight ? ←
08:18:26 <mischat> if not shout ...
if not shout ... ←
08:19:02 <mischat> anyone for agenda changes ?
anyone for agenda changes ? ←
08:19:16 <mischat> we are looking at this now
we are looking at this now ←
08:19:16 <mischat> http://www.w3.org/2011/rdf-wg/wiki/F2F1-objectives
http://www.w3.org/2011/rdf-wg/wiki/F2F1-objectives ←
08:19:26 <mischat> ^^ are the objectives for this f2f
^^ are the objectives for this f2f ←
08:19:57 <mischat> Guus: this f2f to move us from an open discussion to a more targeted effort
Guus Schreiber: this f2f to move us from an open discussion to a more targeted effort ←
08:20:24 <mischat> we are looking to get documents in place
we are looking to get documents in place ←
08:21:02 <mischat> from now on we should have our long threads turn into something tangible and useful for the process
from now on we should have our long threads turn into something tangible and useful for the process ←
08:21:33 <mischat> we are now looking to identify starting documents for the various tasks
we are now looking to identify starting documents for the various tasks ←
08:21:50 <mischat> Guus: would like to have names against the various documents, so that we can push work forward
Guus Schreiber: would like to have names against the various documents, so that we can push work forward ←
08:21:59 <mischat> Graph's tasks force
Graph's tasks force ←
08:22:40 <mischat> we have some standard terminology now in terms of GraphTerminology
we have some standard terminology now in terms of GraphTerminology ←
08:23:11 <mischat> Guus: another issues is the alignment with the SPARQL work
Guus Schreiber: another issues is the alignment with the SPARQL work ←
08:23:26 <NickH> http://plixi.com/p/92009392
Nicholas Humfrey: http://plixi.com/p/92009392 ←
08:24:03 <mischat> Guus: so what will be the starting document for the GRaphs TF, should it be the RDF concepts
Guus Schreiber: so what will be the starting document for the GRaphs TF, should it be the RDF concepts ←
08:24:05 <mischat> ?
? ←
08:24:19 <mischat> that is the current feeling, and these are things which we need to discuss
that is the current feeling, and these are things which we need to discuss ←
08:24:38 <tomayac> thanks, NickH for the photo :-)
Thomas Steiner: thanks, NickH for the photo :-) ←
08:25:18 <mischat> Guus: we have some cleanup tasks, and there are discussions needed to identify what changes need to happen to the various RDF documents
Guus Schreiber: we have some cleanup tasks, and there are discussions needed to identify what changes need to happen to the various RDF documents ←
08:25:48 <mischat> Guus: we seem to have a good grasp of the issues, re: a good issue list has been developed
Guus Schreiber: we seem to have a good grasp of the issues, re: a good issue list has been developed ←
08:25:59 <mischat> Guus: do people think we have a good grasp of the problem domain ?
Guus Schreiber: do people think we have a good grasp of the problem domain ? ←
08:26:04 <mischat> question for the room ^^
question for the room ^^ ←
08:26:30 <FabGandon> for ecah identifier we define (e.g. g-box identifiers) we should also discuss what happens when we dereference that identifier (e.g. what do I get when I dereference the IRI of g-box? triples in the g-box? triples about g-box? both)
Fabien Gandon: for ecah identifier we define (e.g. g-box identifiers) we should also discuss what happens when we dereference that identifier (e.g. what do I get when I dereference the IRI of g-box? triples in the g-box? triples about g-box? both) ←
08:27:57 <pgroth> - moving on to discussing turtle
Paul Groth: - moving on to discussing turtle ←
08:28:03 <FabGandon> Guus: for TURTLE starting point is the doc from team submission
Guus Schreiber: for TURTLE starting point is the doc from team submission [ Scribe Assist by Fabien Gandon ] ←
08:28:56 <FabGandon> Guus: N-triple considered as a limited sub-set of Turtle
Guus Schreiber: N-triple considered as a limited sub-set of Turtle [ Scribe Assist by Fabien Gandon ] ←
08:29:07 <ivan> zakim, who is here?
Ivan Herman: zakim, who is here? ←
08:29:07 <Zakim> On the phone I see gavinc, tomayac, Meeting_Room, OlivierCorby, AZ (muted)
Zakim IRC Bot: On the phone I see gavinc, tomayac, Meeting_Room, OlivierCorby, AZ (muted) ←
08:29:22 <NickH> pchampin: very impressive!
Pierre-Antoine Champin: very impressive! [ Scribe Assist by Nicholas Humfrey ] ←
08:30:16 <ivan> zakim, Meeting_Room has David Wood, Sandro, Mateo, Steve Harris, Fabien, Pierre Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul Groth, Chris Matheus, Dan Brickley, Misha Tuffield, Ivan
Ivan Herman: zakim, Meeting_Room has David Wood, Sandro, Mateo, Steve Harris, Fabien, Pierre Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul Groth, Chris Matheus, Dan Brickley, Misha Tuffield, Ivan ←
08:30:16 <Zakim> +David, Wood, Sandro, Mateo, Steve, Harris, Fabien, Pierre, Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul, Groth, Chris, Matheus, Dan, Brickley, Misha, Tuffield,
Zakim IRC Bot: +David, Wood, Sandro, Mateo, Steve, Harris, Fabien, Pierre, Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul, Groth, Chris, Matheus, Dan, Brickley, Misha, Tuffield, ←
08:30:20 <Zakim> ... Ivan; got it
Zakim IRC Bot: ... Ivan; got it ←
08:30:35 <mischat> JSON, we have documents to start from, in terms of the Talis submission
JSON, we have documents to start from, in terms of the Talis submission ←
08:30:47 <yvesr> if we're not able to standardise object-based json, can we at least standardise a canonical mapping from an rdf graph to some straight-fw json?
Yves Raimond: if we're not able to standardise object-based json, can we at least standardise a canonical mapping from an rdf graph to some straight-fw json? ←
08:31:14 <mischat> davidWood: just asked about Talis submitting a member submission
David Wood: just asked about Talis submitting a member submission ←
08:31:48 <mischat> Guus: it is important to figure out what is achievable in terms of work in the JSON TF
Guus Schreiber: it is important to figure out what is achievable in terms of work in the JSON TF ←
08:32:31 <mischat> danbri: JSON developers learn new formats all the time
Dan Brickley: JSON developers learn new formats all the time ←
08:33:04 <mischat> danbri: we can get it wrong, and push out three syntaxes, and we will get it right eventually
Dan Brickley: we can get it wrong, and push out three syntaxes, and we will get it right eventually ←
08:33:47 <mischat> in the JSON TF, we need to elicit what our objectives should be
in the JSON TF, we need to elicit what our objectives should be ←
08:34:07 <mischat> if we develop more than one syntax then we will have doubled the work
if we develop more than one syntax then we will have doubled the work ←
08:34:18 <mischat> ivan: asked about cleanup related actions
Ivan Herman: asked about cleanup related actions ←
08:34:26 <mischat> Guus: there is time set aside for that tomorrow
Guus Schreiber: there is time set aside for that tomorrow ←
08:34:51 <mischat> Guus: has no idea how much work the cleanup will be
Guus Schreiber: has no idea how much work the cleanup will be ←
08:35:35 <mischat> ivan there are a bunch of small issues, URIRef vs IRI
ivan there are a bunch of small issues, URIRef vs IRI ←
08:35:42 <pchampin> ivan: following discussion on the ML, we need to agree on what 'deprecation' means for this WG
Ivan Herman: following discussion on the ML, we need to agree on what 'deprecation' means for this WG [ Scribe Assist by Pierre-Antoine Champin ] ←
08:36:00 <tomayac> (audio no longer understandable on the US no. anyone else on the phone have this issue, too?)
Thomas Steiner: (audio no longer understandable on the US no. anyone else on the phone have this issue, too?) ←
08:36:04 <mischat> ivan: the meta-issue regarding "deprecation" should be discussed and sorted out here at the f2f
Ivan Herman: the meta-issue regarding "deprecation" should be discussed and sorted out here at the f2f ←
08:36:33 <mischat> the issue will be tackled tomorrow, but we are going to try and touch upon it now
the issue will be tackled tomorrow, but we are going to try and touch upon it now ←
08:36:34 <mischat> for 20 mins
for 20 mins ←
08:37:12 <ivan> q?
Ivan Herman: q? ←
08:37:17 <mischat> so lunch at somepoint between 12:30-13:00 central european summer time
so lunch at somepoint between 12:30-13:00 central european summer time ←
08:37:46 <mischat> davidwood: re: turtle, dave wants to know what standardised will be developed by tthe WG
David Wood: re: turtle, dave wants to know what standardised will be developed by tthe WG ←
08:37:56 <tomayac> (audio back to normal. phew)
Thomas Steiner: (audio back to normal. phew) ←
08:38:27 <mischat> i.e. we will have turtle, will we have qturtle, trig, or what combination of serialisations will we develop
i.e. we will have turtle, will we have qturtle, trig, or what combination of serialisations will we develop ←
08:39:12 <tomayac> sandro FTW! thanks!
Thomas Steiner: sandro FTW! thanks! ←
08:39:15 <mischat> peter: question should we have Qturtle, or turtle, should one be a superset ?
Peter Patel-Schneider: question should we have Qturtle, or turtle, should one be a superset ? ←
08:39:37 <mischat> so dave would like to see issue sorted out
so dave would like to see issue sorted out ←
08:40:00 <mischat> SteveH: said we could have one document which lists all of the turtle(related) serialisations
Steve Harris: said we could have one document which lists all of the turtle(related) serialisations ←
08:40:16 <pchampin> sounds like a great idea to me
Pierre-Antoine Champin: sounds like a great idea to me ←
08:40:31 <mischat> Dave's goal for the f2f is to nail the turtle work
Dave's goal for the f2f is to nail the turtle work ←
08:40:48 <mischat> so we have clear goals, turtle work seems to be the most advanced
so we have clear goals, turtle work seems to be the most advanced ←
08:41:27 <mischat> danbri, we have a big archive "www rdf comments", will someone go through the archives
danbri, we have a big archive "www rdf comments", will someone go through the archives ←
08:41:38 <mischat> where we have had lots of feedback from people about RDF
where we have had lots of feedback from people about RDF ←
08:42:27 <tomayac> sandro, i up-scale it client-side, works perfect for me. thanks!
Thomas Steiner: sandro, i up-scale it client-side, works perfect for me. thanks! ←
08:43:24 <davidwood> http://www.w3.org/2000/03/rdf-tracking/#/%23futures - historical RDF issues
David Wood: http://www.w3.org/2000/03/rdf-tracking/#/%23futures - historical RDF issues ←
<pfps> Topic: Graphs Task Force
08:43:35 <mischat> we are going to move on to the Graph's discussion, if we are happy with the objectives ?
we are going to move on to the Graph's discussion, if we are happy with the objectives ? ←
08:43:59 <mischat> Richard is about to give some slides summarising the graphs work
Richard is about to give some slides summarising the graphs work ←
08:44:52 <mischat> there are some slides on the wiki for richard's talk
there are some slides on the wiki for richard's talk ←
08:44:56 <cygri> slides: http://www.w3.org/2011/rdf-wg/wiki/images/3/3b/Rdfwg-graphs-tf-report.pdf
Richard Cyganiak: slides: http://www.w3.org/2011/rdf-wg/wiki/images/3/3b/Rdfwg-graphs-tf-report.pdf ←
08:45:48 <mischat> cygri: will talk about the "problem", the "open issues", and will give us a view of other potential issues
Richard Cyganiak: will talk about the "problem", the "open issues", and will give us a view of other potential issues ←
08:46:17 <mischat> the charter says we must standardising a model for multiple graphs
the charter says we must standardising a model for multiple graphs ←
08:47:06 <mischat> the charter also states that we must standardise turtle and a something similar with multi graph support
the charter also states that we must standardise turtle and a something similar with multi graph support ←
08:47:34 <mischat> a decision was made for the turtle to focus on syntax and the graphs tf can look at extending turtle
a decision was made for the turtle to focus on syntax and the graphs tf can look at extending turtle ←
08:48:16 <pfps> It's *turqle*!!!
Peter Patel-Schneider: It's *turqle*!!! ←
08:48:21 <mischat> davidwood: missed the call where the work of putting in mutlli graph support to turtle should be a task for the graphs tf
David Wood: missed the call where the work of putting in mutlli graph support to turtle should be a task for the graphs tf ←
08:49:01 <mischat> Guus: turtle tf can talk about the syntax, but the graphs tf will inform what the multi graph syntax should represent
Guus Schreiber: turtle tf can talk about the syntax, but the graphs tf will inform what the multi graph syntax should represent ←
08:49:21 <mischat> cygri: is listing inputs to the graphs tf
Richard Cyganiak: is listing inputs to the graphs tf ←
08:49:37 <mischat> sparql's rdf dataset: ( and sparql update's graph store)
sparql's rdf dataset: ( and sparql update's graph store) ←
08:49:42 <mischat> being one
being one ←
08:49:50 <mischat> Carroll et al " Named Graphs
Carroll et al " Named Graphs ←
08:49:56 <mischat> Notation3: quoted graphs
Notation3: quoted graphs ←
08:50:36 <FabGandon> I disagree with the idea that "named graphs" in RDF/XML should be only "if time permits", for me it's a must
Fabien Gandon: I disagree with the idea that "named graphs" in RDF/XML should be only "if time permits", for me it's a must ←
08:50:49 <mischat> n3 allows for nesting, and quoting graphs, the n3 work should definitely inform the named graphs tf
n3 allows for nesting, and quoting graphs, the n3 work should definitely inform the named graphs tf ←
08:51:10 <ivan> FabGandon: any modification to RDF/XML is time permitting
Fabien Gandon: any modification to RDF/XML is time permitting [ Scribe Assist by Ivan Herman ] ←
08:51:15 <mischat> Trig, and Nquads should help inform any syntax discussions
Trig, and Nquads should help inform any syntax discussions ←
08:51:48 <mischat> cygri: also FabGandon has request to add named graph support to RDF/XML (like trix)
Richard Cyganiak: also FabGandon has request to add named graph support to RDF/XML (like trix) ←
08:52:06 <mischat> Reification was mentioned as an input
Reification was mentioned as an input ←
08:52:14 <mischat> and finally Typed graph literals
and finally Typed graph literals ←
08:53:05 <mischat> cygri: is pointing to a wiki page which has the named graph use-cases
Richard Cyganiak: is pointing to a wiki page which has the named graph use-cases ←
08:53:13 <sandro> david: Can we just view Reificiation as a way to address named graphs, and once we do that, we can more cleanly deprecate reification?
David Wood: Can we just view Reificiation as a way to address named graphs, and once we do that, we can more cleanly deprecate reification? [ Scribe Assist by Sandro Hawke ] ←
08:53:48 <mischat> which is broken down into the following : 5 storage use cases, 2 query use cases, 8 provenance, 4 use for standard foundation for w3c specs, 2 advanced annotations use case
which is broken down into the following : 5 storage use cases, 2 query use cases, 8 provenance, 4 use for standard foundation for w3c specs, 2 advanced annotations use case ←
08:54:17 <mischat> cygri: stated how we dont seem to be using the use-case we have in many of the discussion
Richard Cyganiak: stated how we dont seem to be using the use-case we have in many of the discussion ←
08:54:25 <mischat> we have lots of use-cases, they should be used
we have lots of use-cases, they should be used ←
08:54:33 <mischat> we have a bunch of proposals in this space
we have a bunch of proposals in this space ←
08:55:06 <mischat> we have 2 concrete proposal in this space so far
we have 2 concrete proposal in this space so far ←
08:55:10 <tomayac> sandro, small is good enough for me.
Thomas Steiner: sandro, small is good enough for me. ←
08:55:25 <mischat> cygri: there are implied proposals
Richard Cyganiak: there are implied proposals ←
08:55:50 <mischat> i.e. that n3's style quoted graphs may be more useful than the RDF dataset stuff
i.e. that n3's style quoted graphs may be more useful than the RDF dataset stuff ←
08:56:07 <mischat> cygri: is walking through the issues
Richard Cyganiak: is walking through the issues ←
08:56:15 <mischat> issue-5 : graph literals
08:56:32 <mischat> issue-5 asks where we should have graph literals
ISSUE-5 asks whether we should have graph literals ←
08:56:57 <mischat> s/where/whether/
08:57:16 <mischat> issue-14 : what is a named graph and what should we call it ?
ISSUE-14 : what is a named graph and what should we call it ? ←
08:57:43 <mischat> these include : Named Graph, named g-box ?, g-pair, or even IRI-graph-binding
these include : Named Graph, named g-box ?, g-pair, or even IRI-graph-binding ←
08:58:27 <mischat> ivan: would have liked to have seen a slide on "g-*" syntax
Ivan Herman: would have liked to have seen a slide on "g-*" syntax ←
08:58:47 <mischat> so that we can have agreement on what the terms are
so that we can have agreement on what the terms are ←
08:59:26 <gavinc> depends on how we quoted it ;)
Gavin Carothers: depends on how we quoted it ;) ←
08:59:56 <mischat> Guus: we need to come up with decent names for the g-* terminology, Guus personal opinion is that we need to make sure we dont use the overloaded term "graph" without qualifying it
Guus Schreiber: we need to come up with decent names for the g-* terminology, Guus personal opinion is that we need to make sure we dont use the overloaded term "graph" without qualifying it ←
09:00:18 <mischat> we need to make sure that we all agree on what the various g-* terminology is
we need to make sure that we all agree on what the various g-* terminology is ←
09:01:17 <mischat> pgroth: said that Luc Moreau Provenance WG has given feedback on the g-* syntax
Paul Groth: said that Luc Moreau Provenance WG has given feedback on the g-* syntax ←
09:01:24 <mischat> see mischat's email to the list ^^
see mischat's email to the list ^^ ←
09:01:38 <mischat> issue-15 : "g-pair" semantics
ISSUE-15 : "g-pair" semantics ←
09:01:53 <mischat> we have a couple of options re: this issue
we have a couple of options re: this issue ←
09:02:06 <mischat> 1: Leave it undefined (abstract syntax only)
1: Leave it undefined (abstract syntax only) ←
09:02:13 <Zakim> + +1.408.642.aaff
Zakim IRC Bot: + +1.408.642.aaff ←
09:02:14 <mischat> 2: or we could define it
2: or we could define it ←
09:02:25 <davidwood> q?
David Wood: q? ←
09:02:44 <davidwood> q?
David Wood: q? ←
09:02:59 <yvesr> cygri: "is a person a g-box?"
Richard Cyganiak: "is a person a g-box?" [ Scribe Assist by Yves Raimond ] ←
09:03:06 <mischat> there are issues there re: scoping the terminologies used
there are issues there re: scoping the terminologies used ←
09:03:10 <zwu2> zakim, mute me
09:03:10 <Zakim> sorry, zwu2, I do not know which phone connection belongs to you
Zakim IRC Bot: sorry, zwu2, I do not know which phone connection belongs to you ←
09:03:50 <zwu2> zakim, +408.642.aaff is zwu2
Zhe Wu: zakim, +408.642.aaff is zwu2 ←
09:03:50 <Zakim> sorry, zwu2, I do not recognize a party named '+408.642.aaff'
Zakim IRC Bot: sorry, zwu2, I do not recognize a party named '+408.642.aaff' ←
09:03:57 <Zakim> +OlivierCorby.a
Zakim IRC Bot: +OlivierCorby.a ←
09:04:04 <ivan> zakim, aaff is zwu2
Ivan Herman: zakim, aaff is zwu2 ←
09:04:04 <Zakim> +zwu2; got it
Zakim IRC Bot: +zwu2; got it ←
09:04:10 <zwu2> thanks ivan
09:04:14 <mischat> issue-17: graph merging
09:04:14 <trackbot> ISSUE-17 How are RDF datasets to be merged? notes added
Trackbot IRC Bot: ISSUE-17 How are RDF datasets to be merged? notes added ←
09:04:18 <zwu2> zakim, mute me
09:04:18 <Zakim> zwu2 should now be muted
Zakim IRC Bot: zwu2 should now be muted ←
09:04:20 <yvesr> in n3, there is a property in between the graph and the IRI, which makes that relationship explicit
Yves Raimond: in n3, there is a property in between the graph and the IRI, which makes that relationship explicit ←
09:04:24 <mischat> there are issues re: blank nodes and merging
there are issues re: blank nodes and merging ←
09:04:34 <mischat> and what would happen when merging graph datasets
and what would happen when merging graph datasets ←
09:05:20 <mischat> Guus: thinks that the main issue with extending RDF Semantics will be re: RDF merge, and posed as a question to peter
Guus Schreiber: thinks that the main issue with extending RDF Semantics will be re: RDF merge, and posed as a question to peter ←
09:05:47 <mischat> peter doesn't know what exactly what is needed, sparql has a notion of graph merge
peter doesn't know what exactly what is needed, sparql has a notion of graph merge ←
09:06:00 <mischat> ivan: we are informally bound by what sparql does
Ivan Herman: we are informally bound by what sparql does ←
09:06:25 <mischat> Guus: we should make sure that sparql and rdf align
Guus Schreiber: we should make sure that sparql and rdf align ←
09:06:47 <mischat> issue-21 : sharing Node IDs
09:07:06 <mischat> nodeId being bnode identifer
nodeId being bnode identifer ←
09:08:12 <mischat> cygri: the issue talks about the same bnode identifier in a quad based a trig file, how are the bnodes to be scoped ?
Richard Cyganiak: the issue talks about the same bnode identifier in a quad based a trig file, how are the bnodes to be scoped ? ←
09:10:14 <mischat> davidwood: thinks that we are going to be making strong statements about scoping bnodes and pushing it up to the RDF standards, but we should make sure that what we do doesn't break implementations
David Wood: thinks that we are going to be making strong statements about scoping bnodes and pushing it up to the RDF standards, but we should make sure that what we do doesn't break implementations ←
09:11:23 <mischat> issue-22 (empty graph)
09:11:53 <mischat> the issue is asking what we should be doing in terms of multi-graph support and empty graphs
the issue is asking what we should be doing in terms of multi-graph support and empty graphs ←
09:12:05 <mischat> trig, nquads, and sparql all do something different
trig, nquads, and sparql all do something different ←
09:12:13 <mischat> issue-23 (multigraph media types)
ISSUE-23 (multigraph media types) ←
09:13:00 <mischat> the issue asks whether we should change mime-types if we add graphs to existing serialisations
the issue asks whether we should change mime-types if we add graphs to existing serialisations ←
09:13:16 <Danbri> q+ to ask (no rush) re graph literal datatypes, whether a media types-as-Uris would be better than just defining our own for rdf syntaxes
Dan Brickley: q+ to ask (no rush) re graph literal datatypes, whether a media types-as-Uris would be better than just defining our own for rdf syntaxes ←
09:13:43 <mischat> issues: discussion volume : Graph Literals was the most talked about issue in the named graph tf
issues: discussion volume : Graph Literals was the most talked about issue in the named graph tf ←
09:14:00 <mischat> davidwood: asked about consensus re: graph literals
David Wood: asked about consensus re: graph literals ←
09:14:47 <mischat> cygri: candidate issues : Do we need nesting of graphs ?
Richard Cyganiak: candidate issues : Do we need nesting of graphs ? ←
09:15:16 <mischat> what is "nesting of graphs" ?
what is "nesting of graphs" ? ←
09:15:22 <mischat> could we have an example
could we have an example ←
09:15:42 <mischat> cygri: thinks that is would be hard to do without the graph literals
Richard Cyganiak: thinks that is would be hard to do without the graph literals ←
09:15:56 <mischat> ivan: essentially this is a syntax issue
Ivan Herman: essentially this is a syntax issue ←
09:17:04 <mischat> in the nested graph, or graph literals dont need to have a named graph
in the nested graph, or graph literals dont need to have a named graph ←
09:17:59 <mischat> we are about to create a new issue
we are about to create a new issue ←
09:18:32 <mischat> cygri: we don't know that the question is right now
Richard Cyganiak: we don't know that the question is right now ←
09:19:07 <Zakim> +OlivierCorby.aa
Zakim IRC Bot: +OlivierCorby.aa ←
09:19:10 <mischat> yvesr: states we need to have use-cases for the "nesting of graphs"
Yves Raimond: states we need to have use-cases for the "nesting of graphs" ←
09:19:37 <mischat> danbri: wonders whether it is a syntax question
Dan Brickley: wonders whether it is a syntax question ←
09:20:17 <sandro> ISSUE: Do we need syntactic nesting of graphs (g-texts) as in N3?
ISSUE: Do we need syntactic nesting of graphs (g-texts) as in N3? ←
09:20:18 <trackbot> Created ISSUE-28 - Do we need syntactic nesting of graphs (g-texts) as in N3? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/28/edit .
Trackbot IRC Bot: Created ISSUE-28 - Do we need syntactic nesting of graphs (g-texts) as in N3? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/28/edit . ←
09:20:25 <mischat> SteveH: thinks that it would be a syntax issue only if graphs with nesting could be serialised into some non-nesting serialisation such as turtle
Steve Harris: thinks that it would be a syntax issue only if graphs with nesting could be serialised into some non-nesting serialisation such as turtle ←
09:21:15 <mischat> davidwood: an open-issue re: how do we refer to graphs
David Wood: an open-issue re: how do we refer to graphs ←
09:21:38 <mischat> cygri: asked how do you name a graph
Richard Cyganiak: asked how do you name a graph ←
09:21:40 <Danbri> Of course we could nest multiple-graphs too ("here are the quads I downloaded from .... Yesterday")
Dan Brickley: Of course we could nest multiple-graphs too ("here are the quads I downloaded from .... Yesterday") ←
09:22:07 <mischat> cygri: goes back to issue-15 and asks whether that covers dave's issue
Richard Cyganiak: goes back to ISSUE-15 and asks whether that covers dave's issue ←
09:22:43 <mischat> cygri: next proposed issue, do we need a "default graph" ?
Richard Cyganiak: next proposed issue, do we need a "default graph" ? ←
09:23:02 <mischat> do we need to align with sparql, but we definitely need to define what a default graph is
do we need to align with sparql, but we definitely need to define what a default graph is ←
09:23:33 <Danbri> (default graph for The Web? :)
Dan Brickley: (default graph for The Web? :) ←
09:24:20 <mischat> davidwood: believes that AndyS's point re: "default graph" is that we should not be throwing away early thinking in terms of allowing people to define their own notion of default graph
David Wood: believes that AndyS's point re: "default graph" is that we should not be throwing away early thinking in terms of allowing people to define their own notion of default graph ←
09:25:19 <mischat> Guus: two important alignment issues with SPARQL, how do RDF datasets related to g-boxes and more specifically what is the relation between SPARQL's default graph and default graphs in RDF
Guus Schreiber: two important alignment issues with SPARQL, how do RDF datasets related to g-boxes and more specifically what is the relation between SPARQL's default graph and default graphs in RDF ←
09:26:06 <mischat> Guus and cygri would like an issue with alignment default graph from sparql
Guus and cygri would like an issue with alignment default graph from sparql ←
09:26:24 <mischat> peter would argue against the default graph
peter would argue against the default graph ←
09:26:49 <davidwood> q?
David Wood: q? ←
09:26:56 <davidwood> ack Danbri
David Wood: ack Danbri ←
09:26:56 <Zakim> Danbri, you wanted to ask (no rush) re graph literal datatypes, whether a media types-as-Uris would be better than just defining our own for rdf syntaxes
Zakim IRC Bot: Danbri, you wanted to ask (no rush) re graph literal datatypes, whether a media types-as-Uris would be better than just defining our own for rdf syntaxes ←
09:27:14 <mischat> danbri: what would count towards to qualifying a triplestore dump in terms of default graph
Dan Brickley: what would count towards to qualifying a triplestore dump in terms of default graph ←
09:27:41 <sandro> steve: the SPARQL WG has backed itself into a corner wrt defaults.
Steve Harris: the SPARQL WG has backed itself into a corner wrt defaults. [ Scribe Assist by Sandro Hawke ] ←
09:27:56 <sandro> pfps: give it a name, but throw the name away when you're done
Peter Patel-Schneider: give it a name, but throw the name away when you're done [ Scribe Assist by Sandro Hawke ] ←
09:27:57 <mischat> SteveH: says that the sparql group doesn't have a set resolution for this stuff
Steve Harris: says that the sparql group doesn't have a set resolution for this stuff ←
09:28:35 <pgroth> hey sandro, after the end of this discussion am I allowed to raise issues as an observer?
Paul Groth: hey sandro, after the end of this discussion am I allowed to raise issues as an observer? ←
09:28:40 <pgroth> or anybody
Paul Groth: or anybody ←
09:28:43 <Danbri> q?
Dan Brickley: q? ←
09:28:48 <mischat> cygri thinks there should be a relation between sparql's dataset, default graph
cygri thinks there should be a relation between sparql's dataset, default graph ←
09:29:00 <sandro> ISSUE: Do we support SPARQL's notion of "default graph"?
ISSUE: Do we support SPARQL's notion of "default graph"? ←
09:29:00 <trackbot> Created ISSUE-29 - Do we support SPARQL's notion of "default graph"? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/29/edit .
Trackbot IRC Bot: Created ISSUE-29 - Do we support SPARQL's notion of "default graph"? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/29/edit . ←
09:29:26 <sandro> ISSUE: How does SPARQL's notion of RDF dataset relate our notion of multiple graphs?
ISSUE: How does SPARQL's notion of RDF dataset relate our notion of multiple graphs? ←
09:29:27 <trackbot> Created ISSUE-30 - How does SPARQL's notion of RDF dataset relate our notion of multiple graphs? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/30/edit .
Trackbot IRC Bot: Created ISSUE-30 - How does SPARQL's notion of RDF dataset relate our notion of multiple graphs? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/30/edit . ←
09:29:46 <Danbri> Davidwood, zakim had an earlier q queued from me re graph literals - happy to defer if this is wrong point for it
Dan Brickley: Davidwood, zakim had an earlier q queued from me re graph literals - happy to defer if this is wrong point for it ←
09:29:47 <mischat> two separate issues : 'Do we support SPARQL's notion of "default graph"', and how does 'How does SPARQL's notion of RDF dataset relate our notion of multiple graphs'?
two separate issues : 'Do we support SPARQL's notion of "default graph"', and how does 'How does SPARQL's notion of RDF dataset relate our notion of multiple graphs'? ←
09:30:02 <mischat> cygri: asks do we NEED a concrete syntax for multi-graphs
Richard Cyganiak: asks do we NEED a concrete syntax for multi-graphs ←
09:30:41 <mischat> cygri: says that the charter talks about lots of syntax related work, does this need to be pushed upstream and do we need to standardise this concrete syntax
Richard Cyganiak: says that the charter talks about lots of syntax related work, does this need to be pushed upstream and do we need to standardise this concrete syntax ←
09:30:47 <Zakim> +OlivierCorby.aaa
Zakim IRC Bot: +OlivierCorby.aaa ←
09:30:58 <davidwood> Danbri: Please cover that when the list of candidate issues has been cleared, but before we move onto a new topic.
Dan Brickley: Please cover that when the list of candidate issues has been cleared, but before we move onto a new topic. [ Scribe Assist by David Wood ] ←
09:31:24 <Danbri> Fx
Dan Brickley: Fx ←
09:31:27 <Danbri> Er
Dan Brickley: Er ←
09:31:29 <Danbri> Tx
Dan Brickley: Tx ←
09:31:46 <sandro> ISSUE: Do we produce a standard (REC) syntax for conveying multiple graphs?
ISSUE: Do we produce a standard (REC) syntax for conveying multiple graphs? ←
09:31:46 <trackbot> Created ISSUE-31 - Do we produce a standard (REC) syntax for conveying multiple graphs? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/31/edit .
Trackbot IRC Bot: Created ISSUE-31 - Do we produce a standard (REC) syntax for conveying multiple graphs? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/31/edit . ←
09:31:52 <mischat> SteveH: asks where should this work be standardised
Steve Harris: asks where should this work be standardised ←
09:32:54 <mischat> cygri: asks whether the potential Reification deprecation should live in the cleanup tasks, or should it be in the graph's TF
Richard Cyganiak: asks whether the potential Reification deprecation should live in the cleanup tasks, or should it be in the graph's TF ←
09:33:42 <mischat> ivan: and sandro think that the reification cleanup will be scoped out properly depending on the outcomes of the graphs tf
Ivan Herman: and sandro think that the reification cleanup will be scoped out properly depending on the outcomes of the graphs tf ←
09:34:00 <mischat> cygri: now lists the minimal work to get to what the charter states
Richard Cyganiak: now lists the minimal work to get to what the charter states ←
09:34:26 <mischat> 1. Lift SPARQL's RDF Dataset into RDF Concepts and Abstract Syntax
1. Lift SPARQL's RDF Dataset into RDF Concepts and Abstract Syntax ←
09:34:48 <mischat> 2. Evaluate additional possible features based on use cases
2. Evaluate additional possible features based on use cases ←
09:35:02 <mischat> 3 Do not define a concrete syntax
3 Do not define a concrete syntax ←
09:35:18 <mischat> 4 If we MUST have a concrete syntax standardize N-Quads
4 If we MUST have a concrete syntax standardize N-Quads ←
09:35:33 <mischat> 5 Avoid multigraphs in RDF/XML, JSON, Turtle, and rdfa
5 Avoid multigraphs in RDF/XML, JSON, Turtle, and rdfa ←
09:35:42 <pgroth> I would like to raise the following three issues, if I'm allowed:
Paul Groth: I would like to raise the following three issues, if I'm allowed: ←
09:36:08 <pgroth> 1) Can g-snaps be identified?
Paul Groth: 1) Can g-snaps be identified? ←
09:36:19 <zwu2> like the N-quad idea
Zhe Wu: like the N-quad idea ←
09:37:13 <pgroth> 2) can the working group define which kinds of graphs are considered a resource
Paul Groth: 2) can the working group define which kinds of graphs are considered a resource ←
09:38:11 <mischat> danbri: has a question re: graph literals, maintenance, and what you would have to do. Would you require to mint a new URI for each media-type to support graph literals, danbri wonders whether we would just be recreating the mime-type registry
Dan Brickley: has a question re: graph literals, maintenance, and what you would have to do. Would you require to mint a new URI for each media-type to support graph literals, danbri wonders whether we would just be recreating the mime-type registry ←
09:39:11 <danbri> q+ to ask what form of advice we ought to be offering to http://www.w3.org/2011/01/rdfa-wg-charter.html
Dan Brickley: q+ to ask what form of advice we ought to be offering to http://www.w3.org/2011/01/rdfa-wg-charter.html ←
09:39:17 <pfps> Scribe: pfps
(Scribe set to Peter Patel-Schneider)
09:39:57 <pfps> Guus: can we work in the issue list?
Guus Schreiber: can we work in the issue list? ←
09:40:00 <sandro> http://www.w3.org/2011/rdf-wg/track/products/1
Sandro Hawke: http://www.w3.org/2011/rdf-wg/track/products/1 ←
09:40:36 <pfps> pgroth: what about identification of all the various g-strings?
Paul Groth: what about identification of all the various g-strings? ←
09:40:41 <sandro> pgroth: Can g-snaps be identifies or just g-boxes?
Paul Groth: Can g-snaps be identifies or just g-boxes? [ Scribe Assist by Sandro Hawke ] ←
09:40:43 <FabGandon> q+ to talk about concrete syntax and use cases and RDF/XML
Fabien Gandon: q+ to talk about concrete syntax and use cases and RDF/XML ←
09:40:53 <mischat> pgroth: is talking about this issue, which i forwared to the list : http://www.w3.org/mid/26C7BD9A-B3D9-45BD-984F-8D302C52F164@garlik.com
Paul Groth: is talking about this issue, which i forwared to the list : http://www.w3.org/mid/26C7BD9A-B3D9-45BD-984F-8D302C52F164@garlik.com [ Scribe Assist by Mischa Tuffield ] ←
09:41:39 <pfps> cygri: this depends on the relationship between an IRI and the "graph"
Richard Cyganiak: this depends on the relationship between an IRI and the "graph" ←
09:41:46 <danbri> (re URIs for mediatypes, see prev discussion http://lists.w3.org/Archives/Public/uri/2011Mar/0006.html http://lists.w3.org/Archives/Public/uri/2011Mar/0002.html )
Dan Brickley: (re URIs for mediatypes, see prev discussion http://lists.w3.org/Archives/Public/uri/2011Mar/0006.html http://lists.w3.org/Archives/Public/uri/2011Mar/0002.html ) ←
09:41:53 <sandro> cygri: graph literal is one way to do that. another is that maybe with named graphs is iris identifiy g-snaos. another is immutable g-boxes.
Richard Cyganiak: graph literal is one way to do that. another is that maybe with named graphs is iris identifiy g-snaos. another is immutable g-boxes. [ Scribe Assist by Sandro Hawke ] ←
09:41:58 <pfps> cygri: does the IRI refer to the g-box or the g-snap, or whatever
Richard Cyganiak: does the IRI refer to the g-box or the g-snap, or whatever ←
09:42:38 <pfps> pgroth: Provenance WG happy to defer to the RDF WG for a solution, but we want something
Paul Groth: Provenance WG happy to defer to the RDF WG for a solution, but we want something ←
09:42:49 <mischat> sorry pchampin 1 sec
Mischa Tuffield: sorry pchampin 1 sec ←
09:42:51 <sandro> ISSUE: Can we identify both g-boxes and g-snaps?
ISSUE: Can we identify both g-boxes and g-snaps? ←
09:42:51 <trackbot> Created ISSUE-32 - Can we identify both g-boxes and g-snaps? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/32/edit .
Trackbot IRC Bot: Created ISSUE-32 - Can we identify both g-boxes and g-snaps? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/32/edit . ←
09:43:09 <pfps> danbri: what about using timestamps to fix the value of a changing g-box
David Wood: what about using timestamps to fix the value of a changing g-box ←
09:43:23 <mischat> q+ on the provenance WG
Mischa Tuffield: q+ on the provenance WG ←
09:43:44 <pfps> pgroth: Provenance needs a language for the provenance of resources
Paul Groth: Provenance needs a language for the provenance of resources ←
09:44:02 <ww> suggestion: uuid for fixing value of changing g-box rather than timestamp
William Waites: suggestion: uuid for fixing value of changing g-box rather than timestamp ←
09:44:10 <mischat> pchampin: i sent an email to the list today, my mail headers claim this is the URI, but it 404's for me too : http://www.w3.org/mid/26C7BD9A-B3D9-45BD-984F-8D302C52F164@garlik.com <-- sorry
Pierre-Antoine Champin: i sent an email to the list today, my mail headers claim this is the URI, but it 404's for me too : http://www.w3.org/mid/26C7BD9A-B3D9-45BD-984F-8D302C52F164@garlik.com <-- sorry [ Scribe Assist by Mischa Tuffield ] ←
09:45:10 <danbri> s/danbri/davidwood/
09:45:35 <pchampin> pchampin: not sure I understand what "provenance of a resource" means...
Pierre-Antoine Champin: not sure I understand what "provenance of a resource" means... [ Scribe Assist by Pierre-Antoine Champin ] ←
09:46:15 <Zakim> +OlivierCorby.aaaa
Zakim IRC Bot: +OlivierCorby.aaaa ←
09:46:18 <pfps> scribe note: provenance of resources -> provenance of resources that are graphs
scribe note: provenance of resources -> provenance of resources that are graphs ←
09:46:37 <mischat> http://www.w3.org/2011/01/prov-wg-charter <-- provenance WG charter
Mischa Tuffield: http://www.w3.org/2011/01/prov-wg-charter <-- provenance WG charter ←
09:46:54 <ww> provenance of a document makes sense... provenance of a resource is harder to pin down i think
William Waites: provenance of a document makes sense... provenance of a resource is harder to pin down i think ←
09:47:27 <ww> a g-snap being a certain kind of resource more like a document where it also makes sense...
William Waites: a g-snap being a certain kind of resource more like a document where it also makes sense... ←
09:47:43 <pfps> pgroth: provenance graphs can be relative to a particular viewpoint - which might involve part of a particular g-snap
Paul Groth: provenance graphs can be relative to a particular viewpoint - which might involve part of a particular g-snap ←
09:48:04 <ww> provenance of the resource that is my cup of coffee is more complicated and probably out of scope
William Waites: provenance of the resource that is my cup of coffee is more complicated and probably out of scope ←
09:48:06 <sandro> pgroth: Is there a way to select and refer to a subset of a g-snap?
Paul Groth: Is there a way to select and refer to a subset of a g-snap? [ Scribe Assist by Sandro Hawke ] ←
09:48:16 <sandro> mischat: ... or individual triples.
Mischa Tuffield: ... or individual triples. [ Scribe Assist by Sandro Hawke ] ←
09:48:28 <pfps> mischat: also from provenance - want to talk about particular triples
Mischa Tuffield: also from provenance - want to talk about particular triples ←
09:48:52 <ww> to talk about a particular triple is to talk about a graph of size 1, no?
William Waites: to talk about a particular triple is to talk about a graph of size 1, no? ←
09:48:56 <pfps> davidwood: provenance issues can result in very many graphs (e.g., hundreds of thousands)
David Wood: provenance issues can result in very many graphs (e.g., hundreds of thousands) ←
09:49:01 <ww> or is there a salient difference?
William Waites: or is there a salient difference? ←
09:49:14 <danbri> eg. https://github.com/tinkerpop/blueprints/wiki/ has per-triple annotation in a graph API
Dan Brickley: eg. https://github.com/tinkerpop/blueprints/wiki/ has per-triple annotation in a graph API ←
09:49:19 <pfps> pgroth: yes, e.g., creating a named graph for each triple
Paul Groth: yes, e.g., creating a named graph for each triple ←
09:50:07 <sandro> ISSUE: Do we provide a way to refer to sub-graphs and/or individual triples?
ISSUE: Do we provide a way to refer to sub-graphs and/or individual triples? ←
09:50:07 <trackbot> Created ISSUE-33 - Do we provide a way to refer to sub-graphs and/or individual triples? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/33/edit .
Trackbot IRC Bot: Created ISSUE-33 - Do we provide a way to refer to sub-graphs and/or individual triples? ; please complete additional details at http://www.w3.org/2011/rdf-wg/track/issues/33/edit . ←
09:50:26 <ww> need some kind of inhertance - don't need to materialise graphs for each triple, just imply them, and they inherit the provenance information that makes sense from their super-graph
William Waites: need some kind of inhertance - don't need to materialise graphs for each triple, just imply them, and they inherit the provenance information that makes sense from their super-graph ←
09:50:36 <pfps> danbri: some (many?) graph stores allow access to things like individual triples (as graphs)
Dan Brickley: some (many?) graph stores allow access to things like individual triples (as graphs) ←
09:51:41 <danbri> the example I give is https://github.com/tinkerpop/blueprints/wiki/Property-Graph-Model ...they have written adaptors for a number of graph stores- https://github.com/tinkerpop/blueprints/wiki/Implementations
Dan Brickley: the example I give is https://github.com/tinkerpop/blueprints/wiki/Property-Graph-Model ...they have written adaptors for a number of graph stores- https://github.com/tinkerpop/blueprints/wiki/Implementations ←
09:51:53 <pfps> pgroth: does the WG need an issue about individual triples as graphs, etc.
Paul Groth: does the WG need an issue about individual triples as graphs, etc. ←
09:52:06 <pfps> guus: let's wait until we determine whether it is needed
Guus Schreiber: let's wait until we determine whether it is needed ←
09:52:34 <pfps> mischat: there are many other related issues, like signatures
Mischa Tuffield: there are many other related issues, like signatures ←
09:52:39 <pfps> ivan: signatures are out of scope
Ivan Herman: signatures are out of scope ←
09:53:01 <pfps> mischat: what about ordering of triples in a graph
Mischa Tuffield: what about ordering of triples in a graph ←
09:53:21 <pfps> ivan: syntax may provide an answer
Ivan Herman: syntax may provide an answer ←
09:53:23 <danbri> graph stores that have per-edge annotation: https://github.com/tinkerpop/blueprints/wiki/Neo4j-Implementation https://github.com/tinkerpop/blueprints/wiki/OrientDB-Implementation https://github.com/tinkerpop/blueprints/wiki/Dex-Implementation
Dan Brickley: graph stores that have per-edge annotation: https://github.com/tinkerpop/blueprints/wiki/Neo4j-Implementation https://github.com/tinkerpop/blueprints/wiki/OrientDB-Implementation https://github.com/tinkerpop/blueprints/wiki/Dex-Implementation ←
09:53:49 <ww> if signatures were in scope, defining an ordering to compute the signature would make sense, but generally there is no ordering, right?
William Waites: if signatures were in scope, defining an ordering to compute the signature would make sense, but generally there is no ordering, right? ←
09:54:06 <pfps> sandro: the SPARQL construct can (and often does) create small graphs, including individual triples
Sandro Hawke: the SPARQL construct can (and often does) create small graphs, including individual triples ←
09:54:07 <danbri> rrsagent, pointer?
Dan Brickley: rrsagent, pointer? ←
09:54:07 <RRSAgent> See http://www.w3.org/2011/04/13-rdf-wg-irc#T09-54-07
RRSAgent IRC Bot: See http://www.w3.org/2011/04/13-rdf-wg-irc#T09-54-07 ←
09:54:15 <sandro> agreed, ww
Sandro Hawke: agreed, ww ←
09:54:31 <Guus> q?
Guus Schreiber: q? ←
09:54:48 <Guus> q?
Guus Schreiber: q? ←
09:54:52 <pfps> davidwood: we may need to worry about distinguishing between the various g-* when naming
David Wood: we may need to worry about distinguishing between the various g-* when naming ←
09:54:57 <mischat> q-
Mischa Tuffield: q- ←
09:55:08 <pfps> zakim, who is here?
zakim, who is here? ←
09:55:08 <Zakim> On the phone I see gavinc, tomayac, Meeting_Room, OlivierCorby, AZ (muted), zwu2 (muted), OlivierCorby.a, OlivierCorby.aa, OlivierCorby.aaa, OlivierCorby.aaaa
Zakim IRC Bot: On the phone I see gavinc, tomayac, Meeting_Room, OlivierCorby, AZ (muted), zwu2 (muted), OlivierCorby.a, OlivierCorby.aa, OlivierCorby.aaa, OlivierCorby.aaaa ←
09:55:11 <Zakim> Meeting_Room has David, Wood, Sandro, Mateo, Steve, Harris, Fabien, Pierre, Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul, Groth, Chris, Matheus, Dan, Brickley,
Zakim IRC Bot: Meeting_Room has David, Wood, Sandro, Mateo, Steve, Harris, Fabien, Pierre, Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul, Groth, Chris, Matheus, Dan, Brickley, ←
09:55:13 <Zakim> ... Misha, Tuffield, Ivan
Zakim IRC Bot: ... Misha, Tuffield, Ivan ←
09:55:21 <ww> per-edge annotation: actually the annotation is the predicate i think. two nodes make an edge (s,o), and the predicate labels the edge
William Waites: per-edge annotation: actually the annotation is the predicate i think. two nodes make an edge (s,o), and the predicate labels the edge ←
09:55:49 <ww> maybe the graph is a second lable for the edge
William Waites: maybe the graph is a second lable for the edge ←
09:55:59 <danbri> ivan, http://www.w3.org/2011/01/rdfa-wg-charter.html has ' The proposal for the group has now been accepted and the group operates under its final charter' but that link 404s
Dan Brickley: ivan, http://www.w3.org/2011/01/rdfa-wg-charter.html has ' The proposal for the group has now been accepted and the group operates under its final charter' but that link 404s ←
09:56:23 <ivan> danbri, reload
Ivan Herman: danbri, reload ←
09:56:39 <danbri> ack danbri
Dan Brickley: ack danbri ←
09:56:39 <Zakim> danbri, you wanted to ask what form of advice we ought to be offering to http://www.w3.org/2011/01/rdfa-wg-charter.html
Zakim IRC Bot: danbri, you wanted to ask what form of advice we ought to be offering to http://www.w3.org/2011/01/rdfa-wg-charter.html ←
09:56:39 <pfps> pchampin: SPARQL construct is a g-text (sort of)
Pierre-Antoine Champin: SPARQL construct returns a g-text (sort of) ←
09:57:04 <pchampin> s/construct is a/construct returns a/
09:57:10 <sandro> davidwood: If you do a GET on an IRI and get a gtext, isnt that IRI naming a g-box? Well, if that IRI happens to be a SPARLQ-end-point plus SPARQL Construct Query, then you've just given a URI to a subgraph....
David Wood: If you do a GET on an IRI and get a gtext, isnt that IRI naming a g-box? Well, if that IRI happens to be a SPARLQ-end-point plus SPARQL Construct Query, then you've just given a URI to a subgraph.... [ Scribe Assist by Sandro Hawke ] ←
09:57:28 <pfps> danbri: what about RDF Web Applications group - they will make an API for RDF - what is the relationship to this WG?
Dan Brickley: what about RDF Web Applications group - they will make an API for RDF - what is the relationship to this WG? ←
09:57:42 <ww> davidwood: what about the same sparql operation with POST?
William Waites: davidwood, what about the same sparql operation with POST? ←
09:57:49 <pfps> cygri: This hasn't been discussed yet
Richard Cyganiak: This hasn't been discussed yet ←
09:58:03 <sandro> s/davidwood:/davidwood,/
09:58:17 <pchampin> @david: I have no problem with considering http://../sparql@construct... as identifying a g-box
Pierre-Antoine Champin: @david: I have no problem with considering http://../sparql@construct... as identifying a g-box ←
09:58:36 <pfps> ivan: the API may be just a simple as "IRIs can be used to retrieve a graph"
Ivan Herman: the API may be just a simple as "IRIs can be used to retrieve a graph" ←
09:58:54 <pfps> ivan: RDFa has no syntactic sugar for named graphs, and probably won't go there
Ivan Herman: RDFa has no syntactic sugar for named graphs, and probably won't go there ←
09:59:50 <pfps> danbri: does this WG need to provide something to the RDF Applications group
Dan Brickley: does this WG need to provide something to the RDF Applications group ←
09:59:56 <pfps> ivan: not necessarily
Ivan Herman: not necessarily ←
10:00:29 <FabGandon> ack FabGandon
Fabien Gandon: ack FabGandon ←
10:00:29 <Zakim> FabGandon, you wanted to talk about concrete syntax and use cases and RDF/XML
Zakim IRC Bot: FabGandon, you wanted to talk about concrete syntax and use cases and RDF/XML ←
10:00:42 <pfps> fabien: three questions
Fabien Gandon: three questions ←
10:00:54 <pfps> fabien: 1/ I want a concrete syntax - for provenance,
Fabien Gandon: 1/ I want a concrete syntax - for provenance, ←
10:01:14 <pfps> fabien: 2/ in many applications we use RDF/XML so we want named graphs in there
Fabien Gandon: 2/ in many applications we use RDF/XML so we want named graphs in there ←
10:01:44 <danbri> Guus/Davidwood, cygri ... I guess implicitly we resolve something like "this group does not believe it has specific items to deliver around RDF-Graph that impact the ability of the new RDF Web apps API group to make progress"
Dan Brickley: Guus/Davidwood, cygri ... I guess implicitly we resolve something like "this group does not believe it has specific items to deliver around RDF-Graph that impact the ability of the new RDF Web apps API group to make progress" ←
10:02:11 <pfps> guus: at Shanghai there was discussion on this, which lead to changes to the charter
Guus Schreiber: at Shanghai there was discussion on this, which lead to changes to the charter ←
10:02:51 <pfps> ivan: this WG can decide whether (or not) to touch RDF/XML (probably to create a new, superset)
Ivan Herman: this WG can decide whether (or not) to touch RDF/XML (probably to create a new, superset) ←
10:02:59 <danbri> RDFAPI charter = http://www.w3.org/2011/03/rdfwa-wg-charter "RDF API, Recommendation: This document will define a generic API for managing RDF data. "
Dan Brickley: RDFAPI charter = http://www.w3.org/2011/03/rdfwa-wg-charter "RDF API, Recommendation: This document will define a generic API for managing RDF data. " ←
10:03:02 <pfps> ivan: I don't know whether this is needed
Ivan Herman: I don't know whether this is needed ←
10:03:11 <pfps> guus: this might become a general issue
Guus Schreiber: this might become a general issue ←
10:03:57 <pfps> cygri: issue 23 talks to this, at least in a general sense
Richard Cyganiak: ISSUE-23 talks to this, at least in a general sense ←
10:04:38 <pfps> ivan: there might be other changes for RDF/XML, e.g., a schema-friendly version
Ivan Herman: there might be other changes for RDF/XML, e.g., a schema-friendly version ←
10:05:18 <pfps> ivan: I am afraid that changing RDF/XML would end up being a lot of effort
Ivan Herman: I am afraid that changing RDF/XML would end up being a lot of effort ←
10:05:33 <danbri> +1
Dan Brickley: +1 ←
10:05:48 <pfps> guus: we have to consider these issues
Guus Schreiber: we have to consider these issues ←
10:06:26 <zwu2> fabien, can n-quad satisfy your provenance requirements?
Zhe Wu: fabien, can n-quad satisfy your provenance requirements? ←
10:06:54 <danbri> Re XML -- we've had 13 or so years for the community to come up with a more beautiful XML notation for RDF. Nothing has emerged. Does anyone really think attempting that work in committee would improve things?
Dan Brickley: Re XML -- we've had 13 or so years for the community to come up with a more beautiful XML notation for RDF. Nothing has emerged. Does anyone really think attempting that work in committee would improve things? ←
10:06:57 <pfps> fabien: 3/ link to SPARQL construct - which produces RDF/XML, so augmenting RDF/XML might involve a link to the SPARQL WG
Fabien Gandon: 3/ link to SPARQL construct - which produces RDF/XML, so augmenting RDF/XML might involve a link to the SPARQL WG ←
10:07:10 <danbri> closest attempt http://www.w3.org/DesignIssues/Syntax.html "You can think of this syntax as Notation 2. A later syntax, Notation 3, was much more successful."
Dan Brickley: closest attempt http://www.w3.org/DesignIssues/Syntax.html "You can think of this syntax as Notation 2. A later syntax, Notation 3, was much more successful." ←
10:07:18 <pfps> cygri: I don't think that there would be a link here
Richard Cyganiak: I don't think that there would be a link here ←
10:07:43 <pfps> fabien: this might argue against extending RDF/XML
Fabien Gandon: this might argue against extending RDF/XML ←
10:08:01 <gavinc> The original named graph paper Jeremy Carroll, et al... had a method of describing named graphs in RDF/XML
Gavin Carothers: The original named graph paper Jeremy Carroll, et al... had a method of describing named graphs in RDF/XML ←
10:08:12 <danbri> + we had a *whole wg* creating GRDDL to map from idiomatic XML into RDF (anyone using GRRDL?)
Dan Brickley: + we had a *whole wg* creating GRDDL to map from idiomatic XML into RDF (anyone using GRRDL?) ←
10:08:14 <pfps> davidwood: if we want to change RDF/XML we need XML experts, and there are lots of other things that would end up on the table
David Wood: if we want to change RDF/XML we need XML experts, and there are lots of other things that would end up on the table ←
10:08:43 <pfps> ivan: there are also no proposals for any change in this area
Ivan Herman: there are also no proposals for any change in this area ←
10:08:54 <Zakim> -AZ
Zakim IRC Bot: -AZ ←
10:09:25 <pfps> pfps: no proposals for extending RDF/XML indicates that there is little need
Peter Patel-Schneider: no proposals for extending RDF/XML indicates that there is little need ←
10:09:39 <Zakim> +AZ
Zakim IRC Bot: +AZ ←
10:09:42 <pfps> guus: subsume changes to RDF/XML under Issue 23
Guus Schreiber: subsume changes to RDF/XML under ISSUE-23 ←
10:09:42 <danbri> (imho RDF/XML is a pain because RDF is a pain, not because RDF/XML is particularly poorly defined)
Dan Brickley: (imho RDF/XML is a pain because RDF is a pain, not because RDF/XML is particularly poorly defined) ←
10:11:13 <pfps> mischat: what is the relationship between quad syntaxes and SPARQL's (construct) view of the world
Mischa Tuffield: what is the relationship between quad syntaxes and SPARQL's (construct) view of the world ←
10:11:35 <pfps> guus: let's put this in as a note on some issue
Guus Schreiber: let's put this in as a note on some issue ←
10:11:39 <mischat> zakim.�, who is making noise ?
Mischa Tuffield: zakim.�, who is making noise ? ←
10:11:41 <ivan> zakim, who is noisy?
Ivan Herman: zakim, who is noisy? ←
10:11:52 <Zakim> ivan, listening for 10 seconds I heard sound from the following: Meeting_Room (48%)
Zakim IRC Bot: ivan, listening for 10 seconds I heard sound from the following: Meeting_Room (48%) ←
10:11:59 <danbri> zakim, who else is noisy?
Dan Brickley: zakim, who else is noisy? ←
10:11:59 <Zakim> I don't understand your question, danbri.
Zakim IRC Bot: I don't understand your question, danbri. ←
10:12:11 <Guus> q?
Guus Schreiber: q? ←
10:12:13 <pchampin> zakim, mute AZ
Pierre-Antoine Champin: zakim, mute AZ ←
10:12:13 <Zakim> AZ should now be muted
Zakim IRC Bot: AZ should now be muted ←
10:12:41 <pfps> cygri: note on issue 30
Richard Cyganiak: note on ISSUE-30 ←
10:12:58 <mischat> i will annotate issue-30
Mischa Tuffield: i will annotate ISSUE-30 ←
10:13:32 <pfps> guus: we appear to have a reasonable list of issues for graphs
Guus Schreiber: we appear to have a reasonable list of issues for graphs ←
10:13:48 <tomayac> gavinc: same here :-( back to normal now, though :-)
Gavin Carothers: same here :-( back to normal now, though :-) [ Scribe Assist by Thomas Steiner ] ←
10:14:00 <pfps> guus: what should we work on first?
Guus Schreiber: what should we work on first? ←
10:15:15 <NickH> wi4
Nicholas Humfrey: wi4 ←
10:15:59 <ww> re: issue-33 - maybe there is something to be learned from the evopat work out of leipzig. given a graph and a sparql query, produce a sub-graph. that process in some sense identifies the sub-graph.
Scribe problem: the name 're' does not match any of the 27 active names. Either change the name used, or request the list of names be altered.Active names: Ivan Herman Mischa Tuffield Dan Brickley Christopher Matheus Peter Patel-Schneider Jan Wielemaker Jean-François Baget Nicholas Humfrey Yves Raimond Richard Cyganiak Pierre-Antoine Champin Fabien Gandon Steve Harris Matteo Brunati Sandro Hawke David Wood Guus Schreiber Antoine Zimmermann Gavin Carothers Thomas Steiner Zhe Wu Olivier Corby William Waites Paul Groth Zakim IRC Bot Trackbot IRC Bot RRSAgent IRC Bot
Unknown re: ISSUE-33 - maybe there is something to be learned from the evopat work out of leipzig. given a graph and a sparql query, produce a sub-graph. that process in some sense identifies the sub-graph. [ Scribe Assist by William Waites ] ←
10:16:02 <pfps> ivan: what are the notions that we want to standardize?
Ivan Herman: what are the notions that we want to standardize? ←
10:16:28 <pfps> ivan: let's start with Richard's minimum solution and then critique it
Ivan Herman: let's start with Richard's minimum solution and then critique it ←
10:18:18 <pfps> guus: the minimum solution has syntax considerations so let's start there - this is issue 31
Guus Schreiber: the minimum solution has syntax considerations so let's start there - this is ISSUE-31 ←
10:19:08 <pfps> guus: Richard had a solution for what to put in to Concepts to handle named graphs
Guus Schreiber: Richard had a solution for what to put in to Concepts to handle named graphs ←
10:19:11 <mischat> I added a note to http://www.w3.org/2011/rdf-wg/track/issues/30 re: construct and quads davidwood
Mischa Tuffield: I added a note to http://www.w3.org/2011/rdf-wg/track/issues/30 re: construct and quads davidwood ←
10:19:16 <pfps> cygri: there were comments on that
Richard Cyganiak: there were comments on that ←
10:20:03 <pfps> sandro: my biggest issue is 15 - what is the relationship between IRI and a graph, i.e., what is the basics for semantics of named graphs?
Sandro Hawke: my biggest issue is 15 - what is the relationship between IRI and a graph, i.e., what is the basics for semantics of named graphs? ←
10:20:19 <pfps> guus is writing down a list of important issues
guus is writing down a list of important issues ←
10:21:50 <ww> is it a common convention to name graphs with the uri of their "main" subject? doing so helps dereferencing...
William Waites: is it a common convention to name graphs with the uri of their "main" subject? doing so helps dereferencing... ←
10:21:55 <pfps> issue list - 30: SPARQL dataset; 5: graph literals; 31: syntax; 23: media types; 15: semantics
issue list - 30: SPARQL dataset; 5: graph literals; 31: syntax; 23: media types; 15: semantics ←
10:22:37 <pfps> sandro: we could also try to pick out a small number of motivating use cases
Sandro Hawke: we could also try to pick out a small number of motivating use cases ←
10:22:59 <zwu2> could not hear anything
Zhe Wu: could not hear anything ←
10:23:02 <pfps> guus: do we have all the critical issues
Guus Schreiber: do we have all the critical issues ←
10:23:19 <pfps> fabian: what about terminology?
Scribe problem: the name 'fabian' does not match any of the 27 active names. Either change the name used, or request the list of names be altered.Active names: Ivan Herman Mischa Tuffield Dan Brickley Christopher Matheus Peter Patel-Schneider Jan Wielemaker Jean-François Baget Nicholas Humfrey Yves Raimond Richard Cyganiak Pierre-Antoine Champin Fabien Gandon Steve Harris Matteo Brunati Sandro Hawke David Wood Guus Schreiber Antoine Zimmermann Gavin Carothers Thomas Steiner Zhe Wu Olivier Corby William Waites Paul Groth Zakim IRC Bot Trackbot IRC Bot RRSAgent IRC Bot
Unknown fabian: what about terminology? ←
10:23:38 <zwu2> Can somebody please check the phone?
Zhe Wu: Can somebody please check the phone? ←
10:23:52 <pfps> guus: we all agree that the concepts are OK, but the names (g-*) are temporary
Guus Schreiber: we all agree that the concepts are OK, but the names (g-*) are temporary ←
10:24:00 <Zakim> -tomayac
Zakim IRC Bot: -tomayac ←
10:24:03 <danbri> zakim, who is on the phone?
Dan Brickley: zakim, who is on the phone? ←
10:24:03 <Zakim> On the phone I see gavinc, Meeting_Room, OlivierCorby, zwu2 (muted), OlivierCorby.a, OlivierCorby.aa, OlivierCorby.aaa, OlivierCorby.aaaa, AZ (muted)
Zakim IRC Bot: On the phone I see gavinc, Meeting_Room, OlivierCorby, zwu2 (muted), OlivierCorby.a, OlivierCorby.aa, OlivierCorby.aaa, OlivierCorby.aaaa, AZ (muted) ←
10:24:06 <Zakim> Meeting_Room has David, Wood, Sandro, Mateo, Steve, Harris, Fabien, Pierre, Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul, Groth, Chris, Matheus, Dan, Brickley,
Zakim IRC Bot: Meeting_Room has David, Wood, Sandro, Mateo, Steve, Harris, Fabien, Pierre, Antoine, Cygri, Yves, Nick, Jean-François, Jan, PFPS, Paul, Groth, Chris, Matheus, Dan, Brickley, ←
10:24:09 <Zakim> ... Misha, Tuffield, Ivan
Zakim IRC Bot: ... Misha, Tuffield, Ivan ←
10:24:13 <tomayac> (gavinc and tomayac got disconnected)
Thomas Steiner: (gavinc and tomayac got disconnected) ←
10:24:18 <Zakim> -zwu2
Zakim IRC Bot: -zwu2 ←
10:24:26 <danbri> anyone else on the phone that hears us?
Dan Brickley: anyone else on the phone that hears us? ←
10:24:36 <AZ> I can't hear anything now
Antoine Zimmermann: I can't hear anything now ←
10:24:37 <Zakim> +tomayac
Zakim IRC Bot: +tomayac ←
10:24:38 <mischat> can anyone hear us
Mischa Tuffield: can anyone hear us ←
10:24:38 <Zakim> -gavinc
Zakim IRC Bot: -gavinc ←
10:24:55 <Zakim> +zwu2
Zakim IRC Bot: +zwu2 ←
10:25:03 <tomayac> (dialed in again, but silence)
Thomas Steiner: (dialed in again, but silence) ←
10:25:12 <zwu2> silence for me too
10:25:34 <danbri> we won't be able to fix it immediately, it seems - sorry
Dan Brickley: we won't be able to fix it immediately, it seems - sorry ←
10:25:41 <Zakim> +gavinc
Zakim IRC Bot: +gavinc ←
10:26:09 <pfps> davidwood: can we close 14 now as being subsumed
David Wood: can we close 14 now as being subsumed ←
10:26:26 <pfps> guus: let's not do this just now - in any case it may not be completely subsumed
Guus Schreiber: let's not do this just now - in any case it may not be completely subsumed ←
10:26:36 <tomayac> ivan: thanks. i'll be around till about 13:30 CEST, then need to leave (you know why, feel free to let people know)
Ivan Herman: thanks. i'll be around till about 13:30 CEST, then need to leave (you know why, feel free to let people know) [ Scribe Assist by Thomas Steiner ] ←
10:26:45 <pfps> cygri: other actions all appear to be less major
Richard Cyganiak: other actions all appear to be less major ←
10:26:56 <pfps> guus: action 31 may also be less major
Guus Schreiber: ACTION-31 may also be less major ←
10:27:10 <Zakim> -Meeting_Room
Zakim IRC Bot: -Meeting_Room ←
10:28:19 <pfps> cygri: issue 28 appear to be subservient to issue 5
Richard Cyganiak: ISSUE-28 appear to be subservient to ISSUE-5 ←
10:28:22 <Zakim> +??P2
Zakim IRC Bot: +??P2 ←
10:28:31 <mischat> zakim, ??P2 is me
Mischa Tuffield: zakim, ??P2 is me ←
10:28:31 <Zakim> +mischat; got it
Zakim IRC Bot: +mischat; got it ←
10:28:51 <zwu2> thanks
10:28:57 <pfps> cycgri: issue 32 appears to be dependent on important one
Scribe problem: the name 'cycgri' does not match any of the 27 active names. Either change the name used, or request the list of names be altered.Active names: Ivan Herman Mischa Tuffield Dan Brickley Christopher Matheus Peter Patel-Schneider Jan Wielemaker Jean-François Baget Nicholas Humfrey Yves Raimond Richard Cyganiak Pierre-Antoine Champin Fabien Gandon Steve Harris Matteo Brunati Sandro Hawke David Wood Guus Schreiber Antoine Zimmermann Gavin Carothers Thomas Steiner Zhe Wu Olivier Corby William Waites Paul Groth Zakim IRC Bot Trackbot IRC Bot RRSAgent IRC Bot
Unknown cycgri: ISSUE-32 appears to be dependent on important one ←
10:30:04 <pfps> guus: getting the issues out is an important goal
Guus Schreiber: getting the issues out is an important goal ←
10:30:32 <pfps> guus: the breakout should look at at least some of these issues and try to come up with potential solutions
Guus Schreiber: the breakout should look at at least some of these issues and try to come up with potential solutions ←
10:30:55 <pfps> guus: the breakout group should progress on
Guus Schreiber: the breakout group should progress on ←
10:32:32 <danbri> re graphs, ... http://www.w3.org/TR/swbp-n-aryRelations/#general Issue 1: If property instances can link only two individuals, how do we deal with cases where we need to describe the instances of relations, such as its certainty, strength, etc? ... do we expect to improve that situation?
Dan Brickley: re graphs, ... http://www.w3.org/TR/swbp-n-aryRelations/#general ISSUE-1: If property instances can link only two individuals, how do we deal with cases where we need to describe the instances of relations, such as its certainty, strength, etc? ... do we expect to improve that situation? ←
10:32:58 <tomayac> i'll be off for the whole afternoon :-( see you tomorrow. sorry to miss out.
Thomas Steiner: i'll be off for the whole afternoon :-( see you tomorrow. sorry to miss out. ←
10:33:19 <Zakim> -AZ
Zakim IRC Bot: -AZ ←
10:33:20 <Zakim> -OlivierCorby.aaaa
Zakim IRC Bot: -OlivierCorby.aaaa ←
10:33:48 <Zakim> -tomayac
Zakim IRC Bot: -tomayac ←
10:34:12 <Zakim> -zwu2
Zakim IRC Bot: -zwu2 ←
10:43:12 <ww> bon apetit everyone!
(No events recorded for 9 minutes)
William Waites: bon apetit everyone! ←
Formatted by CommonScribe
This revision (#3) generated 2011-04-13 11:28:42 UTC by 'unknown', comments: None