RE: new itemscope or not?

If I was Godz, I would NOT assume they are the same thing. I would use
schema:url thusly for those decreasingly rare situations where somebody
(especially a remote observer) wants to describe something that is
honest-to-godz located on the Web. For example:

@prefix observer: <http://example.org/observer/> .

observer:12345 a <http://purl.org/library/Thesis>;
	schema:name "Architectural Styles and the Design of
Network-based Software Architectures";
	schema:author <http://viaf.org/viaf/26681119>; 
	schema:url
<http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm>.

As a matter of principle, Roy's (HTML) thesis COULD be upgraded to be
self-describing with some hidden markup (either RDFa 1.1 or Microdata)
and a trivial Apache rewrite (303 redirect) upgrade to www.ics.ici.edu
to replace the observer URI.

OTOH, if somebody decides that schema:url should be treated the same as
"itemid" (Microdata), "resource" (RDFa Lite 1.1), "rdf:about" (RDF/XML),
etc. then schema:url is a wasted opportunity and we (i.e. the pedantic
observers of reality) would need to find a new vocabulary term fill this
void.

Jeff

> -----Original Message-----
> From: Jeni Tennison [mailto:jeni@jenitennison.com]
> Sent: Friday, September 07, 2012 3:15 PM
> To: Ed Summers
> Cc: Dawson, Laura; Thad Guidry; public-vocabs@w3.org
> Subject: Re: new itemscope or not?
> 
> 
> On 7 Sep 2012, at 20:03, Ed Summers wrote:
> > It would be interesting to know if the HTML spec allowed multiple
> > identifiers, similar to how other HTML attributes work:
> 
> 
> "The itemid attribute, if specified, must have a value that is a valid
> URL potentially surrounded by spaces."
> 
> http://www.w3.org/TR/microdata/#attr-itemid
> 
> So that would be 'no', not according to spec.
> 
> I've often wondered whether the schema.org 'url' property is meant to
> be synonymous with itemid. I'm not sure what happens in schema.org
> interpreters when you specify one/other/both/multiple urls...
> 
> Jeni
> --
> Jeni Tennison
> http://www.jenitennison.com
> 
>

Received on Saturday, 8 September 2012 02:21:12 UTC