Linked Data Platform Working Group

Minutes of 01 November 2012

Agenda
http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st
Present
David Wood, Sandro Hawke, Raúl García Castro, Nandana Mihindukulasooriya, Eric Prud'hommeaux, Richard Cyganiak, Bart van Leeuwen, Kevin Page, Ruben Verborgh, Arnaud Le Hors, Ashok Malhotra, Serena Villata, Alexandre Bertails, Steve Speicher, Henry Story, Armin Haller, Antonis Loizou, Olivier Berger, Steve Battle, Roger Menday
Guests
Ivan Herman (W3C), chong Gu (Huawei), Francois Daoust (Joshfire), Jonathan Dray, Hadley Beeman (LinkedGov), Fabien Gandon, Tim Berners-Lee, Nathan Rixham
Remote
Andy Seaborne, Yves Lafon, John Arwe, Ted Thibodeau
Chair
Arnaud Le Hors
Scribe
Alexandre Bertails, Richard Cyganiak
IRC Log
Original and Editable Wiki Version
Resolutions
  1. the process for adding new use cases is to raise a tracker issue against the UC&R product link
  2. Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document. link
  3. Servers MUST support Turtle; servers MAY deliver other formats using standard HTTP content negotiation; If the client doesn't indicate a preference, Turtle MUST be returned link
Topics
<sandro> Guest: Ivan Herman, W3C
<sandro> Guest: chong Gu, Huawei
<sandro> Guest: Francois (tidoust) Daoust, Joshfire
<sandro> Guest: Jonathan Dray
<sandro> Guest: Hadley Beeman, LinkedGov
<cygri> guest: Fabien Gandon
<cygri> guest: Tim (timbl) Berners-Lee
<cygri> guest: Nathan (webr3) Rixham
<sandro> Present: David, Sandro, Raúl, Nandana, EricP, Cygri, Bart, Kevin, Ruben, Arnaud, Ashok, Serena, Alexandre, SteveS, Henry, Armin, Antonis, Olivier, SteveB, Roger
<sandro> Around Table, in order: Ivan, David, Sandro, Chong, Raúl, Nandana, EricP, Richard, Bart, Kevin, Ruben, Arnaud, Ashok, Serena, Alexandre, SteveS, Henry, Armin, Antonis, Francois, Olivier, SteveB, Roger

Sandro Hawke: Around Table, in order: Ivan, David, Sandro, Chong, Raúl, Nandana, EricP, Richard, Bart, Kevin, Ruben, Arnaud, Ashok, Serena, Alexandre, SteveS, Henry, Armin, Antonis, Francois, Olivier, SteveB, Roger

<sandro> Around Edge of Room: Hadley, Jonathan, unknown

Sandro Hawke: Around Edge of Room: Hadley, Jonathan, unknown

<sandro> Remote: AndyS, Yves, Arwe, macted
07:57:35 <RRSAgent> logging to http://www.w3.org/2012/11/01-ldp-irc

RRSAgent IRC Bot: logging to http://www.w3.org/2012/11/01-ldp-irc

07:57:44 <betehess> RRSAgent, please generate minutes

Alexandre Bertails: RRSAgent, please generate minutes

07:57:44 <RRSAgent> I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html betehess

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html betehess

07:58:05 <betehess> chair: Arnaud
07:58:23 <ArnaudLH> agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st
07:58:59 <betehess> betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st  --  please do add yourself [ present+ Alexandre_Bertails ]

Alexandre Bertails: betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st -- please do add yourself [ present+ Alexandre_Bertails ]

07:59:08 <betehess> present+ Alexandre_Bertails

Alexandre Bertails: present+ Alexandre_Bertails

07:59:14 <betehess> betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st  --  please do add yourself [ present+ Alexandre_Bertails ] (no space)

Alexandre Bertails: betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st -- please do add yourself [ present+ Alexandre_Bertails ] (no space)

07:59:26 <betehess> betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st  --  please do add yourself, eg. [ present+ Alexandre_Bertails ] (no space)

Alexandre Bertails: betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st -- please do add yourself, eg. [ present+ Alexandre_Bertails ] (no space)

07:59:57 <oberger> who said arrival, coffee in the program ?

Olivier Berger: who said arrival, coffee in the program ?

08:07:12 <Ruben> present+ Ruben_Verborgh

(No events recorded for 7 minutes)

Ruben Verborgh: present+ Ruben_Verborgh

08:07:28 <betehess> s|who said arrival, coffee in the program ?||

Alexandre Bertails: s|who said arrival, coffee in the program ?||

08:07:29 <oberger> present+ Olivier Berger

Olivier Berger: present+ Olivier_Berger

08:07:40 <betehess> s/Olivier Berger/Olivier_Berger/
08:08:11 <betehess> betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st  --  please do add yourself, eg. [ present+ Alexandre_Bertails ] (NO_SPACE)

Alexandre Bertails: betehess has changed the topic to: agenda: http://www.w3.org/2012/ldp/wiki/F2F1#Day_1_-_November_1st -- please do add yourself, eg. [ present+ Alexandre_Bertails ] (NO_SPACE)

08:08:41 <jonathandray> present+ Jonathan Dray

Jonathan Dray: present+ Jonathan_Dray

08:08:52 <betehess> s/Jonathan Dray/Jonathan_Dray/
08:09:00 <roger> present+ Roger Menday

Roger Menday: present+ Roger_Menday

08:09:11 <betehess> s/Roger Menday/Roger_Menday/
08:09:13 <ericP> Zakim, please dial St_Clair_3B

Eric Prud'hommeaux: Zakim, please dial St_Clair_3B

08:09:13 <Zakim> sorry, ericP, I don't know what conference this is

Zakim IRC Bot: sorry, ericP, I don't know what conference this is

08:09:22 <SteveBattle> Do we have a hashtag?

Steve Battle: Do we have a hashtag?

08:09:43 <ericP> Zakim, please this ldp

Eric Prud'hommeaux: Zakim, please this ldp

08:09:43 <Zakim> I don't understand 'please this ldp', ericP

Zakim IRC Bot: I don't understand 'please this ldp', ericP

08:09:50 <ericP> Zakim, please this is ldp

Eric Prud'hommeaux: Zakim, please this is ldp

08:09:50 <Zakim> I don't understand 'please this is ldp', ericP

Zakim IRC Bot: I don't understand 'please this is ldp', ericP

08:09:55 <ericP> Zakim, this is ldp

Eric Prud'hommeaux: Zakim, this is ldp

08:09:55 <Zakim> ericP, I see SW_LDP()2:30AM in the schedule but not yet started.  Perhaps you mean "this will be ldp".

Zakim IRC Bot: ericP, I see SW_LDP()2:30AM in the schedule but not yet started. Perhaps you mean "this will be ldp".

08:09:59 <SteveS> present+ SteveSpeicher

Steve Speicher: present+ SteveSpeicher

08:10:03 <ericP> Zakim, please dial St_Clair_3B

Eric Prud'hommeaux: Zakim, please dial St_Clair_3B

08:10:03 <Zakim> sorry, ericP, I don't know what conference this is

Zakim IRC Bot: sorry, ericP, I don't know what conference this is

08:10:05 <BartvanLeeuwen> present+ BartvanLeeuwen

Bart van Leeuwen: present+ BartvanLeeuwen

08:10:13 <ericP> Zakim, this will be ldp

Eric Prud'hommeaux: Zakim, this will be ldp

08:10:13 <Zakim> ok, ericP; I see SW_LDP()2:30AM scheduled to start 100 minutes ago

Zakim IRC Bot: ok, ericP; I see SW_LDP()2:30AM scheduled to start 100 minutes ago

08:10:14 <ericP> Zakim, please dial St_Clair_3B

Eric Prud'hommeaux: Zakim, please dial St_Clair_3B

08:10:14 <Zakim> ok, ericP; the call is being made

Zakim IRC Bot: ok, ericP; the call is being made

08:10:15 <Zakim> SW_LDP()2:30AM has now started

Zakim IRC Bot: SW_LDP()2:30AM has now started

08:10:16 <Zakim> +St_Clair_3B

Zakim IRC Bot: +St_Clair_3B

08:10:21 <ArnaudLH> present+ Arnaud_Le_Hors

Arnaud Le Hors: present+ Arnaud_Le_Hors

08:10:26 <betehess> RRSAgent, please make minutes

Alexandre Bertails: RRSAgent, please make minutes

08:10:26 <RRSAgent> I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html betehess

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html betehess

08:10:38 <oberger> SteveBattle, https://twitter.com/LDPWG i.e. @LDPWG seems an option

Olivier Berger: SteveBattle, https://twitter.com/LDPWG i.e. @LDPWG seems an option

08:10:40 <ericP> Zakim, please dial St_Clair_3B

Eric Prud'hommeaux: Zakim, please dial St_Clair_3B

08:10:40 <Zakim> ok, ericP; the call is being made

Zakim IRC Bot: ok, ericP; the call is being made

08:10:41 <Zakim> +St_Clair_3B.a

Zakim IRC Bot: +St_Clair_3B.a

08:10:50 <Zakim> -St_Clair_3B

Zakim IRC Bot: -St_Clair_3B

08:11:15 <ericP> Zakim, St_Clair_3B.a is St_Clair_3B

Eric Prud'hommeaux: Zakim, St_Clair_3B.a is St_Clair_3B

08:11:15 <Zakim> +St_Clair_3B; got it

Zakim IRC Bot: +St_Clair_3B; got it

08:11:29 <oberger> ArnaudLH, are you the owner of @LDPWG ?

Olivier Berger: ArnaudLH, are you the owner of @LDPWG ?

08:13:39 <ArnaudLH> oberger: Erik is

Olivier Berger: Erik is [ Scribe Assist by Arnaud Le Hors ]

08:14:05 <oberger> but #LDPWG may be an interesting hashtag

Olivier Berger: but #LDPWG may be an interesting hashtag

08:14:35 <ericP> Zakim, who is here?

Eric Prud'hommeaux: Zakim, who is here?

08:14:35 <Zakim> On the phone I see St_Clair_3B

Zakim IRC Bot: On the phone I see St_Clair_3B

08:14:36 <Zakim> On IRC I see davidwood, rgarcia, antonis, Ashok_Malhotra, nmihindu, roger, jonathandray, SteveBattle, AndyS, Ruben, FabGandon, chsiao_, svillata, ivan, tidoust, RRSAgent,

Zakim IRC Bot: On IRC I see davidwood, rgarcia, antonis, Ashok_Malhotra, nmihindu, roger, jonathandray, SteveBattle, AndyS, Ruben, FabGandon, chsiao_, svillata, ivan, tidoust, RRSAgent,

08:14:36 <Zakim> ... BartvanLeeuwen, Zakim, ArnaudLH, betehess, oberger, SteveS, ahaller2

Zakim IRC Bot: ... BartvanLeeuwen, Zakim, ArnaudLH, betehess, oberger, SteveS, ahaller2

08:14:37 <betehess> can you avoid uppercase?

Alexandre Bertails: can you avoid uppercase?

08:14:45 <betehess> eg. ldpwg

Alexandre Bertails: eg. ldpwg

08:15:07 <oberger> betehess, I guess it doesn matter much for twitter web app

Olivier Berger: betehess, I guess it doesn matter much for twitter web app

08:15:19 <oberger> but yes lowercase if you will

Olivier Berger: but yes lowercase if you will

08:16:29 <davidwood> Yes, twitter tags are case insensitive.

David Wood: Yes, twitter tags are case insensitive.

08:17:00 <SteveBattle> Where's the coffee?

Steve Battle: Where's the coffee?

08:17:40 <oberger> SteveBattle, shouldn't we ask Zakim ?

Olivier Berger: SteveBattle, shouldn't we ask Zakim ?

08:17:53 <oberger> crappy bots

Olivier Berger: crappy bots

08:18:03 <SteveBattle> zakim, where's the coffee?

Steve Battle: zakim, where's the coffee?

08:18:03 <Zakim> I don't understand your question, SteveBattle.

Zakim IRC Bot: I don't understand your question, SteveBattle.

08:18:46 <Ruben> *Hyper Text Coffee Pot Control Protocol http://tools.ietf.org/html/rfc2324*

Ruben Verborgh: *Hyper Text Coffee Pot Control Protocol http://tools.ietf.org/html/rfc2324*

08:19:45 <oberger> Ruben, would it make a use case to control a coffee pot through REST and RDF ?

Olivier Berger: Ruben, would it make a use case to control a coffee pot through REST and RDF ?

08:20:04 <Ruben> This could actually convince a lot of developers to turn to RDF.

Ruben Verborgh: This could actually convince a lot of developers to turn to RDF.

08:20:38 <oberger> using coffeescript ?

Olivier Berger: using coffeescript ?

08:21:30 <davidwood> http://coffeescript.org/

David Wood: http://coffeescript.org/

08:30:41 <oberger> let's get it started

(No events recorded for 9 minutes)

Olivier Berger: let's get it started

08:30:53 <oberger> ArnaudLH, addressing us

Olivier Berger: ArnaudLH, addressing us

08:31:03 <betehess> topic: Welcome, logistics, short intro round, recap of meeting goals, agenda amendments

1. Welcome, logistics, short intro round, recap of meeting goals, agenda amendments

08:31:09 <betehess> scribenick: betehess

(Scribe set to Alexandre Bertails)

08:31:33 <betehess> ArnaudLH: let's go around the table, introduce yourself

Arnaud Le Hors: let's go around the table, introduce yourself

08:31:59 <betehess> ivan: Ivan Herman, W3C semweb lead

