Re: [uf-discuss] hCite progress

On Nov 14, 2006, at 8:26 PM, Jeremy Boggs wrote: On Nov 13, 2006, at 2:20 PM, Brian Suda wrote: But as Bruce said: start-end pages are not really important, just capture the string "pages 10-50". So i think something akin to the first example here will work. One reason why a string might not

Re: [uf-discuss] hCite progress

On Nov 14, 2006, at 7:59 PM, Scott Reynen wrote: Does the "it's" to which you're referring, Scott, mean hCite for a reviewed book in general, or marking up page numbers specifically? Neither. I was referring only to page count (which is different than page numbers). Good catch; I meant "

Re: [uf-discuss] hCite progress

On Nov 13, 2006, at 2:20 PM, Brian Suda wrote: But as Bruce said: start-end pages are not really important, just capture the string "pages 10-50". So i think something akin to the first example here will work. One reason why a string might not be useful is capturing a citation for a specific

Re: [uf-discuss] hCite progress

On Nov 14, 2006, at 3:57 PM, Jeremy Boggs wrote: On Nov 14, 2006, at 3:04 PM, Scott Reynen wrote: I'd say it's not a use case at all, as no on has really described how this markup would be used by parsing applications. Does the "it's" to which you're referring, Scott, mean hCite for a rev

Re: [uf-discuss] hCite progress

On Nov 13, 2006, at 2:58 PM, Scott Reynen wrote: This might be outside the scope of hCite, but one use case I had in mind requiring specific pages to be parse-able is actually viewing those pages online with a link to something like books.google.com or amazon.com. That would be possible if

Re: [uf-discuss] hCalendar spec- no specification included!

In message <[EMAIL PROTECTED]>, Colin Barrett <[EMAIL PROTECTED]> writes >>> I would suggest editing the page yourself. >> >> I admire your naive optimism (or should that be "your sense of >> humour"?): >> >> >er/006396.html >

Re: [uf-discuss] hCalendar spec- no specification included!

On 11/14/06 1:33 PM, "Colin Barrett" <[EMAIL PROTECTED]> wrote: > > On Nov 14, 2006, at 9:32 AM, Andy Mabbett wrote: > >> In message <[EMAIL PROTECTED]>, Colin >> Barrett <[EMAIL PROTECTED]> writes >> >> I've just been introducing a colleague to the concept of >> hCalendar; and >> r

Re: [uf-discuss] hCite progress

On Nov 14, 2006, at 3:04 PM, Scott Reynen wrote: I'd say it's not a use case at all, as no on has really described how this markup would be used by parsing applications. Does the "it's" to which you're referring, Scott, mean hCite for a reviewed book in general, or marking up page numbers s

Re: [uf-discuss] hCard and "ATTN" text?

Hello, Also, sometimes you have more than one "ATTN". As in... MyCompany Inc., ATTN: Joe Blow and John Doe, 123 Somewhere Ave W Vancouver BC WWW111 See ya On 11/14/06, Charles Iliya Krempeaux <[EMAIL PROTECTED]> wrote: Hello Andy, That kind of gets at my confusion. Frances' su

Re: [uf-discuss] hCalendar spec- no specification included!

On Nov 14, 2006, at 9:32 AM, Andy Mabbett wrote: In message <[EMAIL PROTECTED]>, Colin Barrett <[EMAIL PROTECTED]> writes I've just been introducing a colleague to the concept of hCalendar; and referred her to: http://microformats.org/wiki/hCalendar She was baffled; not lest because,

Re: [uf-discuss] hCard and "ATTN" text?

Hello Andy, That kind of gets at my confusion. Frances' suggestion of marking up the name "Joe Blow" with the "fn" seem technically correct... but from-my-point of view it seems wrong. To me, I think of this as an address for "MyCompany Inc."... and NOT "Joe Blow"... which is why I want to give

Re: [uf-discuss] hCite progress

