15:46:21 <RRSAgent> RRSAgent has joined #rdb2rdf
15:46:21 <RRSAgent> logging to http://www.w3.org/2011/08/16-rdb2rdf-irc
15:46:23 <trackbot> RRSAgent, make logs world
15:46:23 <Zakim> Zakim has joined #rdb2rdf
15:46:25 <trackbot> Zakim, this will be 7322733
15:46:25 <Zakim> ok, trackbot; I see SW_RDB2RDF()12:00PM scheduled to start in 14 minutes
15:46:26 <trackbot> Meeting: RDB2RDF Working Group Teleconference
15:46:26 <trackbot> Date: 16 August 2011
15:46:32 <mhausenblas> Agenda: http://lists.w3.org/Archives/Public/public-rdb2rdf-wg/2011Aug/0114.html
15:46:37 <mhausenblas> Chair: Michael
15:46:44 <mhausenblas> scribenick: mhausenblas 
15:46:52 <mhausenblas> RRSAgent, draft minutes
15:46:52 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html mhausenblas
15:46:58 <mhausenblas> RRSAgent, make logs public
15:47:40 <mhausenblas> present+ Michael
15:48:36 <mhausenblas> RRSAgent, draft minutes
15:48:37 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html mhausenblas
15:54:57 <Zakim> SW_RDB2RDF()12:00PM has now started
15:55:05 <Zakim> + +3539149aaaa
15:55:10 <mhausenblas> Zakim, aaaa is me
15:55:10 <Zakim> +mhausenblas; got it
15:56:16 <privera> privera has joined #RDB2RDF
15:58:50 <dmcneil> dmcneil has joined #RDB2RDF
15:59:05 <Ashok> Ashok has joined #rdb2rdf
15:59:19 <Zakim> +dmcneil
15:59:32 <mhausenblas> present+ David
16:00:33 <juansequeda> juansequeda has joined #RDB2RDF
16:00:35 <boris> boris has joined #rdb2rdf
16:00:56 <mhausenblas> present+ Boris
16:01:04 <soeren> soeren has joined #RDB2RDF
16:01:14 <mhausenblas> Zakim, boris is with me
16:01:14 <Zakim> +boris; got it
16:01:25 <Zakim> +Ashok_Malhotra
16:01:31 <mhausenblas> present+ Ashok
16:01:34 <cygri_> cygri_ has joined #rdb2rdf
16:01:42 <Zakim> +ericP
16:01:43 <mhausenblas> Zakim, cygri is with me
16:01:43 <Zakim> +cygri; got it
16:02:00 <mhausenblas> present+ Richard
16:02:19 <Zakim> +juansequeda
16:02:31 <mhausenblas> present+ Juan
16:02:34 <Zakim> +??P5
16:02:48 <Zakim> +OpenLink_Software
16:02:48 <nunolopes> nunolopes has joined #RDB2RDF
16:02:49 <soeren> zakim, ??P5 is soeren
16:02:49 <Zakim> +soeren; got it
16:02:51 <cygri_> zakim, everyone is with mhausenblas
16:02:51 <Zakim> +everyone; got it
16:02:56 <MacTed> Zakim, OpenLink_Software is temporarily me
16:02:56 <Zakim> +MacTed; got it
16:02:58 <dmcneil> does anyone else hear the echo?
16:02:58 <MacTed> Zakim, mute me
16:02:58 <Zakim> MacTed should now be muted
16:03:07 <mhausenblas> present+ Soeren
16:03:09 <nunolopes> Zakim, nunolopes is with mhausenblas
16:03:09 <Zakim> +nunolopes; got it
16:03:12 <mhausenblas> present+ Ted
16:03:16 <mhausenblas> present+ Nuno
16:03:17 <cygri_> zakim, i'm with mhausenblas
16:03:17 <Zakim> +cygri_; got it
16:03:41 <mhausenblas> RRSAgent, draft minutes
16:03:41 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html mhausenblas
16:04:10 <Marcelo> Marcelo has joined #rdb2rdf
16:04:31 <mhausenblas> Zakim, Marcelo is with me
16:04:31 <Zakim> +Marcelo; got it
16:04:36 <mhausenblas> present+ Marcelo
16:04:40 <Seema> Seema has joined #rdb2rdf
16:04:54 <mhausenblas> present+ Eric
16:06:02 <Souri> Souri has joined #rdb2rdf
16:06:18 <Seema> y
16:06:22 <Zakim> +Souri
16:06:28 <MacTed> Zakim, who's noisy?
16:06:35 <mhausenblas> present+ Souri
16:06:39 <Zakim> MacTed, listening for 10 seconds I heard sound from the following: mhausenblas (84%), ericP (9%)
16:06:46 <Zakim> +Seema
16:06:52 <mhausenblas> present+ Seema
16:07:28 <mhausenblas> Topic: Admin
16:07:36 <mhausenblas> PROPOSAL: Accept the minutes of last meeting http://www.w3.org/2011/08/09-rdb2rdf-minutes.html
16:07:49 <boris> +1
16:07:49 <Marcelo> +1
16:07:57 <mhausenblas> RESOLUTION: Accept the minutes of last meeting http://www.w3.org/2011/08/09-rdb2rdf-minutes.html
16:08:10 <mhausenblas> Topic: Current actions and issue review
16:08:52 <mhausenblas> ACTION-140?
16:08:52 <trackbot> ACTION-140 -- Boris Villazón-Terrazas to produce an RDF Schema representation of the R2RML vocabulary terms. -- due 2011-08-16 -- OPEN
16:08:52 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/actions/140
16:09:02 <boris> http://mccarthy.dia.fi.upm.es/rdb2rdf/r2rmlvocab.owl
16:09:25 <mhausenblas> ACTION-147?
16:09:25 <trackbot> ACTION-147 -- Richard Cyganiak to implement ISSUE-29 resolution by stating that conversion to string is done implicitly in any context where a string value is required, and is done according to the rules for SQL's CAST expression. Columns whose type cannot be CAST to string MUST NOT be used in a context that requires a string; and mark the issue as pending review -- due 2011-08-16 -- OPEN
16:09:25 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/actions/147
16:10:03 <ericP> no clue
16:10:08 <mhausenblas> ACTION-152?
16:10:08 <trackbot> ACTION-152 -- Juan Sequeda to figure out and solution with Souri to address ISSUE-64 -- due 2011-08-16 -- OPEN
16:10:08 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/actions/152
16:10:35 <mhausenblas> ACTION-153?
16:10:35 <trackbot> ACTION-153 -- Marcelo Arenas to draft a solution for ISSUE-65 and send out to WG -- due 2011-08-16 -- OPEN
16:10:35 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/actions/153
16:10:54 <privera_> privera_ has joined #RDB2RDF
16:11:19 <mhausenblas> Michael: there was a proposal to close both ISSUES-64 and ISSUE-65?
16:12:24 <mhausenblas> Juan: Let's close the two actions and discuss the issues later
16:12:30 <mhausenblas> close ACTION-152
16:12:32 <trackbot> ACTION-152 Figure out and solution with Souri to address ISSUE-64 closed
16:12:32 <mhausenblas> close ACTION-153
16:12:33 <trackbot> ACTION-153 Draft a solution for ISSUE-65 and send out to WG closed
16:13:00 <mhausenblas> Topic: ISSUE-64 and ISSUE-65
16:13:16 <mhausenblas> ISSUE-64?
16:13:16 <trackbot> ISSUE-64 -- Predicate IRI design for foreign key does not handle common cases where same column sequence may be used for multiple foreign key constraints -- open
16:13:16 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/issues/64
16:13:17 <MacTed> Zakim, who's noisy?
16:13:18 <dmcneil> michael - maybe you could try muting your phone when others are speaking?
16:13:20 <mhausenblas> ISSUE-65?
16:13:20 <trackbot> ISSUE-65 -- For uniformity and performance, "literal" triples must be always generated for each child table column in a foreign key -- open
16:13:20 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/issues/65
16:13:35 <Zakim> MacTed, listening for 11 seconds I heard sound from the following: mhausenblas (26%), ericP (100%)
16:13:37 <dmcneil> no that is not better
16:13:52 <MacTed> try muting through Zakim?
16:14:09 <ericP> PROPOSE to close ISSUE-64 noting that the current DM definition generates triples for all foreign keys even if they are on the same columns
16:14:33 <mhausenblas> s/PROPOSE/PROPOSAL:
16:14:49 <MacTed> Zakim, mute mhausenblas
16:14:49 <Zakim> mhausenblas should now be muted
16:15:08 <dmcneil> the echo stopped
16:15:38 <mhausenblas> (Eric explains the background on the proposal)
16:16:27 <Souri> example: Family <f, n, spouse>, Employee <f, n, salary>, Soccer <f, n, goals>
16:16:33 <mhausenblas> Eric: cost re ISSUE-64 are to high and use case is not clear
16:17:02 <mhausenblas> Juan: agreed
16:17:08 <mhausenblas> q?
16:17:11 <Souri> two different properties need to have two different ranges
16:17:40 <mhausenblas> RRSAgent, draft minutes 
16:17:40 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html mhausenblas
16:17:40 <Souri> q+
16:18:01 <cygri> q+ to say that that ISSUE-64 is a very minor issue because it's such a small corner case
16:18:13 <mhausenblas> ack Souri
16:18:35 <mhausenblas> Souri: fine with me, I thought it's needed for completness
16:18:37 <mhausenblas> q?
16:18:48 <mhausenblas> Souri: see my example above
16:19:21 <mhausenblas> Zakim, unmute me
16:19:21 <Zakim> mhausenblas should no longer be muted
16:19:41 <mhausenblas> ack cygri
16:19:41 <Zakim> cygri, you wanted to say that that ISSUE-64 is a very minor issue because it's such a small corner case
16:19:48 <Marcelo> +q
16:20:13 <mhausenblas> Richard: would also be possible to say that the 'ugly' but complete URI only generated in case of clash
16:20:41 <mhausenblas> ack Marcelo
16:20:52 <mhausenblas> Marcelo: also related with ISSUE-65 
16:21:04 <mhausenblas> ... problem there is in case of FK with one attribute
16:21:19 <mhausenblas> ... to avoid this we need a different URI
16:21:30 <Souri> +1 to Marcelo regarding issue with literal property and constraint property
16:21:51 <juansequeda> q+
16:21:54 <Souri> q+
16:22:09 <mhausenblas> q?
16:22:15 <mhausenblas> ack juansequeda 
16:22:37 <mhausenblas> Juan: should we note the incompleteness in the spec?
16:22:41 <MacTed> q+
16:22:46 <MacTed> Zakim, unmute me
16:22:46 <Zakim> MacTed should no longer be muted
16:22:49 <mhausenblas> q?
16:22:50 <ericP> +1 to cygri's propsal
16:22:55 <mhausenblas> ack Souri
16:23:08 <MacTed> Zakim, mute mhausenblas
16:23:08 <Zakim> mhausenblas should now be muted
16:23:12 <mhausenblas> Souri: re ISSUE-65 ... as Marcelo says
16:23:17 <mhausenblas> q?
16:23:31 <cygri> zakim, mute mhausenblas
16:23:31 <Zakim> mhausenblas was already muted, cygri
16:23:43 <cygri> zakim, who is noisy?
16:23:53 <Zakim> cygri, listening for 10 seconds I heard sound from the following: MacTed (49%)
16:24:06 <mhausenblas> Zakim, unmute me
16:24:06 <Zakim> mhausenblas should no longer be muted
16:24:09 <ericP> q+ to say that the current spec only generates a reference triple for what would be the ambiguous cases
16:24:43 <mhausenblas> q?
16:24:49 <cygri> PROPOSAL: close ISSUE-64 by adding a note to the spec stating, "if multiple FKs are defined on the same sequence of columns, then the same property IRI will be used"
16:25:25 <mhausenblas> ack MacTed 
16:25:34 <MacTed> Zakim, mute mhausenblas
16:25:34 <Zakim> mhausenblas should now be muted
16:25:49 <Souri> -1 to ISSUE-64 proposal because it causes confusion for ISSUE-65
16:26:10 <mhausenblas> Michael: Noted, Souri, but this doesn't help me ...
16:26:42 <mhausenblas> scribe confused, doesn't understand what Ted is talking about
16:26:52 <mhausenblas> Zakim, unmute me
16:26:52 <Zakim> mhausenblas should no longer be muted
16:26:56 <mhausenblas> q?
16:26:58 <Souri> q+
16:27:09 <mhausenblas> ack ericP 
16:27:09 <Zakim> ericP, you wanted to say that the current spec only generates a reference triple for what would be the ambiguous cases
16:27:17 <MacTed> Zakim, mute mhausenblas
16:27:17 <Zakim> mhausenblas should now be muted
16:27:58 <mhausenblas> Michael: I think Richard has a point, let's try 65 first
16:28:08 <mhausenblas> q?
16:28:09 <juansequeda> +1 to address 65 first
16:28:26 <mhausenblas> Zakim, unmute me
16:28:26 <Zakim> mhausenblas should no longer be muted
16:28:55 <mhausenblas> Topic: ISSUE-65
16:28:56 <Souri> the whole idea of having different approach for single-col fkey and multi-col fkey seems confusing
16:29:08 <cygri> q+
16:29:11 <mhausenblas> q?
16:29:14 <mhausenblas> ack Souri 
16:29:36 <mhausenblas> ack cygri 
16:30:06 <mhausenblas> Richard: Agree with Souri re current design is a bit confusing
16:30:35 <mhausenblas> q?
16:30:41 <mhausenblas> RRSAgent, draft minutes
16:30:41 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html mhausenblas
16:30:50 <mhausenblas> ISSUE-65?
16:30:50 <trackbot> ISSUE-65 -- For uniformity and performance, "literal" triples must be always generated for each child table column in a foreign key -- open
16:30:50 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/issues/65
16:31:34 <mhausenblas> Richard: if we had a way to distinguish FK from literal this would be easier
16:31:44 <mhausenblas> q?
16:31:54 <privera> privera has joined #RDB2RDF
16:31:55 <Souri> +1 to Richard's non-concrete proposal: put a prefix say "fkey"
16:32:21 <Souri> q+
16:32:28 <mhausenblas> ack Souri
16:32:36 <mhausenblas> Souri: Agree with Richard
16:32:37 <mhausenblas> q?
16:32:45 <mhausenblas> Zakim, mute me
16:32:45 <Zakim> mhausenblas should now be muted
16:32:48 <MacTed> Zakim, mute me
16:32:48 <Zakim> MacTed should now be muted
16:33:10 <mhausenblas> Souri: as long as we can distinguish the two cases
16:33:25 <mhausenblas> Juan: So, what you want is XXX
16:33:43 <Souri> fkey/f,n
16:33:55 <mhausenblas> Zakim, unmute me
16:33:55 <Zakim> mhausenblas should no longer be muted
16:34:08 <juansequeda> Juan: So, what you want to know through the IRI if it represents a literal or foreign key
16:34:11 <juansequeda> Souri: yes
16:35:03 <Souri> absolutely agree with Richard: we need to distinguish between literal (data) property and fkey (object) property
16:36:58 <ericP> i think anything we come up with would look like:
16:36:59 <ericP> <People/ID=7> <People#LID> 7 .
16:36:59 <ericP> <People/ID=7> <People#Lfname> "Bob" .
16:36:59 <ericP> <People/ID=7> <People#Laddr> 18 .
16:36:59 <ericP> <People/ID=7> <People#Raddr> <Addresses/ID=18> .
16:37:07 <ericP> note the L or R
16:37:22 <cygri_> cygri_ has joined #rdb2rdf
16:37:47 <ericP> i also think these will be worse warts than is the unary foreign key exception
16:37:47 <Zakim> +mhausenblas.a
16:37:52 <juansequeda> ericP: that works... but it's kind of a hack
16:37:55 <cygri> zakim, mhausenblas.a is me
16:37:55 <Zakim> +cygri; got it
16:38:04 <mhausenblas> Michael: DM Editors propose solution for ISSUE-64 and ISSUE-65 after the call today and send to list (Richard to comment on)
16:38:27 <mhausenblas> Topic: ISSUE-48
16:38:33 <mhausenblas> ISSUE-48?
16:38:33 <trackbot> ISSUE-48 -- Mapping SQL datatypes to RDF -- open
16:38:33 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/issues/48
16:38:34 <ericP> juansequeda, agreed. but i think there's no avoiding it if we want to keep the namespaces (for e.g. the People properties) sane
16:38:49 <mhausenblas> Michael: Got everything you need?
16:38:51 <mhausenblas> Richard: yes
16:39:16 <juansequeda> <People/ID=7> <People#fname> "Bob" .
16:39:17 <juansequeda> <People/ID=7> <People#addr> <Addresses/ID=18> .
16:39:17 <juansequeda> <People#fname> rdf:type owl:DatatypeProperty
16:39:17 <juansequeda> <People#addr> rdf:type owl:ObjectProperty
16:39:17 <juansequeda> where anything that is an owl:DatatypeProperty is for literals and anything that is owl:ObjectProperty is for foreign keys
16:39:19 <Souri> eric what would be the syntax for 2-col key: <SOCCER#Rf,n> ?
16:39:54 <mhausenblas> Richard: will send out proposal in the next couple of days
16:40:05 <mhausenblas> Topic: ISSUE-57
16:40:09 <mhausenblas> ISSUE-57?
16:40:09 <trackbot> ISSUE-57 -- R2RML doesn't allow R2RML documents in RDF/XML syntax -- open
16:40:09 <trackbot> http://www.w3.org/2001/sw/rdb2rdf/track/issues/57
16:40:28 <Souri> q+
16:40:32 <mhausenblas> ack Souri 
16:40:39 <cygri> zakim, mute mhausenblas
16:40:39 <Zakim> mhausenblas should now be muted
16:40:52 <mhausenblas> Souri: We will not object now
16:40:56 <cygri> q+
16:41:02 <mhausenblas> ack cygri 
16:41:26 <mhausenblas> Richard: two ways how to look at it
16:41:52 <mhausenblas> ... either not discuss it now and have a second LC or resolve it now
16:42:18 <mhausenblas> Richard: Would be good to resolve it before LC
16:42:37 <mhausenblas> ... what I don't understand is why the objection is here in the first place
16:42:46 <Souri> q+
16:43:08 <mhausenblas> ack Souri
16:44:21 <mhausenblas> Souri: It's more about document structure
16:44:36 <mhausenblas> scribe unsure if this is capture correctly
16:44:57 <mhausenblas> Souri: better would be two split this
16:45:08 <mhausenblas> ... into vocab and serialisation
16:45:09 <mhausenblas> q+
16:45:16 <mhausenblas> Zakim, unmute me
16:45:16 <Zakim> mhausenblas should no longer be muted
16:45:21 <mhausenblas> q?
16:45:34 <cygri> mhausenblas, please mute yourself and come over here
16:45:39 <cygri> your phone is broken
16:45:44 <mhausenblas> Souri: people should have an option
16:45:49 <mhausenblas> Zakim, mute me
16:45:49 <Zakim> mhausenblas should now be muted
16:46:14 <mhausenblas> Zakim, unmute me
16:46:14 <Zakim> mhausenblas should no longer be muted
16:46:17 <mhausenblas> q?
16:46:25 <cygri> zakim, mute mhausenblas
16:46:25 <Zakim> mhausenblas should now be muted
16:46:31 <cygri> mhausenblas, your phone is broken
16:46:36 <mhausenblas> Zakim, unmute me
16:46:36 <Zakim> mhausenblas should no longer be muted
16:46:36 <cygri> come over here
16:47:09 <Souri> q+
16:47:17 <mhausenblas> ack Souri
16:47:42 <mhausenblas> Michael: we can do this but then  1 Sep  is not an option
16:47:46 <mhausenblas> ack Souri 
16:47:49 <mhausenblas> ack me
16:48:44 <cygri> q+
16:48:48 <mhausenblas> q?
16:49:07 <mhausenblas> ack cygri
16:49:15 <mhausenblas> Zakim, mute me
16:49:15 <Zakim> mhausenblas should now be muted
16:49:40 <mhausenblas> Richard: I understand this (re modularity) but we have two competing design goals
16:49:49 <mhausenblas> ... interop vs. flexibility
16:50:01 <mhausenblas> Souri: it's just an option
16:50:22 <juansequeda> q+
16:50:53 <mhausenblas> Michael: For the record - I'd rather step down as a co-chair than loosing the most important aspect of a standard: interoperability
16:50:53 <Ashok> q+
16:50:57 <mhausenblas> q?
16:51:09 <mhausenblas> ack juansequeda 
16:51:39 <mhausenblas> Richard: not very compelling to me
16:52:24 <mhausenblas> Juan: IIUC then you can reuse existing ontology editors
16:52:28 <mhausenblas> q?
16:52:32 <mhausenblas> q+
16:52:49 <mhausenblas> Souri: vocab is the important part
16:53:11 <mhausenblas> Juan: so R2RML is just a vocab?
16:53:15 <mhausenblas> ack Ashok
16:54:03 <mhausenblas> Juan: quite late in the game, this issue, isn't it?
16:54:18 <mhausenblas> Souri: it's not too late, it's simple to write
16:54:20 <mhausenblas> q?
16:54:43 <mhausenblas> Zakim, unmute me
16:54:43 <Zakim> mhausenblas should no longer be muted
16:54:54 <mhausenblas> Zakim, mute me
16:54:54 <Zakim> mhausenblas should now be muted
16:55:17 <mhausenblas> Ashok: are people open for a compromise - replace the MUST with a SHOULD?
16:55:25 <mhausenblas> Richard:
16:55:48 <mhausenblas> Richard: It depends ... the spec defines several conformance criteria
16:55:56 <mhausenblas> ... processor, doc, graph
16:56:12 <mhausenblas> q?
16:56:42 <mhausenblas> Richard: I'm happy to say nothing at all for the processor
16:56:53 <mhausenblas> ... but doc MUST be Turtle
16:56:58 <mhausenblas> Michael: I agree
16:57:03 <mhausenblas> q-
16:57:05 <mhausenblas> q?
16:57:24 <ericP> right now, an R2RML doesn't need an XML processor
16:57:32 <Souri> Document conforming to R2RML vocab vs. Document conforming to R2RML vocab using Turtle syntax
16:58:11 <mhausenblas> q+
16:58:24 <mhausenblas> Zakim, unmute me
16:58:24 <Zakim> mhausenblas should no longer be muted
16:58:33 <ericP> +1 to cygry's terminology separation
16:58:51 <MacTed> MUST accept R2RML graph, SHOULD accept Turtle, MAY accept other serializations... ?
16:58:51 <Souri> Two-level Recommedations: 1) Vocab only 2) Vocab + Turtle
16:59:07 <ericP> Souri, don't we alrady have that?
16:59:25 <Souri> s/Recommedations/Recommendations/
16:59:27 <ericP> (with Richard's wording?)
16:59:32 <cygri> ericP, not quite. a processor currently MUST support turtle
16:59:56 <mhausenblas> Michael: I want to ensure interoperability
17:00:13 <cygri> q+
17:00:15 <ericP> ahh, R2RML is an a mapping graph expressed in Turtle?
17:00:28 <cygri> ericP, what do you mean by "R2RML"?
17:00:32 <mhausenblas> ack cygri 
17:00:40 <mhausenblas> Zakim, mute me
17:00:40 <Zakim> mhausenblas should now be muted
17:01:04 <mhausenblas> Richard: Seems there is no consensus ATM
17:01:17 <mhausenblas> ... will likely not be resolved in the next two weeks
17:01:32 <mhausenblas> ... that means more feedback from WG-external
17:01:39 <MacTed> RFC-standard "SHOULD accept Turtle" means "do it unless there's a damn good reason not to" ... which it seems to me assures interop
17:01:44 <ericP> q+
17:01:47 <mhausenblas> Michael: Then we need to go for a 2nd LC
17:01:54 <Souri> I still do not see anything wrong with Two-level Recommedations: 1) Vocab only 2) Vocab + Turtle. If most implementers and mapping writers want Turtle, they will go with the 2nd.
17:01:57 <mhausenblas> ack ericP 
17:02:25 <mhausenblas> Eric explains options
17:02:47 <mhausenblas> seems that we can offer two options and resolve post-LC
17:03:01 <mhausenblas> Michael: can you render a proposal for this now
17:03:16 <Souri> +1 agree with Eric: breaking up a Rec into two Recs is not a big deal
17:03:23 <mhausenblas> Michael: sounds good to me
17:03:52 <mhausenblas> Michael: can anyone create a proposal PLEASE
17:04:33 <mhausenblas> PROPOSAL: close ISSUE-57 with rendering the options in R2RML
17:04:39 <mhausenblas> Zakim, unmute me
17:04:39 <Zakim> mhausenblas should no longer be muted
17:04:40 <Souri> q+
17:04:49 <Souri> q-
17:05:31 <Souri> We have to decide: SHOULD ... Turtle vs. MUST ... Turtle
17:05:38 <Souri> as Ashok said
17:06:19 <Zakim> -Souri
17:06:20 <Zakim> -dmcneil
17:06:22 <Zakim> -Seema
17:06:25 <Zakim> -cygri
17:06:25 <Ashok> Mark Issue 57 in the document as requiring community feedback
17:06:27 <Zakim> -soeren
17:06:38 <Ashok> ,]... and enumerate the options
17:06:55 <Ashok> s/.]//
17:07:06 <mhausenblas> [adjourned]
17:07:16 <Zakim> -Ashok_Malhotra
17:07:21 <Zakim> -mhausenblas
17:07:35 <mhausenblas> RRSAgent, draft minutes
17:07:35 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html mhausenblas
17:07:42 <cygri_> cygri_ has joined #rdb2rdf
17:07:53 <Zakim> +cygri
17:08:08 <cygri> zakim, cygri is Marcelo
17:08:08 <Zakim> +Marcelo; got it
17:09:25 <nunolopes> nunolopes has joined #RDB2RDF
17:09:44 <mhausenblas> trackbot, end telecon
17:09:44 <trackbot> Zakim, list attendees
17:09:44 <Zakim> As of this point the attendees have been +3539149aaaa, mhausenblas, dmcneil, boris, Ashok_Malhotra, ericP, juansequeda, soeren, everyone, MacTed, nunolopes, cygri_, Marcelo, Souri,
17:09:45 <trackbot> RRSAgent, please draft minutes
17:09:45 <RRSAgent> I have made the request to generate http://www.w3.org/2011/08/16-rdb2rdf-minutes.html trackbot
17:09:46 <trackbot> RRSAgent, bye
17:09:46 <RRSAgent> I see no action items
17:09:47 <Zakim> ... Seema