Ivan Herman: Ivan Herman, W3C semweb lead

08:32:05 <betehess> ... here as an observer

... here as an observer

08:32:46 <betehess> davidwood: David Wood, RDF WG

David Wood: David Wood, RDF WG

08:32:53 <Zakim> +Yves

Zakim IRC Bot: +Yves

08:32:53 <betehess> ... but also member of this group

... but also member of this group

08:33:34 <chong> chong

chong Gu: chong

08:34:02 <rgarcia> rgarcia: Raúl García-Castro, Ontology Engineering Group, Universidad Politécnica de Madrid

Raúl García Castro: Raúl García-Castro, Ontology Engineering Group, Universidad Politécnica de Madrid [ Scribe Assist by Raúl García Castro ]

08:34:13 <nmihindu> Nandana Mihindukulasooriya from Ontology Engineering Group, Universidad Politécnica de Madrid

Nandana Mihindukulasooriya: Nandana Mihindukulasooriya from Ontology Engineering Group, Universidad Politécnica de Madrid

08:34:15 <ericP> Eric Prud'hommeaux

Eric Prud'hommeaux: Eric Prud'hommeaux

08:35:14 <cygri> Richard Cyganiak, DERI

Richard Cyganiak: Richard Cyganiak, DERI

08:35:34 <Ruben> Ruben / Ghent University – iMinds / PhD student Semantic Web & Web APIs

Ruben Verborgh: Ruben / Ghent University – iMinds / PhD student Semantic Web & Web APIs

08:35:36 <krp> Kevin Page, University of Oxford

Kevin Page: Kevin Page, University of Oxford

08:35:41 <BartvanLeeuwen> Bart van Leeuwen netage.nl (Startup Member)/ Fire Fighter Amsterdam

Bart van Leeuwen: Bart van Leeuwen netage.nl (Startup Member)/ Fire Fighter Amsterdam

08:35:51 <betehess> Alexandre Bertails aka. betehess, W3C Systeam Team. Already working actively on LDP implementation at https://github.com/w3c/banana-rdf

Alexandre Bertails aka. betehess, W3C Systeam Team. Already working actively on LDP implementation at https://github.com/w3c/banana-rdf

08:36:05 <SteveS> I'm Steve Speicher from IBM

Steve Speicher: I'm Steve Speicher from IBM

08:36:06 <svillata> Serena Villata, INRIA Sophia Antipolis

Serena Villata: Serena Villata, INRIA Sophia Antipolis

08:36:16 <antonis> Antonis Loizou, post-doc Vrije Universiteit Amsterdam

Antonis Loizou: Antonis Loizou, post-doc Vrije Universiteit Amsterdam

08:36:17 <ahaller2> Armin Haller

Armin Haller: Armin Haller

08:36:50 <oberger> Olivier Berger aka oberger/olberger/obergix from Institut Telecom / Télécom SudParis

Olivier Berger: Olivier Berger aka oberger/olberger/obergix from Institut Telecom / Télécom SudParis

08:36:51 <tidoust> Francois Daoust from Joshfire. Working on JSON-LD within RDF WG. Observer.

Francois Daoust: Francois Daoust from Joshfire. Working on JSON-LD within RDF WG. Observer.

08:37:10 <SteveBattle> Steve Battle

Steve Battle: Steve Battle

08:38:25 <betehess> jonathandray: Jonathan Dray

Jonathan Dray: Jonathan Dray

08:39:06 <ericP> Zakim, who is on the phone?

Eric Prud'hommeaux: Zakim, who is on the phone?

08:39:06 <Zakim> On the phone I see St_Clair_3B, Yves

Zakim IRC Bot: On the phone I see St_Clair_3B, Yves

08:39:43 <jonathandray> Jonathan Dray, I worked for a Company called Social Computing on "Just Map It", a data mapping solution. I also worked on a project called SPAR for the BNF on data preservation with Alexandre Bertails. I an here as an observer.

Jonathan Dray: Jonathan Dray, I worked for a Company called Social Computing on "Just Map It", a data mapping solution. I also worked on a project called SPAR for the BNF on data preservation with Alexandre Bertails. I an here as an observer.

08:40:21 <AndyS> Andy Seaborne, Apache Software Foundation.  Work with linked data building customer solutions.  Also work on Apache Jena.

Andy Seaborne: Andy Seaborne, Apache Software Foundation. Work with linked data building customer solutions. Also work on Apache Jena.

08:40:38 <betehess> ArnaudLH: thanks all

Arnaud Le Hors: thanks all

08:40:49 <betehess> ... the agenda was a bit of a challenge

... the agenda was a bit of a challenge

08:41:03 <betehess> ... still on the early days

... still on the early days

08:41:16 <betehess> ... two main topics

... two main topics

08:41:30 <betehess> ... tried to split everything in chunks

... tried to split everything in chunks

08:41:41 <betehess> ... also tried to take timezones into accounts

... also tried to take timezones into accounts

08:41:54 <betehess> ... I'm flexible about these things

... I'm flexible about these things

08:42:18 <betehess> ... as AndyS was the only one to express specific interests in some topics, I'll try to honor them

... as AndyS was the only one to express specific interests in some topics, I'll try to honor them

08:42:24 <betehess> ... no other constraint

... no other constraint

08:42:41 <betehess> ... so just tell me to "move on"

... so just tell me to "move on"

08:42:58 <betehess> davidwood: how many people new to w3c?

David Wood: how many people new to w3c?

08:43:23 <betehess> [only a few]

[only a few]

08:44:04 <betehess> ArnaudLH: any question about the process, then just ask

Arnaud Le Hors: any question about the process, then just ask

08:44:09 <betehess> ... it's a nice place, don't worry

... it's a nice place, don't worry

08:44:53 <betehess> ArnaudLH is going through http://www.w3.org/2012/ldp/wiki/F2F1#Objectives

ArnaudLH is going through http://www.w3.org/2012/ldp/wiki/F2F1#Objectives

08:45:06 <betehess> ArnaudLH: I went back to the charter

Arnaud Le Hors: I went back to the charter

08:45:08 <oberger> http://www.w3.org/2012/ldp/charter

Olivier Berger: http://www.w3.org/2012/ldp/charter

08:45:25 <betehess> ... we need to start speaking about some stuff

... we need to start speaking about some stuff

08:45:30 <betehess> ... eg. test suite

... eg. test suite

08:45:34 <betehess> ... and validator

... and validator

08:45:50 <betehess> ... lots of discussion during charter writing about ACLs

... lots of discussion during charter writing about ACLs

08:46:03 <betehess> ... some wanted that as a MUST

... some wanted that as a MUST

08:46:21 <betehess> ... could be a disaster for some, but for others, the platform may not make sense without it

... could be a disaster for some, but for others, the platform may not make sense without it

08:46:31 <betehess> ... the compromise was: a NOTE defining the requirements

... the compromise was: a NOTE defining the requirements

08:46:39 <betehess> ... these are the main deliverables

... these are the main deliverables

08:46:48 <betehess> ... also want to discuss next f2f meeting

... also want to discuss next f2f meeting

08:47:24 <betehess> ... the FPWD is basically the SUBMISSION annotated with issues

... the FPWD is basically the SUBMISSION annotated with issues

08:47:26 <oberger> FPWD http://www.w3.org/TR/ldp/

Olivier Berger: FPWD http://www.w3.org/TR/ldp/

08:47:33 <betehess> ... we'lll go through the list of issues

... we'lll go through the list of issues

08:47:44 <betehess> q+

q+

08:48:16 <betehess> ... also I want to discuss the path forward to REC

... also I want to discuss the path forward to REC

08:48:34 <betehess> ... glad to say that the group seems to have started doing good job

... glad to say that the group seems to have started doing good job

08:48:40 <betehess> ... eg. the FPWD

... eg. the FPWD

08:49:09 <betehess> ... again, we do have a charter, we need to try to stick to it as much of possible

... again, we do have a charter, we need to try to stick to it as much of possible

08:49:28 <betehess> ... regarding use case and requirements doc, it's a bit different

... regarding use case and requirements doc, it's a bit different

08:49:34 <betehess> ... not published it yet

... not published it yet

08:49:44 <betehess> ... we need to decide what this doc is really about

... we need to decide what this doc is really about

08:50:06 <betehess> ... steeve did a great job to put it together

... steeve did a great job to put it together

08:50:06 <betehess> ... but some stuff does not belong there

... but some stuff does not belong there

08:50:08 <oberger> http://www.w3.org/2012/ldp/wiki/Use_Cases_And_Requirements

Olivier Berger: http://www.w3.org/2012/ldp/wiki/Use_Cases_And_Requirements

08:50:21 <betehess> ... but the plan was to put everything you wanted there first

... but the plan was to put everything you wanted there first

08:50:37 <betehess> Ashok_Malhotra: if you add a requirement

Ashok Malhotra: if you add a requirement

08:50:47 <ericP> q+ to ask SteveS if we should be looking at the editor's draft while discussing the LDP draft

Eric Prud'hommeaux: q+ to ask SteveS if we should be looking at the editor's draft while discussing the LDP draft

08:50:47 <betehess> ... and the spec does not address it

... and the spec does not address it

08:50:53 <betehess> ... then it can be a problem

... then it can be a problem

08:51:21 <betehess> ack eri

ack eri

08:51:21 <Zakim> ericP, you wanted to ask SteveS if we should be looking at the editor's draft while discussing the LDP draft

Zakim IRC Bot: ericP, you wanted to ask SteveS if we should be looking at the editor's draft while discussing the LDP draft

08:51:39 <betehess> ericP: is there something new in the ED since the FPWD?

Eric Prud'hommeaux: is there something new in the ED since the FPWD?

08:51:43 <betehess> ... where should be look at

... where should be look at

08:51:57 <betehess> steeve: not change much

Steve Speicher: not change much

08:51:59 <betehess> ... only locally

... only locally

08:52:17 <oberger> s/steeve/SteveS/
08:52:37 <betehess> ack me

ack me

08:53:09 <oberger> betehess: prioritize issues for people only present today

Alexandre Bertails: prioritize issues for people only present today [ Scribe Assist by Olivier Berger ]

08:53:36 <betehess> q+

q+

08:54:03 <betehess> oberger: would like to hear about implementations and validation

Olivier Berger: would like to hear about implementations and validation

08:54:27 <betehess> ... even if it's not mandatory in the charter

... even if it's not mandatory in the charter

08:54:34 <nmihindu> +1

Nandana Mihindukulasooriya: +1

08:54:40 <betehess> SteveS: wanted to review the path of the spec

Steve Speicher: wanted to review the path of the spec

08:54:45 <betehess> ... and the schedule

... and the schedule

08:55:06 <betehess> davidwood: maybe a wiki page for listing implementations

David Wood: maybe a wiki page for listing implementations

08:55:13 <betehess> ArnaudLH: good idea

Arnaud Le Hors: good idea

08:55:52 <betehess> ... the goal is to discuss the usecase and requirements this morning

... the goal is to discuss the usecase and requirements this morning

08:55:54 <oberger> q+ on which target audience we're seeking

Olivier Berger: q+ on which target audience we're seeking

08:56:02 <betehess> ... and the spec this afternoon

... and the spec this afternoon

08:56:42 <betehess> ArnaudLH: is this reasonable for now?

Arnaud Le Hors: is this reasonable for now?

08:56:59 <betehess> oberger: maybe would like to remind the target of this WG

Olivier Berger: maybe would like to remind the target of this WG

08:57:13 <betehess> ... eg, yesterday there was discussion about LD for devs

... eg, yesterday there was discussion about LD for devs

08:57:18 <betehess> ... Javascript was important

... Javascript was important

08:57:25 <betehess> q+

q+

08:57:36 <betehess> ... just want to understand the objectives

... just want to understand the objectives

08:57:57 <betehess> ... would like to understand the stakeholders

... would like to understand the stakeholders

08:58:09 <betehess> ArnaudLH: what's your objective?

Arnaud Le Hors: what's your objective?

08:58:18 <betehess> oberger: understand better what is out of scope

Olivier Berger: understand better what is out of scope

08:58:30 <betehess> ... so fat, it's about resources and containers

... so fat, it's about resources and containers

08:58:44 <betehess> ... so people mentioned some other datastructures

... so people mentioned some other datastructures

08:59:15 <ArnaudLH> ack betehess

Arnaud Le Hors: ack betehess

08:59:47 <ArnaudLH> ack oberger

Arnaud Le Hors: ack oberger

08:59:47 <Zakim> oberger, you wanted to comment on which target audience we're seeking

Zakim IRC Bot: oberger, you wanted to comment on which target audience we're seeking

09:00:02 <tidoust> betehess: I believe that it is clearly out of scope if you look at the charter. We may revisit that later on but should focus on what's on the charter. The topic is very important for me, but we need to stay focused.

Alexandre Bertails: I believe that it is clearly out of scope if you look at the charter. We may revisit that later on but should focus on what's on the charter. The topic is very important for me, but we need to stay focused. [ Scribe Assist by Francois Daoust ]

09:00:15 <betehess> ArnaudLH: the first answer in the charter

Arnaud Le Hors: the first answer in the charter

09:00:24 <betehess> ... defines the goals

... defines the goals

09:00:30 <betehess> ... then the usecase and requirement refine that

... then the usecase and requirement refine that

09:00:43 <betehess> ... we may conclude that we need something else

... we may conclude that we need something else

09:01:39 <betehess> oberger: if you look at the usecase, there are plenty of them, some redundant

Olivier Berger: if you look at the usecase, there are plenty of them, some redundant

