W3C home > Mailing lists > Public > public-vocabs@w3.org > April 2012

Re: How to describe a resource elsewhere?

From: Stuart Sutton <stuartasutton@gmail.com>
Date: Sat, 21 Apr 2012 12:03:18 -0700
Message-ID: <CACetQ6Gs9wMf4qpnjK+m0QaK62gnFmWvoamRYcLsbNs2+GvLkw@mail.gmail.com>
To: lrmi@googlegroups.com
Cc: "public-vocabs@w3.org" <public-vocabs@w3.org>, Adrian Giurca <giurca@tu-cottbus.de>
Building on Phil's example, I've used his exact page markup but substituted
ASN URI for the CCSS competencies referenced.  The sightly edited example
is at [1] and it uses two ASN competency URI [2]-[3].  The Rich Snippets
tool output is at [4].  The URI resolves to a human-readable description of
the competency (not just the text).  RDF, JSON serializations of the data
are available through content negotiation [5]-[6].


[1] http://asn.jesandco.org/sites/default/files/LRMI/NSDL-ASNmarkup.htm
[2] http://asn.jesandco.org/resources/S11434CE
[3] http://asn.jesandco.org/resources/S11434CF
[4] http://bit.ly/JbCppl
[5] http://asn.jesandco.org/resources/S11434CE.rdf
[6] http://asn.jesandco.org/resources/S11434CE.json

On Fri, Apr 20, 2012 at 8:24 AM, Phil Barker <phil.barker@hw.ac.uk> wrote:

>  Hello everyone.
> Thanks Adrian, yes that helps. I was thinking of the case where the page
> was the primary thing described.
> Here's the example of a page describing a resource elsewhere that I have
> marked up with schema.org so that both the page and the resource that the
> page is about are described:
> http://pjjk.net/lrmiexx/nsdl20110414163807295T.htm  Rich Snippets testing
> tool output is available at http://bit.ly/HXSdgr (I've also used some of
> the LRMI proposed properties, which are the ones that the testing tool does
> not recognise)
> I can easily see how specifying that the page and the learning resource
> that the page is about have different properties (different authors,
> different terms of use etc). However it is the learning resource that is
> the most important item it is the description of the learning that we want
> search engines to notice yet that is kind of hidden away as Item 2 in the
> parsed output. I guess I doubt whether a search engine would bother to do
> much with any information provided by schema.org for the thing that a
> page was about?
> The alternative is not to mark up only the information on the page for the
> resource being described. There's an example of that at
> http://pjjk.net/lrmiexx/nsdl20110414163807295T_2.htm with testing tool
> output at http://bit.ly/HNGk85  I guess the search engines are more
> likely to act on the important information in this case because it's all
> properties of the primary item, but how will they trust to a page on one
> website to describe a page elsewhere?
> I would be interested in knowing how the markup on either example page
> aligns with current or expected practice.
> Regards, Phil
> On 16/04/2012 15:09, Adrian Giurca wrote:
> Hello,
> On 4/16/2012 4:03 PM, Phil Barker wrote:
> [slight change to subject line to be more generally correct]
> Thanks Adrian, that would suggest the first approach I gave.  Is @url
> being the page itself (I assume the page being marked-up) a general
> principle for microdata or schema.org?
> I would say the @url is for the Thing is described. Would you describe
> some page then is the url of the page. But inside a page you may describe
> other items too (many itemscope annotations). Then @url occurrence in that
> context(item scope) is an URL of that item.
> Hope it helps,
> Adrian Giurca
> -- <http://www.icbl.hw.ac.uk/~philb/> <http://www.icbl.hw.ac.uk/%7Ephilb/>
> Please note new email address: phil.barker@hw.ac.uk
> ------------------------------
>  *Heriot-Watt University is the Sunday Times Scottish University of the
> Year 2011-2012.*
> We invite research leaders and ambitious early career researchers to join
> us in leading and driving research in key inter-disciplinary themes. Please
> see
> http://www.hw.ac.uk/researchleaders
> for further information and how to apply.
>  Heriot-Watt University is a Scottish charity registered under charity
> number SC000278.

Stuart A. Sutton,
CEO and Managing Director, Dublin Core Metadata Initiative
Associate Professor Emeritus, The Information School
University of Washington
Received on Sunday, 22 April 2012 13:07:21 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:48:45 UTC