W3C home > Mailing lists > Public > public-lod@w3.org > November 2011

Re: RDFa and HTML5

From: Stéphane Corlosquet <scorlosquet@gmail.com>
Date: Tue, 29 Nov 2011 11:27:54 -0500
Message-ID: <CAGR+nnHU6MBpu2t6kGZpwmMLP0msFxGn6Ef234OMTfBtsyBvbQ@mail.gmail.com>
To: Jeremy Tarling <Jeremy.Tarling@bbc.co.uk>
Cc: public-lod@w3.org
Hi Jeremy,

On Tue, Nov 29, 2011 at 10:03 AM, Jeremy Tarling
<Jeremy.Tarling@bbc.co.uk>wrote:

>  Hi, I work with the BBC’s Weather web team and we’d like to add some
> minimal RDFa to forecast pages to link them with their corresponding
> Geonames ID.
>
> The BBC URLs make use of GeoIDs, but there’s nothing that explicitly
> states (for example):
>     http://www.bbc.co.uk/weather/2637142 – is_a_forecast_for -
> http://sws.geonames.org/2637142
>
> Back in August on this list Keith Alexander suggested something like:
>     <link rev="meteo:forecastPage"  href="http://sws.geonames.org/2637142/">
>
>
> which seems ideal, but unfortunately when I tried this on a sandbox it
> failed validation – apparently <linl rev=””> has been deprecated in HTML5.
>
> Has anyone come up against a similar problem, or have a suggestion for how
> else we might make this association?
>

What validator did you use? Can you try with [1]? HTML+RDFa re-introduces
@rev, see [2].

Side note: I'm not sure it's meteo:forecastPage that you want to use to
link a forecast to a geoname place. meteo:forecast looks like a better fit
(domain: Place, range: Forecast).

Steph.

[1] http://www.w3.org/2007/08/pyRdfa/Validator.html
[2] http://lists.w3.org/Archives/Public/public-rdfa-wg/2011Jan/0153.html



>
> Thanks
>
> JT
>
>
> http://www.bbc.co.uk
> This e-mail (and any attachments) is confidential and may contain personal
> views which are not the views of the BBC unless specifically stated.
> If you have received it in error, please delete it from your system.
> Do not use, copy or disclose the information in any way nor act in
> reliance on it and notify the sender immediately.
> Please note that the BBC monitors e-mails sent or received.
> Further communication will signify your consent to this.
>
Received on Tuesday, 29 November 2011 16:28:23 UTC

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