NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
books.perl.org (Score:2, Informative)
Re:books.perl.org (Score:1)
Re:books.perl.org (Score:1)
What about using something PODish for inline book reviews in the online journals?
=bookreview Core Perl This book ruined my recent Jamaican vacation. I couldn't but it down
=cut
You could always parse and export to books.perl.org if/when put into production. Spearhead the semantic web with simplistic inline comments. WOOHOO!
Re:books.perl.org (Score:1)
And people'd screw it up (or forget about it) on a regular basis. With a nice simple set of web forms it'd be easy to add info.
Re:books.perl.org (Score:1)
There's something terrific about not having to interrupt your blog train of thought, log in to a separate application, look up all those attributes you mentioned, then type in your book review. Instead, use a tag to mark off your review, and either Slash outputs the necessary RSS-like file for bot consumption, or a web harvester comes along, parses your blog and dumps the text into some web-accessible ratings Db. This is the semantic web.
If the bookreview tag only had a title (ISBN optional), I'm guessing you could intuit the rest of the items you mentioned, except for ratings. Ratings would be entered on the web site that harvested reviews from blogs, as well as directly inputted in the traditional CGI fashion you describe.
With the straight CGI system you describe there's no technical risk, just the (large?) risk that people won't bother to enter the data they're already entering in their blogs.
Reply to This
Parent