is a Wiki page with no inbound links. Creating them is discouraged. On the other hand, see WikiContentGenerationProcess.
s can come about in two ways:
- a page can be born an orphan by pointing the wiki?edit URL to a nonexistent page that's not one of the WantedPages
- a page can become an orphan when all pages that link to it are deleted
There are several ways to find OrphanPage
are often OrphanPage
If you find an OrphanPage
- adding a link to it from a related page
- checking whether it's a DeletionCandidate
- refactoring it into a related page
- becoming a FosterParent?
- renaming the page so it is easier to link to
- adding "AreYouThere" if it's an old AbandonedHomePage
Since it's not really possible to find an OrphanPage unless you specifically set out to look for one, you could also consider..
- When deciding whether to add the OrphanPage WikiBadge to a page at the same time that you're adding an AreYouThere badge, it's customary to ignore BackLinks to automatically generated pages (e.g, the ChangesIn______ pages).
- Pages that have a reasonable category (home pages, books, stories) can consider the category BackLink as a link, but this alone does not justify the page. Consider the context and usage. Few people will come to C2 for a list of books (more likely they'll use Amazon), so a book that is not recommended from another page is likely a useless page. A home page, on the other hand, is very likely to be an orphan unless the person signs their contributions.
- not worrying about OrphanPages and trying some page creation instead
If you do decide to muck about in the OrphanPages
, consider trying to RefactorLowHangingFruit
- Clear nonsense. E.g. SonOfBirdBrain?. Solution: delete. Note that nonsense does not equal OffTopic. Many WikiZens take offense at the deletion of movie and joke pages, and will restore.
- Clear GoodPages?. OnTopic, many participants, decent length, etc. Hummed along merrily for a few days while it was in RecentChanges and then died for lack of linking. Solution: place link(s) in related page(s).
when sowing links, avoid if at all possible building nests of "See: FooBar
, etc." at the bottom of pages. If the link cannot be added in a natural way, you have either chosen the wrong foster-parent or the OrphanPage
is in need of refactoring.
- Lost buds. Short pages that were extracted from longer ones, but no forward link added to parent. Symptoms: very short, us. only one contributor, and a note like "Moved from FooBar" or "See BarBaz?". Solution: if parent is not a ThreadMess, move content back to parent and delete. If parent is a ThreadMess, add a link.
that are difficult to deal with are those that are OnTopic
, long, have one or very few contributors, and come at a problem from an idiosyncratic or biased angle. Deletions will be restored, but merging or even linking are difficult to do in a coherent way.
- OrphanPage knots (a.k.a. dead cycles)
- Pages with mutual links among themselves (keeping them from being orphans) but no other links into the set. (WalledGardens)
Identifying knots requires defining a root set; any page reachable from the root set is by definition not part of a knot.
One probably should exclude things like RecentChanges
and various searches from the root set. OTOH, categories might be part of the root set; any page with CategoryWhatever?
is non-orphan because it shows up in the category. (I wouldn't give this special treatment to other BackLink
makes popular pages sprout many links out of them, but few links into them. For the not-so-popular pages, they might have only
outward bound links. Once they move off RecentChanges
, it is very unlikely that anyone will ever see them again, except by searching specifically for them with FindPage
, or by following BackLink
s. But since they are unpopular, these methods are unlikely to cause anyone to browse them. If people did not sign their contributions, then many of the UserName
pages would be OrphanPage
s. In fact, many people do not
sign their contributions, or have never made a contribution except for their UserName
. This is just to show that OrphanPage
s are at least fairly common on Wiki.
- There are many pages out there that have zero or one links into them, aside from the dynamically made pages.
- There are many pages out there that, for whatever reasons, have not been browsed in years.
- There are many pages out there that, for whatever reasons, will not be browsed for years to come.
- Since there is no automatic GarbageCollector for Wiki, these pages are unlikely to ever get re-evaluated the way most Wiki pages are. They are providing no value to any WikiZens because they will never get visited, and when they are, they are out of date and unpopular.
- The CultureOfRecentChanges? significantly adds to the number of OrphanPages. Other ways of browsing Wiki do not have the same effect (to the same degree).
s killed after some time?
An author might use a OrphanPage
for minimizing the chance of inadvertently overwriting recent changes on a page made by another Wiki author.
No. There is only one way to delete pages. See HowToDeletePages
What do you do when you think of a topic that's great for the Wiki, but you don't know how to place it OnFocus
, because you can't think of a good launching point? Not an OrphanPage
, but an UnbornPage?
(I'm thinking of PettinessWillKillYou
, which now has a parent).
All new pages are linked to RecentChanges, and my guess is that there are enough RecentChangesJunkies that it will slap the page on the bottom and get it screaming and breathing. Unless its ApgarScore (which was also an orphan but now has a parent) is too low, I suppose. We'll just see about this...