- From: Dan Brickley <danbri@w3.org>
- Date: Mon, 16 Apr 2001 14:16:48 -0400 (EDT)
- To: Joshua Allen <joshuaa@microsoft.com>
- cc: "Sean B. Palmer" <sean@mysterylights.com>, Seth Russell <seth@robustai.net>, Murray Altheim <altheim@eng.sun.com>, Danny Ayers <danny@panlanka.net>, RDF Interest <www-rdf-interest@w3.org>
On Mon, 16 Apr 2001, Joshua Allen wrote: > > > So I guess the problem is, How do we factor the XHTML > > > validations such that the semantics of RDF become opaque? > > > > Yes (that's the problem). > > > > Could we add a <metadata>...</metadata> tag and wrap it in CDATA? Any > other ideas? > > > is going to have to be controlled to avoid numerous proprietary > > implementations: i.e. adding RDF to XHTML should be well scoped rather > > That's the important thing, I think - I could easily stuff RDF in the > page right now, but it would be nice to have a way that is "the best way > we can think of right now" so that we can stop talking and start coding. Yes, I would *love* to have someone figure out a plausible best-practice story for linking and embedding RDF with XHTML content. Specifically, I want to be able to find RSS + Dublin Core 'whats new' feeds for any website I knowe the homepage of. Currently RSS 1.0 aggregators don't have any standard conventions for finding new RSS feeds. Some variant on <LINK REL="META"... sounds plausible to me, although I understand from Sean that we'd need to define an HTML profile to do this properly. I wonder if a variant of the 'XHTML profile for RDF site summaries' (http://www.w3.org/2000/08/w3c-synd/) would do the job. I've only just now realised that multiple profiles (a space separated list of their URI names) can be used in HTML simultaneously[1]. So there seems to me to be no reason why we shouldn't proceed and define a profile that explains the link types we want and need (ie. rel=meta, plus URIs for the existing HTML link types). Dan [1] http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#adef-profile
Received on Monday, 16 April 2001 14:17:42 UTC