On Nov 14, 2006, at 1:16 PM, Jeremy Boggs wrote: On Nov 14, 2006, at 12:36 PM, Bruce D'Arcus wrote: But it's still a fairly narrow kind of use case. I agree that its a narrow kind of use case, but book reviews are very common, and the structure of a book review is fairly standardized.

[uf-discuss] hCite "problem" statement/purpose of hCite?

This question stems from reading the "hCite progress" thread[1]: In reading the available citation pages on the wiki[2], the problems that hCitation tries to solve aren't stated anywhere clearly on the wiki, per the process.[3] (If I've missed it by mistake, I apologize.) Is there a page th

Re: [uf-discuss] hCalendar spec- no specification included!

In message <[EMAIL PROTECTED]>, Colin Barrett <[EMAIL PROTECTED]> writes I've just been introducing a colleague to the concept of hCalendar; and referred her to: http://microformats.org/wiki/hCalendar She was baffled; not lest because, though the page had a

Re: [uf-discuss] hCard and "ATTN" text?

In message <[EMAIL PROTECTED]>, Charles Iliya Krempeaux <[EMAIL PROTECTED]> writes > MyCompany Inc., > ATTN: Joe Blow, > 123 Somewhere Ave W > Vancouver > BC > WWW111 Ask yourself how you would enter that in a paper address book. -- Andy Mabbett Say "NO!" to compulso

[uf-discuss] Advocacy, accessibility & Media Wiki voting

Hi, I've added quite a bit to the Advocacy page: in the last couple of days. Requests have been submitted to some of the sites listed, though only one has responded so far, the UK Government's Department of Trade and Industry, who say: "

Re: [uf-discuss] hCite progress

On Nov 14, 2006, at 12:36 PM, Bruce D'Arcus wrote: But it's still a fairly narrow kind of use case. I agree that its a narrow kind of use case, but book reviews are very common, and the structure of a book review is fairly standardized. Every book review that I've read has included the pag

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

On Nov 14, 2006, at 11:34 AM, Frances Berriman wrote: On 11/14/06, Ciaran McNulty <[EMAIL PROTECTED]> wrote: On 11/14/06, Ciaran McNulty <[EMAIL PROTECTED]> wrote: > Office Sorry, Mobile makes more sense. Does that work? Yes. If it doesn't in a given parser, it should because it's been

Re: [uf-discuss] hCard and "ATTN" text?

I'd mark "MyCompany" as an organisation, and "Joe Bloe" as fn. You can still present it with org first. On 11/14/06, Charles Iliya Krempeaux <[EMAIL PROTECTED]> wrote: Hello, Right now I'm marking up a mailing address with an hCard, but I'm not completely sure how to mark up part of it. It goe

[uf-discuss] hCard and "ATTN" text?

Hello, Right now I'm marking up a mailing address with an hCard, but I'm not completely sure how to mark up part of it. It goes something like this... and this isn't the real mailing address, but it should suffice... MyCompany Inc., ATTN: Joe Blow, 123 Somewhere Ave W Vancouver B

Re: [uf-discuss] hCite progress

On 11/14/06, Jeremy Boggs <[EMAIL PROTECTED]> wrote: On Nov 13, 2006, at 3:11 PM, Bruce D'Arcus wrote: > Page count is only relevant to publishers and book stores (maybe). Page count is also important in academic and non-academic reviews of books, specifically when the review prints the informa

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

On 11/14/06, Ciaran McNulty <[EMAIL PROTECTED]> wrote: On 11/14/06, Ciaran McNulty <[EMAIL PROTECTED]> wrote: > Office Sorry, Mobile makes more sense. Does that work? I can't think of a wild example with that in to test (and I'm walking out of the office door now, honest!). That would be a s

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

On 11/14/06, Ciaran McNulty <[EMAIL PROTECTED]> wrote: Office Sorry, Mobile makes more sense. -Ciaran McNulty ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

