On Jul 19, 2006, at 8:32 AM, Ben Buchanan wrote:
So, the problem we're trying to solve is how to have pages *define*
the
currency of the prices presented. Implication and guesses are too
open for
error, with high potential consequences.
Okay, that looks to me more like a simple, clear
On Jul 19, 2006, at 3:35 PM, Andy Mabbett wrote:
In message [EMAIL PROTECTED],
Scott
Reynen [EMAIL PROTECTED] writes
Then Consider providing multiple translations of one price in
different amounts...
How does considering this help us define the currency of the prices
presented? It looks
On Jul 19, 2006, at 6:05 PM, Michael Leikam wrote:
I wasn't aware that we had collectively settled on a
problem definition or had moved on to solving anything. If
I've missed the cutoff, please consider my comments and
suggestions as late brainstorming.
I for one am interested in how to
On Jul 25, 2006, at 7:14 PM, Chris Casciano wrote:
If I'm understanding your reading of the spec someone could be
subscribing to the blog posts via page.html and have things work as
expected until post-003 is made and it hijacks the blog feed
That's my reading also. And when that happens,
On Jul 26, 2006, at 7:59 AM, Chris Casciano wrote:
I can think of two offhand...
- first is an example feed when talking about mfs... which i admit
coud be rare
- something like my versionhistory mini-feeds[1][2], though I've
used them on non-blog pages, might be a more common scenario for
On Jul 27, 2006, at 8:23 AM, Drew McLellan wrote:
All content published on the web is unrated (in terms of nudity,
violence, profanity etc) by default. There is currently no *simple*
method for authors to express a rating for their content so that
visitors may choose to filter on their
On Jul 27, 2006, at 11:33 AM, Drew McLellan wrote:
On 27 Jul 2006, at 16:53, Scott Reynen wrote:
It would also be useful to follow the process, which requires
someone to go around to sites full of NSFW content and document
the markup. I believe the only volunteers to do this last time
On Aug 2, 2006, at 7:38 AM, Bruce D'Arcus wrote:
And what if I am writing a weblog post about a particular
presentation, and want to make clear that that event is part of a
conference? I want to say I saw Jane Doe give talk entitled X, Y, Z
at the ABC Conference. How would I do that using
On Aug 2, 2006, at 9:26 AM, Bruce D'Arcus wrote:
I didn't really have any particular expectations associated with the
question, but if it's not modelled, then of course those possibilities
are more limited. Not all even data ought to be specific to calendar
applications.
Sure, but we're not
On Aug 2, 2006, at 10:45 AM, Andrew Turner wrote:
I think this probably ties in with the transit discussion as well. It
is possible to put the location in an hCalendar via a geo or adr. Then
there would be an event for all of the stations on a train's route.
Linking these hCalendars together to
I'm working on a site for a clinic, and they do regular seminars, so
I thought I'd markup the seminars with hcalendar. And then I thought
it might be useful to have feed of the seminars, so I added hatom
too. And between those two and the hcard markup for the vevent
organizer, who is
On Aug 8, 2006, at 8:39 PM, Rob Maurizi wrote:
http://www.uvm.edu/ctl/?Page=contact/index.php
When I attempt to run the url through the technorati vCard
generator, I get mungled Phone Fax data.
What do you mean by mungled? The resulting vCard looks fine to
me. The only potential
On Aug 16, 2006, at 4:46 PM, Steve Williams wrote:
At 02:34 PM 8/16/2006, Charles Iliya Krempeaux wrote:
It has been suggested that using class-thumbnail on the img element
would work for making thumbnails.
I was hoping that'd be the answer. Nice and simple.
Would it be considered bad form
On Aug 24, 2006, at 12:27 PM, Chris Messina wrote:
However, microformats seem a whole lot easier and a lower barrier to
entry in many respects (though they'd have to get involved in the
community process which may be too slow for them). At the very least,
supporting both microformats and their
On Aug 29, 2006, at 6:19 AM, Paul Kinlan wrote:
Has anybody had any luck getting technorati to send pingerati pings to
a service. I have asked to get hCard Requests to my web-site so that
I can do some analysis but I have had no response for over a week
about the progress of my request.
I
On Aug 29, 2006, at 11:28 PM, David Janes wrote:
(2) one could add an extra field to the OpenSearch XML (a description
file about how your results are returned) indicating that the file is
hAtom
There are two problems here, and I think we should avoid approaching
both at once. Just as a
On Aug 30, 2006, at 8:21 AM, Don Park wrote:
Given recent moves in the job listing by bloggers, I think 'hJob' and
syndication of job data might be a nice near-term topic for
discussion.
Thoughts? Links to alternate proposals?
http://microformats.org/wiki/job-listing-examples
On Aug 30, 2006, at 10:33 AM, Chris Messina wrote:
Just as I can post my own hResume, being able to post jobs
descriptions that I think I'd be good at is an equally important
design goal for this mF. I also think that it's design, perhaps a
slight break with convention, should creatively tackle
On Aug 30, 2006, at 10:43 AM, Ted Drake wrote:
This is a sample product result from the search result page. Where
would the
OpenSearch/hAtom microformats be added?
For the results section, you'd just be adding hAtom to the results,
which someone more involved with hAtom would probably
On Sep 19, 2006, at 3:52 PM, Andy Mabbett wrote:
In message [EMAIL PROTECTED], Ryan
King [EMAIL PROTECTED] writes
In the meantime, and as a test case, surely that could be done now,
with
a FireFox extension or GreaseMonkey script?
(The former would be preferable from my PoV)
Go for it! :)
On Sep 20, 2006, at 11:25 AM, Andy Mabbett wrote:
I have, therefore, put up a straw-man proposal, at:
http://microformats.org/wiki/currency-
brainstorming#Straw_man_proposal
Please feel free to critique it, and, in particular, highlight any
examples for which it does not cater.
Nesting
On Sep 20, 2006, at 4:18 PM, Andy Mabbett wrote:
abbr class=currency title=USD
span class=amount42.67/span
/abbr
Isn't this suggesting that 42.67 is an abbreviation for USD?
I've commented before that microformats already misuse abbr in
this
way.
Where is that? I don't remember
On Sep 20, 2006, at 6:59 PM, Andy Mabbett wrote:
No. You're not in a position to stipulate requirements (much less
required prerequisites (sic)) of me, and your insinuations of
bias are
unfounded.
We all have bias. I'm interested in a currency microformat because I
work on several
On Sep 20, 2006, at 6:33 PM, Andy Mabbett wrote:
I prefer the original, and I suspect this is more the norm than the
exception.
[1] http://www.westmidlandbirdclub.com/diary/2006-09.htm
Interesting - that's one of my pages.
Can you suggest a better way to mark-up the event?
No, I think
On Sep 21, 2006, at 1:26 PM, Charles Iliya Krempeaux wrote:
Yes, I agree that we should be using ISO 4127 codes. (I guess my
original argumement has gotten lost in the blast of e-mails.)
What I'm arguing is that... we should throw an iso4127 class name in
there too so that other currency
On Sep 21, 2006, at 9:32 PM, Stephen Paul Weber wrote:
Parsers like only having one format to work with. Let people display
what they will, the machine-readable should be consolidated.
I agree. Publishers also like having only one format to work with.
Peace,
Scott
On Sep 22, 2006, at 1:54 PM, Charles Iliya Krempeaux wrote:
For currencies... We could specify one standard currency -- ISO 4127 3
letter codes -- for now (which would make these people happy). But
also think to the future about if people change out minds (and don't
want to use ISO 4127
On Sep 22, 2006, at 12:55 PM, Ryan King wrote:
On Sep 21, 2006, at 5:25 PM, Andy Mabbett wrote:
Shall I take everyone's silence as complete agreement? ;-)
No. :-P
Andy, if you're eager to move these discussions forward more quickly,
you might find it helpful to move some of them to the
On Sep 22, 2006, at 2:24 PM, Andy Mabbett wrote:
On Sep 21, 2006, at 5:25 PM, Andy Mabbett wrote:
Shall I take everyone's silence as complete agreement? ;-)
No. :-P
So, are you going to tell us which bit(s) you disagree with, or is
it a
secret?
Neither. It's something we haven't all
On Sep 22, 2006, at 3:29 PM, Andy Mabbett wrote:
If you get bored waiting, you could fill in a species-formats page,
which comes before brainstorming in the process.
Are you sure about that?
I'm sure this is what the process page says:
On Sep 22, 2006, at 5:23 PM, Andy Mabbett wrote:
If you get bored waiting, you could fill in a species-formats page,
which comes before brainstorming in the process.
Are you sure about that?
I'm sure this is what the process page says:
On Sep 22, 2006, at 5:28 PM, Andy Mabbett wrote:
Typical use of dates (not times) in prose omit the year,
Nonsense.
Hardly. Few people use a year when giving a date that is close to
the
current date.
Who said anything about close to the current date?
Most events on the web lack are
On Sep 23, 2006, at 9:37 AM, Andy Mabbett wrote:
People use the vernacular AND taxonomic names of species in everyday
speech and writing - just read or watch any populist gardening
magazine
or television programme.
We're only concerned with examples on the web. The *-examples page
is
In the currency-brainstorming [1] page, I see a few straw man
proposals with dated currency. But I don't see anything in currency-
examples [2] with dated currency. I think I understand the general
idea, that currencies change value over time, but in what currently
published HTML would
On Sep 24, 2006, at 2:19 PM, Andy Mabbett wrote:
In message [EMAIL PROTECTED],
Scott
Reynen [EMAIL PROTECTED] writes
In the currency-brainstorming [1] page, I see a few straw man
proposals with dated currency.
No you don't; you see two real, albeit simplified for clarity,
examples
[3
On Sep 25, 2006, at 4:58 PM, Michael McCracken wrote:
I like Brian's suggestion to use a type class to denote what type of
UID it is while avoiding a huge list of new class names.
span class=uidspan class=typeDOI/span: a class=value
href=http://dx.doi.org/stuff;.../a/span
It seems like this
On Sep 25, 2006, at 7:35 PM, Michael McCracken wrote:
I know what you mean - the type matters in how you format the
reference, but it isn't usually displayed. This is something we'll
have to hammer out. Right now it looks like a tradeoff between
flexibility and elegance, but I'm hoping for a
I was trying to edit the Issues section of the naming-principles page:
http://microformats.org/wiki/naming-principles#Issues
First I clicked what I thought was the appropriate [edit] link, where
I was told I needed to login. After logging in, I was offered a link
back to the Main Page.
On Sep 27, 2006, at 2:21 PM, Guillaume Lebleu wrote:
span class=pricespan class=currencyamountabbr
class=unitcurrency title=USD$/abbr25/span a abbr
class=unit title=barrelbarrel/abbr/span.
As suggested in the currency Related microformats section, I think
a simpler money microformat
On Sep 29, 2006, at 2:56 AM, Lorenzo De Tomasi wrote:
A proposal can be:
p class=price
abbr class=unit money title=USD per barrel$/barrel/abbr span
class=value10,5/span
/p
I have not yet studied Related microformats (I'll do it), but, if I
have understood the example, another proposal can be:
On Sep 29, 2006, at 5:09 PM, Guillaume Lebleu wrote:
I don't think Lorenzo is talking of: *currency amount per item/
product* as your title and example imply (that, I agree, is a non-
starter)
but of *currency amount per unit of measurement* (which is widely
used - see for instance:
On Oct 1, 2006, at 9:44 AM, Costello, Roger L. wrote:
What happens when creating microformats becomes decentralized; that
is,
when communities go off and create their own new microformats?
I'd guess what happens is it doesn't work. By analogy, what happens
when communities go off and
On Oct 2, 2006, at 2:07 PM, Andy Mabbett wrote:
I have had a really hard time finding currency examples on the Web
using something else/more than the price class name to qualify
currency amounts
How much data was marked up with dtstart, fn or entry-content
as a
class name, before
On Oct 3, 2006, at 4:16 AM, Ciaran McNulty wrote:
I think it's fairly clear that $ is a unit of currency, 'barrel' is a
measure of volume, and $/barrel is a measure of currency/volume in its
own right, similar to other composite measures like m.p.h.
Sure we can conceptualize it like that, but
On Oct 3, 2006, at 11:04 AM, Lachlan Hunt wrote:
The motivation to have and offer one's alias is to maintain a
greater level of privacy. Suppose I want to give someone a way to
contact me without divulging all my vital (more permanent and
personal) attributes. Sort of a disposable email,
On Oct 3, 2006, at 2:17 PM, Guillaume Lebleu wrote:
Here are some additional examples from the Web of currency mixed
with measures, some of which differ from the $__ per barrel
pattern and a suggested new conceptualization that seems to work
with them.
On Oct 4, 2006, at 12:18 PM, Stephen Paul Weber wrote:
One thing about this would be that all current parsers would have to
be tweaked to ignore form as the root of a data-extraction parseing.
I don't think it's quite that simple. What about cases where
microformats exist within forms, but
On Oct 4, 2006, at 2:50 PM, Jeremy Flint wrote:
Ok, uploaded an updated page with the hCal information in it.
There are definitely dtstart, dtstamp, and dtend fields in there now.
Those don't appear to be coming into the output from feeds.technorati.
Here is what Tails is seeing:
On Oct 5, 2006, at 5:17 AM, Ciaran McNulty wrote:
I agree with this. I think indicating that a form contains an hCard
is semantically valid in and of itself, especially in the case of
presenting an hCard in a form for editing. There's also nothing
immediately wrong with saying that an empty
On Oct 8, 2006, at 3:37 PM, Bob Jonkman wrote:
Phone numbers have a URI identifier of tel [1], useful for
protocol handlers that understand
VOIP or faxes.
eg:
span class=vcardspan class=fnBob Jonkman/span, a
class=tel href=tel:+1-416-555-
1212+1-416-555-1212/a/span
FYI, Skype is
On Oct 5, 2006, at 9:20 AM, Ciaran McNulty wrote:
I'd prefer to say that an hCard with missing elements *is* an hCard,
it's just invalid. It's like saying that a web page that's missing
its head is invalid, rather than saying it's not HTML.
Yeah, after thinking about it more, I don't really
On Oct 11, 2006, at 12:51 PM, Ryan King wrote:
We've had a policy of only allowing people who have implementations
(parsers and such) to join the list. We haven't been good at
following up on people's requests to join the list. We currently
have more than 100 people in the queue and the
On Oct 11, 2006, at 1:18 PM, Guillaume Lebleu wrote:
My intention is to have 2 class names, one for the currency (ex.
U.S. currency), and one for the unit within that currency (ex.
Dollar, Cent). unit is optional, b/c most currencies have a
default unit (Dollar in the case of the U.S.
On Oct 11, 2006, at 2:43 PM, Guillaume Lebleu wrote:
Can we just treat everything as the default unit
Not sure what you mean in the context of the 99c example. The
default unit for the US currency is the Dollar, not the Cent, but
in the context of the 99c context, we need to ensure that
On Oct 11, 2006, at 4:13 PM, Guillaume Lebleu wrote:
There are some examples on the Web that make use of cents, and my
design philosophy with this proposal was to make simple things
simple to microformat, and complex things possible to microformat,
without requiring publishers to change
On Oct 11, 2006, at 6:33 PM, Guillaume Lebleu wrote:
Scott Reynen wrote:
So which of these tasks should we aim to make simple? I'd say the
latter, because it's far more common (well over 80%, I think).
I think we agree here. $99 is more common than 99c, so the former
should be simpler
On Oct 12, 2006, at 7:35 AM, Al Gilman wrote:
span class=moneyabbr class=amount title=0./abbrabbr
class=currency title=USD¢/abbr/span
This is the sort of absurdity that the credit card advertisers
engage in.
I'm not sure what this means. Do you not think 99¢ means
fundamentally the
On Oct 12, 2006, at 3:49 PM, Guillaume Lebleu wrote:
I think microformats would probably help adoption with the less
sophisticated (smaller) retailers quickly, but would not satisfy
all the business needs of more sophisticated manufacturers.
I agree.
See the ARTS data model
On Oct 12, 2006, at 10:34 PM, Mike Schinkel wrote:
Anyway, I made a proposal here:
http://microformats.org/wiki/currency-brainstorming#Mike_Schinkel
with the
idea of trying to minimize the burden placed on the author of the
HTML, and
only use lots of markup in the exceptional cases.
I
On Oct 13, 2006, at 1:55 AM, Karl Dubost wrote:
There are also issues in the way you divide numbers. In many
countries, number are organized by sequence of 3 digits. For
example, in Japan
10 yen = ju(10) yen
1000 yen = ichi(1) sen yen
but1 yen = ichi(1) man yen
On Oct 14, 2006, at 3:42 AM, Mike Schinkel wrote:
I think your use of the title attribute in these examples
contains two
bad practices
Hmm. I see your point, and being new to this I'm learning from your
examples.
OTOH, I also see that the proposals I first viewed as being very
On Oct 14, 2006, at 3:27 PM, Mike Schinkel wrote:
Your examples seem to leave a lot of ambiguity about what things
mean,
I'm new to proposing microformats, so I clearly have a lot to
learn, but
that said I don't see where what I was proposing was ambiguous. Can
you give
me explicit
On Oct 16, 2006, at 12:05 PM, Tantek Çelik wrote:
I'd like to see some suggestions for the name of this new list.
Here is
what I have so far:
* microformats-new (focusing on discussing new microformats)
* microformats-research (focusing on the essential, and often
overlooked by
On Oct 16, 2006, at 3:16 PM, Benjamin West wrote:
I'd love to see Andy, Phae, Scott, Tantek, and anyone else interested
in improving the wiki start to use the to-do list so I can align my
organizational thoughts with everyone. Perhaps we can even run some
kind of virtual card sort to help
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott Reynen
Sent: Saturday, October 14, 2006 10:39 PM
To: Microformats Discuss
Subject: Re: title attribute and abbreviated class names(Was:[uf-
discuss]Currency Quickpoll: Preliminary results)
On Oct 14, 2006, at 3:27 PM, Mike
On Oct 18, 2006, at 6:49 AM, Charles Roper wrote:
Is is considered better to have longer, easier-to-read, more
descriptive, more semantically correct attribute values over shorter,
more concise, bandwidth-saving ones?
I consider semantics more important than length. This comes up
enough
On Oct 18, 2006, at 6:34 PM, Mike Schinkel wrote:
The following is 6 characters:
$54.97
This is 151 characters (according to MS-Word's stats dialog):
span class=money
span class=symbol title=dollar$/span
abbr class=currency title=USD
On Oct 18, 2006, at 6:54 PM, Stephen Paul Weber wrote:
I'd propose this as an alternative:
abbr class=currency title=USD$/abbr5.99
What happened to:
span class=moneyabbr class=currency title=USD$/abbrspan
class=amount5.99/span/span
I continue to prefer that, but I think Mike is pushing
On Oct 18, 2006, at 7:16 PM, Andy Mabbett wrote:
Scott Reynen [EMAIL PROTECTED] writes
It would be helpful to look at some real-world markup so we can come
up with practical ways to address this concern.
I've just posted real markup on the Wiki
I should have been more clear. I'd like
On Oct 23, 2006, at 8:32 AM, Brian Suda wrote:
Since there have been some discussion that have spanned over several
different thread and references to cross-over thread posts, i thought
i might try to collapse some of it and try and make it slightly less
situation specific.
Thanks for
On Oct 24, 2006, at 3:41 AM, Mike Schinkel wrote:
Is there a clear and definitive objective statement that explains
the class
of problems that microformats are intended to solve?
I've not sure the context of this question, but I think the closest
we have is from the about page [1]:
On Oct 25, 2006, at 5:15 PM, Mike Schinkel wrote:
Thanks Charles.
However I still have no idea why these things apply to specifying
which page
among of group of equivalent pages is authoritative and why
Microformats do
not. The latter seem a perfect fit to me, and what you listed
either
On Oct 26, 2006, at 3:07 AM, Mike Schinkel wrote:
I'm still not convinced. I've only heard generalities and no
specifics on
anything I've heard regarding my use-case. RDF is far to
complicated for
the average person creating HTML; one reason why I don't think it
will ever
fly. I still
On Oct 31, 2006, at 11:44 AM, Siegfried Gipp wrote:
1. The link points to a resource which votes for THIS resource or
contains
some form or script or whatever to enable the user to vote for THIS
resource,
then the usage of the rev attribute is correct.
This is out of scope for vote-links.
I
On Oct 31, 2006, at 12:33 PM, Siegfried Gipp wrote:
Using the same semantics for both is like saying a ballot and a
polling place are functionally the same thing. Sure, both are part
of voting, but that doesn't make them interchangeable.
Right. Therefore use rel and rev attribute respectively
On Nov 1, 2006, at 10:35 AM, Joel Selvadurai wrote:
Hi,
I'm new here so forgive me for mentioning something which may have
come up before.
I was thinking that there needs to be some sort of microformat for an
action. For example, a hResume may contain an action, and the action
may be 'call'
On Nov 3, 2006, at 6:58 AM, Jeremy Keith wrote:
Thinking about it, demanding the use of the geo microformat might
even be redundant in some countries like the USA: Google Maps (and
others) have geo-lookups built into the API now, so a good adr in
an hcard would be enough.
I was thinking
On Nov 4, 2006, at 1:38 PM, Siegfried Gipp wrote:
for what purpose is the class=url as attribute of a link?
The href attribute of the a container on the other hand does
contain a url.
It has to contain a url according to the html and xhtml
specifications.
Right, so the class=url is
On Nov 13, 2006, at 12:35 PM, Bruce D'Arcus wrote:
For the best balance of simplicity and generality, I'd suggest just
pages. Don't worry about start and end because, as you noted, pages
can be discontinuous.
So what would that look like in markup for, say, pages 10-50? We
don't have to
On Nov 13, 2006, at 1:20 PM, Brian Suda wrote:
Well, the mark-up might look something like:
span class=pagespages 10-50/span
or
pages span class=pages10-50/span
or (another idea, which doesn't mean much any more) was
pages span class=page10/span-span class=page50/span
But as Bruce said:
On Nov 13, 2006, at 2:30 PM, Andy Mabbett wrote:
In that case, the start page will surely be the most relevant?
Yes.
On Nov 13, 2006, at 3:11 PM, Bruce D'Arcus wrote:
But I do feel strongly that page count is beyond scope.
I agree. It doesn't seem to help any of the use cases identified
On Nov 13, 2006, at 4:58 PM, Andy Mabbett wrote:
I agree. It doesn't seem to help any of the use cases identified in
the wiki:
http://microformats.org/wiki/citation-brainstorming#Use_Cases
It does:
http://microformats.org/wiki/citation-
brainstorming#Buy_a_copy
Both Amazon and
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.
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
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
On Nov 16, 2006, at 1:08 PM, Michelle Tarby wrote:
I'm not sure if this is possible or not, but I am trying to add
hCard formatting to our web directory. Everything is working fine
(at least I can see it with the FF Tails extension). What I'd like
to do now is add a download vcard link to
On Nov 16, 2006, at 6:37 PM, Ross Singer wrote:
Honestly, the more metadata the merrier. But I think inclusion of
more metadata elements than absolutely necessary will be a turn off.
Exactly. We'd all like more structured data on the web. But
creating structures for data doesn't always
On Nov 17, 2006, at 8:01 AM, Bruce D'Arcus wrote:
I'm going to challenge you here, Andy, because this is yet another
time (e.g. not the first) when I think you're stepping over the line.
You're being hostile, and I don't think it's appropriate for
productive discussion.
I agree.
Peace,
Scott
On Nov 30, 2006, at 1:24 PM, Ryan King wrote:
On Nov 27, 2006, at 6:55 AM, Ryan Cannon wrote:
It would seem that the rule still applies: [EMAIL PROTECTED]
would be both the FN and Nickname fields. Perhaps parsing could
key on the protocol: mailto would imply an
EMAIL;TYPE=Internet
and
On Dec 1, 2006, at 3:55 PM, Bruce D'Arcus wrote:
If you mean why not call it URI?,
Yeah, that's what I mean, and worried about collapsing the notion of
URI as a name, and URL as a location. I'm skeptical we can rely on
parsing a URL fo extracting a DOI/ISBN/etc.
Data point: ISBNs are
On Dec 1, 2006, at 10:44 PM, Ross Singer wrote:
But how many 'citable' URLs contain ISBNs?
Apparently every book on Amazon.com, BarnesAndNoble.com and ISBN.nu
has a URL containing its ISBN.
DOIs are likely to be in a
URL, but they are, sadly, impossible to discern (don't let the 10.foo
On Dec 5, 2006, at 10:48 AM, S. Sriram wrote:
From: Mike Schinkel [EMAIL PROTECTED]
http://listserver.dreamhost.com/pipermail/whatwg-whatwg.org/2006-
December/00
8462.html
I wonder if his issues can be addressed?
Ian said:
class, rel, and profile are the extension mechanism for HTML
On Dec 6, 2006, at 1:14 AM, Shorthouse, David wrote:
To that end, I now make use of uBio LSIDs marked-up species pages
with:
h1span class=species urn:lsid:ubio.org:namebank:2029133Theridion
agrifoliae/span Levi, 1957/h1
.in the hopes that uBio's and other LSIDs will eventually
contribute
On Dec 6, 2006, at 7:45 AM, Bruce D'Arcus wrote:
On 12/5/06, Scott Reynen [EMAIL PROTECTED] wrote:
In HTML or JSON, new formats need new parsers, which must be written
by someone.
Exactly. The point is if you have a generic model you have a
generic parser.
Right. HTML doesn't have
On Dec 6, 2006, at 5:35 PM, Andy Mabbett wrote:
.could ever contribute to the semantic web in a meaningful way
will stand
the test of taxonomic revisions
I agree with this.
You may well be right - but since dealing with taxonomic
revisions is
entirely outside the scope of uFs, so what?
On Dec 7, 2006, at 2:28 PM, Mike Schinkel wrote:
If it is not a scarce resource, please tell me what would happen if I
decided to start marking up documents, as an example, using the class
directory and license, for purposes other than rel-directory and
re-license?
The classes wouldn't cause
On Dec 7, 2006, at 9:08 PM, Shorthouse, David wrote:
In the face of the mess taxonomy can be at times, it would be worth
thinking
about GUIDs like LSIDs for use in microformats for species. uBio is
but one
provider of LSIDs. There are at least a half dozen other providers
and many
more
On Dec 8, 2006, at 12:05 PM, Michael McCracken wrote:
I'm not sure why you'd mark up a CMS ID that wasn't also a URI as part
of a microformat. Can you expand on your example?
I'm not sure where this is going, but it looks like a discussion that
I believe happened once already leading to
On Dec 8, 2006, at 2:22 PM, Andy Mabbett wrote:
I appreciate your attempts to offer constructive feedback. I hope
this community will prove more receptive to such feedback in the
future, even - perhaps especially - when it is disagreeable.
David's feedback has been constructively received,
On Dec 9, 2006, at 10:45 AM, Elias Torres wrote:
However, more importantly, I need to find an
important enough instance of the so-called problem that needs us to
resolve the general microformat(s) case instead of hoping that if we
build it, they will come.
Exactly. That's my primary concern
101 - 200 of 395 matches
Mail list logo