Proposal:WikiIndex Pages on indexed Wikis

In my Opinion, it would be very helpful to suggest WikiNode-like pages within the Wikis we list here as an entry point to manage the actuality of our contents by the users of these wikis themself.

They an we will be better supported

• Wiki Name - detect whether the wiki in question is listed or not and under wich name
• Wiki Data - Sometimes the engines are so strange that we can not retrieve size or statistics or edit mode and so on... (for instance page count for DokuWiki engine based wikis).

I started a test on DseWiki[1] that was accepted.

What do you think about it? (please correct my lousy english whenever nessesary) --Wolf | talk 07:02, 3 October 2007 (EDT)

Let me get this straight: you are suggesting we create a Wiki Index page on each of those wikis, so people will see them and become interested in updating their own entries back here.

As a wiki administrator, I would not be pleased to see someone creating a page on my wiki without me knowing what the deal is. Unsolicited, non-topical content, particularly when related to an outside entity, is spam. Plus, many wikis (including my own), implement captchas that are triggered under certain circumstances, so your bot will need a special account to reliably write to the metadata page. Mind you, that's a step I'm perfectly willing to take for WikiIndex, along with limiting write access to the page to prevent some misguided soul from artificially inflating my site.--Short Circuit 21:27, 4 October 2007 (EDT)

Sounds like a good idea to me. I assume we'll have a standard page, like for WikiNodes? -- Felix Pleşoianu | talk 08:08, 3 October 2007 (EDT)

Yes, that's what I want to say. --Wolf | talk 15:03, 3 October 2007 (EDT)

I like this idea.

Let the people at that wiki update their own information, without having to come over to the unfamiliar-to-them WikiIndex.

So are you saying that, after the people at that wiki update their version of the page, sometime later the page about that wiki at WikiIndex would be completely replaced with their version?

Initially this could be done manually ... and it shouldn't be too difficult for anyone to create a "bot" that would do this if the remote wiki uses the MediaWiki syntax. (A little bit harder to translate if the remote wiki uses some other syntax).

Although I think it is a good idea, and I don't see any reason not to start implementing it right away, I have a few minor questions:

What happens when the remote wiki temporarily goes offline?

What happens if the wiki (or just its Wiki Index page) is temporarily read-only, and someone wants to write a comment on WikiIndex about it (perhaps about the fact that it is temporarily read-only)?

Each WikiNode begins with a brief description of the wiki it is on, and most pages here at WikiIndex also have a brief description of the wiki. Would it make sense to re-use the standard WikiNode page for this purpose, rather that inventing another standard name and trying to maintain several versions of the description?

--DavidCary 01:32, 4 October 2007 (EDT)

I would not duplicate wikiindex stuff to the indexed wikis. A page on each wiki with the title WikiIndex would be enough. Each active contributor of the remote wiki can skip to wikiindex and check if updates to the wikiindex entry are needed. Maybe we could provide a boilerplate for the remote wikiindex articles (maybe in the remote wiki syntax, one for each wiki engine) and they can copy 'n' paste. The content of the page should be mainly on wikiindex and some infos on the entry there (=here!). We could introduce a backlink on each wikiindex article if the described wiki has a link to it. We could start with some pages in open edit wikis. Step by step they will "get" it, and the rest will be done distributed (I hope so). --Wolf | talk 02:30, 4 October 2007 (EDT)

As long as care is taken to avoid raising suspicions of spamming, I think this could be really useful. — User:Sean Fennel@ 12:30, 4 October 2007 (EDT)

A suggestion: Give the page name a Meta: prefix. Having a namespace for such data would be, IMO, a good solution. Even better would be to support the $(Wiki name): prefix, but that might be asking too much. --Short Circuit 21:41, 4 October 2007 (EDT)

I think a prefix isn't nessesary for wikis that are open to the Wiki idea (look at our and their WikiNode and TourBusStop articles). Everyone who discovered the wikis wants more of that stuff, and must be interested in our WikiIndex. On the other side, you are right, there are wikis that are highly specialized to their topic. --Wolf | talk 02:49, 5 October 2007 (EDT)

S23

I am not sure I understand what is being suggested here. With respect to maintaining the wiki pages in WikiIndex up-to-date I suspect the onus is on the owners of the wiki sites. I say this because as far as I know WikiIndex is not 'automatic' (unlike [2]); people have to actively create a page for their wiki site in WikiIndex. Secondly, it would be good to copy the bot used by the guys at S23 (see for example [3]). They collect the raw stats each day to update their lists. This model could be used by WikiIndex in order to keep the 'wiki_pages' parameter as accurate as possible. -- Carl McBride (talk) 04:59, 4 October 2007 (EDT)

Still confused

I don't think I have fully understood the nature of a 'WikiNode'. Is it something more than an inter-connected directory listing of wikis? If not, then I think WikiIndex is ideal as it is. The main improvement could be to encourage a complete categorisation of the entries in WikiIndex. People can then navigate to related wiki via the category pages. However, like I said, as yet I am not sure of the WikiNode concept. Can anyone explain it to me in layman's terms? -- Carl McBride (talk) 05:28, 5 October 2007 (EDT)

I'm confused as well. Could you create http://www.chicagocoop.net/wiki/WikiIndex on my ChicagoCo-op wiki, so I can see more what this means? TedErnst | talk 11:50, 7 October 2007 (EDT)