Hi there
We're currently looking at using the event microformat on the redesigned
radio 4 schedule page (and possibly throughout bbc.co.uk/radio4)
And we're wondering if a network/service (BBC 1, Radio 4, Radio 1 etc)
could be described as a location
Or whether we'd be better to push for a new
Ok, this was my thinking
(feel free to shoot it down)
A broadcast is clearly an event, so mark it up as an event
But if it were possible to determine it's an event of type broadcast
you'd have enough information to not only add it to your calendar but
also to set a device to record the broadcast
Top stuff
Perfect
thanks
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
snipWith some cunning copy, you may already have the word 'broadcast'
in your content already, in which case just hyperlink it to a tagspace
(http://bbc.co.uk/broadcasts, for example) and add rel=tag./snip
I'd guess I'd rather not tie it to the bbc url in the hope that others
may feel more free
Ok, ok
We're at cross purposes
We can provide next and previous links to both schedule day and week
views ~ no problem
http://www.plasticbag.org/files/misc/pips_etech.pdf
Is a link to the etech slides for pips (the Programme Information
Platform designed by mssrs biddulph, coates and bell)
This
Fair point
But where else could I point to that wouldn't confuse?
Can hide it in css but still leaves the problem of screen readers
Which I guess is a wider problem with ufs
Not that I wanna kick off that discussion
http://www.bbc.co.uk/
This e-mail (and any attachments) is confidential and may
http://en.wikipedia.org/wiki/Rerun
http://en.wikipedia.org/wiki/Documentary
http://en.wikipedia.org/wiki/Television_pilot
Now if only we had the data to tell us that stuff ~ maybe one day
Unfortunately infax is outside our control. Not sure if there's any more
work planned on it or whether ufs
Afternoon all
Standard practice at the beeb has always been to use link urls relative to
the root:
href=/radio4/today
Clearly these are of little use in a microformat (or any attempt to use html
as an api)
So my question is - are there any problems we should be aware of in
switching to full
?
On 20/4/07 13:39, David Janes [EMAIL PROTECTED] wrote:
On 4/19/07, Michael Smethurst [EMAIL PROTECTED] wrote:
Afternoon all
Standard practice at the beeb has always been to use link urls relative to
the root:
href=/radio4/today
Clearly these are of little use in a microformat (or any
Simple and elegant
For some reason I'd always thought base was something set in the http header
rather than the markup
The longer I spend with html the less I think I know
Anyway thanks for your help
On 23/4/07 13:22, Brian Suda [EMAIL PROTECTED] wrote:
On 4/23/07, Michael Smethurst [EMAIL
On 11/5/07 19:31, Brian Suda [EMAIL PROTECTED] wrote:
--- you should look into RDATE, this allows you to specific only
specific dates. The wiki has some information,
http://microformats.org/wiki/hcalendar-brainstorming but i think it
still needs to be flushed out.
Not quite on topic but
Two problems I'm having at the moment (very related):
- If I use a hReview uf where the review doesn't have a url of its own but
does include a hCard which does have a url both tails and operator seem to
suggest that the url for the review is that for the hCard
- If I use an event uf and the
[EMAIL PROTECTED] wrote:
Interesting. That's tricky. Basically what I do in Operator is look
for any DOM node with the class URL that is a child of the review.
Obviously I'm getting the one in the hcard/hcalendar. I'll have to
think about that.
Mike
On 6/6/07, Michael Smethurst [EMAIL
/div
/div
/div
On 6/6/07 17:01, Brian Suda [EMAIL PROTECTED] wrote:
On 6/6/07, Michael Smethurst [EMAIL PROTECTED] wrote:
Think I'm tending toward the latter cos the point of the page is the
review...
Any thoughts?
could you provide us with a link so we can help sort out
Just wondering why the example on:
http://microformats.org/wiki/audio-info-proposal#hAudio_Microformat_Draft_Sp
ecification
Has org on the vcard
span class=contributor
span class=vcard
span class=fn orgPhish/span
/span
/span
Is this just because Phish are a group rather
On 6/6/07 17:01, Brian Suda [EMAIL PROTECTED] wrote:
On 6/6/07, Michael Smethurst [EMAIL PROTECTED] wrote:
Think I'm tending toward the latter cos the point of the page is the
review...
Any thoughts?
could you provide us with a link so we can help sort out this issue?
This isn't the page
It's been noted elsewhere but I don't think here
Artist and release pages on bbc.co.uk/music now feature hcard, hreview and
rel-licence ufs:
http://www.bbc.co.uk/music/artist/m6qv/
http://www.bbc.co.uk/music/release/4b8c/
For anyone interested in metrics adding them took about an hour.
On 3/7/07 13:07, Andy Mabbett [EMAIL PROTECTED] wrote:
On Tue, July 3, 2007 12:41, Michael Smethurst wrote:
Artist and release pages on bbc.co.uk/music now feature hcard, hreview
and rel-licence ufs:
http://www.bbc.co.uk/music/artist/m6qv/
Nice one, but you have, for example
On 5/7/07 13:37, Paul Wilkins [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Seem to remember at the time I asked what the line of demarcation would be
between people as people and people as organisations. Are you just saying
music artists? What about actors, politicians, bloggers
On 1/8/07 20:02, Andy Mabbett [EMAIL PROTECTED] wrote:
Once again, there is the impression that microformats fora are being run
by an unelected cabal, using arbitrary, personal interpretations of
vague and unwritten rules, applied with no sense of even-handedness.
Still, I suppose that's
Just a quick question to ask whether hatom requires an updated?
http://microformats.org/wiki/hatom#Schema
says it is
http://microformats.org/wiki/hatom#Entry_Updated
Says it's a should and parsers will fall back to published date
?!?
http://www.bbc.co.uk/
This e-mail (and any attachments)
On 10/9/07 15:42, Frances Berriman [EMAIL PROTECTED] wrote:
On 10/09/2007, Michael Smethurst [EMAIL PROTECTED] wrote:
Just a quick question to ask whether hatom requires an updated?
http://microformats.org/wiki/hatom#Schema
says it is
http://microformats.org/wiki/hatom#Entry_Updated
Hi all
I've recently been hacking together a site that will become musicreviewz.org
http://bbc-hackday.dyndns.org:2826/
It's a simple app that lets users sign in and review albums so long as:
- the album exists in musicbrainz
- they're happy to sign up to creative commons
It still needs more
On 13/10/07 10:36, Tom Morris [EMAIL PROTECTED] wrote:
On 10/12/07, Manu Sporny [EMAIL PROTECTED] wrote:
Great! Where are they? Are the transformations only available as XSL
stylesheets? If so, they're not very useful as a quick-reference for
publishers... are they?
Brian is referring
Hello!
Just to say that hCalendar is used fairly extensively to describe broadcasts
on bbc.co.uk/programmes here:
http://www.bbc.co.uk/programmes/genres/music
And here:
http://www.bbc.co.uk/programmes/formats/animation
And here:
http://www.bbc.co.uk/programmes/b006qpgr/laston
And etc
Cc-ing (hopefully) interested bbc parties
Hello Andy
Long time no hear
On 12/12/07 19:02, Andy Mabbett [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Michael
Smethurst [EMAIL PROTECTED] writes
Just to say that hCalendar is used fairly extensively to describe
broadcasts
On 2/1/08 10:57, Andy Mabbett [EMAIL PROTECTED] wrote:
In message
[EMAIL PROTECTED], Paul
Wilkins [EMAIL PROTECTED] writes
There are other ways to hide information from people while still
allowing it to be accessible by machines.
For example:
!-- uf:duration PT2M23S --
There is no
Hello!
I'm looking into marking up contact details for tv and radio programmes
Typically they have a telephone number, an email address, possibly a fax
number and often a sms short code
Is there a preferred way to mark-up the sms short code?
http://www.bbc.co.uk/
This e-mail (and any
for me and my colleagues
-Alex
On Jan 11, 2008, at 2:02 AM, Michael Smethurst wrote:
On 10/1/08 18:03, Alex Faaborg [EMAIL PROTECTED] wrote:
By next release, do you mean 3.0.1 (or some such) or 4.0?
The next major release (point releases are primarily used for
security
On 7/2/08 00:13, Guillaume Lebleu [EMAIL PROTECTED] wrote:
I don't disagree that groups/bands should be considered organisations.
This takes me back several months (June 2007) to a thread about whether both
music:groups and music:artists_singular should be marked up as
organisations:
On 7/2/08 11:59, Andy Mabbett [EMAIL PROTECTED] wrote:
On Thu, February 7, 2008 09:55, Michael Smethurst wrote:
This takes me back several months (June 2007) to a thread about whether
both music:groups and music:artists_singular should be marked up as
organisations:
http://www.mail
On 7/2/08 15:30, Andy Mabbett [EMAIL PROTECTED] wrote:
On Thu, February 7, 2008 14:33, Michael Smethurst wrote:
Not sure I follow. The hcard wiki page says nickname optimisation
happens when FN and ORG are not the same, and the value of the FN
property is exactly one word. What would
On 4/3/08 16:42, Andy Mabbett [EMAIL PROTECTED] wrote:
as I've pointed out before, the imminent release of Firefox
3, with native support for microformats, will see a significant leap in
public awareness of microformats.
Is this still true? My understanding was that native uf support would
Hi Adam
We've had the same problems with http://bbc.co.uk/programmes. For now we've
stuck with the standard abbr design pattern but as Mr Mabbett helpfully
pointed out our use has potential accessibility issues and definite semantic
nastiness.
See here:
:21, Michael Smethurst [EMAIL PROTECTED] wrote:
Hi Adam
We've had the same problems with http://bbc.co.uk/programmes. For now we've
stuck with the standard abbr design pattern but as Mr Mabbett helpfully
pointed out our use has potential accessibility issues and definite semantic
nastiness
Morning
The schema section of the hAtom spec [1] says:
author. required using hCard. [*]
But the entry author section [2] says:
an Entry SHOULD have at least one Entry Author element
Should this be a MUST?
Also in a blog post [3] David Janes suggests that hAtom 0.2 may drop the
author and
+1
On 8/3/08 21:45, Manu Sporny [EMAIL PROTECTED] wrote:
I just got back from vacation, otherwise this would have gone out
sooner. It has come to my attention that Andy Mabbett has been banned by
the admins for 18 months[1].
This is an unjust punishment, especially considering that he is
On 22/5/08 19:04, Alasdair King [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Of 4 users 2 had abbreviation expansion turned on.
Ah, but what was your sample group? Were they, by any chance,
highly-able professionals, probably with a business interest in web
design and accessibility
Thanks benjamin
I had a quiet day lined up. Looks like I'll be subscribing to mailing list
now ;-)
On 24/5/08 12:42, Benjamin Hawkes-Lewis [EMAIL PROTECTED]
wrote:
Frances Berriman wrote:
I realise I mentioned this URL in the last thread I was active on, but
I wanted to bring this to the
. Alasdair King
WebbIE
http://www.webbie.org.uk
On Tue, May 27, 2008 at 9:47 AM, Michael Smethurst
[EMAIL PROTECTED] wrote:
On 22/5/08 19:04, Alasdair King [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Of 4 users 2 had abbreviation expansion turned on.
Ah, but what was your
by Michael Smethurst (who worked with this community on
hAudio among other things):
Removing abbr-based Microformats from BBC
http://www.bbc.co.uk/blogs/radiolabs/2008/06/removing_microformats_from_bbc.sh
tml
The second is a response from John Resig, of jQuery/Mozilla fame, here:
BBC Removing
Hi Tom + Tom
On 12/7/08 00:20, Tom Morris [EMAIL PROTECTED] wrote:
On Fri, Jul 11, 2008 at 4:56 PM, Tom [EMAIL PROTECTED] wrote:
Hi,
I'm working for Channel4 on a new programme guide and am interested to
know if there was any resolution made on the discussion the BBC took
part in early
Hello
On 12/7/08 14:50, Breton Slivka [EMAIL PROTECTED] wrote:
On Fri, Jul 11, 2008 at 6:47 PM, Dan Brickley [EMAIL PROTECTED] wrote:
Toby A Inkster wrote:
Paul Wilkins wrote:
We should leverage the computers ability to do the hard work for us.
pDate span class=dateFriday, July the
Hello!
I'm currently working with a database that has a table of composers. The
data's quite granular and gives:
- personal title (can be sir or just mr, ms, etc)
- first name
- middle_name_1
- middle_name_2
- middle_name_3
- last_name_prefix (von, de los, van der)
- last_name
So my questions
On 13/8/08 10:50, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/13, Michael Smethurst [EMAIL PROTECTED]:
So my questions are:
1. can I just use span class=additional-namemiddle_name_1 middle_name_2
middle_name_3/span?
...
Or should I use:
span class=additional-namemiddle_name_1
On 13/8/08 10:50, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/13, Michael Smethurst [EMAIL PROTECTED]:
3. Should I just collapse last_name_prefix and last_name into:
span class=family-namelast_name_prefix last_name/span
There doesn't seem to be a way of marking up last_name_prefix
any more. Otherwise Irish phonebooks would
be nothing but O :)
Certainly I remember that my name was under D on the register at school.
Cheers
Jim O'Donnell
Original Message:
-
From: Michael Smethurst [EMAIL PROTECTED]
Date: Thu, 14 Aug 2008 10:54:36 +0100
On 14/8/08 12:32, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/14, Michael Smethurst [EMAIL PROTECTED]:
On listings pages and:
h1 class=vcard
a href=http://localhost:3005/people/16; class=n fn url
span class=given-nameLudwig/span
span class=family-name-prefixvan/span
span class
On 14/8/08 13:36, Toby A Inkster [EMAIL PROTECTED] wrote:
But some detach:
Beethoven, Ludwig van
span class=fn n
span class=given-nameLudwig/span
span class=family-name
van
span class=sort-stringBeethoven/span
/span
/span
But as I said earlier on listing pages it
On 14/8/08 15:23, Toby A Inkster [EMAIL PROTECTED] wrote:
But as I said earlier on listing pages it should be
Beethoven, Ludwig van
Not especially pretty, but:
span id=b class=sort-stringBeethoven/span,
span class=fn n
span class=given-nameLudwig/span
span class=family-name
Hi Martin
On 14/8/08 15:48, Martin McEvoy [EMAIL PROTECTED] wrote:
Hello Michael
Michael Smethurst wrote:
On 14/8/08 12:32, Brian Suda [EMAIL PROTECTED] wrote:
2008/8/14, Michael Smethurst [EMAIL PROTECTED]:
On listings pages and:
h1 class=vcard
a href=http
Just wanted to run some stuff past people. I'm working with a table of
composers/artists and starting to markup birth and death dates. The cases
I've seen:
- both dates unknown
http://bbc-hackday.dyndns.org:1895/people/797
- date of death unknown
http://bbc-hackday.dyndns.org:1895/people/396
-
Hi Toby / all
On 21/8/08 14:49, Toby A Inkster [EMAIL PROTECTED] wrote:
And I've decided to use class=dday for date of death and
class='flourished-start' and class='flourished-end' for flourished
dates
Where either date is circa I've included ca. in the span with bday,
dday,
On 21/8/08 18:41, Martin McEvoy [EMAIL PROTECTED] wrote:
Michael Smethurst wrote:
Hi Martin
On 14/8/08 15:48, Martin McEvoy [EMAIL PROTECTED] wrote:
*family-name-preposition* is probably more accurate to what you are
trying to describe von in dutch simply means of or from
Oh I
Hello
The data I'm working with has an optional pseudonym field on the people
table.
Some of the values in here look like nicknames (eg le cadet, le grand,
JC001):
http://bbc-hackday.dyndns.org:2840/people/44970
http://bbc-hackday.dyndns.org:2840/people/31944
Hi Ciaran
On 29/8/08 12:30, Ciaran McNulty [EMAIL PROTECTED] wrote:
On Fri, Aug 29, 2008 at 12:17 PM, Michael Smethurst
[EMAIL PROTECTED] wrote:
For now I'm marking them all up with class=nickname. Is this stretching
the semantics of nickname too much?
Should I just be POSH and use class
56 matches
Mail list logo