09:01:48 <betehess> ... only a few requirements

... only a few requirements

09:02:10 <betehess> ... maybe we'll see a whole range of other things?

... maybe we'll see a whole range of other things?

09:02:24 <betehess> ... lack of imagination or just people staying on focus?

... lack of imagination or just people staying on focus?

09:02:43 <betehess> cygri: we may be missing some stuff

Richard Cyganiak: we may be missing some stuff

09:03:03 <betehess> ... if you see something like this, just say it

... if you see something like this, just say it

09:03:13 <betehess> ... let's nto brainstorming here at the f2f

... let's nto brainstorming here at the f2f

09:03:51 <betehess> ArnaudLH: anybody can make a proposal at any point

Arnaud Le Hors: anybody can make a proposal at any point

09:03:52 <davidwood> New wiki page for implementations, as requested: http://www.w3.org/2012/ldp/wiki/Implementations

David Wood: New wiki page for implementations, as requested: http://www.w3.org/2012/ldp/wiki/Implementations

09:04:12 <davidwood> (linked from the main page under Ongoing Work)

David Wood: (linked from the main page under Ongoing Work)

09:04:15 <betehess> SteveS: just make things as close as possible to what we have

Steve Speicher: just make things as close as possible to what we have

09:04:31 <betehess> ArnaudLH: let's speak about usecase and requirements

Arnaud Le Hors: let's speak about usecase and requirements

09:05:06 <betehess> ... we already have something good

... we already have something good

09:05:06 <betehess> ... we may want to remove things that don't belong there

... we may want to remove things that don't belong there

09:05:21 <betehess> ... normally, you start with that, then you start the docs

... normally, you start with that, then you start the docs

09:05:37 <betehess> ... here we started with the spec, we're still editing the UCR doc

... here we started with the spec, we're still editing the UCR doc

09:05:44 <SteveBattle> topic : Use Cases and Requirements

Steve Battle: topic : Use Cases and Requirements

09:05:52 <davidwood> q+

David Wood: q+

09:06:02 <betehess> ... there is a good reason for this situation

... there is a good reason for this situation

09:06:25 <ArnaudLH> ack davidwood

Arnaud Le Hors: ack davidwood

09:06:36 <betehess> davidwood: just wanted to mention I created the implementation page

David Wood: just wanted to mention I created the implementation page

09:06:43 <betehess> ... we can use that to ground the use-case

... we can use that to ground the use-case

09:07:30 <betehess> ArnaudLH: I split the schedule in two

Arnaud Le Hors: I split the schedule in two

09:07:35 <betehess> ... the steps

... the steps

09:07:49 <betehess> ... and what's in the doc today

... and what's in the doc today

09:08:11 <betehess> ... also, what does it mean to have a requirement not addressed in the spec?

... also, what does it mean to have a requirement not addressed in the spec?

09:08:20 <betehess> ... eg. security is out-of-scope IMO

... eg. security is out-of-scope IMO

09:08:46 <betehess> SteveBattle: people started to collect stories together

Steve Battle: people started to collect stories together

09:08:51 <betehess> ... two sections

... two sections

09:08:57 <betehess> ... existing user stories

... existing user stories

09:09:13 <betehess> ... and the use cases

... and the use cases

09:09:30 <BartvanLeeuwen> +q

Bart van Leeuwen: +q

09:09:35 <betehess> ... you find here scienarios

... you find here scienarios

09:09:45 <betehess> ... making the use cases more concrete

... making the use cases more concrete

09:09:53 <betehess> ... there are 10 of them so far

... there are 10 of them so far

09:10:08 <betehess> ... there used to be plenty of examples

... there used to be plenty of examples

09:10:19 <betehess> ... they are now somewhere else

... they are now somewhere else

09:11:06 <betehess> [describing a scenario]

[describing a scenario]

09:11:30 <betehess> ... there are also pointers to the issues that were raised

... there are also pointers to the issues that were raised

09:11:42 <oberger> http://www.w3.org/2012/ldp/wiki/Examples

Olivier Berger: http://www.w3.org/2012/ldp/wiki/Examples

09:11:45 <betehess> ... focused on functional requirements

... focused on functional requirements

09:11:56 <sandro> RRSAgent, make logs public

Sandro Hawke: RRSAgent, make logs public

09:12:19 <betehess> ... functional requirement == what do you expect the system to do

... functional requirement == what do you expect the system to do

09:13:25 <betehess> ... functional is the how

... functional is the how

09:13:38 <ArnaudLH> ack bart

Arnaud Le Hors: ack bart

09:13:38 <betehess> BartvanLeeuwen: is it still open?

Bart van Leeuwen: is it still open?

09:13:41 <SteveS> q+

Steve Speicher: q+

09:13:45 <betehess> SteveBattle: it is still open

Steve Battle: it is still open

09:13:54 <betehess> q+

q+

09:14:18 <betehess> ... for user stories, just go ahead

... for user stories, just go ahead

09:14:19 <ArnaudLH> ack steves

Arnaud Le Hors: ack steves

09:14:23 <betehess> ... for requirements, just talk to me

... for requirements, just talk to me

09:14:24 <betehess> q-

q-

09:15:04 <betehess> SteveS: when I look at user scenarios, looks like we're too restrictive

Steve Speicher: when I look at user scenarios, looks like we're too restrictive

09:15:06 <betehess> ... eg. imposing 303

... eg. imposing 303

09:15:06 <betehess> ... should be in the spec

... should be in the spec

09:15:08 <betehess> q+

q+

09:15:37 <betehess> ... response codes are too much detail for example

... response codes are too much detail for example

09:16:15 <betehess> Ashok_Malhotra: there are other possible solutions

Ashok Malhotra: there are other possible solutions

09:17:06 <betehess> ... just pointing out that this is quite open

... just pointing out that this is quite open

09:17:14 <ericP> q+ to propose that another doc capture the very helpful groundings of the use cases

Eric Prud'hommeaux: q+ to propose that another doc capture the very helpful groundings of the use cases

09:17:21 <betehess> ... so 303 may be too early

... so 303 may be too early

09:17:47 <betehess> SteveBattle: it is quite useful to know some things here

Steve Battle: it is quite useful to know some things here

09:17:56 <betehess> ... so it's useful to document

... so it's useful to document

09:17:57 <ivan> rrsagent, draft minutes

Ivan Herman: rrsagent, draft minutes

09:17:57 <RRSAgent> I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html ivan

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html ivan

09:18:10 <betehess> ... it's interesting to understand the sequence

... it's interesting to understand the sequence

09:18:22 <betehess> SteveS: it's supposed to drive the spec

Steve Speicher: it's supposed to drive the spec

09:18:40 <Ashok_Malhotra> q?

Ashok Malhotra: q?

09:18:46 <ericP> betehess: i read the UC&R as painging ourselves in a corner

Alexandre Bertails: i read the UC&R as painging ourselves in a corner [ Scribe Assist by Eric Prud'hommeaux ]

09:18:52 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

09:19:16 <ericP> ... there may be some recipes in the UC&R which we have yet to discuss

Eric Prud'hommeaux: ... there may be some recipes in the UC&R which we have yet to discuss

09:19:34 <ArnaudLH> ack ericp

Arnaud Le Hors: ack ericp

09:19:34 <Zakim> ericP, you wanted to propose that another doc capture the very helpful groundings of the use cases

Zakim IRC Bot: ericP, you wanted to propose that another doc capture the very helpful groundings of the use cases

09:19:49 <betehess> ericP: when I read UCR, I usely don't know anything

Eric Prud'hommeaux: when I read UCR, I usely don't know anything

09:19:54 <betehess> ... here I find many details

... here I find many details

09:20:14 <betehess> ... maybe you can put that stuff to another page

... maybe you can put that stuff to another page

09:20:14 <SteveS> q+

Steve Speicher: q+

09:20:24 <betehess> ... and you link those

... and you link those

09:20:37 <betehess> ... then the reader can ground things to examples

... then the reader can ground things to examples

09:20:48 <betehess> ... and we can compare different proposals

... and we can compare different proposals

09:21:02 <betehess> q+

q+

09:21:32 <betehess> SteveBattle: use cases are requirements

Steve Battle: use cases are requirements

09:21:44 <betehess> cygri: this level of details can't be defined here

Richard Cyganiak: this level of details can't be defined here

09:21:51 <davidwood> q+ to suggest the implementations page be used to record the "where"

David Wood: q+ to suggest the implementations page be used to record the "where"

09:21:57 <betehess> ... there are specific deployment pattern that are used out there

... there are specific deployment pattern that are used out there

09:21:59 <Yves> +1 use case documents should not be a pre-spec, just general goals for the spec

Yves Lafon: +1 use case documents should not be a pre-spec, just general goals for the spec

09:22:16 <betehess> ... some things are already using 303 for example

... some things are already using 303 for example

09:22:34 <betehess> ... we may have to answer quesitons like to we support X? if not, why?

... we may have to answer quesitons like to we support X? if not, why?

09:22:44 <betehess> ... that's something I expect to see in the document

... that's something I expect to see in the document

09:23:04 <betehess> ... and at the end, we may just say that we recomment something else

... and at the end, we may just say that we recomment something else

09:23:09 <oberger> +1 we need such level of details for existing deployment patterns

Olivier Berger: +1 we need such level of details for existing deployment patterns

09:23:09 <ahaller2> q+

Armin Haller: q+

09:23:30 <betehess> ... people want to say the way they expect this to work

... people want to say the way they expect this to work

09:23:42 <RRSAgent> I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html ericP

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html ericP

09:24:08 <betehess> ... taking existing deployment into account is a valid point, should not be ignored

... taking existing deployment into account is a valid point, should not be ignored

09:24:16 <betehess> SteveS: +1 to eric

Steve Speicher: +1 to eric

09:24:20 <ArnaudLH> ack steves

Arnaud Le Hors: ack steves

09:24:27 <betehess> ... we may have another wiki page

... we may have another wiki page

09:24:36 <krp> q+

Kevin Page: q+

09:24:46 <betehess> ... where we can say how things match between the doc and the spec

... where we can say how things match between the doc and the spec

09:25:06 <betehess> ... would be bad to have to go back to UCR to change it

... would be bad to have to go back to UCR to change it

09:25:18 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

09:25:21 <betehess> ArnaudLH: for me, it's too much about the solution, not defining the solution

Arnaud Le Hors: for me, it's too much about the solution, not defining the solution

09:25:43 <SteveBattle> q+

Steve Battle: q+

09:25:46 <oberger> betehess: I want to describe the problem, not the solution

Alexandre Bertails: I want to describe the problem, not the solution [ Scribe Assist by Olivier Berger ]

09:25:55 <ericP> betehess: i don't want to describe the solution, i want to describe the problem, and then tie that to existing solutions

Alexandre Bertails: i don't want to describe the solution, i want to describe the problem, and then tie that to existing solutions [ Scribe Assist by Eric Prud'hommeaux ]

09:27:01 <ericP> ... when you speak of 303s (for folks who want to make a clear distinction between entity and page), some folks use #URIs

Eric Prud'hommeaux: ... when you speak of 303s (for folks who want to make a clear distinction between entity and page), some folks use #URIs

09:27:19 <ericP> cygri: we don't want to throw it out based on the level of detail

Richard Cyganiak: we don't want to throw it out based on the level of detail [ Scribe Assist by Eric Prud'hommeaux ]

09:27:50 <ericP> betehess: if we don't end up matching the UC&R, do we delete UC&R?

Alexandre Bertails: if we don't end up matching the UC&R, do we delete UC&R? [ Scribe Assist by Eric Prud'hommeaux ]

09:28:05 <ArnaudLH> ack david

Arnaud Le Hors: ack david

09:28:05 <Zakim> davidwood, you wanted to suggest the implementations page be used to record the "where"

Zakim IRC Bot: davidwood, you wanted to suggest the implementations page be used to record the "where"

09:28:10 <ericP> cygri: user stories give requirements; requirements give rise to features in the spec

