W3C home > Mailing lists > Public > public-vocabs@w3.org > August 2013

Re: Proposal: Looking inside tables

From: Cosmin Paun <cpaun88@gmail.com>
Date: Tue, 20 Aug 2013 14:24:57 +0200
Message-ID: <CAOcLuTxUpzT1j4n2yRct8qWvgv5OTCpE9j76tUSGRx8_0mUQtA@mail.gmail.com>
To: Martin Hepp <martin.hepp@ebusiness-unibw.org>
Cc: Dan Brickley <danbri@google.com>, W3C Web Schemas Task Force <public-vocabs@w3.org>
Dear Martin,

http://schema.org/Table already exists as subtype of
http://schema.org/WebPageElement

Perhaps all the work should be done around this class.

Cosmin

On Tue, Aug 20, 2013 at 11:52 AM, Martin Hepp
<martin.hepp@ebusiness-unibw.org> wrote:
> Hi all,
> just from the top of my head - if you really want to add such a meta-data extension, why don't you create a type
>
>     http://schema.org/Table
>
> with the properties
>
>     typeOfEntries - URL of schema.org type
>     column - columns of the table (optional, since directly available from the HTML tree)
>
> and a second type
>
>     http://schema.org/TableColumn ( or Dimension or something more generic)
>
> with the property
>
>     mapsToProperty - URL or schema.org property
>
> That should to the trick without mixing apples (tables) and oranges (table entries).
>
>
> But in general, I strictly oppose the proposed extension, since it adds an unnecessary intermedia level. Putting in the proper markup directly in the body of the table is
>
> 1. cleaner,
> 2. requires no special processing, and
> 3. works in RDFa and Microdata without proprietary inferences.
>
> <table>
>   <thead>
>     <tr>
>       <th>Image</th>
>       <th>Name</th>
>       <th>Year</th>
>       <th>Technique</th>
>       <th>Dimensions</th>
>       <th>Gallery</th>
>     </tr>
>   </thead>
> <tbody>
>    <tr itemscope itemtype="http://schema.org/Painting">
>         <td><a itemprop="image" href="...URL">Image</a></td>
>         <td itemprop="name">The Cry</td>
>         ...
>    </tr>
> ...</tbody>
> </table>
>
>
> My strongest argument, however, is that most tables today are generated with loops from database content, so the HTML / template will contain the data markup in only one place anyway. So there is really no reason to add such an awkward, proprietary mechanism that mixes syntax and vocabulary.
>
>
> Martin
>
>
>
> On Aug 14, 2013, at 2:47 PM, Dan Brickley wrote:
>
>> Re-fwd'ing this as Omar's mail didn't get distributed for some reason.
>>
>> Somewhat related, see also schema.org position paper to W3C Open Data
>> on the Web workshop recently,
>> http://www.w3.org/2013/04/odw/odw13_submission_53.pdf via
>> http://www.w3.org/2013/04/odw/papers
>>
>> Dan
>>
>> ---------- Forwarded message ----------
>> From: Omar Benjelloun (عمر بنجلون) <benjello@google.com>
>> Date: 13 August 2013 22:04
>> Subject: Proposal: Looking inside tables
>> To: public-vocabs@w3.org
>> Cc: Ramanathan Guha <guha@google.com>, Dan Brickley <danbri@google.com>
>>
>>
>> Hi,
>>
>> Many useful datasets on the Web take the form of tables. The goal of
>> this proposal is to provide a simple, schema.org-friendly way to "look
>> inside" these tables, and map their contents into triples.
>>
>> This is an early draft proposal developed at Google. We're seeking
>> feedback from the community.
>>
>> The proposal is attached to this e-mail, and will be uploaded to the
>> WebSchemas/SchemaDotOrgProposals page shortly.
>>
>> Thanks,
>> -Omar
>> <Lookinginsidetables.html>
>
> --------------------------------------------------------
> martin hepp
> e-business & web science research group
> universitaet der bundeswehr muenchen
>
> e-mail:  hepp@ebusiness-unibw.org
> phone:   +49-(0)89-6004-4217
> fax:     +49-(0)89-6004-4620
> www:     http://www.unibw.de/ebusiness/ (group)
>          http://www.heppnetz.de/ (personal)
> skype:   mfhepp
> twitter: mfhepp
>
> Check out GoodRelations for E-Commerce on the Web of Linked Data!
> =================================================================
> * Project Main Page: http://purl.org/goodrelations/
>
>
>
>
Received on Tuesday, 20 August 2013 12:25:28 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:29:29 UTC