Rather than hiding data using CSS, would it be valid to do something like the following? Office I think that would parse correctly, but the usage of the ABBR is very semantically dodgy. -Ciaran McNulty ___ microformats-discuss mailing list microformat

Re: [uf-discuss] hCite progress

On Nov 13, 2006, at 3:11 PM, Bruce D'Arcus wrote: Page count is only relevant to publishers and book stores (maybe). Page count is also important in academic and non-academic reviews of books, specifically when the review prints the information of the book in question. See the NY Times rev

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

On 11/14/06, Frances Berriman <[EMAIL PROTECTED]> wrote: Office: Work +44 (0) 121 683 5151 Office: Cell +44 (0) 7710 623044 Doh. Obviously not Office twice though, eh? Office#2=Mobile :) It'd be simple enough then to specify all "type" as display:none -- Frances Berriman http://fberriman

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

On 14 Nov 2006, at 15:48, Ian Lloyd wrote: I've had issues where by placing the Work in the HTML, it imports that information into the hCard itself, so that in iCal on Mac it shows as : Cell: Mobile +44 (0) 7710 623044 I may also be suffering from end-of-day fatigue, but from your mark- u

Re: [uf-discuss] hCard - Telephone types (cell, office etc)

On 11/14/06, Ian Lloyd <[EMAIL PROTECTED]> wrote: I have used a Microformat for the first time in a project (cue fanfare) but it's not working out 100% as I had hoped (cue loud booing noise and general rasping). Yay :D (the first part, anyway, although the fun is in the latter) I want the te

[uf-discuss] hCard - Telephone types (cell, office etc)

I have used a Microformat for the first time in a project (cue fanfare) but it's not working out 100% as I had hoped (cue loud booing noise and general rasping). I want the telephone numbers to display on screen as Work and Mobile, but understand that it needs to be marked up as Office and

Re: [uf-discuss] hCite progress

On Nov 13, 2006, at 4:11 PM, Bruce D'Arcus wrote: But I do feel strongly that page count is beyond scope. Do we want to then include ways to encode the length of a CD or a DVD film or an HTML document? I think not, particularly when there are more important issues to worry about. +1 ___

Re: [uf-discuss] hCite progress

They generally require page number -- not number of pages in the book. -Ross. On 11/14/06, Frances Berriman <[EMAIL PROTECTED]> wrote: On 11/14/06, Ross Singer <[EMAIL PROTECTED]> wrote: > The only places I can really see them occurring are bookstore and > library catalogs -- do they really nee

Re: [uf-discuss] hCite progress

On 11/13/06, Andy Mabbett <[EMAIL PROTECTED]> wrote: In message <[EMAIL PROTECTED]>, Bruce D'Arcus <[EMAIL PROTECTED]> writes >> But citation uFs are being recommended for more than pure academic >> citations - in resumes, for example, where the page count is likely to >> be far more relevant.

Re: [uf-discuss] hcard real world application

On 11/14/06, Gary Barber <[EMAIL PROTECTED]> wrote: EG http://www.rmaa.com.au/docs/contacts/index.cfm I don't see a problem with marking up those phone numbers. As mentioned by Drew "freecall" isn't a type. All of those numbers use differing prefixes to indicate their call cost band (0800 an

Re: [uf-discuss] hCite progress

