Taxonomy issues: Difference between revisions
Jump to navigation
Jump to search
Whitneymcn (talk | contribs) No edit summary |
Whitneymcn (talk | contribs) No edit summary |
||
| Line 7: | Line 7: | ||
<li>a cell phone</li></ul> | <li>a cell phone</li></ul> | ||
Even before considering the different attributes required by different types of requests (travel planning vs. product purchase, for example) it's clear that creating a workable microformat for RFPs will be a fascinating (and frustrating) process. It's worth noting, though, that work in this area pays off in many ways. | Even before considering the different attributes required by different types of requests (travel planning vs. product purchase, for example) it's clear that creating a workable microformat for RFPs will be a fascinating (and frustrating) process. It's worth noting, though, that work in this area pays off in many ways. | ||
Note to self: Marti's "fulfillment" RFP attribute is an elegant addition. Does seem to suggest that authoritative, verifiable identity for vendors goes from "extremely useful" to "non-negotiable," though. | |||
Revision as of 14:13, 17 December 2006
Very much a stub...
There's a lot of work here. RFPs should allow for widely varying degrees of specificity. Ideally, a seeker should be able to create an RFP for:
- a blackberry 7130c
- a cell phone with bluetooth and EDGE support
- a cell phone costing less than $250
- a cell phone
Even before considering the different attributes required by different types of requests (travel planning vs. product purchase, for example) it's clear that creating a workable microformat for RFPs will be a fascinating (and frustrating) process. It's worth noting, though, that work in this area pays off in many ways.
Note to self: Marti's "fulfillment" RFP attribute is an elegant addition. Does seem to suggest that authoritative, verifiable identity for vendors goes from "extremely useful" to "non-negotiable," though.