Richard Cyganiak: user stories give requirements; requirements give rise to features in the spec [ Scribe Assist by Eric Prud'hommeaux ]

09:28:11 <betehess> davidwood: maybe a bit orthogonal

David Wood: maybe a bit orthogonal

09:28:18 <betehess> ... trying to capture the what and the how

... trying to capture the what and the how

09:28:19 <ericP> ... sometimes you have to go back. that's just how it is

Eric Prud'hommeaux: ... sometimes you have to go back. that's just how it is

09:28:25 <betehess> ... the where may be missing

... the where may be missing

09:28:39 <betehess> ... eg. to answer waht use-cases are implemented or not

... eg. to answer what use-cases are implemented or not

09:28:53 <betehess> ... we need a place to track those

... we need a place to track those

09:29:18 <betehess> ... I agree it's too detalied in term of the guidance

... I agree it's too detalied in term of the guidance

09:29:24 <betehess> ... we would like to say things only once

... we would like to say things only once

09:29:30 <betehess> ... don't repeat yourself

... don't repeat yourself

09:29:44 <betehess> ... we could change this page to respect the use stories (the why)

... we could change this page to respect the use stories (the why)

09:30:04 <betehess> ... and point to the spec to see where it's discussed

... and point to the spec to see where it's discussed

09:30:04 <SteveS> we should also map the spec sections to the use cases, that way we have a good mapping implementations to uc to spec sections

Steve Speicher: we should also map the spec sections to the use cases, that way we have a good mapping implementations to uc to spec sections

09:30:06 <ArnaudLH> ack ahaller

Arnaud Le Hors: ack ahaller

09:30:13 <betehess> ahaller2: I find this useful to the end-user

Armin Haller: I find this useful to the end-user

09:30:19 <betehess> ... it says hwo to use the platform

... it says hwo to use the platform

09:30:37 <betehess> ArnaudLH: I think there is great material here

Arnaud Le Hors: I think there is great material here

09:30:46 <betehess> ... nobody is saying to throw it out

... nobody is saying to throw it out

09:30:53 <betehess> ... question is what's belong here

... question is what's belong here

09:31:02 <betehess> ... what is the spec going to address

... what is the spec going to address

09:31:18 <betehess> ... we don't just want to delete any of these

... we don't just want to delete any of these

09:31:36 <davidwood> s/waht/what/
09:31:39 <betehess> ... could be a note, or whatever, we decide that later

... could be a note, or whatever, we decide that later

09:32:04 <betehess> ... could a primer as well

... could be a primer as well

09:32:09 <betehess> s/could/could be/
09:32:15 <ArnaudLH> ack krp

Arnaud Le Hors: ack krp

09:32:24 <betehess> krp: could be confusing

Kevin Page: could be confusing

09:32:35 <betehess> ... what don't people like here?

... what don't people like here?

09:32:40 <betehess> ... to many steps?

... too many steps?

09:32:45 <betehess> s/to/too/
09:32:58 <betehess> ... at least, this is a clear requirement

... at least, this is a clear requirement

09:33:11 <betehess> ... could also be a test case

... could also be a test case

09:33:16 <betehess> q+

q+

09:33:23 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

09:34:07 <betehess> SteveBattle: what do you want to move out?

Steve Battle: what do you want to move out?

09:34:23 <ericP> q+ to propose that it may be most helpful to us to partition later and add an issue to say we plan to do so

Eric Prud'hommeaux: q+ to propose that it may be most helpful to us to partition later and add an issue to say we plan to do so

09:34:26 <betehess> ... it's conventional to speak about the steps

... it's conventional to speak about the steps

09:34:38 <betehess> davidwood: the spec speaks about 303 in two places

David Wood: the spec speaks about 303 in two places

09:34:47 <betehess> ... also http verbs

... also http verbs

09:35:03 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

09:35:16 <ericP> betehess: what's there is valuable

Alexandre Bertails: what's there is valuable [ Scribe Assist by Eric Prud'hommeaux ]

09:35:28 <ericP> ... it's not about the value itself

Eric Prud'hommeaux: ... it's not about the value itself

09:35:41 <ericP> ... this material is excellent for when i'm implementing the test

Eric Prud'hommeaux: ... this material is excellent for when i'm implementing the test

09:35:55 <svillata> oberger +1

Serena Villata: oberger +1

09:35:55 <ericP> ... i want to test the spec, not the user requirement

Eric Prud'hommeaux: ... i want to test the spec, not the user requirement

09:36:14 <davidwood> q+ to suggest starting a test page

David Wood: q+ to suggest starting a test page

09:36:17 <oberger> q+ asking for a coffee break potentially short

Olivier Berger: q+ asking for a coffee break potentially short

09:36:21 <oberger> q-

Olivier Berger: q-

09:36:21 <ericP> ... some folks say "just re-edit the page", but this is against @@1

Eric Prud'hommeaux: ... some folks say "just re-edit the page", but this is against @@1

09:36:32 <ArnaudLH> ack eric

Arnaud Le Hors: ack eric

09:36:32 <Zakim> ericP, you wanted to propose that it may be most helpful to us to partition later and add an issue to say we plan to do so

Zakim IRC Bot: ericP, you wanted to propose that it may be most helpful to us to partition later and add an issue to say we plan to do so

09:36:47 <betehess> ericP: when I said to split out in different document

Eric Prud'hommeaux: when I said to split out in different document

09:36:57 <betehess> ... for the time being, this is very useful

... for the time being, this is very useful

09:37:13 <SteveBattle> q+

Steve Battle: q+

09:37:22 <betehess> ... we'll need to re-edit something anyway

... we'll need to re-edit something anyway

09:37:31 <betehess> ... we can insert a note at the beginning

... we can insert a note at the beginning

09:37:39 <betehess> ... and use color code

... and use color code

09:37:59 <betehess> ... that states what's to be considered

... that states what's to be considered

09:38:13 <betehess> ... and gives fewer places to visit

... and gives fewer places to visit

09:38:42 <ArnaudLH> ack david

Arnaud Le Hors: ack david

09:38:42 <Zakim> davidwood, you wanted to suggest starting a test page

Zakim IRC Bot: davidwood, you wanted to suggest starting a test page

09:38:58 <ArnaudLH> q- asking

Arnaud Le Hors: q- asking

09:39:17 <betehess> davidwood: we could move some of the stuff to a wiki page for tests

David Wood: we could move some of the stuff to a wiki page for tests

09:39:21 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

09:39:34 <betehess> SteveBattle: we'll propose something

Steve Battle: we'll propose something

09:39:40 <rgarcia> +1 to convert examples into tests

Raúl García Castro: +1 to convert examples into tests

09:39:47 <betehess> ... still people need to review the scenarios

... still people need to review the scenarios

09:40:10 <betehess> ArnaudLH: let me try to summarize

Arnaud Le Hors: let me try to summarize

09:40:16 <betehess> ... probably too much in the doc

... probably too much in the doc

09:40:22 <betehess> ... not sure how to address the p

... not sure how to address the p

09:40:33 <betehess> ... some wants to move stuff

... some wants to move stuff

09:40:45 <betehess> ... just happy to give SteveBattle a chance to do another pass

... just happy to give SteveBattle a chance to do another pass

09:41:03 <betehess> ... but I don't want to end up saying "this is not what we wanted"

... but I don't want to end up saying "this is not what we wanted"

09:41:05 <betehess> q+

q+

09:41:25 <betehess> ... any concrete proposal?

... any concrete proposal?

09:41:31 <SteveS> q+

Steve Speicher: q+

09:42:03 <betehess> ... if there is too much, we'll need to sort it out

... if there is too much, we'll need to sort it out

09:42:20 <sandro> zakim, who is on the call?

Sandro Hawke: zakim, who is on the call?

09:42:20 <Zakim> On the phone I see St_Clair_3B, Yves

Zakim IRC Bot: On the phone I see St_Clair_3B, Yves

09:42:22 <betehess> oberger: maybe let's focus on the first 2 ones?

Olivier Berger: maybe let's focus on the first 2 ones?

09:42:46 <betehess> SteveBattle: don't want to loose the information, eg. the status code

Steve Battle: don't want to loose the information, eg. the status code

09:43:01 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

09:43:58 <Ashok_Malhotra> q+

Ashok Malhotra: q+

09:44:16 <ericP> betehess: maybe we want to have everything for a given user story in one place

Alexandre Bertails: maybe we want to have everything for a given user story in one place [ Scribe Assist by Eric Prud'hommeaux ]

09:44:37 <ArnaudLH> ack steves

Arnaud Le Hors: ack steves

09:44:50 <betehess> SteveS: wanted to echo something similar

Steve Speicher: wanted to echo something similar

09:44:51 <ericP> ... at the end we need to gather all the info one place and this document points to the appropriate places in all the specs

Eric Prud'hommeaux: ... at the end we need to gather all the info one place and this document points to the appropriate places in all the specs

09:45:06 <betehess> ... phrasing is important

... phrasing is important

09:45:28 <betehess> ... then we can extract the things depending on what we need

... then we can extract the things depending on what we need

09:46:02 <BartvanLeeuwen> q+

Bart van Leeuwen: q+

09:46:04 <ArnaudLH> ack ashok

Arnaud Le Hors: ack ashok

09:46:08 <betehess> ArnaudLH: we have decided if we needed a primer yet

Arnaud Le Hors: we have decided if we needed a primer yet

09:46:22 <betehess> Ashok_Malhotra: would take all the stuff other than the 2 headers

Ashok Malhotra: would take all the stuff other than the 2 headers

09:46:32 <ericP> q?

Eric Prud'hommeaux: q?

09:46:39 <betehess> ... could use other colors, this is possible solution

... could use other colors, this is possible solution

09:46:53 <bblfish> q+

Henry Story: q+

09:46:56 <betehess> ... like davidwood's suggestion to move that to test

... like davidwood's suggestion to move that to test

09:47:05 <betehess> ... the spec could end up with something very different

... the spec could end up with something very different

09:47:19 <betehess> davidwood: just said to put in a wiki page to start thing about it

David Wood: just said to put in a wiki page to start thing about it

09:47:22 <betehess> Ashok_Malhotra: that's fine

Ashok Malhotra: that's fine

09:47:23 <ericP> q+ to say that tests are allowed to be controversial

Eric Prud'hommeaux: q+ to say that tests are allowed to be controversial

09:47:25 <bblfish> q-

Henry Story: q-

09:48:07 <betehess> ArnaudLH: SHORT BREAK

Arnaud Le Hors: SHORT BREAK

09:48:13 <BartvanLeeuwen> q+ primer is needed

Bart van Leeuwen: q+ primer is needed

09:48:17 <oberger> resume at 11:00

Olivier Berger: resume at 11:00

09:48:58 <BartvanLeeuwen> q+ to state that primer is needed as in ld-dev yesterday

Bart van Leeuwen: q+ to state that primer is needed as in ld-dev yesterday

09:49:20 <Yves> +1 for a primer

Yves Lafon: +1 for a primer

10:10:01 <SteveBattle> +1

(No events recorded for 20 minutes)

Steve Battle: +1

10:11:35 <bblfish> hi

Henry Story: hi

10:11:44 <oberger> again a short round of introductions

Olivier Berger: again a short round of introductions

10:11:50 <ahaller2> Henry Story

Armin Haller: Henry Story

10:12:05 <oberger> sandro's not here

Olivier Berger:

10:12:28 <ahaller2> Hadley Beeman

Armin Haller: Hadley Beeman

10:12:31 <ArnaudLH> q?

Arnaud Le Hors: q?

10:12:41 <BartvanLeeuwen> ack me

Bart van Leeuwen: ack me

10:12:41 <Zakim> BartvanLeeuwen, you wanted to state that primer is needed as in ld-dev yesterday

Zakim IRC Bot: BartvanLeeuwen, you wanted to state that primer is needed as in ld-dev yesterday

10:12:50 <SteveBattle> q+

Steve Battle: q+

10:12:54 <betehess> s/sandro's not here//
10:13:02 <oberger> +1 for primer

Olivier Berger: +1 for primer

10:13:04 <ahaller2> Bart: a primer would be a good idea

Bart van Leeuwen: a primer would be a good idea [ Scribe Assist by Armin Haller ]

10:13:05 <cygri> q+

Richard Cyganiak: q+

10:14:26 <ahaller2> ArnaudLH: Would be a note, so we are fine doing a primer

Arnaud Le Hors: Would be a note, so we are fine doing a primer [ Scribe Assist by Armin Haller ]

10:14:38 <oberger> oberger: and bringing a bit more repeating of HTTP in the primer than in the specs would be greay

Olivier Berger: and bringing a bit more repeating of HTTP in the primer than in the specs would be great [ Scribe Assist by Olivier Berger ]

10:14:43 <oberger> s/greay/great/
10:14:57 <SteveS> +1 for primer, would be willing to help do

Steve Speicher: +1 for primer, would be willing to help do

10:15:01 <ArnaudLH> ack eric

Arnaud Le Hors: ack eric

10:15:01 <Zakim> ericP, you wanted to say that tests are allowed to be controversial

Zakim IRC Bot: ericP, you wanted to say that tests are allowed to be controversial

10:15:50 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

10:17:03 <ahaller2> steveB: move specific error codes to a wiki, still talk about supporting redirections, but less detail

Steve Battle: move specific error codes to a wiki, still talk about supporting redirections, but less detail [ Scribe Assist by Armin Haller ]

10:17:14 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

10:17:59 <ahaller2> richard: caution with primers, not always effective, often rushed out, not covering the scope of the working group

Richard Cyganiak: caution with primers, not always effective, often rushed out, not covering the scope of the working group [ Scribe Assist by Armin Haller ]

10:18:30 <ahaller2> ... could be done outside of the working group

Armin Haller: ... could be done outside of the working group

10:18:57 <oberger> http://patterns.dataincubator.org/book/ provides a nice example of what a primer could be

Olivier Berger: http://patterns.dataincubator.org/book/ provides a nice example of what a primer could be

10:18:58 <ahaller2> ArnaudLH: add primer issue to the agenda if we have time

Arnaud Le Hors: add primer issue to the agenda if we have time [ Scribe Assist by Armin Haller ]

10:19:09 <ahaller2> ... who is the audience of the primer

Armin Haller: ... who is the audience of the primer

10:20:07 <ahaller2> ArnaudLH: keep the timeline for the UCR document is more important

Arnaud Le Hors: keep the timeline for the UCR document is more important [ Scribe Assist by Armin Haller ]

10:21:00 <ahaller2> ... agree on the status of the document, what sections are in the document, mock the sections if necessary.

Armin Haller: ... agree on the status of the document, what sections are in the document, mock the sections if necessary.

10:21:48 <ahaller2> ... figure out nature of the content and the audience, don't have an explosion of documents

Armin Haller: ... figure out nature of the content and the audience, don't have an explosion of documents

10:22:02 <oberger> should be maintain a Linked Data index of the documents, their contents in a nice RDF graph ? ;)

Olivier Berger: should be maintain a Linked Data index of the documents, their contents in a nice RDF graph ? ;)

10:22:25 <oberger> kinda drinking our own champagne