On 11/14/06, Ross Singer <[EMAIL PROTECTED]> wrote: The only places I can really see them occurring are bookstore and library catalogs -- do they really need to be included? What purpose would it serve? Academic paper citations require page number references for literature (be that books or jo

Re: [uf-discuss] hcard real world application

On 11/14/06, Gary Barber <[EMAIL PROTECTED]> wrote: In these cases AFAIK the numbers will not work with an international prefix attached or if they do they just remap to the :real number, Putting the code on inferred it will work at free call for the international dialing. This is not the case.

Re: [uf-discuss] hcard real world application

Frances Berriman wrote: On 11/14/06, Gary Barber <[EMAIL PROTECTED]> wrote: In these cases AFAIK the numbers will not work with an international prefix attached or if they do they just remap to the :real number, Putting the code on inferred it will work at free call for the international dialin

Re: [uf-discuss] hcard real world application

On 11/14/06, James Darling <[EMAIL PROTECTED]> wrote: As for location for phone number, I don't know too much about this, but I think usually it can be assumed the number is located in the country of the address. Yours is an exception, and perhaps it would be good to declare which country code th

Re: [uf-discuss] Proposal: wine

On 11/14/06, Larry Halff <[EMAIL PROTECTED]> wrote: Hi... Long time subscriber, first time writer. --- welcome aboard, great to have more and more people contributing to the discussion. Among other things, I collect wine; probably far too much for my own good. ... For instance, I'd love to

Re: [uf-discuss] hcard real world application

On 14/11/2006, "Gary Barber" <[EMAIL PROTECTED]> wrote: >However I have noted a number of instances within a few addresses that >just don't seem to fit in microformats. > >*Case 1* > >Reply Paid Addresses > >eg > >Reply Paid 61461 >Locked Bag 1233 (okay this bit is the class="post-office-box") > >

Re: [uf-discuss] Proposal: wine

There seems to be a greater theme here. Not just wine. Any community could develop a Microformat for themselves. You know what community I thought could use a Microformat? Sports statistical data. Some sort of hCard on steroids (oh geez, pardon THAT pun) that also hCalendar events for time spent

[uf-discuss] hcard real world application

I have been slowly implementing microformats across our clients sites. However I have noted a number of instances within a few addresses that just don't seem to fit in microformats. *Case 1* Reply Paid Addresses eg Reply Paid 61461 Locked Bag 1233 (okay this bit is the class="post-office-b

Re: [uf-discuss] hCite progress

On 11/14/06, Frances Berriman <[EMAIL PROTECTED]> wrote: On 11/14/06, Ross Singer <[EMAIL PROTECTED]> wrote: > The only places I can really see them occurring are bookstore and > library catalogs -- do they really need to be included? What purpose > would it serve? Academic paper citations requ

Re: [uf-discuss] hCite progress

I also can't see a compelling case for page counts. They aren't generally used in bibliographies, CVs, OpenURLs -- basically the important cases for markup. The only places I can really see them occurring are bookstore and library catalogs -- do they really need to be included? What purpose wou

Re: [uf-discuss] hThing microformat ... or design pattern

I have been having such thoughts, although I had hItem in my mind. I pretty much had the same justifications in my head as David has laid out. I was also thinking I wasn't sure much more base was covered by this then hListing and hReview, as selling and reviewing are, from what I can think o

Re: [uf-discuss] hCalendar spec- no specification included!

On Nov 13, 2006, at 1:28 PM, Andy Mabbett wrote: In message <[EMAIL PROTECTED]>, Andy Mabbett <[EMAIL PROTECTED]> writes In message <[EMAIL PROTECTED]>, Andy Mabbett <[EMAIL PROTECTED]> writes I've just been introducing a colleague to the concept of hCalendar; and referred her to:

[uf-discuss] hThing microformat ... or design pattern

I'd like to broach the topic of a "thing" microformat (or design pattern). I don't believe this is a "boiling the ocean" type of topic and I'll outline what I've been thinking about and how it would be used (1) This would be a simple container "hthing" with all the elements from vCard that would

Re: [uf-discuss] hcard real world application

Frances Berriman wrote: On 11/14/06, James Darling <[EMAIL PROTECTED]> wrote: As for location for phone number, I don't know too much about this, but I think usually it can be assumed the number is located in the country of the address. Yours is an exception, and perhaps it would be good to decl

Re: [uf-discuss] hcard real world application

I don't believe saying the charge in a machine readable format is necessary, as each country (or at least here in the UK) have certain prefixes for certain charges, i.e. here all freephone are 0800, 0500 or 0808 i believe. 0845 is local rate and 09** is premium rate and so on. So although i