W3C home > Mailing lists > Public > public-lod@w3.org > February 2010

Re: Linking HTML pages and data

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Wed, 17 Feb 2010 07:17:11 -0500
Message-ID: <4B7BDE47.6080209@openlinksw.com>
To: Ian Davis <lists@iandavis.com>
CC: Ed Summers <ehs@pobox.com>, public-lod@w3.org
Ian Davis wrote:
> On Wed, Feb 17, 2010 at 2:01 AM, Kingsley Idehen <kidehen@openlinksw.com> wrote:
>   
>> I really don't believe we achieve much via:
>> <link rel="primarytopic"
>> href="http://education.data.gov.uk/id/school/500006" />
>>
>> "primarytopic" isn't an IANA registered type link.
>>     
>
> Yes, I know. Nor is foaf:primaytopic :)
>   
Correct, but the is a standard practice for custom relations, this is my 
point  re. "foaf:primarytopic" :-)
> I think there's a good chance of getting wide adoption for
> rel="primarytopic" as a pattern / microformat / whatever. Having that
> very simple relation would be a massive boost for cross-linking the
> document web with the data web, important enough to warrant a special
> case IMHO.
>   
Yes, so I think we can push it through with little or no resistance.
>
>   
>> If you absolutely need to use foaf then its better to qualify it:
>> <link rel="foaf:primarytopic"
>> href="http://education.data.gov.uk/id/school/500006" />
>>     
Absolutely!
>> Yes, its a PITA for the average HTML user/developer, but being superficially
>> simpler doesn't make it a valid long term solution. There is a standard in
>> place for custom typed links re. <link/>.
>>     
>
>
> The two are not exclusive. In an RDFa environment, I would suggest
> using foaf:primaryTopic (note case too - too easy for developers to
> mis-type)
>   

Agreed!

Kingsley
> Ian
>
>   


-- 

Regards,

Kingsley Idehen	      
President & CEO 
OpenLink Software     
Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen 
Received on Wednesday, 17 February 2010 12:17:42 UTC

This archive was generated by hypermail 2.3.1 : Sunday, 31 March 2013 14:24:25 UTC