Olivier Berger: kinda drinking our own champagne

10:22:50 <ericP> nicely stated

Eric Prud'hommeaux: nicely stated

10:22:57 <ahaller2> ... the UCR document would have been different if Steve did not have the spec. The document should stand on its own.

Armin Haller: ... the UCR document would have been different if Steve did not have the spec. The document should stand on its own.

10:23:09 <davidwood> oberger, VoID file?

David Wood: oberger, VoID file?

10:23:09 <bblfish> q+

Henry Story: q+

10:23:23 <ArnaudLH> ack bblfish

Arnaud Le Hors: ack bblfish

10:23:50 <antonis> @oberger +1

Antonis Loizou: @oberger +1

10:24:13 <oberger> some nice UC to add : specify a standard in a standardization body in a collaborative manner, etc ;)

Olivier Berger: some nice US to add : specify a standard in a standardization body in a collaborative manner, etc ;)

10:24:27 <oberger> s/UC/US/ User Story
10:24:47 <oberger> q+

Olivier Berger: q+

10:25:07 <betehess> RRSAgent, please make minutes

RRSAgent, please make minutes

10:25:07 <RRSAgent> I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html betehess

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html betehess

10:25:25 <ahaller2> ArnaudLH: easier to have everything in one document

Arnaud Le Hors: easier to have everything in one document [ Scribe Assist by Armin Haller ]

10:25:39 <ArnaudLH> ack oberger

Arnaud Le Hors: ack oberger

10:25:47 <ahaller2> oberger: should not be afraid of multiple documents

Olivier Berger: should not be afraid of multiple documents [ Scribe Assist by Armin Haller ]

10:26:02 <SteveBattle> q+

Steve Battle: q+

10:26:21 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

10:26:47 <ahaller2> SteveB: use cases should not be vague

Steve Battle: use cases should not be vague [ Scribe Assist by Armin Haller ]

10:27:12 <sandro> seating chart for the room today, as far as I can tell: http://www.w3.org/2012/ldp/meeting/2012-11-01#line0001

Sandro Hawke: seating chart for the room today, as far as I can tell: http://www.w3.org/2012/ldp/meeting/2012-11-01#line0001

10:27:14 <cygri> q+

Richard Cyganiak: q+

10:27:19 <ahaller2> ArnaudLH: ericP proposed to annotate the document

Arnaud Le Hors: ericP proposed to annotate the document [ Scribe Assist by Armin Haller ]

10:27:23 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

10:27:24 <oberger> can we add anchors inside a mediawiki page, that won't be renamed ?

Olivier Berger: can we add anchors inside a mediawiki page, that won't be renamed ?

10:27:35 <bblfish> what does it mean to publish the document? Is it not on the wiki?

Henry Story: what does it mean to publish the document? Is it not on the wiki?

10:27:38 <oberger> so that we can nnotate ?

Olivier Berger: so that we can nnotate ?

10:27:45 <ahaller2> cygri: how to get certain use cases into the document? I have use cases which are not reflected.

Richard Cyganiak: how to get certain use cases into the document? I have use cases which are not reflected. [ Scribe Assist by Armin Haller ]

10:28:04 <ahaller2> ... what level are they, user stories vs. use cases

Armin Haller: ... what level are they, user stories vs. use cases

10:28:26 <sandro> oberger, yes, <span id="foo"></span> should survive.

Sandro Hawke: oberger, yes, <span id="foo"></span> should survive.

10:28:44 <oberger> sandro, or maybe a less HTML way ?

Olivier Berger: sandro, or maybe a less HTML way ?

10:28:59 <sandro> oberger, I don't know a non-HTML way

Sandro Hawke: oberger, I don't know a non-HTML way

10:29:41 <ahaller2> ... if i have requirement like I have a graph with mio incoming and outgoing links, how would i document that in the UCR document

Armin Haller: ... if i have requirement like I have a graph with mio incoming and outgoing links, how would i document that in the UCR document

10:29:53 <oberger> sandro, <div id="NameOfAnchorHere">optional text</div> in http://www.mediawiki.org/wiki/Help:Links

Olivier Berger: sandro, <div id="NameOfAnchorHere">optional text</div> in http://www.mediawiki.org/wiki/Help:Links

10:30:00 <ahaller2> ericP: i feel this is more like an issue, not a use case

Eric Prud'hommeaux: i feel this is more like an issue, not a use case [ Scribe Assist by Armin Haller ]

10:30:01 <oberger> sandro, so that's similar

Olivier Berger: sandro, so that's similar

10:30:25 <sandro> yes, oberger, same thing

Sandro Hawke: yes, oberger, same thing

10:30:48 <SteveBattle> q+

Steve Battle: q+

10:31:34 <ahaller2> cygri: i have this big graph, the question is should i put it in right now

Richard Cyganiak: i have this big graph, the question is should i put it in right now [ Scribe Assist by Armin Haller ]

10:32:33 <ahaller2> steveB: examples has two issues, functional and non-functional, scale

Steve Battle: examples has two issues, functional and non-functional, scale [ Scribe Assist by Armin Haller ]

10:33:25 <ahaller2> ArnaudLH: it does not make sense to close the document, you can add use cases later, even though they are harder to be addressed

Arnaud Le Hors: it does not make sense to close the document, you can add use cases later, even though they are harder to be addressed [ Scribe Assist by Armin Haller ]

10:33:39 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

10:33:57 <ericP> q+ to have a valuable position on the queue

Eric Prud'hommeaux: q+ to have a valuable position on the queue

10:34:01 <ericP> q-

Eric Prud'hommeaux: q-

10:34:07 <ahaller2> steveB: prototype primer for use case details

Steve Battle: prototype primer for use case details [ Scribe Assist by Armin Haller ]

10:35:01 <ahaller2> ArnaudLH: multiple ways to communicate with the public, we can publish notes, or a link

Arnaud Le Hors: multiple ways to communicate with the public, we can publish notes, or a link [ Scribe Assist by Armin Haller ]

10:35:16 <ahaller2> steveB: detailed scenarios is important for implementers

Steve Battle: detailed scenarios is important for implementers [ Scribe Assist by Armin Haller ]

10:35:31 <ahaller2> davidwood: where do we provide the details for implementers?

David Wood: where do we provide the details for implementers? [ Scribe Assist by Armin Haller ]

10:35:46 <ahaller2> steveS: webplatform.org

Steve Speicher: webplatform.org [ Scribe Assist by Armin Haller ]

10:35:59 <cygri> q+ to talk about test cases

Richard Cyganiak: q+ to talk about test cases

10:36:26 <ahaller2> steveS: realise that we need to add more examples to spec

Steve Speicher: realise that we need to add more examples to spec [ Scribe Assist by Armin Haller ]

10:36:30 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

10:36:30 <Zakim> cygri, you wanted to talk about test cases

Zakim IRC Bot: cygri, you wanted to talk about test cases

10:37:04 <ahaller2> cygri: some of the details in the UCR would make good test cases

Richard Cyganiak: some of the details in the UCR would make good test cases [ Scribe Assist by Armin Haller ]

10:37:11 <nmihindu> ack cygri

Nandana Mihindukulasooriya: ack cygri

10:37:11 <davidwood> q+

David Wood: q+

10:37:43 <ahaller2> ArnaudLH: i would like to get a timeline.

Arnaud Le Hors: i would like to get a timeline. [ Scribe Assist by Armin Haller ]

10:38:30 <cygri> q+ to suggest doing straw poll on publishing FPWD as is

Richard Cyganiak: q+ to suggest doing straw poll on publishing FPWD as is

10:38:48 <ahaller2> ... how we are going to decide what will be in the UCR document

Armin Haller: ... how we are going to decide what will be in the UCR document

10:39:07 <betehess>  /me agrees with ArnaudLH as I disagree strongly with some of the current requirements

/me agrees with ArnaudLH as I disagree strongly with some of the current requirements

10:40:06 <betehess> q+

q+

10:40:09 <ahaller2> ... two possible approaches: 1) go through document and make decision 2) review the document, the default is everything stays in there, raise an issue

Armin Haller: ... two possible approaches: 1) go through document and make decision 2) review the document, the default is everything stays in there, raise an issue

10:40:17 <ArnaudLH> ack david

Arnaud Le Hors: ack david

10:40:39 <SteveBattle> If anyone disagrees with the detail of the requirements please raise on the mailing list.

Steve Battle: If anyone disagrees with the detail of the requirements please raise on the mailing list.

10:41:15 <ahaller2> davidwood: UCR is up already

David Wood: UCR is up already [ Scribe Assist by Armin Haller ]

10:41:25 <ahaller2> ArnaudLH: at the end it will be a note

Arnaud Le Hors: at the end it will be a note [ Scribe Assist by Armin Haller ]

10:41:26 <oberger> q+

Olivier Berger: q+

10:41:31 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

10:41:31 <Zakim> cygri, you wanted to suggest doing straw poll on publishing FPWD as is

Zakim IRC Bot: cygri, you wanted to suggest doing straw poll on publishing FPWD as is

10:42:06 <ahaller2> cygri: straw poll on publishing the content as we have it

Richard Cyganiak: straw poll on publishing the content as we have it [ Scribe Assist by Armin Haller ]

10:42:20 <ahaller2> ... surface concerns with straw poll

Armin Haller: ... surface concerns with straw poll

10:42:22 <nmihindu> q+

Nandana Mihindukulasooriya: q+

10:43:00 <ericP> q+ to say that we have a choice about whether the FPWD includes all ratified use cases

Eric Prud'hommeaux: q+ to say that we have a choice about whether the FPWD includes all ratified use cases

10:43:02 <ahaller2> ... going through document step by step is ok, but i am not sure what is a story and what is a use case

Armin Haller: ... going through document step by step is ok, but i am not sure what is a story and what is a use case

10:43:04 <davidwood> +1 to section-by-section review by the group

David Wood: +1 to section-by-section review by the group

10:43:20 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

10:43:25 <ahaller2> ArnaudLH: it will be useful to identify the things that we agree on

Arnaud Le Hors: it will be useful to identify the things that we need to agree on [ Scribe Assist by Armin Haller ]

10:43:48 <ArnaudLH> s/agree/need to agree/
10:43:54 <ericP> q+ to say that we have a choice about whether the FPWD includes only ratified use cases

Eric Prud'hommeaux: q+ to say that we have a choice about whether the FPWD includes only ratified use cases

10:44:01 <ahaller2> betehess: i have a problem with seeing solutions in the UCR document

Alexandre Bertails: i have a problem with seeing solutions in the UCR document [ Scribe Assist by Armin Haller ]

10:44:43 <cygri> q+

Richard Cyganiak: q+

10:44:52 <ahaller2> ... want to know what we add later on

Armin Haller: ... want to know what we add later on

10:45:00 <bblfish> there is a difference between the wiki and the published document

Henry Story: there is a difference between the wiki and the published document

10:45:02 <ArnaudLH> ack oberger

Arnaud Le Hors: ack oberger

10:45:06 <betehess> why not going through an issue then?

why not going through an issue then?

10:45:09 <ahaller2> ArnaudLH: controlled process on what will be added later

Arnaud Le Hors: controlled process on what will be added later [ Scribe Assist by Armin Haller ]

10:45:28 <bblfish> +1 for pingback

Henry Story: +1 for pingback

10:45:31 <ahaller2> oberger: some concerns on the mailing list are not in the document

Olivier Berger: some concerns on the mailing list are not in the document [ Scribe Assist by Armin Haller ]

10:45:39 <SteveS> use case for ping back?

Steve Speicher: use case for ping back?

10:45:45 <ahaller2> ... i have a problem to define a use case and/or user story

Armin Haller: ... i have a problem to define a use case and/or user story

10:46:02 <bblfish> q+

Henry Story: q+

10:46:15 <ahaller2> ... maybe others are in the same situation not knowing how to get something into the document

Armin Haller: ... maybe others are in the same situation not knowing how to get something into the document

10:46:15 <betehess> pingback relies on so many other things that are not even on scope

pingback relies on so many other things that are not even on scope

10:46:40 <bblfish> pingback is a use case

Henry Story: pingback is a use case

10:46:43 <ahaller2> ArnaudLH: if enough in the group care, it should be in, but we need to define a process

Arnaud Le Hors: if enough in the group care, it should be in, but we need to define a process [ Scribe Assist by Armin Haller ]

10:47:04 <ahaller2> davidwood: who else contributed to uses cases?

David Wood: who else contributed to uses cases? [ Scribe Assist by Armin Haller ]

10:47:30 <roger__> i can see a lot of uses for pingback!

Roger Menday: i can see a lot of uses for pingback!

10:47:45 <ahaller2> ArnaudLH: if you think the working group is not caring, raise it as an issue

Arnaud Le Hors: if you think the working group is not caring, raise it as an issue [ Scribe Assist by Armin Haller ]

10:48:09 <ahaller2> oberger: issue raised in the tracker not in the document

Olivier Berger: issue raised in the tracker not in the document [ Scribe Assist by Armin Haller ]

10:48:15 <SteveS> we also had feedback from the WG they many were pleased with current use cases and said it covered their cases

Steve Speicher: we also had feedback from the WG they many were pleased with current use cases and said it covered their cases

10:48:28 <ArnaudLH> q?

Arnaud Le Hors: q?

10:48:29 <ahaller2> davidwood: is there a product in tracker on UCR

David Wood: is there a product in tracker on UCR [ Scribe Assist by Armin Haller ]

10:48:51 <ahaller2> ... group member wants a use case, raise an issue

Armin Haller: ... group member wants a use case, raise an issue

