On 07/09/2010 13:50, Dan Brickley dan...@danbri.org wrote:
On Tue, Sep 7, 2010 at 2:40 PM, Emanuele Minotto
minottoemanu...@gmail.com wrote:
I propose a model for representing search results pages (SERP),
analyzing the results of a sample of search engines you may notice
that many
On 26/11/2009 17:33, Fiann O'Hagan fia...@jshub.org wrote:
Hi Fiann
Hi Toby
Have you considered using RDFa? This is a set of XHTML attributes which
brings the RDF data model to XHTML. (Many parsers also support tag
soup HTML too.)
My understanding of RDFa is that it's not possible to
] wrote:
On Mon, January 14, 2008 17:19, Michael Smethurst wrote:
In the case of classical music identifying the track played by ordinality
on the release is extremely useful. So a way to markup ordinality other
than as a list would be preferable
In the following, for piece read piece
On 15/1/08 16:18, Manu Sporny [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
In terms of marking up acts and scenes and movements and works and etc I'd
encourage hAudio to steer well clear. It's a hideous minefield and I suspect
hAudio can solve 80% of the problem by avoiding this stuff
On 12/1/08 20:48, Andy Mabbett [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Martin
McEvoy [EMAIL PROTECTED] writes
Hello Andy
On Fri, 2008-01-11 at 20:27 +, Andy Mabbett wrote:
I think that providing an alternative to OL in that manner, not to
mention encouraging people
On 29/10/07 12:46, Manu Sporny [EMAIL PROTECTED] wrote:
Julian Stahnke wrote:
I like it!
So, to clarify, would a single track be marked up like this?
span class=haudio
span class=fnTwo Sleepy People/span
span class=contributorSilje Nergaard/span
/span
And a track from the
3 quick questions:
1. how would this work for a tracklist for a radio/tv programme. Like this?:
span class=haudio
span class=fnNagasaki Nightmare/span
span class=albumBest Before 1984/span
span class=contributorCrass/span
/span
span class=haudio
span class=fnThe Classical/span
span
On 14/10/07 20:01, Manu Sporny [EMAIL PROTECTED] wrote:
Martin McEvoy wrote:
album-title is NOT mandatory. It is only mandatory when you're listing
one or more TRACKs.
Tracks can be grouped by more than just albums. I'd say album-title should
never be mandatory
-- manu
On 14/10/07 23:47, Andy Mabbett [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Martin
McEvoy [EMAIL PROTECTED] writes
On Sun, 2007-10-14 at 22:44 +0100, Andy Mabbett wrote:
good point! however, people also refer to items as songs,
Some tracks are songs, others are not. All
But it may never be recorded let alone released
I might want to mark up a set list for a gig I enjoyed
On 15/10/07 10:55, Andy Mabbett [EMAIL PROTECTED] wrote:
On Mon, October 15, 2007 10:11, Michael Smethurst wrote:
Some tracks are songs, others are not. All songs, though, are tracks
On 15/10/07 10:50, Andy Mabbett [EMAIL PROTECTED] wrote:
On Mon, October 15, 2007 10:28, Michael Smethurst wrote:
Tracks can be grouped by more than just albums.
Examples, please.
Playlists [1], tracklists [2], set lists [3], works [4]:
[1] http://www.bbc.co.uk/radio1/playlist/
[2
Not wanting to add to the confusion but would it not be possible to have
infinitely nested haudios with neither item or track and use mfo when the
markup enforces containment that you don't want to be reflected in the
model?
On 15/10/07 14:11, Scott Reynen [EMAIL PROTECTED] wrote:
On Oct 14,
On 15/10/07 15:51, Scott Reynen [EMAIL PROTECTED] wrote:
On Oct 15, 2007, at 7:28 AM, Michael Smethurst wrote:
Not wanting to add to the confusion but would it not be possible to
have
infinitely nested haudios with neither item or track and use mfo
when the
markup enforces containment
13 matches
Mail list logo
