Differences between version 2 and previous revision of WikiRssFeedIssues.
Other diffs: Previous Major Revision, Previous Author
@@ -1,25 +1,29 @@
!!!The Issue with Wiki RSS Feeds
This began as a response to a [post on Chris Siebenmann's wiki|http://utcc.utoronto.ca/~cks/space/blog/web/BlogAdvantageVsWiki] about blogs versus wikis. Chris asserts that blogs have an advantage when it comes to presenting and tracking changes. I have to agree with this, but I think the issue is mainly an implementation weakness of wikis. Wikis could present better change tracking interfaces, if the current wiki engines were improved.
-I use phpwiki for [[www.hollenback.net|http://www.hollenback.net], and it has a terrible rss feed. All the feed presents
is page summaries, and those are just the one-line descriptions you enter describing
the change you've made to the page
. Note that some other wiki engines hopefully have other, better rss engines - if so I welcome comments to this post.
+I use [
phpwiki|http://phpwiki.sourceforge.net/]
for my site
[[www.hollenback.net|http://www.hollenback.net], and one problem is it
it has a [
terrible rss feed|http://www.hollenback.net/index.php/RecentChanges?format=rss2]
. All the feed gives you
is page summaries, and those are just the one-line comment
the page editor makes when submitting a
change. Note that some other wiki engines hopefully have other, better rss engines - if so I welcome comments to this post.
-However, I believe this is an implementation issue
, not a fudamental issue with wikis. Further I think that this could be fixed is a way that preserves the concepts of wikis - you
don't have to make your wiki act like
a blog.
+So I have the wiki where I do my blogging, but I can hardly do anything useful with the rss feed.
However, I believe this is an implementation detail
, not a fudamental issue with using
wikis for blogging
. Further I think that this could be fixed is a way that preserves the wiki concept. I
don't think you
have to make your wiki into
a blog to get better rss feeds
.
-However, I am not sure I agree that this is a fundamental problem with wikis - I think it's just a problem with the current implementations.
Instead of just the change description, my wiki should be able to output the page content. I'd like to bee it
output the first header and paragraph by default, along with an option to output the entire content of the page. This is easy to derive since the wiki engine knows the page content and structure. The wiki also knows which pages have changed for a given date range.
+Instead of just the change description, my wiki should be able to output the page content. I'd like it
to output the first header and paragraph of every changed page
by default, along with an option to output the entire content of the page. This is easy to derive since the wiki engine knows the page content and structure. The wiki also knows which pages have changed for a given date range.
-I also with
my wiki rss feed offered categorization. If there were just some simple way to tag pages with keywords then you could construct category rss feeds easily. This
could be done
one of several ways:
+I also wish
my wiki rss feed offered categorization. If there were just some simple way to tag pages with keywords then you could construct category rss feeds easily. That would bring my wiki up to parity with blog categorization. The user interface for this
could be implemented in
one of several ways:
-1.
Allow a special *category: keyword* wiki tag to appear by itself on a line, and use that when constructing category urls.
+*
Allow a special *category: keyword* wiki tag to appear by itself on a line, and use that when constructing category urls.
+* Present a separate category dropdown list for each wiki page.
+ * Every time you edit the page, you have the option of selecting a category from the list.
+* (the most wiki-like idea I can think of) Use the the wiki page path to derive the category.
+ *If a page is a child of the =sysadmin= page, put it in the =sysadmin= category
.
-2
. Present a separate category dropdown list for each wiki page. Every time you edit
the page
, you have the option of selecting a
category from the list
. The
wiki engine then uses that when creating category rss feeds
.
+Note that [twiki|http://twiki
.org/] does implement
the last item
, because it supports per-
category (_web_ in twiki lingo) RSS feeds
. However I dislike this implementation because it enforces too much separation between
wiki categories and is really intended for completely separating incompatible content
.
-3. (
the most wiki-like
I think) Use
the the wiki page path to derive the category
. If a page
is a child of the
=sysadmin= page, put
it in
the =sysadmin=
category.
+Any of these user interface options are relatively easy to implement, and would go a long way towards resolving
the biggest problem
I have with
the rss feed of my website
. The key thing I want
is a way to construct category rss feeds, so example I could provide a
=sysadmin= rss feed to [Planet Sysadmin|http://www.planetsysadmin.com] that wasn't polluted with my private ramblings. The downside I see with all of this is
it requires back end support. You probably want to keep a precomputed database of pages and categories, otherwise you have to walk all
the pages every time you generate an rss
category feed
.
-Note
that twiki does implement
the last item, because it supports per-category (_web_ in twiki lingo) RSS feeds
. However I dislike this implementation because twiki webs are really meant to completely segregate incompatible content, not just allow simple categorization
.
+As I said, my big problem is
that all of this doesn't exist for
the decrepit wiki engine I'm using
. However I see no reason it couldn't be relatively easily implemented on any wiki engine
.
-Any of these options would be relatively easy to implement
, and would go a long way towards resolving the biggest problem
I have
with the rss feed of my website
. The key
thing I want
is a way
to construct category rss feeds
, so example I
could provide
a =sysadmin= rss feed to [Planet Sysadmin|http://www
.planetsysadmin.com] that wasn
't polluted with
my private ramblings
.
+There are many other issues with using wikis as blogging engines
, but
I do continue to believe that these are implementation details and not fundamental problems
with using a wiki as a posting platform
. For example, another
thing I hate about blogging on a wiki
is that I can't hide posts that are
a work in progress - once I put them on the wiki anyone can see them. This forces me
to compose posts somewhere else and paste them into the wiki when done. Again
, that's just an implementation detail as a wiki engine
could easily include
a 'hide this page' button
. There aren
't any fundamental reasons why you can't use a wiki as a posting platform equivalent to (and in
my mind superior to) a blog
.
another annoyance: inability to hide pages that are a work in progress.
@@ -50,4 +54,5 @@
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
</center>
version 2
The Issue with Wiki RSS Feeds
This began as a response to a post on Chris Siebenmann's wiki about blogs versus wikis. Chris asserts that blogs have an advantage when it comes to presenting and tracking changes. I have to agree with this, but I think the issue is mainly an implementation weakness of wikis. Wikis could present better change tracking interfaces, if the current wiki engines were improved.
I use phpwiki for my site http://www.hollenback.net, and one problem is it it has a terrible rss feed. All the feed gives you is page summaries, and those are just the one-line comment the page editor makes when submitting a change. Note that some other wiki engines hopefully have other, better rss engines - if so I welcome comments to this post.
So I have the wiki where I do my blogging, but I can hardly do anything useful with the rss feed. However, I believe this is an implementation detail, not a fudamental issue with using wikis for blogging. Further I think that this could be fixed is a way that preserves the wiki concept. I don't think you have to make your wiki into a blog to get better rss feeds.
Instead of just the change description, my wiki should be able to output the page content. I'd like it to output the first header and paragraph of every changed page by default, along with an option to output the entire content of the page. This is easy to derive since the wiki engine knows the page content and structure. The wiki also knows which pages have changed for a given date range.
I also wish my wiki rss feed offered categorization. If there were just some simple way to tag pages with keywords then you could construct category rss feeds easily. That would bring my wiki up to parity with blog categorization. The user interface for this could be implemented in one of several ways:
Note that twiki does implement the last item, because it supports per-category (web in twiki lingo) RSS feeds. However I dislike this implementation because it enforces too much separation between wiki categories and is really intended for completely separating incompatible content.
Any of these user interface options are relatively easy to implement, and would go a long way towards resolving the biggest problem I have with the rss feed of my website. The key thing I want is a way to construct category rss feeds, so example I could provide a sysadmin rss feed to Planet Sysadmin that wasn't polluted with my private ramblings. The downside I see with all of this is it requires back end support. You probably want to keep a precomputed database of pages and categories, otherwise you have to walk all the pages every time you generate an rss category feed.
As I said, my big problem is that all of this doesn't exist for the decrepit wiki engine I'm using. However I see no reason it couldn't be relatively easily implemented on any wiki engine.
There are many other issues with using wikis as blogging engines, but I do continue to believe that these are implementation details and not fundamental problems with using a wiki as a posting platform. For example, another thing I hate about blogging on a wiki is that I can't hide posts that are a work in progress - once I put them on the wiki anyone can see them. This forces me to compose posts somewhere else and paste them into the wiki when done. Again, that's just an implementation detail as a wiki engine could easily include a 'hide this page' button. There aren't any fundamental reasons why you can't use a wiki as a posting platform equivalent to (and in my mind superior to) a blog.
another annoyance: inability to hide pages that are a work in progress.