10:48:55 <SteveBattle> +1

Steve Battle: +1

10:49:35 <ericP> PROPOSAL: the process for adding new use cases is to raise a tracker issue against the UC&R product

PROPOSED: the process for adding new use cases is to raise a tracker issue against the UC&R product

10:49:37 <cygri> +1

Richard Cyganiak: +1

10:49:39 <ArnaudLH> +1

Arnaud Le Hors: +1

10:49:41 <ericP> +1

Eric Prud'hommeaux: +1

10:49:42 <rgarcia> +1

Raúl García Castro: +1

10:49:43 <antonis> +1

Antonis Loizou: +1

10:49:43 <bblfish> +1

Henry Story: +1

10:49:44 <BartvanLeeuwen> +1

Bart van Leeuwen: +1

10:49:45 <betehess> +1

+1

10:49:46 <oberger> +1

Olivier Berger: +1

10:49:47 <ahaller2> +1

Armin Haller: +1

10:49:47 <Ruben> +1

Ruben Verborgh: +1

10:49:48 <krp> +1

Kevin Page: +1

10:49:48 <SteveS> +1

Steve Speicher: +1

10:49:49 <svillata> +1

Serena Villata: +1

10:49:50 <SteveBattle> +1

Steve Battle: +1

10:49:54 <nmihindu> +1

Nandana Mihindukulasooriya: +1

10:49:56 <davidwood> +1

David Wood: +1

10:49:57 <sandro> +1

Sandro Hawke: +1

10:49:59 <ericP> APPROVED

Eric Prud'hommeaux: APPROVED

10:50:16 <ericP> RESOLVED: the process for adding new use cases is to raise a tracker issue against the UC&R product

RESOLVED: the process for adding new use cases is to raise a tracker issue against the UC&R product

10:50:17 <cygri> q?

Richard Cyganiak: q?

10:50:38 <ArnaudLH> ack nmihindu

Arnaud Le Hors: ack nmihindu

10:51:20 <betehess> that's why the wording is important! what do people expect to find in the UC&R document

that's why the wording is important! what do people expect to find in the UC&R document

10:51:28 <ahaller2> nmihindu: i have been implementer of specs, these infos we have in the UCR right now, are useful for implementers, but I am not reading the use cases as a implementer.

Nandana Mihindukulasooriya: i have been implementer of specs, these infos we have in the UCR right now, are useful for implementers, but I am not reading the use cases as a implementer. [ Scribe Assist by Armin Haller ]

10:51:30 <ericP> ack me

Eric Prud'hommeaux: ack me

10:51:30 <betehess> +1 to the dev comment

+1 to the dev comment

10:51:31 <Zakim> ericP, you wanted to say that we have a choice about whether the FPWD includes all ratified use cases and to say that we have a choice about whether the FPWD includes only ratified

Zakim IRC Bot: ericP, you wanted to say that we have a choice about whether the FPWD includes all ratified use cases and to say that we have a choice about whether the FPWD includes only ratified

10:51:31 <Zakim> ... use cases

Zakim IRC Bot: ... use cases

10:51:34 <ArnaudLH> ack eric

Arnaud Le Hors: ack eric

10:51:58 <oberger> FPWD of the UC&R

Olivier Berger: FPWD of the UC&R

10:52:12 <sandro> q?

Sandro Hawke: q?

10:52:20 <ahaller2> ericP: we have a choice of stating what issues have been approved

Eric Prud'hommeaux: we have a choice of stating what issues have been approved [ Scribe Assist by Armin Haller ]

10:52:36 <betehess> q+

q+

10:52:47 <ahaller2> ... for the 10 use cases in the UCR we can mark them as approved/not approved

Armin Haller: ... for the 10 use cases in the UCR we can mark them as approved/not approved

10:52:47 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

10:53:31 <ahaller2> cygri: we have a process of highlighting issues in the UCR document. i would like to see a deadline for these issues to be raised.

Richard Cyganiak: we have a process of highlighting issues in the UCR document. i would like to see a deadline for these issues to be raised. [ Scribe Assist by Armin Haller ]

10:53:38 <ArnaudLH> ack bblfish

Arnaud Le Hors: ack bblfish

10:54:08 <ahaller2> bblfish: test this, raise pingback as an issue

Henry Story: test this, raise pingback as an issue [ Scribe Assist by Armin Haller ]

10:54:15 <ahaller2> ArnaudLH: not right now

Arnaud Le Hors: not right now [ Scribe Assist by Armin Haller ]

10:54:18 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

10:54:45 <webr3> rrsagent, please draft minutes

Nathan Rixham: rrsagent, please draft minutes

10:54:45 <RRSAgent> I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html webr3

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2012/11/01-ldp-minutes.html webr3

10:54:55 <SteveS> q+

Steve Speicher: q+

10:55:16 <ahaller2> betehess: agree, implementer will never look at the UCR

Alexandre Bertails: agree, implementer will never look at the UCR [ Scribe Assist by Armin Haller ]

10:55:43 <ahaller2> ... if we put something in the document it will be hard to remove it. cautious with the first public draft.

Armin Haller: ... if we put something in the document it will be hard to remove it. cautious with the first public draft.

10:55:45 <cygri> q+

Richard Cyganiak: q+

10:56:18 <ArnaudLH> ack steves

Arnaud Le Hors: ack steves

10:56:23 <ahaller2> ArnaudLH: making sure to agree what is in there. big mistake for example to include access control if we are not

Arnaud Le Hors: making sure to agree what is in there. big mistake for example to include access control if we are not [ Scribe Assist by Armin Haller ]

10:56:40 <ahaller2> SteveS: 18 user stories, are we agree on those as well?

Steve Speicher: 18 user stories, are we agree on those as well? [ Scribe Assist by Armin Haller ]

10:56:48 <betehess> so do we just use tracker for that as well?

so do we just use tracker for that as well?

10:56:54 <ahaller2> ... same process, with raising issue

Armin Haller: ... same process, with raising issue

10:57:03 <betehess> we need a deadline then

we need a deadline then

10:57:12 <ahaller2> cygri: use same process, raise an issue

Richard Cyganiak: use same process, raise an issue [ Scribe Assist by Armin Haller ]

10:57:23 <betehess> q+ to ask about a deadline

q+ to ask about a deadline

10:57:57 <cygri> q-

Richard Cyganiak: q-

10:57:58 <ahaller2> ArnaudLH: by default everything which is not questioned with an issue will be published

Arnaud Le Hors: by default everything which is not questioned with an issue will be published [ Scribe Assist by Armin Haller ]

10:58:13 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

10:58:13 <Zakim> betehess, you wanted to ask about a deadline

Zakim IRC Bot: betehess, you wanted to ask about a deadline

10:58:25 <cygri> q+

Richard Cyganiak: q+

10:58:32 <ahaller2> betehess: we need a timeline for when the chair will accept issues

Alexandre Bertails: we need a timeline for when the chair will accept issues [ Scribe Assist by Armin Haller ]

10:58:42 <nmihindu> q

Nandana Mihindukulasooriya: q

10:58:46 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

10:58:51 <ahaller2> ... after this point nobody should be allowed to edit the document

Armin Haller: ... after this point nobody should be allowed to edit the document

10:59:04 <nmihindu> q+

Nandana Mihindukulasooriya: q+

10:59:10 <betehess> as a way to work, we could move to github and use pull-request

as a way to work, we could move to github and use pull-request

11:00:00 <ahaller2> cygri: one proposal, we set a date, against the first public draft of this document. Editor takes what is in the wiki, at least flags the issues (marker in the document).

Richard Cyganiak: one proposal, we set a date, against the first public draft of this document. Editor takes what is in the wiki, at least flags the issues (marker in the document). [ Scribe Assist by Armin Haller ]

11:00:41 <ArnaudLH> ack nmihindu

Arnaud Le Hors: ack nmihindu

11:00:53 <SteveBattle> q+

Steve Battle: q+

11:01:01 <ahaller2> nmihindu: some user stories are very detailed, some are vague ideas. in the document we have to make them consistent.

Nandana Mihindukulasooriya: some user stories are very detailed, some are vague ideas. in the document we have to make them consistent. [ Scribe Assist by Armin Haller ]

11:01:09 <betehess> +1 to that

+1 to that

11:01:25 <ahaller2> SteveB: i don't agree we need to make them consistent

Steve Battle: i don't agree we need to make them consistent [ Scribe Assist by Armin Haller ]

11:01:36 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

11:02:12 <cygri> q+

Richard Cyganiak: q+

11:02:38 <ahaller2> ArnaudLH: do we agree with cygri's proposal, that we make sure that everything is at least mentioned in the document (ie. issues)

Arnaud Le Hors: do we agree with cygri's proposal, that we make sure that everything is at least mentioned in the document (ie. issues) [ Scribe Assist by Armin Haller ]

11:04:03 <SteveS> +1 for some consistency in user stories, think the readers will appreciate it

Steve Speicher: +1 for some consistency in user stories, think the readers will appreciate it

11:04:38 <ahaller2> cygri: regarding the timeline. everything before that date will be at least acknowledged

Richard Cyganiak: regarding the timeline. everything before that date will be at least acknowledged [ Scribe Assist by Armin Haller ]

11:04:52 <cygri> PROPOSAL: Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document.

PROPOSED: Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document.

11:05:38 <sandro> suggest 1 December ?

Sandro Hawke: suggest 1 December ?

11:05:54 <ahaller2> ArnaudLH: agree with that, happy to make that official if people agree

Arnaud Le Hors: agree with that, happy to make that official if people agree [ Scribe Assist by Armin Haller ]

11:06:02 <betehess> too soon for me

too soon for me

11:07:09 <ahaller2> oberger: can steveB still add issues?

Olivier Berger: can steveB still add issues? [ Scribe Assist by Armin Haller ]

11:07:26 <ahaller2> ArnaudLH: SteveB should go through the same process

Arnaud Le Hors: SteveB should go through the same process [ Scribe Assist by Armin Haller ]

11:07:58 <ahaller2> ArnaudLH: will come up with a deadline by tomorrow

Arnaud Le Hors: will come up with a deadline by tomorrow [ Scribe Assist by Armin Haller ]

11:08:44 <betehess> q+

q+

11:08:56 <cygri> ack me

Richard Cyganiak: ack me

11:09:06 <ahaller2> ericP: are we picking something specific, like SemTech

Eric Prud'hommeaux: are we picking something specific, like SemTech [ Scribe Assist by Armin Haller ]

11:09:22 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

11:09:31 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

11:09:42 <oberger> how many weekly meetings/calls do we need ?

Olivier Berger: how many weekly meetings/calls do we need ?

11:09:50 <cygri> q+

Richard Cyganiak: q+

11:09:57 <ahaller2> betehess: if we have a deadline that is too early we will have no agreement on anything

Alexandre Bertails: if we have a deadline that is too early we will have no agreement on anything [ Scribe Assist by Armin Haller ]

11:10:04 <sandro> betehess misunderstood cygri's proposal

Sandro Hawke: betehess misunderstood cygri's proposal

11:10:24 <ahaller2> ArnaudLH: we will have to be optimistic

Arnaud Le Hors: we will have to be optimistic [ Scribe Assist by Armin Haller ]

11:10:25 <oberger> ack cygri

Olivier Berger: ack cygri

11:10:43 <ahaller2> cygri: deadline for raising issues, not for inclusions in the document

Richard Cyganiak: deadline for raising issues, not for inclusions in the document [ Scribe Assist by Armin Haller ]

11:11:02 <ahaller2> ... two separate deadlines

Armin Haller: ... two separate deadlines

11:11:35 <ahaller2> cygri: PROPOSAL: Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document.

Richard Cyganiak: PROPOSAL: Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document. [ Scribe Assist by Armin Haller ]

11:11:53 <SteveS> +1

Steve Speicher: +1

11:12:03 <ArnaudLH> +1

Arnaud Le Hors: +1

11:12:07 <BartvanLeeuwen> +1

Bart van Leeuwen: +1

11:12:07 <Ruben> +1

Ruben Verborgh: +1

11:12:08 <krp> +1

Kevin Page: +1

11:12:09 <rgarcia> +1

Raúl García Castro: +1

11:12:10 <svillata> +1

Serena Villata: +1

11:12:11 <bblfish> +1

Henry Story: +1

11:12:11 <antonis> +1

Antonis Loizou: +1

11:12:11 <oberger> ArnaudLH, to propose a timeline tomorow

Olivier Berger: ArnaudLH, to propose a timeline tomorow

11:12:13 <betehess> +1

+1

11:12:15 <ahaller2> +1

Armin Haller: +1

11:12:19 <roger__> +1

Roger Menday: +1

11:12:19 <nmihindu> +1

Nandana Mihindukulasooriya: +1

11:12:32 <Ashok_Malhotra> +1

Ashok Malhotra: +1

11:12:57 <ericP> +1 to the general idea, noting that it has no date

Eric Prud'hommeaux: +1 to the general idea, noting that it has no date

11:13:09 <betehess> +1 to eric's remark

+1 to eric's remark

11:13:16 <SteveBattle> +1 (and OK with Dec 1 date)

Steve Battle: +1 (and OK with Dec 1 date)

11:13:24 <ericP> +1 to betehess's validation

Eric Prud'hommeaux: +1 to betehess's validation

11:13:57 <cygri> q?

Richard Cyganiak: q?

11:14:03 <ahaller2> ArnaudLH: let's have lunch, get back in 45 minutes

Arnaud Le Hors: let's have lunch, get back in 45 minutes [ Scribe Assist by Armin Haller ]

