Universal Wiki Naming Locators is an abstraction waiting to be objectified.

The potential of linking wikis has been discussed utilizing a number of concepts. Some say that the concept and implementation is TooComplex to be realized. This page is an attempt to MakeTheComplexSimple and is a CallForCollaboration in the design and specification of a process or technique which would utilize an apparatus called UniversalWikiNamingLocators as a HyperlinkingProcess which would be based on slightly modified WikiNames. 

It is different from URLs in that multiple locations could be displayed when more than one link is located for the next link.

This is not about a new protocol. This location system would utilize HTTP and URLs, and not require alteration in any way of existing browsers, protocols, and wikis. A prefix method where hyperlinks would be could be enhanced to refer to more than one page or site.

The change could be present in a base wiki-engine, running on the machine connected to the Internet. It could handle references by way of hyperlinks, and could be continuously present as the display frame for the wiki-session. The representation via the browser could utilize the frame mechanism already present in HTML and XML.

I believe a page can be created using frames where one or more of the frames can be browsing windows to the Web. This is the concept. As stated in the introduction, this "is an abstraction waiting to be objectified." 
This is the place where the realization of such a concept can be discussed and where collaboration on making it a reality can occur. 

----

Wikis download every time a link is clicked. This proposal doesn't change that. It does change the downloading possibilities to multiple links, similar to the offerings a search engine presents when a search term is presented. While similar, there is a difference in that a resident filtering mechanism exists which limits where the acceptable links are located.

'''Possible Configurations'''

P''''''refixConfigurations 

Three Proposals

A universal wiki prefix configuration (let's call this one dynamic) 
* with the list containing the prefix (all that would go before the WikiName in securing the link) 
* This would be maintained on one of many specialized wiki search engines. Let's call the first one temporarily "WikiFind" 
A short list of an example of a list now exists as InterMapTxt. 
A filtered wiki prefix configuration (let's call this one static)
* with the list containing entries which are preferred wikis arranged in order of preference. 
* sent as filters with the WikiName to WikiFind and would shorten the return matches to only those the inquirer wishes to query
An alternate wiki prefix configuration 
* which would contain a list of wikis which have existed in the local area network or intranet of the inquirers machine

Flexibiility Comprehensiveness and Speed
* This setup would leave the door open for a great number of wiki page search engines 
* The resulting competition might lead to the emergence of one or two predominant search engines
** providing fast response
** and most complete coverage

You would not have to change the browser if the search engine returns the responses as a wiki page which you could save to your machine (in my case to my PersonalWiki). As a result of the collaboration here, the design of the returned page could be structured as a multiframe page. 

----

'''Some related concepts which might be applicable'''

	* The HandleSystem
	* The OpenDirectoryProject
	* RestArchitecturalStyle 
	* WikiWebTransferProtocol
	* GrandUnifiedTheory 

----
CategoryDiscovery