public-rdf-dawg-comments@w3.org from October 2010 by date

Friday, 29 October 2010

• Comments about the semantics of property paths jorge perez
• Comments about the semantics of property paths jorge perez
• Re: HTTP DELETE operation Gregory Williams
• Proper escaping of URIs and payload on update operations Kjetil Kjernsmo

Thursday, 28 October 2010

• Comment on SPARQL 1.1 Uniform HTTP Protocol for Managing RDF Graphs Rob Vesse

Tuesday, 26 October 2010

• Re: HTTP DELETE operation Kjetil Kjernsmo

Monday, 25 October 2010

• [COMMENT] Behavior of SPARQL Update INSERT on default graphs Michael Schneider

Wednesday, 20 October 2010

• Re: HTTP DELETE operation Chimezie Ogbuji
• HTTP DELETE operation Kjetil Kjernsmo
• No content-type on payload Kjetil Kjernsmo
• FW: Response to comment RV-4 Rob Vesse

Tuesday, 19 October 2010

• RE: [Comment] typo in SPARQL 1.1 Query Language WD: invalid property "rdf:next" Michael Schneider
• Re: Abstract syntax for updates Ross Horne
• Re: [Comment] typo in SPARQL 1.1 Query Language WD: invalid property "rdf:next" Andy Seaborne
• [Comment] typo in SPARQL 1.1 Query Language WD: invalid property "rdf:next" Michael Schneider
• Re: Abstract syntax for updates Pat Hayes

Friday, 15 October 2010

• Re: BINDINGS in SPARQL Query 2010-10-14 Peter Ansell
• Re: Abstract syntax for updates Chimezie Ogbuji
• Re: Abstract syntax for updates Pat Hayes
• Permit LOAD from a SPARQL CONSTRUCT endpoint David Booth
• BINDINGS in SPARQL Query 2010-10-14 Dave Beckett
• Response to comment RV-4 Steve Harris

Thursday, 14 October 2010

• Re: Feedback to some SPARQL 1.1 Working Drafts Axel Polleres
• Re: Explanation of OPTIONAL vs { OPTIONAL } Axel Polleres

Wednesday, 13 October 2010

• Re: Abstract syntax for updates Richard Newman
• Re: Abstract syntax for updates Eric Prud'hommeaux
• Re: Abstract syntax for updates Pat Hayes

Tuesday, 12 October 2010

• Re: IRI creation and encoding Axel Polleres
• Re: Abstract syntax for updates Axel Polleres

Tuesday, 5 October 2010

• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Ian Davis
• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux

Monday, 4 October 2010

• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Newman
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Newman
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Newman
• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Steve Harris

Sunday, 3 October 2010

• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Newman
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Newman
• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Steve Harris
• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak

Friday, 1 October 2010

• Re: SPARQL 1.1 Protocol: Format of fault messages Eric Prud'hommeaux
• Re: SPARQL 1.1 Protocol: Format of fault messages Ian Davis
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: SPARQL 1.1 Protocol: Format of fault messages Ian Davis
• Re: SPARQL 1.1 Protocol: Format of fault messages Ian Davis
• Re: SPARQL 1.1 Protocol: Format of fault messages Richard Cyganiak
• Re: Comments on aggregation in SPARQL 1.1 Graham Klyne
• Explanation of OPTIONAL vs { OPTIONAL } Graham Klyne

Last message date: Saturday, 30 October 2010 15:51:13 UTC