11:14:04 <ericP> RESOLVED: Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document.

RESOLVED: Issues raised against the UC&R document before XX/YY will be acknowledged or addressed in the first WD of the published document.

11:14:33 <nmihindu> present+ Nandana_Mihindukulasooriya

Nandana Mihindukulasooriya: present+ Nandana_Mihindukulasooriya

11:14:49 <rgarcia> present+ Raul_Garcia-Castro

Raúl García Castro: present+ Raul_Garcia-Castro

11:48:20 <Zakim> +JohnArwe

(No events recorded for 33 minutes)

Zakim IRC Bot: +JohnArwe

12:10:49 <oberger> JohnArwe on the phone

(No events recorded for 22 minutes)

Olivier Berger: JohnArwe on the phone

12:10:59 <oberger> q+ what about the restaurant tonite ?

Olivier Berger: q+ what about the restaurant tonite ?

12:11:04 <bblfish> hi JohnArwe

Henry Story: hi JohnArwe

12:11:29 <cygri> oberger, check the agenda :-)

Richard Cyganiak: oberger, check the agenda :-)

12:11:49 <oberger> cygri, doesn't tell where

Olivier Berger: cygri, doesn't tell where

12:11:55 <JohnArwe> I will have to drop in 2 hours.  GMs are so inconsiderate of my existing schedule.

John Arwe: I will have to drop in 2 hours. GMs are so inconsiderate of my existing schedule.

12:12:04 <cygri> oberger, there's a time slot for discussing that.

Richard Cyganiak: oberger, there's a time slot for discussing that.

12:12:46 <oberger> cygri, yes, but if we have to make a reservation, the sooner, the better... that said, dunno

Olivier Berger: cygri, yes, but if we have to make a reservation, the sooner, the better... that said, dunno

12:13:21 <cygri> scribe: cygri

(Scribe set to Richard Cyganiak)

12:13:42 <cygri> topic: LDP Specification

2. LDP Specification

12:13:58 <oberger> http://www.w3.org/2012/ldp/hg/ldp.html

Olivier Berger: http://www.w3.org/2012/ldp/hg/ldp.html

12:13:59 <cygri> ArnaudLH: We could simply go down the issue list in order.

Arnaud Le Hors: We could simply go down the issue list in order.

12:14:13 <cygri> ... To warm up, we could start with some perhaps less controversial issues.

... To warm up, we could start with some perhaps less controversial issues.

12:14:33 <oberger> http://www.w3.org/2012/ldp/track/issues

Olivier Berger: http://www.w3.org/2012/ldp/track/issues

12:14:38 <rgarcia> http://www.w3.org/2012/ldp/track/issues/open

Raúl García Castro: http://www.w3.org/2012/ldp/track/issues/open

12:14:53 <cygri> ... Anyone wants to suggest a particular issue for discussion?

... Anyone wants to suggest a particular issue for discussion?

12:14:54 <Ruben> could we talk about 24 today sometime? (not here tomorrow)

Ruben Verborgh: could we talk about 24 today sometime? (not here tomorrow)

12:16:39 <cygri> [reconciling order of discussion with presence of various participants]

[reconciling order of discussion with presence of various participants]

12:16:48 <betehess> closest to my interest: http://www.w3.org/2012/ldp/track/issues/20

Alexandre Bertails: closest to my interest: http://www.w3.org/2012/ldp/track/issues/20

12:16:54 <JohnArwe> 23 open according to the server (just above table)

John Arwe: 23 open according to the server (just above table)

12:17:15 <AndyS> zakim, code?

Andy Seaborne: zakim, code?

12:17:15 <Zakim> the conference code is 53794 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), AndyS

Zakim IRC Bot: the conference code is 53794 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), AndyS

12:17:31 <roger> i have interest in issue 26 - and will (unfortunately) not be here tommorrow ....

Roger Menday: i have interest in ISSUE-26 - and will (unfortunately) not be here tommorrow ....

12:17:40 <Zakim> +??P0

Zakim IRC Bot: +??P0

12:17:48 <AndyS> zakim, ??P0 is me

Andy Seaborne: zakim, ??P0 is me

12:17:48 <Zakim> +AndyS; got it

Zakim IRC Bot: +AndyS; got it

12:17:50 <betehess> q+

Alexandre Bertails: q+

12:18:05 <betehess> q-

Alexandre Bertails: q-

12:18:17 <betehess> q+

Alexandre Bertails: q+

12:19:04 <FabGandon> Present+FabGandon

Fabien Gandon: Present+FabGandon

12:19:36 <oberger> q?

Olivier Berger: q?

12:21:08 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

12:21:26 <davidwood> q+ to propose a resolution for ISSUEs 22 and 23

David Wood: q+ to propose a resolution for ISSUEs 22 and 23

12:22:12 <oberger> let's vote on 22 !

Olivier Berger: let's vote on 22 !

12:22:34 <oberger> on discussing 22

Olivier Berger: on discussing 22

12:22:51 <cygri> subtopic: ISSUE-22 and ISSUE-23 (RDF/XML and JSON-LD)

2.1. ISSUE-22 and ISSUE-23 (RDF/XML and JSON-LD)

12:22:56 <ericP> +1

Eric Prud'hommeaux: +1

12:23:05 <davidwood> PROPOSED: Resolve ISSUEs 22 and 23 by stating that LDP servers MUST support Turtle and MAY/SHOULD support any other RDF serialization format that is a W3C Recommendation.

PROPOSED: Resolve ISSUEs 22 and 23 by stating that LDP servers MUST support Turtle and MAY/SHOULD support any other RDF serialization format that is a W3C Recommendation.

12:23:05 <bblfish> +1

Henry Story: +1

12:23:12 <oberger> http://www.w3.org/2012/ldp/track/issues/22

Olivier Berger: http://www.w3.org/2012/ldp/track/issues/22

12:23:17 <bblfish> +1

Henry Story: +1

12:23:19 <SteveBattle> +1

Steve Battle: +1

12:23:22 <cygri> q+

q+

12:23:36 <cygri> ArnaudLH: Turtle is a MUST, we have resolved that already

Arnaud Le Hors: Turtle is a MUST, we have resolved that already

12:23:47 <cygri> davidwood: It should be separated from the other formats

David Wood: It should be separated from the other formats

12:23:58 <betehess> does these format *have* to support relative URIs in their serializations?

Alexandre Bertails: does these format *have* to support relative URIs in their serializations?

12:24:06 <betehess> q+

Alexandre Bertails: q+

12:24:27 <betehess> q+ to ask if these formats MUST support relative URIs in their serializations

Alexandre Bertails: q+ to ask if these formats MUST support relative URIs in their serializations

12:24:32 <cygri> ... Point is to have a consistent policy

... Point is to have a consistent policy

12:24:40 <cygri> ... MAY or SHOULD would be consistent

... MAY or SHOULD would be consistent

12:24:46 <cygri> ack davidwood

ack davidwood

12:24:46 <Zakim> davidwood, you wanted to propose a resolution for ISSUEs 22 and 23

Zakim IRC Bot: davidwood, you wanted to propose a resolution for ISSUEs 22 and 23

12:24:48 <ahaller2> +1 for SHOULD

Armin Haller: +1 for SHOULD

12:24:57 <ArnaudLH> ack david

Arnaud Le Hors: ack david

12:25:00 <bblfish> 1+

Henry Story: 1+

12:25:02 <bblfish> q+

Henry Story: q+

12:25:15 <bblfish> Ntriples would not work because of ISSUE-20

Henry Story: Ntriples would not work because of ISSUE-20

12:25:24 <bblfish> because it does not have relative URIs

Henry Story: because it does not have relative URIs

12:25:39 <ericP> cygri: re: david's proposal, I preferr to just say that Turtle MUST be supported and say nothing about other formats

Richard Cyganiak: re: david's proposal, I preferr to just say that Turtle MUST be supported and say nothing about other formats [ Scribe Assist by Eric Prud'hommeaux ]

12:25:49 <davidwood> ISSUE 20 isn't resolved yet :)

David Wood: ISSUE-20 isn't resolved yet :)

12:26:03 <ericP> ... otherwise we end up in conneg and different representations of the same resource

Eric Prud'hommeaux: ... otherwise we end up in conneg and different representations of the same resource

12:26:06 <ArnaudLH> ack cygri

Arnaud Le Hors: ack cygri

12:26:11 <davidwood> I have no strong objection to cygri's proposal.

David Wood: I have no strong objection to cygri's proposal.

12:26:21 <AndyS> bblfish - strictly, nor does Turtle.  It encodes a graph and a graph has resolved absolute URIs.

Andy Seaborne: bblfish - strictly, nor does Turtle. It encodes a graph and a graph has resolved absolute URIs.

12:26:22 <Ruben> +1 for no other formats than Turtle

Ruben Verborgh: +1 for no other formats than Turtle

12:26:33 <rgarcia> +1 for only Turtle

Raúl García Castro: +1 for only Turtle

12:26:34 <timbl> q+ to suggest "May top connect o other formats"

Tim Berners-Lee: q+ to suggest "May top connect o other formats"

12:26:40 <ericP> oberger: shouldn't we discuss conneg?

Olivier Berger: shouldn't we discuss conneg? [ Scribe Assist by Eric Prud'hommeaux ]

12:26:46 <timbl> q+ to suggest "May top conneg  o other formats"

Tim Berners-Lee: q+ to suggest "May top conneg o other formats"

12:26:47 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

12:26:47 <Zakim> betehess, you wanted to ask if these formats MUST support relative URIs in their serializations

Zakim IRC Bot: betehess, you wanted to ask if these formats MUST support relative URIs in their serializations

12:26:54 <ericP> cygri: HTTP already talks about conneg

