I am still a little confused as to why you wouldn't just use OpenURL to
identify all of these metadata elements, and also give you the
possibility of finding the actual object the citation is referring to.
This wheel has already been invented.
-Ross.
brian suda wrote:
Over the weekend i
Ok, I tried to do this, but I can't make a login to the wiki (keeps
complaining that I am not using a valid user name).
So, uh... yeah.
-Ross.
Ryan King wrote:
On Jan 25, 2006, at 9:02 AM, Ross Singer wrote:
Ross,
Could you add the description below (or a short version of it, or a
link
Nevermind -- I'm in.
Sorry about that.
-Ross.
Ross Singer wrote:
Ok, I tried to do this, but I can't make a login to the wiki (keeps
complaining that I am not using a valid user name).
So, uh... yeah.
-Ross.
Ryan King wrote:
On Jan 25, 2006, at 9:02 AM, Ross Singer wrote:
Ross,
Could
On 3/28/06, Bruce D'Arcus [EMAIL PROTECTED] wrote:
I have to disagree on the usefulness of the OpenURL stuff in this context.Can you explain this? w/r/t HTML, I find OpenURL the /most/ useful in this context, with this context being web content and OpenURL being a means to link a citation to an
On 3/29/06, Alf Eaton [EMAIL PROTECTED] wrote:
On 29 Mar 2006, at 14:34, Michael McCracken wrote: span class=author vcard a class=fnLorin Hochstein/a /spanThat's an interesting problem, because what happens if the authors
names are in the format Surname, Initials. Do you have to use
.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ross
Singer
Sent: 20 April 2006 19:36
To: Microformats Discuss
Subject: Re: [uf-discuss] Google Gdata new syndication protocol!
This seems more to be competition to A9's OpenSearch (which also
Tantek,
Your responses and your reply about 'letting the market decide' what
gets to survive on the web makes me think that your attitude about
microformats is:
Microformats are for commercial-purposes first and foremost. Everything else is an edge case that can be dismissed.
And, quite
On 4/25/06, Tantek Çelik [EMAIL PROTECTED] wrote:
Yes, we get things done because we dismiss the 20% in favor of getting the
80% working well.
Except, in this case, you've dismissed the entire problem that we're
trying to solve here by merging into some only quasi-related 80%
case.
I would
Brian, this is quite impressive. I particularly like the use of hCard
in this context (although I think it's critical that we use more
granular n attributes -- there are just too many ways to mark up a
citation).
Going into your unresolved items -- I see URL being pretty darned
important. It's
There might be something gleaned from TEI:
http://www.tei-c.org/
Maybe not.
-Ross.
On 6/21/06, Tantek Çelik [EMAIL PROTECTED] wrote:
On 6/21/06 2:33 PM, Scott Reynen [EMAIL PROTECTED] wrote:
On Jun 21, 2006, at 4:24 PM, Alex Ezell wrote:
That is, this is not to describe something like
I think one of the stumbling blocks we're having here is trying to
figure out what we're really using citations for.
1) There's obviously a group that wants this data to be used with
bibliographic management software
2) There's a group that wants these citations to be able to link to
Cozens [EMAIL PROTECTED] wrote:
Ross Singer:
1) There's obviously a group that wants this data to be used with
bibliographic management software
2) There's a group that wants these citations to be able to link to
fulltext/print/etc. for any person's library
3) There's a group (I think
On 9/25/06, Michael McCracken [EMAIL PROTECTED] wrote:
The option of just ignoring types altogether - not including a type
property at all - is certainly possible - it would make human-reading
and publishing easier but automatic parsing somewhat harder. This
might be a worthwhile tradeoff.
I
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
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 need
Again, and I don't mean to sound dismissal:
What does the inclusion of 'total number of pages' grant you here?
If you can't grab total number of pages, does your plan of absolute
bird book aggregation fail miserably?
It seems to me that the citation aggregator would be/could be doing
something
On 11/16/06, Andy Mabbett [EMAIL PROTECTED] wrote:
I'm not sure what you think can be achieved by such an asinine comment.
Look, we all have our use cases. All I'm asking is that if total
number of pages is omitted, are your hopes dashed?
My use case, OpenURL linking, has fairly specific
But how many 'citable' URLs contain ISBNs? DOIs are likely to be in a
URL, but they are, sadly, impossible to discern (don't let the 10.foo
fool you -- a DOI can contain any character and as many characters
until whitespace - there is no way to know if the DOI ends before the
URL does).
Also,
On 12/2/06, Alf Eaton [EMAIL PROTECTED] wrote:
Ross Singer wrote:
Also, where do get that Jon Udell's Library Lookup 'is reliably
extracting ISBNs from URLs'? LibraryLookup finds ISBNs in /HTML/ and
writes a URL to a library catalog based on it.
LibraryLookup does actually get the ISBN from
Ok, I'll try this again...
__
Adrienne,
As someone that was actively involved in creating COinS, it's not a
microformat.
Most of the reasons are semantic, some are pedantic, but it boils down to:
1. Microformats have a process and COinS was developed outside that
20 matches
Mail list logo
