- From: Axel Polleres <axel.polleres@wu.ac.at>
- Date: Mon, 3 Nov 2014 14:32:41 +0100
- To: Dan Brickley <danbri@google.com>
- Cc: David Booth <david@dbooth.org>, W3C CSV on the Web Working Group <public-csv-wg@w3.org>, Jeni Tennison <jeni@jenitennison.com>
> Data Shapes WG is by charter and membership wholeheartedly by/for/in RDF. CSV WG is not. The best we can expect at > this stage is to communicate, rather than common spec IMHO. fair enough, what I meant here was if metadata properties were used for both groups to describe such kind of constraints, they should hopefully be compatible. Axel -- Prof. Dr. Axel Polleres Institute for Information Business, WU Vienna url: http://www.polleres.net/ twitter: @AxelPolleres On 03 Nov 2014, at 13:17, Dan Brickley <danbri@google.com> wrote: > > On 3 Nov 2014 11:37, "Axel Polleres" <axel.polleres@wu.ac.at> wrote: > > > > Dear Jeni, all, > > > > just a guts feeling: Things like 'primary key' are constraints on the data. Another group is primarily concerned with constraints on data and validation of these: http://www.w3.org/2014/data-shapes/ > > > > In the F2F meeting of the DRF Data Shapes WG I noted that I would be surprised if basic SQL constraints (like primary/foreign key constrainrs would NOT be covered there), so likewise here I wonder whether these constraints are something we shouldn't do in liaison with the RDF data shapes group, rather than specifying properties in isolation. > > > > Thoughts? > > Data Shapes WG is by charter and membership wholeheartedly by/for/in RDF. CSV WG is not. The best we can expect at this stage is to communicate, rather than common spec IMHO. > > Dan > > > Axel > > > > -- > > Prof. Dr. Axel Polleres > > Institute for Information Business, WU Vienna > > url: http://www.polleres.net/ twitter: @AxelPolleres > > > > On 03 Nov 2014, at 11:53, Jeni Tennison <jeni@jenitennison.com> wrote: > > > > > Hi David, > > > > > > This was an attempt to make the metadata JSON be good JSON-LD. The draft now just uses the “name” property and references those names within “primaryKey", which makes it easier to write but requires a bit more application logic. > > > > > > Jeni > > > > > > -----Original Message----- > > > From: David Booth <david@dbooth.org> > > > Reply: David Booth <david@dbooth.org>> > > > Date: 1 November 2014 at 20:36:05 > > > To: public-csv-wg@w3.org <public-csv-wg@w3.org>> > > > Subject: Could primaryKey be specified directly as a column name? > > > > > >> In the 30-Oct-2014 draft at > > >> http://w3c.github.io/csvw/csv2rdf/ > > >> there is a very nice, simple example in Sec 4. (Thanks for that!) But > > >> I'm wondering about one detail. > > >> > > >> Example 3 shows CSV metadata, which includes: > > >> > > >> . . . > > >> "columns": [{ > > >> "@id": "_:GID", > > >> "name": "GID", > > >> "datatype": "integer" > > >> }, { > > >> . . . > > >> "primaryKey": "_:GID" > > >> }] > > >> . . . > > >> > > >> I notice that the value provided for "primaryKey" above is specified as > > >> an indirect identifier ("_:GID") for the primary key column, instead of > > >> being directly specified as the column name "GID". I assume that there > > >> is some rationale for doing it this way -- perhaps so that the metadata > > >> can specify duplicate column names, though wouldn't that be a bad use > > >> case to support? -- but it seems cumbersome and error prone. Can this > > >> be simplified to allow the "primaryKey" to be specified directly as the > > >> column name? > > >> > > >> Thanks, > > >> David > > >> > > >> > > >> > > > > > > -- > > > Jeni Tennison > > > http://www.jenitennison.com/ > > > > > > >
Received on Monday, 3 November 2014 13:33:07 UTC