Richard Cyganiak: HTTP already talks about conneg [ Scribe Assist by Eric Prud'hommeaux ]

12:27:13 <ericP> oberger: in an informative section, we could say "of course you can use conneg"

Olivier Berger: in an informative section, we could say "of course you can use conneg" [ Scribe Assist by Eric Prud'hommeaux ]

12:27:20 <ArnaudLH> ack bblfish

Arnaud Le Hors: ack bblfish

12:27:22 <cygri> betehess: davidwood's proposal doesn't work because of relative URIs

Alexandre Bertails: davidwood's proposal doesn't work because of relative URIs

12:27:48 <SteveBattle> q+

Steve Battle: q+

12:27:51 <cygri> bblfish: N-Triples doesn't work because of ISSUE-20

Henry Story: N-Triples doesn't work because of ISSUE-20

12:28:12 <cygri> davidwood: N-Triples is likely to be a W3C recommendation

David Wood: N-Triples is likely to be a W3C recommendation

12:28:41 <AndyS> q+ to say it would have to be a restricted form of Turtle, not all Turtle.

Andy Seaborne: q+ to say it would have to be a restricted form of Turtle, not all Turtle.

12:28:57 <ArnaudLH> ack timbl

Arnaud Le Hors: ack timbl

12:28:57 <Zakim> timbl, you wanted to suggest "May top connect o other formats" and to suggest "May top conneg  o other formats"

Zakim IRC Bot: timbl, you wanted to suggest "May top connect o other formats" and to suggest "May top conneg o other formats"

12:29:01 <SteveBattle> q-

Steve Battle: q-

12:29:03 <cygri> bblfish: N-Triples only allows absolute URIs. ISSUE-20 proposal is to use relative URIs so that servers can fill in the URI after POST

Henry Story: N-Triples only allows absolute URIs. ISSUE-20 proposal is to use relative URIs so that servers can fill in the URI after POST

12:29:35 <oberger> +1 timbl

Olivier Berger: +1 timbl

12:29:47 <cygri> timbl: "MAY do conneg" may be worth stating to make clear that it's okay to support things beside Turtle

Tim Berners-Lee: "MAY do conneg" may be worth stating to make clear that it's okay to support things beside Turtle

12:30:23 <cygri> ... You may have to specify that Turtle MUST be returned dependent on q value

... You may have to specify that Turtle MUST be returned dependent on q value

12:30:37 <cygri> ... q values are an issue in conneg

... q values are an issue in conneg

12:30:40 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

12:30:47 <ArnaudLH> ack andy

Arnaud Le Hors: ack andy

12:30:47 <Zakim> AndyS, you wanted to say it would have to be a restricted form of Turtle, not all Turtle.

Zakim IRC Bot: AndyS, you wanted to say it would have to be a restricted form of Turtle, not all Turtle.

12:31:07 <cygri> AndyS: Depending on ISSUE-20 resolution, we may have to qualify what we mean by Turtle

Andy Seaborne: Depending on ISSUE-20 resolution, we may have to qualify what we mean by Turtle

12:31:08 <betehess> andy's remark is right

Alexandre Bertails: andy's remark is right

12:31:10 <AndyS> ack me

Andy Seaborne: ack me

12:31:14 <webr3> q+ to suggest "issue-20 may be easier solved by handling the use case a different way, simply have a resource which provides or redirects to a "new" free uri on each request, like an auto inc, then PUT to it"

Nathan Rixham: q+ to suggest "ISSUE-20 may be easier solved by handling the use case a different way, simply have a resource which provides or redirects to a "new" free uri on each request, like an auto inc, then PUT to it"

12:31:17 <webr3> q-

Nathan Rixham: q-

12:31:25 <JohnArwe> what was the common misreading of conneg timbl was talking about?  rapid-file syllables didn't make it so well across the pond.

John Arwe: what was the common misreading of conneg timbl was talking about? rapid-file syllables didn't make it so well across the pond.

12:31:40 <betehess> q+

Alexandre Bertails: q+

12:31:42 <Zakim> -Yves

Zakim IRC Bot: -Yves

12:32:05 <cygri> ... One of the ISSUE-20 proposals is that POSTing creates a new resource; the container decides on URI of the new resource and fills in <> with the address of the new resource

... One of the ISSUE-20 proposals is that POSTing creates a new resource; the container decides on URI of the new resource and fills in <> with the address of the new resource

12:32:28 <betehess> q-

Alexandre Bertails: q-

12:32:32 <cygri> ArnaudLH: Let's not talk about opening the resolution that turtle MUST be supported.

Arnaud Le Hors: Let's not talk about opening the resolution that turtle MUST be supported.

12:32:50 <timbl> All my serializers do relative URIs by default and in systems I build that is a fundamentally important thing.

Tim Berners-Lee: All my serializers do relative URIs by default and in systems I build that is a fundamentally important thing.

12:33:12 <AndyS> there are other ways to address issue-20 that do not have the relative URI issue and hence any RDF serialization works.

Andy Seaborne: there are other ways to address ISSUE-20 that do not have the relative URI issue and hence any RDF serialization works.

12:33:28 <ericP> cygri: yes

Richard Cyganiak: yes [ Scribe Assist by Eric Prud'hommeaux ]

12:33:49 <davidwood> +1 to AndyS

David Wood: +1 to AndyS

12:33:59 <cygri> PROPOSAL: MUST use Turtle; MAY do content negotiation with other formats

PROPOSED: MUST use Turtle; MAY do content negotiation with other formats

12:34:06 <Ruben> +1

Ruben Verborgh: +1

12:34:13 <bblfish> +1

Henry Story: +1

12:34:22 <oberger> +1

Olivier Berger: +1

12:34:23 <antonis> +1

Antonis Loizou: +1

12:34:27 <betehess> +1

Alexandre Bertails: +1

12:34:27 <ahaller2> +1

Armin Haller: +1

12:34:28 <SteveS> +1

Steve Speicher: +1

12:34:28 <ericP> +1

Eric Prud'hommeaux: +1

12:34:28 <BartvanLeeuwen> +1

Bart van Leeuwen: +1

12:34:30 <ArnaudLH> +1

Arnaud Le Hors: +1

12:34:34 <rgarcia> +1

Raúl García Castro: +1

12:34:34 <krp> +1

Kevin Page: +1

12:34:35 <AndyS> +1 to mentioning conneg somewhere in docs

Andy Seaborne: +1 to mentioning conneg somewhere in docs

12:34:35 <nmihindu> +1

Nandana Mihindukulasooriya: +1

12:34:38 <davidwood> +1

David Wood: +1

12:34:39 <sandro> +1

Sandro Hawke: +1

12:34:40 <webr3> +1 s/suse/support

Nathan Rixham: +1 s/suse/support

12:34:41 <SteveBattle> q+

Steve Battle: q+

12:34:46 <svillata> +1

Serena Villata: +1

12:35:29 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

12:35:43 <sandro> SteveBattle: If you don't send an accept header on a GET, will you get Turtle?

Steve Battle: If you don't send an accept header on a GET, will you get Turtle? [ Scribe Assist by Sandro Hawke ]

12:35:44 <ericP> q?

Eric Prud'hommeaux: q?

12:36:28 <timbl> (JohnArwe, the failure is that  tabulator for example a s ffox extension can handle turtle and html both fine. And so send the same q value for each.   When people serve both HTML and Turtle, then they have to ideally -- send HTML off the HTML is the master and the turtle is a degraded, information lost congestion from the HTML -- if the other way around, like here, that the turtle -- the data -- is the master and the HTML is generated from it, you should return the

Tim Berners-Lee: (JohnArwe, the failure is that tabulator for example a s ffox extension can handle turtle and html both fine. And so send the same q value for each. When people serve both HTML and Turtle, then they have to ideally -- send HTML off the HTML is the master and the turtle is a degraded, information lost congestion from the HTML -- if the other way around, like here, that the turtle -- the data -- is the master and the HTML is generated from it, you should return the

12:36:29 <timbl> turtle, otherwise you lose the semantics.)

Tim Berners-Lee: turtle, otherwise you lose the semantics.)

12:36:58 <bblfish> q+

Henry Story: q+

12:37:29 <cygri> PROPOSAL: Servers MUST support Turtle; servers MAY deliver other formats using standard HTTP content negotiation; If the client doesn't indicate a preference, Turtle MUST be returned

PROPOSED: Servers MUST support Turtle; servers MAY deliver other formats using standard HTTP content negotiation; If the client doesn't indicate a preference, Turtle MUST be returned

12:37:44 <betehess> q+

Alexandre Bertails: q+

12:37:58 <SteveBattle> +1

Steve Battle: +1

12:37:59 <webr3> +1

Nathan Rixham: +1

12:38:02 <davidwood> +1

David Wood: +1

12:38:05 <sandro> +1

Sandro Hawke: +1

12:38:09 <ArnaudLH> +1

Arnaud Le Hors: +1

12:38:09 <AndyS> +1

Andy Seaborne: +1

12:38:10 <svillata> +1

Serena Villata: +1

12:38:17 <Ruben> +1

Ruben Verborgh: +1

12:38:32 <krp> +1

Kevin Page: +1

12:38:39 <rgarcia> +1

Raúl García Castro: +1

12:38:41 <BartvanLeeuwen> +1

Bart van Leeuwen: +1

12:38:43 <bblfish> +1

Henry Story: +1

12:38:47 <ericP> +1

Eric Prud'hommeaux: +1

12:38:48 <nmihindu> +1

Nandana Mihindukulasooriya: +1

12:38:49 <antonis> +1

Antonis Loizou: +1

12:38:57 <SteveS> +1

Steve Speicher: +1

12:39:03 <roger> +1

Roger Menday: +1

12:39:22 <betehess> +1 but I believe that we must take into account the case the weights are equal (MUST return Turlte)

Alexandre Bertails: +1 but I believe that we must take into account the case the weights are equal (MUST return Turlte)

12:39:34 <cygri> ericP: HTTP only says how to specify a header and how a server indicates its format choice; doesn't specify how the server makes the choice. Why should we change this?

Eric Prud'hommeaux: HTTP only says how to specify a header and how a server indicates its format choice; doesn't specify how the server makes the choice. Why should we change this?

12:39:38 <sandro> betehess, I think the resolution is clear about that, as "no preference"

Sandro Hawke: betehess, I think the resolution is clear about that, as "no preference"

12:40:12 <cygri> [scribe can't follow]

[scribe can't follow]

12:40:13 <davidwood> betehess, the proposal does handle that case because the client has not expressed a preference in that case.

David Wood: betehess, the proposal does handle that case because the client has not expressed a preference in that case.

12:40:14 <betehess> sandro, I think it's cheap to speak about a "default"

Alexandre Bertails: sandro, I think it's cheap to speak about a "default"

12:40:35 <sandro> ArnaudLH, is that RESOLVED, in your chair judgement?

Sandro Hawke: ArnaudLH, is that RESOLVED, in your chair judgement?

12:40:44 <betehess> davidwood, maybe a English issue on my side, but I disagree

Alexandre Bertails: davidwood, maybe a English issue on my side, but I disagree

12:41:02 <cygri> RESOLVED: Servers MUST support Turtle; servers MAY deliver other formats using standard HTTP content negotiation; If the client doesn't indicate a preference, Turtle MUST be returned

RESOLVED: Servers MUST support Turtle; servers MAY deliver other formats using standard HTTP content negotiation; If the client doesn't indicate a preference, Turtle MUST be returned

12:41:15 <sandro> close issue-22

Sandro Hawke: close ISSUE-22

12:41:15 <trackbot> Sorry... closing ISSUE-22 failed, please let sysreq know about it

Trackbot IRC Bot: Sorry... closing ISSUE-22 failed, please let sysreq know about it

12:41:22 <cygri> ArnaudLH: Accordingly, we can close ISSUE-22 and ISSUE-23

Arnaud Le Hors: Accordingly, we can close ISSUE-22 and ISSUE-23

12:42:41 <Ruben> q+

Ruben Verborgh: q+

12:42:45 <betehess> q-

Alexandre Bertails: q-

12:42:45 <bblfish> q-

Henry Story: q-

12:42:52 <timbl> q?

Tim Berners-Lee: q?

12:42:59 <oberger> http://www.w3.org/2012/ldp/track/issues/24

Olivier Berger: http://www.w3.org/2012/ldp/track/issues/24

12:43:12 <davidwood> q+ to remind the WG on PURL's DELETE behavior

David Wood: q+ to remind the WG on PURL's DELETE behavior

12:43:28 <cygri> subtopic: ISSUE-24

2.2. ISSUE-24

12:43:38 <ArnaudLH> ack ruben

Arnaud Le Hors: ack ruben

12:43:43 <SteveS> q+

Steve Speicher: q+

12:43:45 <ArnaudLH> ack david

Arnaud Le Hors: ack david

12:43:45 <Zakim> davidwood, you wanted to remind the WG on PURL's DELETE behavior

Zakim IRC Bot: davidwood, you wanted to remind the WG on PURL's DELETE behavior

12:43:45 <ericP> +1 to not saying anything about re-use

Eric Prud'hommeaux: +1 to not saying anything about re-use

12:44:06 <cygri> davidwood: There are legitimate reasons why a server may not re-use a URL.

David Wood: There are legitimate reasons why a server may not re-use a URL.

12:44:14 <cygri> ... Example, pURLs.

... Example, pURLs.

12:44:31 <cygri> ... I strongly recommend we close this issue by stating that servers decide.

... I strongly recommend we close this issue by stating that servers decide.

12:44:38 <Ashok_Malhotra> q+

Ashok Malhotra: q+

12:44:58 <betehess> q+ to offer dev perspective

Alexandre Bertails: q+ to offer dev perspective

12:45:08 <ahaller2> q+

Armin Haller: q+

12:45:09 <cygri> ... I have a minor preference for including a sentence that states it's up to the server whether deleted URIs can be recycled.

... I have a minor preference for including a sentence that states it's up to the server whether deleted URIs can be recycled.

12:45:15 <ArnaudLH> ack steves

Arnaud Le Hors: ack steves

12:45:16 <SteveBattle> q+

Steve Battle: q+

12:45:38 <ArnaudLH> ack steves

Arnaud Le Hors: ack steves

12:45:40 <cygri> SteveS: Agree, it's application-specific. I also agree it's not a best practice.

Steve Speicher: Agree, it's application-specific. I also agree it's not a best practice.

12:45:43 <ArnaudLH> ack ashok

Arnaud Le Hors: ack ashok

12:46:05 <Ruben> my main issue was the phrasing, which currently is "until another resource is created", as "another" seems to suggest that it can't be the same

Ruben Verborgh: my main issue was the phrasing, which currently is "until another resource is created", as "another" seems to suggest that it can't be the same

12:46:10 <cygri> Ashok_Malhotra: Reading 4.5.1 in the spec, it reads like you cannot re-use a URI

Ashok Malhotra: Reading 4.5.1 in the spec, it reads like you cannot re-use a URI

12:46:17 <timbl> q+ to say that is a URI has been automatically allocated by the server then it should NEVER EVER be re-used after having been deleted, to avoid people following an old link to new bad data.

Tim Berners-Lee: q+ to say that is a URI has been automatically allocated by the server then it should NEVER EVER be re-used after having been deleted, to avoid people following an old link to new bad data.

12:46:27 <cygri> davidwood: [quotes offending spec text]

David Wood: [quotes offending spec text]

12:46:35 <AndyS> q+ to wonder about implications on containers and adding entries

Andy Seaborne: q+ to wonder about implications on containers and adding entries

12:46:52 <cygri> ... When you create a resource in a container, the server assigns a URI. Server may decide to re-use an existing URI.

... When you create a resource in a container, the server assigns a URI. Server may decide to re-use an existing URI.

12:46:57 <Ruben> I agree with timbl that non-reuse should be that way to go… or we should at least suggest it

Ruben Verborgh: I agree with timbl that non-reuse should be that way to go… or we should at least suggest it

12:47:14 <ahaller2> q-

Armin Haller: q-

12:47:17 <cygri> q?

q?

12:47:41 <cygri> timbl: If a resource was deleted, it's URI should never ever be re-used.

Tim Berners-Lee: If a resource was deleted, it's URI should never ever be re-used.

12:47:54 <davidwood> q+ to disagree with Tim.

David Wood: q+ to disagree with Tim.

12:48:05 <ArnaudLH> ack bete

Arnaud Le Hors: ack bete

12:48:05 <Zakim> betehess, you wanted to offer dev perspective

Zakim IRC Bot: betehess, you wanted to offer dev perspective

12:48:06 <AndyS> test -- what about re-PUTing the same content as before?

Andy Seaborne: test -- what about re-PUTing the same content as before?

12:48:25 <ericP> vulnerable to the lost-DELETE variant of the lost-UPDATE problem

Eric Prud'hommeaux: vulnerable to the lost-DELETE variant of the lost-UPDATE problem

12:48:25 <oberger> q+ to discuss whether this is linked to issue 25

Olivier Berger: q+ to discuss whether this is linked to ISSUE-25

12:48:57 <ArnaudLH> ack steveb

Arnaud Le Hors: ack steveb

12:49:02 <Ruben>  side-remark: can be reused for the same resource? (e.g., not 410)

Ruben Verborgh: side-remark: can be reused for the same resource? (e.g., not 410)



Formatted by CommonScribe


This revision (#7) generated 2012-11-01 14:11:32 UTC by 'sandro', comments: None