Issue: Categories and Redirect

Issue Tools
- View Changes

May 23, 2009 1:01 PM

tommythejoat

Regular Member

Categories and Redirect

Redirect is used to supply an alternate name for an Article. It should be possible to put that name in a category.

There may be a simple work around for what I want to do, but I have been using Redirect to provide alternate names where there is more than one commonly used name.

Recently this has come up for member bios where we would like to have both First Last and Last, First available for reference and lookup.

I suspect if I create the second form and save it without the redirect I can subsequently fo back and insert the redirect to get what I want.

It would be a bit simpler if Category were parsed in redirected article and added to the Category namespace.

---------------- later ---------------

I tried saving it first without the redirect, but that did not work. When I put in the redirect, the alternate name was removed from the categories.

Issue Details

Issue Number 603

Issue Type Feature

Project VaultWiki 3.x Series

Category Categories

Status Implemented

Priority 6 - Dev-Related Tasks

Suggested Version 2.3.1

Implemented Version 3.0.2

Milestone VaultWiki 3.0.5

Software DependencyAny

Votes for this feature 0

Votes against this feature 0

Attachments 0

Assigned Users (none)

Tags (none)

May 23, 2009 1:18 PM

pegasus

VaultWiki Team

For a similar reason to the Template request you posted, this is extremely difficult. However, I believe that there might be a bug related to Categories which contributes to this, because the category should still be indexed when the redirect is edited and saved.

Reply
May 26, 2009 12:21 AM
pegasus

VaultWiki Team
I have been thinking a lot about this, and I just don't see any way to get around it. Redirects simply stop any other parsing on the redirect origin. Doing otherwise is both inefficient and not possible with any consistency.

You can prevent the category from incorrectly being added upon created of the page by:
In vault/special_class_bbcode.php, find:

Code:

if ( $_REQUEST['redirect'] != 'no' AND $this->recursion['redirect'] < 1 AND empty($vault->parser['db_links']) AND $linkid != $threadinfo['threadid'] )

Replace with:

Code:

if (!empty($vault->parser['db_links'])) { $this->redirect_text = ''; return ''; } else if ( $_REQUEST['redirect'] != 'no' AND $this->recursion['redirect'] < 1 AND $linkid != $threadinfo['threadid'] )
Reply
May 26, 2009 10:00 AM

tommythejoat

Regular Member

One of the problems I have encountered in my 40 some odd years of software development is that it is easy to focus in on solutions before getting a clear statement of the problem. I am afraid I have been guilty of that here.

The problem I would like to solve is that the taxonomy system that is inherent in the Wiki needs alternate expressions for key words and phrases. This includes both colloquial and alternate language variants. When seeking information people need to be able to find clues without too much work on the vocabulary.

I had thought that redirect could be used for this purpose of providing synonym resolution. It is possible that categories could be used for this purpose also. However, the basic problem is providing a search tool that resolves several different ways of describing the same thing. Perhaps a separate taxonomy structure could be developed that would address this need. An index structure could be created and invoked with something like [resolve]echappement[/resolve] that would result in a red link if the term was not in the taxonomy or substitution of the canonical term if it was found. In this example, the word escapement would be substituted for its French counterpart. It might be possible to make this automatic i.e. not requiring a bb code with an autoresolve option.

Part of our wiki plan is to provide this kind of vocabulary matching using the HELP namespace, which I think is the way Wikipedia tries to handle the problem. I was trying to find an automatic approach.

Reply
May 26, 2009 10:10 AM

pegasus

VaultWiki Team

Yes, I understood that from the first post. It might be possible to do in a future (rewrite) version of Categories, but with the current code it is just not possible. For now, the fix I posted should create the effect consistently of the redirects not being added to categories.

Reply
October 27, 2009 5:47 PM

pegasus

VaultWiki Team

As of the next build of VaultWiki (2.5.6), redirects will share the link data of their targets - so if the design works correctly, the redirect will be added to the category as long as its target is in the category. Keep in mind that since categories rely on the link caching mechanism, it's likely this will only occur as the cache updates.

http://www.crackedeggstudios.com/issues/907/

Reply

+ Reply

All times are GMT -4. The time now is 11:38 AM.

This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.

Learn more… Accept Remind me later

Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

Issue: Categories and Redirect

Issue Tools