From newsmarkie at googlemail.com Fri Feb 1 15:06:27 2008 From: newsmarkie at googlemail.com (Mark (Markie)) Date: Fri, 1 Feb 2008 15:06:27 +0000 Subject: [Search wiki] Input wanted on Mini and main name spaces for Search Wikia Message-ID: Right im being bold here, so sorry if anyone has problems with this. Currently there is not really any definite policy on what is acceptable in, and what should not be in mini: articles for Search Wikia. This means that as an admin on the wiki I, and other admins, have difficulty in deciding what should be allowed to stay and what should be in the articles. It also means trouble for people who are trying to contribute as there isn't really a list of what should and shouldn't be in the mini articles. So I'm suggesting the following to try and get this sorted. Go to this page :- *http://search.wikia.com/wiki/search:Mini_article/Policy_discussion* This page is to be used for the posting and discussion of ideas for the policy on Mini: articles, Search:Mini article, and what they should contain. As the main name space, (the namespace with no prefix) is an alternative location for content, the question of what the main name space is to be used for is also under consideration, see Search:Main namespace for one alternative use. Please post ideas below and then these will be discussed until *February 8, 2008*. From then until *February 15, 2008* various versions of the policy will be drawn up. More details are on the wiki page, please check there. Please add your inputs. Thanks all and hope i haven't upset anyone. Best wishes Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wikia.com/pipermail/searchwiki/attachments/20080201/e9760fea/attachment.html From jwales at wikia.com Sat Feb 2 04:30:58 2008 From: jwales at wikia.com (Jimmy Wales) Date: Sat, 02 Feb 2008 10:00:58 +0530 Subject: [Search wiki] Forum:Main Namespace In-Reply-To: <878E6F67-FBF2-4889-88B2-0C089FB19A72@jabber.org> References: <61658.66.243.196.131.1200859346.squirrel@webx1.neonova.net> <651E3CD5-EEB5-4781-A84D-8F0E13732062@jabber.org> <8b722b800801230209p4621cd23m62bef7b0142c3988@mail.gmail.com> <29F683D8-3C54-40A9-ABB3-46635A7ADF70@jabber.org> <8b722b800801230239t2a6980a7pe64385f49c1bd3b1@mail.gmail.com> <878E6F67-FBF2-4889-88B2-0C089FB19A72@jabber.org> Message-ID: <47A3F202.8040000@wikia.com> I tend to side with Angela in this little mini-debate about mini-articles. :) While the mini-articles should be thought of as being primarily a part of a broader search-result page, they probably can and will be linked to by others, and that's almost certainly ok. jer wrote: >> If the mini-articles contain quality information, people will link to >> them from elsewhere. I think these pages have the potential to be >> useful in many more contexts than just Wikia Search. > > That raises an interesting question, should they even be accessible > outside of the search result screen? What if you can only view a > mini-article in it's native environment, in a search result? > > We're all still learning exactly what they are of course, so my $0.02 > is that their very definition is being part of a search result and > any other uses may be diluting their value as that. > >> The mini-article on Visvo is the 3rd hit in... that other search >> engine and I expect a lot of people will come across mini-articles >> that way. http://www.google.com/search?q=Visvo > > Even still, http://mini.search.wikia.com vs. http://search.wikia.com > seems pretty insignificant a difference there? > > Jer > > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki > > From jwales at wikia.com Sat Feb 2 04:35:22 2008 From: jwales at wikia.com (Jimmy Wales) Date: Sat, 02 Feb 2008 10:05:22 +0530 Subject: [Search wiki] Mini Aricles and Use of the Main Namespace In-Reply-To: <53234.66.243.196.131.1201215438.squirrel@webx1.neonova.net> References: <53234.66.243.196.131.1201215438.squirrel@webx1.neonova.net> Message-ID: <47A3F30A.8030403@wikia.com> Fred Bauder wrote: > As has been noted, links within mini articles to other mini articles are > awkward. Using the main namespace for mini articles would make internal > linking more straightforward. There is also the question of what the > content of mini articles ought to be. One possibility is brief articles > about the word or term, a sort of mini Wikipedia article. Another is > adding significant material about disambiguation of the term. Either > alternative could occur in the mini or main namespace. If the mini > namespace is used in one of those ways, the question remains of what the > main namespace is is used for. I have tentatively assumed the search > namespace is for policy, the help namespace is for help. If you are > confused, the main namespace is an article with nothing in front of it > ([[Apple]] rather than [[Mini:Apple]]). I have been in remote India with minimal net access for a few days so I might be way behind the times, but I agree with Fred completely. The mini articles need to be moved to the main namespace precisely to facilitate less awkward linking. > There are some discussions at Forum:Mini articles and at Forum:Main > Namespace I have been so bold as to provisionally advance a policy page at > search:Main namespace Yay! --Jimbo From jpm at ldl.de Sat Feb 2 10:24:33 2008 From: jpm at ldl.de (Jean-Pol Martin) Date: Sat, 02 Feb 2008 11:24:33 +0100 Subject: [Search wiki] Student motivation In-Reply-To: References: Message-ID: <47A444E1.2090908@ldl.de> "Very cool to hear, any ideas on what uses they find motivating/exciting?" - I'm the professor/teacher an I'm very motivated: I try to explain my students that they are changing the world and positioning themselves at the same time. Presenting oneself in the net ist absolute crucial fur the future and when my students are training creating relevant contents (miniarticle), they are working for the community AND for themselves (Profile-Sites)... As a researcher I was aware for 10 years that if y want to be "famous" I have to publish intensively in the net, not only in professional journals for teachers or researchers. I think the most exciting for the students is the Profile-Site with the many friends + the possibility to create article + the searchengine within one integrating frame. JPOL searchwiki-request at wikia.com schrieb: > Send SearchWiki mailing list submissions to > searchwiki at wikia.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.wikia.com/mailman/listinfo/searchwiki > or, via email, send a message with subject or body 'help' to > searchwiki-request at wikia.com > > You can reach the person managing the list at > searchwiki-owner at wikia.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SearchWiki digest..." > > > Today's Topics: > > 1. Re: SearchWiki Digest, Vol 1, Issue 9 (jer) > 2. Input wanted on Mini and main name spaces for Search Wikia > (Mark (Markie)) > 3. Re: Forum:Main Namespace (Jimmy Wales) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 26 Jan 2008 00:55:16 -0600 > From: jer > Subject: Re: [Search wiki] SearchWiki Digest, Vol 1, Issue 9 > To: Search Wiki > Message-ID: <3CDACD28-A236-4544-8161-6689323EF378 at jabber.org> > Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed > > They definitely already are and will continue to be indexable by > Google or any other search, as well as are available under an open > content license for more direct re-use needs. > > Very cool to hear, any ideas on what uses they find motivating/exciting? > > Jer > > On Jan 26, 2008, at 12:17 AM, Jean-Pol Martin wrote: > >> My students are very motivated to write Miniarticles. And this >> motivation ist important if we want to educate young people creating >> knowledge together worldwide. But if the miniarticle don't appear in >> searchengines like google, I'm afraid that they will not work >> furter on >> this project. Please, give the miniarticle free for google... >> >> Jeanpol >> >> searchwiki-request at wikia.com schrieb: >>> Send SearchWiki mailing list submissions to >>> searchwiki at wikia.com >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> or, via email, send a message with subject or body 'help' to >>> searchwiki-request at wikia.com >>> >>> You can reach the person managing the list at >>> searchwiki-owner at wikia.com >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of SearchWiki digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: Scale of Search wiki (jer) >>> 2. Re: Mini Aricles and Use of the Main Namespace (jer) >>> 3. Re: Mini Articles and Use of the Main Namespace (jer) >>> 4. Re: Mini Aricles and Use of the Main Namespace (Mark (Markie)) >>> 5. Re: Mini Aricles and Use of the Main Namespace (jer) >>> >>> >>> --------------------------------------------------------------------- >>> - >>> >>> Message: 1 >>> Date: Fri, 25 Jan 2008 13:50:02 -0600 >>> From: jer >>> Subject: Re: [Search wiki] Scale of Search wiki >>> To: Search Wiki >>> Message-ID: <59781F84-17EA-4650-87E8-E13A4995A30D at jabber.org> >>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>> >>>> ... [A lot of great commentary and feedback] ... >>>> >>>> Some day, "search query" wikis such as the Wikia Search one will >>>> densely cover the fat middle. To me, the question is not if, but >>>> when, how many, and which ones. The race is on. >>> Although it's not present on the footers of the wiki yet (was lost w/ >>> the new skin apparently), the mini articles are all under an open >>> content license: http://www.wikia.com/wiki/Wikia_copyrights. >>> >>> Jer >>> >>> >>> >>> ------------------------------ >>> >>> Message: 2 >>> Date: Fri, 25 Jan 2008 16:49:09 -0600 >>> From: jer >>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>> To: fredbaud at fairpoint.net, Search Wiki >>> Message-ID: <199B81D5-89FF-4EF1-9847-3206408C35D4 at jabber.org> >>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>> >>>>> As has been noted, links within mini articles to other mini >>>>> articles are >>>>> awkward. Using the main namespace for mini articles would make >>>>> internal >>>>> linking more straightforward. >>> My inclination is to make almost all views of a mini article be in- >>> context, that you only see them in their search result. What reasons >>> are there to view them outside of that context? >>> >>>>> There is also the question of what the >>>>> content of mini articles ought to be. One possibility is brief >>>>> articles >>>>> about the word or term, a sort of mini Wikipedia article. >>> If these are short as in a sentence or two I could see this, but when >>> they grow to be a body of "real" content, the actual answers to the >>> search term, I worry that it's becoming an answer service and not >>> something that compliments one of the core functions of a search >>> result, to direct people somewhere. >>> >>>>> Another is >>>>> adding significant material about disambiguation of the term. >>> Disambig, as well as poorly formed queries, misspellings (that the >>> currently non-existant did-you-mean feature might not cover), and >>> "hot" or fresh searches (like news, memes, so on) that are always >>> harder with algorithmic approaches. >>> >>> What about the usage of mini articles for straight up "this is the >>> best link and isn't in the search result!" ? Shouldn't we support >>> this and use that data to index and improve the rankings? Is it a >>> problem to support that usage? >>> >>>>> Either >>>>> alternative could occur in the mini or main namespace. If the mini >>>>> namespace is used in one of those ways, the question remains of >>>>> what the >>>>> main namespace is is used for. I have tentatively assumed the >>>>> search >>>>> namespace is for policy, the help namespace is for help. If you are >>>>> confused, the main namespace is an article with nothing in front >>>>> of it >>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>> >>>>> As an alternative, I suggest that we continue with the mini >>>>> articles as >>>>> a brief introduction to the subject and reserve the main namespace >>>>> for >>>>> an intensive disambiguation of its subject, including suggestions >>>>> regarding how to use appropriate keywords to refine searches to >>>>> get good >>>>> results for various possibilities. Whether our projected user base >>>>> would >>>>> actively use and develop such pages remains to be seen, although I >>>>> find >>>>> it enjoyable. >>> I'm starting to agree with this line of thought, and thinking that it >>> might be good if Mini: is limited to a very small size, few >>> sentences, and can add a "see more" which links to a regular article >>> on the topic. We can set it up so that the Mini's are only viewed, >>> created, and edited in the search result page directly. >>> >>> Am I at odds with current thoughts on this, or does it sound >>> reasonable? >>> >>>>> There are some discussions at Forum:Mini articles and at Forum:Main >>>>> Namespace I have been so bold as to provisionally advance a policy >>>>> page >>>>> at search:Main namespace >>>>> >>>>> Fred Bauder >>>> Here's a suggested treatment I kind of like: >>>> >>>> 1. As an alternative to maintaining separate articles, the >>>> "mini" >>>> content could be maintained as a part of a larger article, for >>>> example >>>> in the form of a formal "Summary" section. That section would >>>> need to >>>> be extracted on the fly. Would this work? >>>> 2. You have put the big, "encyclopedic" disambiguation article >>>> in the >>>> main space, and the "dictionary" article (which also provides some >>>> disambiguation, which is good) in the Mini space. To keep the >>>> bulk of >>>> links and articles simple, I would prefer to do it the other way >>>> around: Put the small, "mini" article in the main space and the >>>> large, >>>> detailed one in a different namespace, such as "dis[ambiguation]" or >>>> "extended". Or give it an extension, as in "innocence/ >>>> disambiguation" >>>> or "innocence (disambiguation)". >>>> My guess is that there will always be many more small articles >>>> than >>>> large ones. Keeping the bulk of the articles in the main space will >>>> make linking simpler. Notice all those "create" and "edit" links in >>>> parentheses behind the "search query" (keyword?) links. Currently, >>>> they all point to Mini. Most links will intend to refer to the small >>>> articles. The namespace prefix would vanish, simplifying the links. >>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>> >>>> Perhaps the extended articles could use the Search namespace and we >>>> could >>>> put policy in some other namespace such as policy. >>> If interacting with Mini: is abstracted/hidden through the search >>> result page, I think it would be best to keep it the way it is, so >>> the regular articles are in the regular namespace. >>> >>> One *very* long term thinking is that others could mimic the "Mini:" >>> namespace on their own wiki's, and a crawler can build a database of >>> mini articles from any wiki on the web. >>> >>> Jer >>> >>> >>> >>> ------------------------------ >>> >>> Message: 3 >>> Date: Fri, 25 Jan 2008 16:50:45 -0600 >>> From: jer >>> Subject: Re: [Search wiki] Mini Articles and Use of the Main >>> Namespace >>> To: fredbaud at fairpoint.net, Search Wiki >>> Message-ID: <496F37F0-515B-4E91-8690-8BA6B6EB7913 at jabber.org> >>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>> >>>>> Why don't we keep this discussion on >>>>> http://search.wikia.com/wiki/Forum:Main_Namespace ? Regarding the >>>>> distinction between "mini" and "maxi" content, I sort of replied >>>>> there. >>>> Because I was asked to post the issue here, which make sense as >>>> conversation about fundamental policies affecting the structure >>>> of the >>>> site needs to be where as many folks as possible can see it and >>>> participate. >>> That was me that asked, I've honestly not had enough attention to >>> additionally cover/track the forums on the wiki :( >>> >>> Jer >>> >>> >>> >>> ------------------------------ >>> >>> Message: 4 >>> Date: Fri, 25 Jan 2008 22:59:54 +0000 >>> From: "Mark (Markie)" >>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>> To: "Search Wiki" >>> Message-ID: >>> >>> Content-Type: text/plain; charset="iso-8859-1" >>> >>> hmm what would be peoples thought of using wp content in the main >>> space, >>> which could either be local copies or dynamically called, with local >>> overwrite possible, so that we can have minis with "more here" >>> which then >>> links to pages which have either been specially adapted written >>> locally or >>> then just falls back onto wp (or should be just have a kinda "if >>> local >>> exists then use that, if not link directly to wp" thing) >>> >>> thoughts >>> >>> mark >>> >>> On Jan 25, 2008 10:49 PM, jer wrote: >>> >>>>>> As has been noted, links within mini articles to other mini >>>>>> articles are >>>>>> awkward. Using the main namespace for mini articles would make >>>>>> internal >>>>>> linking more straightforward. >>>> My inclination is to make almost all views of a mini article be in- >>>> context, that you only see them in their search result. What >>>> reasons >>>> are there to view them outside of that context? >>>> >>>>>> There is also the question of what the >>>>>> content of mini articles ought to be. One possibility is brief >>>>>> articles >>>>>> about the word or term, a sort of mini Wikipedia article. >>>> If these are short as in a sentence or two I could see this, but >>>> when >>>> they grow to be a body of "real" content, the actual answers to the >>>> search term, I worry that it's becoming an answer service and not >>>> something that compliments one of the core functions of a search >>>> result, to direct people somewhere. >>>> >>>>>> Another is >>>>>> adding significant material about disambiguation of the term. >>>> Disambig, as well as poorly formed queries, misspellings (that the >>>> currently non-existant did-you-mean feature might not cover), and >>>> "hot" or fresh searches (like news, memes, so on) that are always >>>> harder with algorithmic approaches. >>>> >>>> What about the usage of mini articles for straight up "this is the >>>> best link and isn't in the search result!" ? Shouldn't we support >>>> this and use that data to index and improve the rankings? Is it a >>>> problem to support that usage? >>>> >>>>>> Either >>>>>> alternative could occur in the mini or main namespace. If the mini >>>>>> namespace is used in one of those ways, the question remains of >>>>>> what the >>>>>> main namespace is is used for. I have tentatively assumed the >>>>>> search >>>>>> namespace is for policy, the help namespace is for help. If you >>>>>> are >>>>>> confused, the main namespace is an article with nothing in front >>>>>> of it >>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>> >>>>>> As an alternative, I suggest that we continue with the mini >>>>>> articles as >>>>>> a brief introduction to the subject and reserve the main namespace >>>>>> for >>>>>> an intensive disambiguation of its subject, including suggestions >>>>>> regarding how to use appropriate keywords to refine searches to >>>>>> get good >>>>>> results for various possibilities. Whether our projected user base >>>>>> would >>>>>> actively use and develop such pages remains to be seen, although I >>>>>> find >>>>>> it enjoyable. >>>> I'm starting to agree with this line of thought, and thinking >>>> that it >>>> might be good if Mini: is limited to a very small size, few >>>> sentences, and can add a "see more" which links to a regular article >>>> on the topic. We can set it up so that the Mini's are only viewed, >>>> created, and edited in the search result page directly. >>>> >>>> Am I at odds with current thoughts on this, or does it sound >>>> reasonable? >>>> >>>>>> There are some discussions at Forum:Mini articles and at >>>>>> Forum:Main >>>>>> Namespace I have been so bold as to provisionally advance a policy >>>>>> page >>>>>> at search:Main namespace >>>>>> >>>>>> Fred Bauder >>>>> Here's a suggested treatment I kind of like: >>>>> >>>>> 1. As an alternative to maintaining separate articles, the >>>>> "mini" >>>>> content could be maintained as a part of a larger article, for >>>>> example >>>>> in the form of a formal "Summary" section. That section would >>>>> need to >>>>> be extracted on the fly. Would this work? >>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>> in the >>>>> main space, and the "dictionary" article (which also provides some >>>>> disambiguation, which is good) in the Mini space. To keep the >>>>> bulk of >>>>> links and articles simple, I would prefer to do it the other way >>>>> around: Put the small, "mini" article in the main space and the >>>>> large, >>>>> detailed one in a different namespace, such as "dis >>>>> [ambiguation]" or >>>>> "extended". Or give it an extension, as in "innocence/ >>>>> disambiguation" >>>>> or "innocence (disambiguation)". >>>>> My guess is that there will always be many more small articles >>>>> than >>>>> large ones. Keeping the bulk of the articles in the main space will >>>>> make linking simpler. Notice all those "create" and "edit" links in >>>>> parentheses behind the "search query" (keyword?) links. Currently, >>>>> they all point to Mini. Most links will intend to refer to the >>>>> small >>>>> articles. The namespace prefix would vanish, simplifying the links. >>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>> >>>>> Perhaps the extended articles could use the Search namespace and we >>>>> could >>>>> put policy in some other namespace such as policy. >>>> If interacting with Mini: is abstracted/hidden through the search >>>> result page, I think it would be best to keep it the way it is, so >>>> the regular articles are in the regular namespace. >>>> >>>> One *very* long term thinking is that others could mimic the "Mini:" >>>> namespace on their own wiki's, and a crawler can build a database of >>>> mini articles from any wiki on the web. >>>> >>>> Jer >>>> >>>> _______________________________________________ >>>> Search wiki mailing list >>>> http://search.wikia.com/ >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: http://lists.wikia.com/pipermail/searchwiki/attachments/ >>> 20080125/dd1e081e/attachment-0001.html >>> >>> ------------------------------ >>> >>> Message: 5 >>> Date: Fri, 25 Jan 2008 18:14:45 -0600 >>> From: jer >>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>> To: Search Wiki >>> Message-ID: <2806B96B-085F-4563-AED5-EA8C95AE9F41 at jabber.org> >>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>> >>> Once we have wikipedia crawled/imported, it's flagged as a whitelist >>> so WP results should show up at the top of any search as the first >>> hit, for close or exact matching keywords. >>> >>> I could see integrating closely with WP's disambig pages, but the >>> bulk of the content should just be a normal search result, no need to >>> special case it is there? >>> >>> Jer >>> >>> On Jan 25, 2008, at 4:59 PM, Mark (Markie) wrote: >>> >>>> hmm what would be peoples thought of using wp content in the main >>>> space, which could either be local copies or dynamically called, >>>> with local overwrite possible, so that we can have minis with "more >>>> here" which then links to pages which have either been specially >>>> adapted written locally or then just falls back onto wp (or should >>>> be just have a kinda "if local exists then use that, if not link >>>> directly to wp" thing) >>>> >>>> thoughts >>>> >>>> mark >>>> >>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>>>> As has been noted, links within mini articles to other mini >>>>>> articles are >>>>>> awkward. Using the main namespace for mini articles would make >>>>>> internal >>>>>> linking more straightforward. >>>> My inclination is to make almost all views of a mini article be in- >>>> context, that you only see them in their search result. What >>>> reasons >>>> are there to view them outside of that context? >>>> >>>>>> There is also the question of what the >>>>>> content of mini articles ought to be. One possibility is brief >>>>>> articles >>>>>> about the word or term, a sort of mini Wikipedia article. >>>> If these are short as in a sentence or two I could see this, but >>>> when >>>> they grow to be a body of "real" content, the actual answers to the >>>> search term, I worry that it's becoming an answer service and not >>>> something that compliments one of the core functions of a search >>>> result, to direct people somewhere. >>>> >>>>>> Another is >>>>>> adding significant material about disambiguation of the term. >>>> Disambig, as well as poorly formed queries, misspellings (that the >>>> currently non-existant did-you-mean feature might not cover), and >>>> "hot" or fresh searches (like news, memes, so on) that are always >>>> harder with algorithmic approaches. >>>> >>>> What about the usage of mini articles for straight up "this is the >>>> best link and isn't in the search result!" ? Shouldn't we support >>>> this and use that data to index and improve the rankings? Is it a >>>> problem to support that usage? >>>> >>>>>> Either >>>>>> alternative could occur in the mini or main namespace. If the mini >>>>>> namespace is used in one of those ways, the question remains of >>>>>> what the >>>>>> main namespace is is used for. I have tentatively assumed the >>>> search >>>>>> namespace is for policy, the help namespace is for help. If you >>>>>> are >>>>>> confused, the main namespace is an article with nothing in front >>>>>> of it >>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>> >>>>>> As an alternative, I suggest that we continue with the mini >>>>>> articles as >>>>>> a brief introduction to the subject and reserve the main namespace >>>>>> for >>>>>> an intensive disambiguation of its subject, including suggestions >>>>>> regarding how to use appropriate keywords to refine searches to >>>>>> get good >>>>>> results for various possibilities. Whether our projected user base >>>>>> would >>>>>> actively use and develop such pages remains to be seen, although I >>>>>> find >>>>>> it enjoyable. >>>> I'm starting to agree with this line of thought, and thinking >>>> that it >>>> might be good if Mini: is limited to a very small size, few >>>> sentences, and can add a "see more" which links to a regular article >>>> on the topic. We can set it up so that the Mini's are only viewed, >>>> created, and edited in the search result page directly. >>>> >>>> Am I at odds with current thoughts on this, or does it sound >>>> reasonable? >>>> >>>>>> There are some discussions at Forum:Mini articles and at >>>>>> Forum:Main >>>>>> Namespace I have been so bold as to provisionally advance a policy >>>>>> page >>>>>> at search:Main namespace >>>>>> >>>>>> Fred Bauder >>>>> Here's a suggested treatment I kind of like: >>>>> >>>>> 1. As an alternative to maintaining separate articles, the >>>> "mini" >>>>> content could be maintained as a part of a larger article, for >>>> example >>>>> in the form of a formal "Summary" section. That section would >>>> need to >>>>> be extracted on the fly. Would this work? >>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>> in the >>>>> main space, and the "dictionary" article (which also provides some >>>>> disambiguation, which is good) in the Mini space. To keep the >>>> bulk of >>>>> links and articles simple, I would prefer to do it the other way >>>>> around: Put the small, "mini" article in the main space and the >>>> large, >>>>> detailed one in a different namespace, such as "dis >>>>> [ambiguation]" or >>>>> "extended". Or give it an extension, as in "innocence/ >>>> disambiguation" >>>>> or "innocence (disambiguation)". >>>>> My guess is that there will always be many more small articles >>>>> than >>>>> large ones. Keeping the bulk of the articles in the main space will >>>>> make linking simpler. Notice all those "create" and "edit" links in >>>>> parentheses behind the "search query" (keyword?) links. Currently, >>>>> they all point to Mini. Most links will intend to refer to the >>>>> small >>>>> articles. The namespace prefix would vanish, simplifying the links. >>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>> >>>>> Perhaps the extended articles could use the Search namespace and we >>>>> could >>>>> put policy in some other namespace such as policy. >>>> If interacting with Mini: is abstracted/hidden through the search >>>> result page, I think it would be best to keep it the way it is, so >>>> the regular articles are in the regular namespace. >>>> >>>> One *very* long term thinking is that others could mimic the "Mini:" >>>> namespace on their own wiki's, and a crawler can build a database of >>>> mini articles from any wiki on the web. >>>> >>>> Jer >>>> >>>> _______________________________________________ >>>> Search wiki mailing list >>>> http://search.wikia.com/ >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>>> _______________________________________________ >>>> Search wiki mailing list >>>> http://search.wikia.com/ >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> SearchWiki mailing list >>> SearchWiki at wikia.com >>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> >>> >>> End of SearchWiki Digest, Vol 1, Issue 9 >>> **************************************** >>> >> -- >> Prof. Dr. Jean-Pol Martin >> Didaktik der franz?sischen >> Sprache und Literatur >> Universit?t, Zi. 240 >> 85071 Eichst?tt >> Tel. (08421) 93-1536 >> Fax: (08421) 93-1797 >> http://projektkompetenz.de/ >> _______________________________________________ >> Search wiki mailing list >> http://search.wikia.com/ >> http://lists.wikia.com/mailman/listinfo/searchwiki > > > > ------------------------------ > > Message: 2 > Date: Fri, 1 Feb 2008 15:06:27 +0000 > From: "Mark (Markie)" > Subject: [Search wiki] Input wanted on Mini and main name spaces for > Search Wikia > To: "Mailing list for Search Wikia" , "Search > Wiki" , "Jimmy Wales" , jer > > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Right im being bold here, so sorry if anyone has problems with this. > > Currently there is not really any definite policy on what is acceptable in, > and what should not be in mini: articles for Search Wikia. This means that > as an admin on the wiki I, and other admins, have difficulty in deciding > what should be allowed to stay and what should be in the articles. It also > means trouble for people who are trying to contribute as there isn't really > a list of what should and shouldn't be in the mini articles. > > So I'm suggesting the following to try and get this sorted. Go to this page > :- *http://search.wikia.com/wiki/search:Mini_article/Policy_discussion* > > This page is to be used for the posting and discussion of ideas for the > policy on Mini: articles, Search:Mini > article, > and what they should contain. As the main name space, (the namespace with no > prefix) is an alternative location for content, the question of what the > main name space is to be used for is also under consideration, see Search:Main > namespace for one > alternative use. Please post ideas below and then these will be discussed > until *February 8, 2008*. From then until *February 15, 2008* various > versions of the policy will be drawn up. > > More details are on the wiki page, please check there. Please add your > inputs. > > Thanks all and hope i haven't upset anyone. > > Best wishes > > Mark > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://lists.wikia.com/pipermail/searchwiki/attachments/20080201/e9760fea/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 02 Feb 2008 10:00:58 +0530 > From: Jimmy Wales > Subject: Re: [Search wiki] Forum:Main Namespace > To: Search Wiki > Message-ID: <47A3F202.8040000 at wikia.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I tend to side with Angela in this little mini-debate about > mini-articles. :) While the mini-articles should be thought of as being > primarily a part of a broader search-result page, they probably can and > will be linked to by others, and that's almost certainly ok. > > jer wrote: >>> If the mini-articles contain quality information, people will link to >>> them from elsewhere. I think these pages have the potential to be >>> useful in many more contexts than just Wikia Search. >> That raises an interesting question, should they even be accessible >> outside of the search result screen? What if you can only view a >> mini-article in it's native environment, in a search result? >> >> We're all still learning exactly what they are of course, so my $0.02 >> is that their very definition is being part of a search result and >> any other uses may be diluting their value as that. >> >>> The mini-article on Visvo is the 3rd hit in... that other search >>> engine and I expect a lot of people will come across mini-articles >>> that way. http://www.google.com/search?q=Visvo >> Even still, http://mini.search.wikia.com vs. http://search.wikia.com >> seems pretty insignificant a difference there? >> >> Jer >> >> _______________________________________________ >> Search wiki mailing list >> http://search.wikia.com/ >> http://lists.wikia.com/mailman/listinfo/searchwiki >> >> > > > > > ------------------------------ > > _______________________________________________ > SearchWiki mailing list > SearchWiki at wikia.com > http://lists.wikia.com/mailman/listinfo/searchwiki > > > End of SearchWiki Digest, Vol 2, Issue 1 > **************************************** > -- Prof. Dr. Jean-Pol Martin Didaktik der franz?sischen Sprache und Literatur Universit?t, Zi. 240 85071 Eichst?tt Tel. (08421) 93-1536 Fax: (08421) 93-1797 http://projektkompetenz.de/ From jpm at ldl.de Sat Feb 2 11:11:15 2008 From: jpm at ldl.de (Jean-Pol Martin) Date: Sat, 02 Feb 2008 12:11:15 +0100 Subject: [Search wiki] SearchWiki Digest, Vol 2, Issue 2 In-Reply-To: References: Message-ID: <47A44FD3.5020708@ldl.de> Could somebody say to me why miniarticle-linking is awkward? To the other point (mainspace): of course we should transfer the mini to the main-namespace... JPOL searchwiki-request at wikia.com schrieb: > Send SearchWiki mailing list submissions to > searchwiki at wikia.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.wikia.com/mailman/listinfo/searchwiki > or, via email, send a message with subject or body 'help' to > searchwiki-request at wikia.com > > You can reach the person managing the list at > searchwiki-owner at wikia.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SearchWiki digest..." > > > Today's Topics: > > 1. Re: Mini Aricles and Use of the Main Namespace (Jimmy Wales) > 2. Student motivation (Jean-Pol Martin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 02 Feb 2008 10:05:22 +0530 > From: Jimmy Wales > Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace > To: fredbaud at fairpoint.net, Search Wiki > Message-ID: <47A3F30A.8030403 at wikia.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Fred Bauder wrote: >> As has been noted, links within mini articles to other mini articles are >> awkward. Using the main namespace for mini articles would make internal >> linking more straightforward. There is also the question of what the >> content of mini articles ought to be. One possibility is brief articles >> about the word or term, a sort of mini Wikipedia article. Another is >> adding significant material about disambiguation of the term. Either >> alternative could occur in the mini or main namespace. If the mini >> namespace is used in one of those ways, the question remains of what the >> main namespace is is used for. I have tentatively assumed the search >> namespace is for policy, the help namespace is for help. If you are >> confused, the main namespace is an article with nothing in front of it >> ([[Apple]] rather than [[Mini:Apple]]). > > I have been in remote India with minimal net access for a few days so I > might be way behind the times, but I agree with Fred completely. The > mini articles need to be moved to the main namespace precisely to > facilitate less awkward linking. > >> There are some discussions at Forum:Mini articles and at Forum:Main >> Namespace I have been so bold as to provisionally advance a policy page at >> search:Main namespace > > Yay! > > --Jimbo > > > > ------------------------------ > > Message: 2 > Date: Sat, 02 Feb 2008 11:24:33 +0100 > From: Jean-Pol Martin > Subject: [Search wiki] Student motivation > To: searchwiki at wikia.com > Message-ID: <47A444E1.2090908 at ldl.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > "Very cool to hear, any ideas on what uses they find motivating/exciting?" > - I'm the professor/teacher an I'm very motivated: I try to explain my > students that they are changing the world and positioning themselves at > the same time. Presenting oneself in the net ist absolute crucial fur > the future and when my students are training creating relevant contents > (miniarticle), they are working for the community AND for themselves > (Profile-Sites)... As a researcher I was aware for 10 years that if y > want to be "famous" I have to publish intensively in the net, not only > in professional journals for teachers or researchers. > I think the most exciting for the students is the Profile-Site with the > many friends + the possibility to create article + the searchengine > within one integrating frame. > > JPOL > > > searchwiki-request at wikia.com schrieb: >> Send SearchWiki mailing list submissions to >> searchwiki at wikia.com >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.wikia.com/mailman/listinfo/searchwiki >> or, via email, send a message with subject or body 'help' to >> searchwiki-request at wikia.com >> >> You can reach the person managing the list at >> searchwiki-owner at wikia.com >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of SearchWiki digest..." >> >> >> Today's Topics: >> >> 1. Re: SearchWiki Digest, Vol 1, Issue 9 (jer) >> 2. Input wanted on Mini and main name spaces for Search Wikia >> (Mark (Markie)) >> 3. Re: Forum:Main Namespace (Jimmy Wales) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Sat, 26 Jan 2008 00:55:16 -0600 >> From: jer >> Subject: Re: [Search wiki] SearchWiki Digest, Vol 1, Issue 9 >> To: Search Wiki >> Message-ID: <3CDACD28-A236-4544-8161-6689323EF378 at jabber.org> >> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed >> >> They definitely already are and will continue to be indexable by >> Google or any other search, as well as are available under an open >> content license for more direct re-use needs. >> >> Very cool to hear, any ideas on what uses they find motivating/exciting? >> >> Jer >> >> On Jan 26, 2008, at 12:17 AM, Jean-Pol Martin wrote: >> >>> My students are very motivated to write Miniarticles. And this >>> motivation ist important if we want to educate young people creating >>> knowledge together worldwide. But if the miniarticle don't appear in >>> searchengines like google, I'm afraid that they will not work >>> furter on >>> this project. Please, give the miniarticle free for google... >>> >>> Jeanpol >>> >>> searchwiki-request at wikia.com schrieb: >>>> Send SearchWiki mailing list submissions to >>>> searchwiki at wikia.com >>>> >>>> To subscribe or unsubscribe via the World Wide Web, visit >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> or, via email, send a message with subject or body 'help' to >>>> searchwiki-request at wikia.com >>>> >>>> You can reach the person managing the list at >>>> searchwiki-owner at wikia.com >>>> >>>> When replying, please edit your Subject line so it is more specific >>>> than "Re: Contents of SearchWiki digest..." >>>> >>>> >>>> Today's Topics: >>>> >>>> 1. Re: Scale of Search wiki (jer) >>>> 2. Re: Mini Aricles and Use of the Main Namespace (jer) >>>> 3. Re: Mini Articles and Use of the Main Namespace (jer) >>>> 4. Re: Mini Aricles and Use of the Main Namespace (Mark (Markie)) >>>> 5. Re: Mini Aricles and Use of the Main Namespace (jer) >>>> >>>> >>>> --------------------------------------------------------------------- >>>> - >>>> >>>> Message: 1 >>>> Date: Fri, 25 Jan 2008 13:50:02 -0600 >>>> From: jer >>>> Subject: Re: [Search wiki] Scale of Search wiki >>>> To: Search Wiki >>>> Message-ID: <59781F84-17EA-4650-87E8-E13A4995A30D at jabber.org> >>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>>> >>>>> ... [A lot of great commentary and feedback] ... >>>>> >>>>> Some day, "search query" wikis such as the Wikia Search one will >>>>> densely cover the fat middle. To me, the question is not if, but >>>>> when, how many, and which ones. The race is on. >>>> Although it's not present on the footers of the wiki yet (was lost w/ >>>> the new skin apparently), the mini articles are all under an open >>>> content license: http://www.wikia.com/wiki/Wikia_copyrights. >>>> >>>> Jer >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> Message: 2 >>>> Date: Fri, 25 Jan 2008 16:49:09 -0600 >>>> From: jer >>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>>> To: fredbaud at fairpoint.net, Search Wiki >>>> Message-ID: <199B81D5-89FF-4EF1-9847-3206408C35D4 at jabber.org> >>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>>> >>>>>> As has been noted, links within mini articles to other mini >>>>>> articles are >>>>>> awkward. Using the main namespace for mini articles would make >>>>>> internal >>>>>> linking more straightforward. >>>> My inclination is to make almost all views of a mini article be in- >>>> context, that you only see them in their search result. What reasons >>>> are there to view them outside of that context? >>>> >>>>>> There is also the question of what the >>>>>> content of mini articles ought to be. One possibility is brief >>>>>> articles >>>>>> about the word or term, a sort of mini Wikipedia article. >>>> If these are short as in a sentence or two I could see this, but when >>>> they grow to be a body of "real" content, the actual answers to the >>>> search term, I worry that it's becoming an answer service and not >>>> something that compliments one of the core functions of a search >>>> result, to direct people somewhere. >>>> >>>>>> Another is >>>>>> adding significant material about disambiguation of the term. >>>> Disambig, as well as poorly formed queries, misspellings (that the >>>> currently non-existant did-you-mean feature might not cover), and >>>> "hot" or fresh searches (like news, memes, so on) that are always >>>> harder with algorithmic approaches. >>>> >>>> What about the usage of mini articles for straight up "this is the >>>> best link and isn't in the search result!" ? Shouldn't we support >>>> this and use that data to index and improve the rankings? Is it a >>>> problem to support that usage? >>>> >>>>>> Either >>>>>> alternative could occur in the mini or main namespace. If the mini >>>>>> namespace is used in one of those ways, the question remains of >>>>>> what the >>>>>> main namespace is is used for. I have tentatively assumed the >>>>>> search >>>>>> namespace is for policy, the help namespace is for help. If you are >>>>>> confused, the main namespace is an article with nothing in front >>>>>> of it >>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>> >>>>>> As an alternative, I suggest that we continue with the mini >>>>>> articles as >>>>>> a brief introduction to the subject and reserve the main namespace >>>>>> for >>>>>> an intensive disambiguation of its subject, including suggestions >>>>>> regarding how to use appropriate keywords to refine searches to >>>>>> get good >>>>>> results for various possibilities. Whether our projected user base >>>>>> would >>>>>> actively use and develop such pages remains to be seen, although I >>>>>> find >>>>>> it enjoyable. >>>> I'm starting to agree with this line of thought, and thinking that it >>>> might be good if Mini: is limited to a very small size, few >>>> sentences, and can add a "see more" which links to a regular article >>>> on the topic. We can set it up so that the Mini's are only viewed, >>>> created, and edited in the search result page directly. >>>> >>>> Am I at odds with current thoughts on this, or does it sound >>>> reasonable? >>>> >>>>>> There are some discussions at Forum:Mini articles and at Forum:Main >>>>>> Namespace I have been so bold as to provisionally advance a policy >>>>>> page >>>>>> at search:Main namespace >>>>>> >>>>>> Fred Bauder >>>>> Here's a suggested treatment I kind of like: >>>>> >>>>> 1. As an alternative to maintaining separate articles, the >>>>> "mini" >>>>> content could be maintained as a part of a larger article, for >>>>> example >>>>> in the form of a formal "Summary" section. That section would >>>>> need to >>>>> be extracted on the fly. Would this work? >>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>> in the >>>>> main space, and the "dictionary" article (which also provides some >>>>> disambiguation, which is good) in the Mini space. To keep the >>>>> bulk of >>>>> links and articles simple, I would prefer to do it the other way >>>>> around: Put the small, "mini" article in the main space and the >>>>> large, >>>>> detailed one in a different namespace, such as "dis[ambiguation]" or >>>>> "extended". Or give it an extension, as in "innocence/ >>>>> disambiguation" >>>>> or "innocence (disambiguation)". >>>>> My guess is that there will always be many more small articles >>>>> than >>>>> large ones. Keeping the bulk of the articles in the main space will >>>>> make linking simpler. Notice all those "create" and "edit" links in >>>>> parentheses behind the "search query" (keyword?) links. Currently, >>>>> they all point to Mini. Most links will intend to refer to the small >>>>> articles. The namespace prefix would vanish, simplifying the links. >>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>> >>>>> Perhaps the extended articles could use the Search namespace and we >>>>> could >>>>> put policy in some other namespace such as policy. >>>> If interacting with Mini: is abstracted/hidden through the search >>>> result page, I think it would be best to keep it the way it is, so >>>> the regular articles are in the regular namespace. >>>> >>>> One *very* long term thinking is that others could mimic the "Mini:" >>>> namespace on their own wiki's, and a crawler can build a database of >>>> mini articles from any wiki on the web. >>>> >>>> Jer >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> Message: 3 >>>> Date: Fri, 25 Jan 2008 16:50:45 -0600 >>>> From: jer >>>> Subject: Re: [Search wiki] Mini Articles and Use of the Main >>>> Namespace >>>> To: fredbaud at fairpoint.net, Search Wiki >>>> Message-ID: <496F37F0-515B-4E91-8690-8BA6B6EB7913 at jabber.org> >>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>>> >>>>>> Why don't we keep this discussion on >>>>>> http://search.wikia.com/wiki/Forum:Main_Namespace ? Regarding the >>>>>> distinction between "mini" and "maxi" content, I sort of replied >>>>>> there. >>>>> Because I was asked to post the issue here, which make sense as >>>>> conversation about fundamental policies affecting the structure >>>>> of the >>>>> site needs to be where as many folks as possible can see it and >>>>> participate. >>>> That was me that asked, I've honestly not had enough attention to >>>> additionally cover/track the forums on the wiki :( >>>> >>>> Jer >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> Message: 4 >>>> Date: Fri, 25 Jan 2008 22:59:54 +0000 >>>> From: "Mark (Markie)" >>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>>> To: "Search Wiki" >>>> Message-ID: >>>> >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> hmm what would be peoples thought of using wp content in the main >>>> space, >>>> which could either be local copies or dynamically called, with local >>>> overwrite possible, so that we can have minis with "more here" >>>> which then >>>> links to pages which have either been specially adapted written >>>> locally or >>>> then just falls back onto wp (or should be just have a kinda "if >>>> local >>>> exists then use that, if not link directly to wp" thing) >>>> >>>> thoughts >>>> >>>> mark >>>> >>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>> >>>>>>> As has been noted, links within mini articles to other mini >>>>>>> articles are >>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>> internal >>>>>>> linking more straightforward. >>>>> My inclination is to make almost all views of a mini article be in- >>>>> context, that you only see them in their search result. What >>>>> reasons >>>>> are there to view them outside of that context? >>>>> >>>>>>> There is also the question of what the >>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>> articles >>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>> If these are short as in a sentence or two I could see this, but >>>>> when >>>>> they grow to be a body of "real" content, the actual answers to the >>>>> search term, I worry that it's becoming an answer service and not >>>>> something that compliments one of the core functions of a search >>>>> result, to direct people somewhere. >>>>> >>>>>>> Another is >>>>>>> adding significant material about disambiguation of the term. >>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>> currently non-existant did-you-mean feature might not cover), and >>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>> harder with algorithmic approaches. >>>>> >>>>> What about the usage of mini articles for straight up "this is the >>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>> this and use that data to index and improve the rankings? Is it a >>>>> problem to support that usage? >>>>> >>>>>>> Either >>>>>>> alternative could occur in the mini or main namespace. If the mini >>>>>>> namespace is used in one of those ways, the question remains of >>>>>>> what the >>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>>> search >>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>> are >>>>>>> confused, the main namespace is an article with nothing in front >>>>>>> of it >>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>> >>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>> articles as >>>>>>> a brief introduction to the subject and reserve the main namespace >>>>>>> for >>>>>>> an intensive disambiguation of its subject, including suggestions >>>>>>> regarding how to use appropriate keywords to refine searches to >>>>>>> get good >>>>>>> results for various possibilities. Whether our projected user base >>>>>>> would >>>>>>> actively use and develop such pages remains to be seen, although I >>>>>>> find >>>>>>> it enjoyable. >>>>> I'm starting to agree with this line of thought, and thinking >>>>> that it >>>>> might be good if Mini: is limited to a very small size, few >>>>> sentences, and can add a "see more" which links to a regular article >>>>> on the topic. We can set it up so that the Mini's are only viewed, >>>>> created, and edited in the search result page directly. >>>>> >>>>> Am I at odds with current thoughts on this, or does it sound >>>>> reasonable? >>>>> >>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>> Forum:Main >>>>>>> Namespace I have been so bold as to provisionally advance a policy >>>>>>> page >>>>>>> at search:Main namespace >>>>>>> >>>>>>> Fred Bauder >>>>>> Here's a suggested treatment I kind of like: >>>>>> >>>>>> 1. As an alternative to maintaining separate articles, the >>>>>> "mini" >>>>>> content could be maintained as a part of a larger article, for >>>>>> example >>>>>> in the form of a formal "Summary" section. That section would >>>>>> need to >>>>>> be extracted on the fly. Would this work? >>>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>>> in the >>>>>> main space, and the "dictionary" article (which also provides some >>>>>> disambiguation, which is good) in the Mini space. To keep the >>>>>> bulk of >>>>>> links and articles simple, I would prefer to do it the other way >>>>>> around: Put the small, "mini" article in the main space and the >>>>>> large, >>>>>> detailed one in a different namespace, such as "dis >>>>>> [ambiguation]" or >>>>>> "extended". Or give it an extension, as in "innocence/ >>>>>> disambiguation" >>>>>> or "innocence (disambiguation)". >>>>>> My guess is that there will always be many more small articles >>>>>> than >>>>>> large ones. Keeping the bulk of the articles in the main space will >>>>>> make linking simpler. Notice all those "create" and "edit" links in >>>>>> parentheses behind the "search query" (keyword?) links. Currently, >>>>>> they all point to Mini. Most links will intend to refer to the >>>>>> small >>>>>> articles. The namespace prefix would vanish, simplifying the links. >>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>> >>>>>> Perhaps the extended articles could use the Search namespace and we >>>>>> could >>>>>> put policy in some other namespace such as policy. >>>>> If interacting with Mini: is abstracted/hidden through the search >>>>> result page, I think it would be best to keep it the way it is, so >>>>> the regular articles are in the regular namespace. >>>>> >>>>> One *very* long term thinking is that others could mimic the "Mini:" >>>>> namespace on their own wiki's, and a crawler can build a database of >>>>> mini articles from any wiki on the web. >>>>> >>>>> Jer >>>>> >>>>> _______________________________________________ >>>>> Search wiki mailing list >>>>> http://search.wikia.com/ >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>> >>>> -------------- next part -------------- >>>> An HTML attachment was scrubbed... >>>> URL: http://lists.wikia.com/pipermail/searchwiki/attachments/ >>>> 20080125/dd1e081e/attachment-0001.html >>>> >>>> ------------------------------ >>>> >>>> Message: 5 >>>> Date: Fri, 25 Jan 2008 18:14:45 -0600 >>>> From: jer >>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>>> To: Search Wiki >>>> Message-ID: <2806B96B-085F-4563-AED5-EA8C95AE9F41 at jabber.org> >>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed >>>> >>>> Once we have wikipedia crawled/imported, it's flagged as a whitelist >>>> so WP results should show up at the top of any search as the first >>>> hit, for close or exact matching keywords. >>>> >>>> I could see integrating closely with WP's disambig pages, but the >>>> bulk of the content should just be a normal search result, no need to >>>> special case it is there? >>>> >>>> Jer >>>> >>>> On Jan 25, 2008, at 4:59 PM, Mark (Markie) wrote: >>>> >>>>> hmm what would be peoples thought of using wp content in the main >>>>> space, which could either be local copies or dynamically called, >>>>> with local overwrite possible, so that we can have minis with "more >>>>> here" which then links to pages which have either been specially >>>>> adapted written locally or then just falls back onto wp (or should >>>>> be just have a kinda "if local exists then use that, if not link >>>>> directly to wp" thing) >>>>> >>>>> thoughts >>>>> >>>>> mark >>>>> >>>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>>>>> As has been noted, links within mini articles to other mini >>>>>>> articles are >>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>> internal >>>>>>> linking more straightforward. >>>>> My inclination is to make almost all views of a mini article be in- >>>>> context, that you only see them in their search result. What >>>>> reasons >>>>> are there to view them outside of that context? >>>>> >>>>>>> There is also the question of what the >>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>> articles >>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>> If these are short as in a sentence or two I could see this, but >>>>> when >>>>> they grow to be a body of "real" content, the actual answers to the >>>>> search term, I worry that it's becoming an answer service and not >>>>> something that compliments one of the core functions of a search >>>>> result, to direct people somewhere. >>>>> >>>>>>> Another is >>>>>>> adding significant material about disambiguation of the term. >>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>> currently non-existant did-you-mean feature might not cover), and >>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>> harder with algorithmic approaches. >>>>> >>>>> What about the usage of mini articles for straight up "this is the >>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>> this and use that data to index and improve the rankings? Is it a >>>>> problem to support that usage? >>>>> >>>>>>> Either >>>>>>> alternative could occur in the mini or main namespace. If the mini >>>>>>> namespace is used in one of those ways, the question remains of >>>>>>> what the >>>>>>> main namespace is is used for. I have tentatively assumed the >>>>> search >>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>> are >>>>>>> confused, the main namespace is an article with nothing in front >>>>>>> of it >>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>> >>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>> articles as >>>>>>> a brief introduction to the subject and reserve the main namespace >>>>>>> for >>>>>>> an intensive disambiguation of its subject, including suggestions >>>>>>> regarding how to use appropriate keywords to refine searches to >>>>>>> get good >>>>>>> results for various possibilities. Whether our projected user base >>>>>>> would >>>>>>> actively use and develop such pages remains to be seen, although I >>>>>>> find >>>>>>> it enjoyable. >>>>> I'm starting to agree with this line of thought, and thinking >>>>> that it >>>>> might be good if Mini: is limited to a very small size, few >>>>> sentences, and can add a "see more" which links to a regular article >>>>> on the topic. We can set it up so that the Mini's are only viewed, >>>>> created, and edited in the search result page directly. >>>>> >>>>> Am I at odds with current thoughts on this, or does it sound >>>>> reasonable? >>>>> >>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>> Forum:Main >>>>>>> Namespace I have been so bold as to provisionally advance a policy >>>>>>> page >>>>>>> at search:Main namespace >>>>>>> >>>>>>> Fred Bauder >>>>>> Here's a suggested treatment I kind of like: >>>>>> >>>>>> 1. As an alternative to maintaining separate articles, the >>>>> "mini" >>>>>> content could be maintained as a part of a larger article, for >>>>> example >>>>>> in the form of a formal "Summary" section. That section would >>>>> need to >>>>>> be extracted on the fly. Would this work? >>>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>>> in the >>>>>> main space, and the "dictionary" article (which also provides some >>>>>> disambiguation, which is good) in the Mini space. To keep the >>>>> bulk of >>>>>> links and articles simple, I would prefer to do it the other way >>>>>> around: Put the small, "mini" article in the main space and the >>>>> large, >>>>>> detailed one in a different namespace, such as "dis >>>>>> [ambiguation]" or >>>>>> "extended". Or give it an extension, as in "innocence/ >>>>> disambiguation" >>>>>> or "innocence (disambiguation)". >>>>>> My guess is that there will always be many more small articles >>>>>> than >>>>>> large ones. Keeping the bulk of the articles in the main space will >>>>>> make linking simpler. Notice all those "create" and "edit" links in >>>>>> parentheses behind the "search query" (keyword?) links. Currently, >>>>>> they all point to Mini. Most links will intend to refer to the >>>>>> small >>>>>> articles. The namespace prefix would vanish, simplifying the links. >>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>> >>>>>> Perhaps the extended articles could use the Search namespace and we >>>>>> could >>>>>> put policy in some other namespace such as policy. >>>>> If interacting with Mini: is abstracted/hidden through the search >>>>> result page, I think it would be best to keep it the way it is, so >>>>> the regular articles are in the regular namespace. >>>>> >>>>> One *very* long term thinking is that others could mimic the "Mini:" >>>>> namespace on their own wiki's, and a crawler can build a database of >>>>> mini articles from any wiki on the web. >>>>> >>>>> Jer >>>>> >>>>> _______________________________________________ >>>>> Search wiki mailing list >>>>> http://search.wikia.com/ >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>> >>>>> _______________________________________________ >>>>> Search wiki mailing list >>>>> http://search.wikia.com/ >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>>> ------------------------------ >>>> >>>> _______________________________________________ >>>> SearchWiki mailing list >>>> SearchWiki at wikia.com >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>>> >>>> End of SearchWiki Digest, Vol 1, Issue 9 >>>> **************************************** >>>> >>> -- >>> Prof. Dr. Jean-Pol Martin >>> Didaktik der franz?sischen >>> Sprache und Literatur >>> Universit?t, Zi. 240 >>> 85071 Eichst?tt >>> Tel. (08421) 93-1536 >>> Fax: (08421) 93-1797 >>> http://projektkompetenz.de/ >>> _______________________________________________ >>> Search wiki mailing list >>> http://search.wikia.com/ >>> http://lists.wikia.com/mailman/listinfo/searchwiki >> >> >> ------------------------------ >> >> Message: 2 >> Date: Fri, 1 Feb 2008 15:06:27 +0000 >> From: "Mark (Markie)" >> Subject: [Search wiki] Input wanted on Mini and main name spaces for >> Search Wikia >> To: "Mailing list for Search Wikia" , "Search >> Wiki" , "Jimmy Wales" , jer >> >> Message-ID: >> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Right im being bold here, so sorry if anyone has problems with this. >> >> Currently there is not really any definite policy on what is acceptable in, >> and what should not be in mini: articles for Search Wikia. This means that >> as an admin on the wiki I, and other admins, have difficulty in deciding >> what should be allowed to stay and what should be in the articles. It also >> means trouble for people who are trying to contribute as there isn't really >> a list of what should and shouldn't be in the mini articles. >> >> So I'm suggesting the following to try and get this sorted. Go to this page >> :- *http://search.wikia.com/wiki/search:Mini_article/Policy_discussion* >> >> This page is to be used for the posting and discussion of ideas for the >> policy on Mini: articles, Search:Mini >> article, >> and what they should contain. As the main name space, (the namespace with no >> prefix) is an alternative location for content, the question of what the >> main name space is to be used for is also under consideration, see Search:Main >> namespace for one >> alternative use. Please post ideas below and then these will be discussed >> until *February 8, 2008*. From then until *February 15, 2008* various >> versions of the policy will be drawn up. >> >> More details are on the wiki page, please check there. Please add your >> inputs. >> >> Thanks all and hope i haven't upset anyone. >> >> Best wishes >> >> Mark >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: http://lists.wikia.com/pipermail/searchwiki/attachments/20080201/e9760fea/attachment-0001.html >> >> ------------------------------ >> >> Message: 3 >> Date: Sat, 02 Feb 2008 10:00:58 +0530 >> From: Jimmy Wales >> Subject: Re: [Search wiki] Forum:Main Namespace >> To: Search Wiki >> Message-ID: <47A3F202.8040000 at wikia.com> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> I tend to side with Angela in this little mini-debate about >> mini-articles. :) While the mini-articles should be thought of as being >> primarily a part of a broader search-result page, they probably can and >> will be linked to by others, and that's almost certainly ok. >> >> jer wrote: >>>> If the mini-articles contain quality information, people will link to >>>> them from elsewhere. I think these pages have the potential to be >>>> useful in many more contexts than just Wikia Search. >>> That raises an interesting question, should they even be accessible >>> outside of the search result screen? What if you can only view a >>> mini-article in it's native environment, in a search result? >>> >>> We're all still learning exactly what they are of course, so my $0.02 >>> is that their very definition is being part of a search result and >>> any other uses may be diluting their value as that. >>> >>>> The mini-article on Visvo is the 3rd hit in... that other search >>>> engine and I expect a lot of people will come across mini-articles >>>> that way. http://www.google.com/search?q=Visvo >>> Even still, http://mini.search.wikia.com vs. http://search.wikia.com >>> seems pretty insignificant a difference there? >>> >>> Jer >>> >>> _______________________________________________ >>> Search wiki mailing list >>> http://search.wikia.com/ >>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> >>> >> >> >> >> ------------------------------ >> >> _______________________________________________ >> SearchWiki mailing list >> SearchWiki at wikia.com >> http://lists.wikia.com/mailman/listinfo/searchwiki >> >> >> End of SearchWiki Digest, Vol 2, Issue 1 >> **************************************** >> > -- Prof. Dr. Jean-Pol Martin Didaktik der franz?sischen Sprache und Literatur Universit?t, Zi. 240 85071 Eichst?tt Tel. (08421) 93-1536 Fax: (08421) 93-1797 http://projektkompetenz.de/ From fredbaud at fairpoint.net Sat Feb 2 15:54:34 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Sat, 2 Feb 2008 10:54:34 -0500 (EST) Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <47A44FD3.5020708@ldl.de> References: <47A44FD3.5020708@ldl.de> Message-ID: <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> To make a link to say soap one must craft it thus, [[Mini:Soap|soap]]. That is irritating and awkward to me, but incomprehensible to a first time user, as is the other frequent coding, {{k|soap}} which will search for soap. {{k}} is short for (and redirected to) Template:Keyword. Simplicity in coding is vital; [[subject]] and [external link] are what we should present to new users, see Mini:Keep It Simple Stupid Fred Bauder > Could somebody say to me why miniarticle-linking is awkward? > To the other point (mainspace): of course we should transfer the mini to > the main-namespace... > JPOL > > searchwiki-request at wikia.com schrieb: >> Send SearchWiki mailing list submissions to >> searchwiki at wikia.com >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.wikia.com/mailman/listinfo/searchwiki >> or, via email, send a message with subject or body 'help' to >> searchwiki-request at wikia.com >> >> You can reach the person managing the list at >> searchwiki-owner at wikia.com >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of SearchWiki digest..." >> >> >> Today's Topics: >> >> 1. Re: Mini Aricles and Use of the Main Namespace (Jimmy Wales) 2. >> Student motivation (Jean-Pol Martin) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Sat, 02 Feb 2008 10:05:22 +0530 >> From: Jimmy Wales >> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >> To: fredbaud at fairpoint.net, Search Wiki >> Message-ID: <47A3F30A.8030403 at wikia.com> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Fred Bauder wrote: >>> As has been noted, links within mini articles to other mini articles >>> are awkward. Using the main namespace for mini articles would make >>> internal linking more straightforward. There is also the question of >>> what the content of mini articles ought to be. One possibility is >>> brief articles about the word or term, a sort of mini Wikipedia >>> article. Another is adding significant material about disambiguation >>> of the term. Either alternative could occur in the mini or main >>> namespace. If the mini namespace is used in one of those ways, the >>> question remains of what the main namespace is is used for. I have >>> tentatively assumed the search namespace is for policy, the help >>> namespace is for help. If you are confused, the main namespace is an >>> article with nothing in front of it ([[Apple]] rather than >>> [[Mini:Apple]]). >> >> I have been in remote India with minimal net access for a few days so >> I might be way behind the times, but I agree with Fred completely. >> The mini articles need to be moved to the main namespace precisely to >> facilitate less awkward linking. >> >>> There are some discussions at Forum:Mini articles and at Forum:Main >>> Namespace I have been so bold as to provisionally advance a policy >>> page at search:Main namespace >> >> Yay! >> >> --Jimbo >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Sat, 02 Feb 2008 11:24:33 +0100 >> From: Jean-Pol Martin >> Subject: [Search wiki] Student motivation >> To: searchwiki at wikia.com >> Message-ID: <47A444E1.2090908 at ldl.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> "Very cool to hear, any ideas on what uses they find >> motivating/exciting?" - I'm the professor/teacher an I'm very >> motivated: I try to explain my students that they are changing the >> world and positioning themselves at the same time. Presenting oneself >> in the net ist absolute crucial fur the future and when my students >> are training creating relevant contents (miniarticle), they are >> working for the community AND for themselves (Profile-Sites)... As a >> researcher I was aware for 10 years that if y want to be "famous" I >> have to publish intensively in the net, not only in professional >> journals for teachers or researchers. >> I think the most exciting for the students is the Profile-Site with >> the many friends + the possibility to create article + the >> searchengine within one integrating frame. >> >> JPOL >> >> >> searchwiki-request at wikia.com schrieb: >>> Send SearchWiki mailing list submissions to >>> searchwiki at wikia.com >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> or, via email, send a message with subject or body 'help' to >>> searchwiki-request at wikia.com >>> >>> You can reach the person managing the list at >>> searchwiki-owner at wikia.com >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of SearchWiki digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: SearchWiki Digest, Vol 1, Issue 9 (jer) >>> 2. Input wanted on Mini and main name spaces for Search Wikia >>> (Mark (Markie)) >>> 3. Re: Forum:Main Namespace (Jimmy Wales) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Sat, 26 Jan 2008 00:55:16 -0600 >>> From: jer >>> Subject: Re: [Search wiki] SearchWiki Digest, Vol 1, Issue 9 >>> To: Search Wiki >>> Message-ID: <3CDACD28-A236-4544-8161-6689323EF378 at jabber.org> >>> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; >>> format=flowed >>> >>> They definitely already are and will continue to be indexable by >>> Google or any other search, as well as are available under an open >>> content license for more direct re-use needs. >>> >>> Very cool to hear, any ideas on what uses they find >>> motivating/exciting? >>> >>> Jer >>> >>> On Jan 26, 2008, at 12:17 AM, Jean-Pol Martin wrote: >>> >>>> My students are very motivated to write Miniarticles. And this >>>> motivation ist important if we want to educate young people creating >>>> knowledge together worldwide. But if the miniarticle don't appear in >>>> searchengines like google, I'm afraid that they will not work >>>> furter on >>>> this project. Please, give the miniarticle free for google... >>>> >>>> Jeanpol >>>> >>>> searchwiki-request at wikia.com schrieb: >>>>> Send SearchWiki mailing list submissions to >>>>> searchwiki at wikia.com >>>>> >>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>> or, via email, send a message with subject or body 'help' to >>>>> searchwiki-request at wikia.com >>>>> >>>>> You can reach the person managing the list at >>>>> searchwiki-owner at wikia.com >>>>> >>>>> When replying, please edit your Subject line so it is more specific >>>>> than "Re: Contents of SearchWiki digest..." >>>>> >>>>> >>>>> Today's Topics: >>>>> >>>>> 1. Re: Scale of Search wiki (jer) >>>>> 2. Re: Mini Aricles and Use of the Main Namespace (jer) >>>>> 3. Re: Mini Articles and Use of the Main Namespace (jer) >>>>> 4. Re: Mini Aricles and Use of the Main Namespace (Mark >>>>> (Markie)) 5. Re: Mini Aricles and Use of the Main Namespace >>>>> (jer) >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> - >>>>> >>>>> Message: 1 >>>>> Date: Fri, 25 Jan 2008 13:50:02 -0600 >>>>> From: jer >>>>> Subject: Re: [Search wiki] Scale of Search wiki >>>>> To: Search Wiki >>>>> Message-ID: <59781F84-17EA-4650-87E8-E13A4995A30D at jabber.org> >>>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; >>>>> format=flowed >>>>> >>>>>> ... [A lot of great commentary and feedback] ... >>>>>> >>>>>> Some day, "search query" wikis such as the Wikia Search one will >>>>>> densely cover the fat middle. To me, the question is not if, but >>>>>> when, how many, and which ones. The race is on. >>>>> Although it's not present on the footers of the wiki yet (was lost >>>>> w/ the new skin apparently), the mini articles are all under an >>>>> open content license: http://www.wikia.com/wiki/Wikia_copyrights. >>>>> >>>>> Jer >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 2 >>>>> Date: Fri, 25 Jan 2008 16:49:09 -0600 >>>>> From: jer >>>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main >>>>> Namespace To: fredbaud at fairpoint.net, Search Wiki >>>>> Message-ID: >>>>> <199B81D5-89FF-4EF1-9847-3206408C35D4 at jabber.org> Content-Type: >>>>> text/plain; charset=US-ASCII; delsp=yes; format=flowed >>>>> >>>>>>> As has been noted, links within mini articles to other mini >>>>>>> articles are >>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>> internal >>>>>>> linking more straightforward. >>>>> My inclination is to make almost all views of a mini article be in- >>>>> context, that you only see them in their search result. What >>>>> reasons are there to view them outside of that context? >>>>> >>>>>>> There is also the question of what the >>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>> articles >>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>> If these are short as in a sentence or two I could see this, but >>>>> when they grow to be a body of "real" content, the actual answers >>>>> to the search term, I worry that it's becoming an answer service >>>>> and not something that compliments one of the core functions of a >>>>> search result, to direct people somewhere. >>>>> >>>>>>> Another is >>>>>>> adding significant material about disambiguation of the term. >>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>> currently non-existant did-you-mean feature might not cover), and >>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>> harder with algorithmic approaches. >>>>> >>>>> What about the usage of mini articles for straight up "this is the >>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>> this and use that data to index and improve the rankings? Is it a >>>>> problem to support that usage? >>>>> >>>>>>> Either >>>>>>> alternative could occur in the mini or main namespace. If the >>>>>>> mini namespace is used in one of those ways, the question remains >>>>>>> of what the >>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>>> search >>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>> are confused, the main namespace is an article with nothing in >>>>>>> front of it >>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>> >>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>> articles as >>>>>>> a brief introduction to the subject and reserve the main >>>>>>> namespace for >>>>>>> an intensive disambiguation of its subject, including suggestions >>>>>>> regarding how to use appropriate keywords to refine searches to >>>>>>> get good >>>>>>> results for various possibilities. Whether our projected user >>>>>>> base would >>>>>>> actively use and develop such pages remains to be seen, although >>>>>>> I find >>>>>>> it enjoyable. >>>>> I'm starting to agree with this line of thought, and thinking that >>>>> it might be good if Mini: is limited to a very small size, few >>>>> sentences, and can add a "see more" which links to a regular >>>>> article on the topic. We can set it up so that the Mini's are only >>>>> viewed, created, and edited in the search result page directly. >>>>> >>>>> Am I at odds with current thoughts on this, or does it sound >>>>> reasonable? >>>>> >>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>> Forum:Main Namespace I have been so bold as to provisionally >>>>>>> advance a policy page >>>>>>> at search:Main namespace >>>>>>> >>>>>>> Fred Bauder >>>>>> Here's a suggested treatment I kind of like: >>>>>> >>>>>> 1. As an alternative to maintaining separate articles, the >>>>>> "mini" >>>>>> content could be maintained as a part of a larger article, for >>>>>> example >>>>>> in the form of a formal "Summary" section. That section would >>>>>> need to >>>>>> be extracted on the fly. Would this work? >>>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>>> in the >>>>>> main space, and the "dictionary" article (which also provides some >>>>>> disambiguation, which is good) in the Mini space. To keep the >>>>>> bulk of >>>>>> links and articles simple, I would prefer to do it the other way >>>>>> around: Put the small, "mini" article in the main space and the >>>>>> large, >>>>>> detailed one in a different namespace, such as "dis[ambiguation]" >>>>>> or "extended". Or give it an extension, as in "innocence/ >>>>>> disambiguation" >>>>>> or "innocence (disambiguation)". >>>>>> My guess is that there will always be many more small articles >>>>>> than >>>>>> large ones. Keeping the bulk of the articles in the main space >>>>>> will make linking simpler. Notice all those "create" and "edit" >>>>>> links in parentheses behind the "search query" (keyword?) links. >>>>>> Currently, they all point to Mini. Most links will intend to refer >>>>>> to the small articles. The namespace prefix would vanish, >>>>>> simplifying the links. >>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>> >>>>>> Perhaps the extended articles could use the Search namespace and >>>>>> we could >>>>>> put policy in some other namespace such as policy. >>>>> If interacting with Mini: is abstracted/hidden through the search >>>>> result page, I think it would be best to keep it the way it is, so >>>>> the regular articles are in the regular namespace. >>>>> >>>>> One *very* long term thinking is that others could mimic the >>>>> "Mini:" namespace on their own wiki's, and a crawler can build a >>>>> database of mini articles from any wiki on the web. >>>>> >>>>> Jer >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 3 >>>>> Date: Fri, 25 Jan 2008 16:50:45 -0600 >>>>> From: jer >>>>> Subject: Re: [Search wiki] Mini Articles and Use of the Main >>>>> Namespace >>>>> To: fredbaud at fairpoint.net, Search Wiki >>>>> Message-ID: <496F37F0-515B-4E91-8690-8BA6B6EB7913 at jabber.org> >>>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; >>>>> format=flowed >>>>> >>>>>>> Why don't we keep this discussion on >>>>>>> http://search.wikia.com/wiki/Forum:Main_Namespace ? Regarding >>>>>>> the distinction between "mini" and "maxi" content, I sort of >>>>>>> replied there. >>>>>> Because I was asked to post the issue here, which make sense as >>>>>> conversation about fundamental policies affecting the structure >>>>>> of the >>>>>> site needs to be where as many folks as possible can see it and >>>>>> participate. >>>>> That was me that asked, I've honestly not had enough attention to >>>>> additionally cover/track the forums on the wiki :( >>>>> >>>>> Jer >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 4 >>>>> Date: Fri, 25 Jan 2008 22:59:54 +0000 >>>>> From: "Mark (Markie)" >>>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main >>>>> Namespace To: "Search Wiki" >>>>> Message-ID: >>>>> >>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>> >>>>> hmm what would be peoples thought of using wp content in the main >>>>> space, >>>>> which could either be local copies or dynamically called, with >>>>> local overwrite possible, so that we can have minis with "more >>>>> here" which then >>>>> links to pages which have either been specially adapted written >>>>> locally or >>>>> then just falls back onto wp (or should be just have a kinda "if >>>>> local >>>>> exists then use that, if not link directly to wp" thing) >>>>> >>>>> thoughts >>>>> >>>>> mark >>>>> >>>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>>> >>>>>>>> As has been noted, links within mini articles to other mini >>>>>>>> articles are >>>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>>> internal >>>>>>>> linking more straightforward. >>>>>> My inclination is to make almost all views of a mini article be >>>>>> in- context, that you only see them in their search result. What >>>>>> reasons >>>>>> are there to view them outside of that context? >>>>>> >>>>>>>> There is also the question of what the >>>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>>> articles >>>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>>> If these are short as in a sentence or two I could see this, but >>>>>> when >>>>>> they grow to be a body of "real" content, the actual answers to >>>>>> the search term, I worry that it's becoming an answer service and >>>>>> not something that compliments one of the core functions of a >>>>>> search result, to direct people somewhere. >>>>>> >>>>>>>> Another is >>>>>>>> adding significant material about disambiguation of the term. >>>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>>> currently non-existant did-you-mean feature might not cover), and >>>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>>> harder with algorithmic approaches. >>>>>> >>>>>> What about the usage of mini articles for straight up "this is the >>>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>>> this and use that data to index and improve the rankings? Is it a >>>>>> problem to support that usage? >>>>>> >>>>>>>> Either >>>>>>>> alternative could occur in the mini or main namespace. If the >>>>>>>> mini namespace is used in one of those ways, the question >>>>>>>> remains of what the >>>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>>>> search >>>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>>> are >>>>>>>> confused, the main namespace is an article with nothing in front >>>>>>>> of it >>>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>>> >>>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>>> articles as >>>>>>>> a brief introduction to the subject and reserve the main >>>>>>>> namespace for >>>>>>>> an intensive disambiguation of its subject, including >>>>>>>> suggestions regarding how to use appropriate keywords to refine >>>>>>>> searches to get good >>>>>>>> results for various possibilities. Whether our projected user >>>>>>>> base would >>>>>>>> actively use and develop such pages remains to be seen, although >>>>>>>> I find >>>>>>>> it enjoyable. >>>>>> I'm starting to agree with this line of thought, and thinking >>>>>> that it >>>>>> might be good if Mini: is limited to a very small size, few >>>>>> sentences, and can add a "see more" which links to a regular >>>>>> article on the topic. We can set it up so that the Mini's are >>>>>> only viewed, created, and edited in the search result page >>>>>> directly. >>>>>> >>>>>> Am I at odds with current thoughts on this, or does it sound >>>>>> reasonable? >>>>>> >>>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>>> Forum:Main >>>>>>>> Namespace I have been so bold as to provisionally advance a >>>>>>>> policy page >>>>>>>> at search:Main namespace >>>>>>>> >>>>>>>> Fred Bauder >>>>>>> Here's a suggested treatment I kind of like: >>>>>>> >>>>>>> 1. As an alternative to maintaining separate articles, the >>>>>>> "mini" >>>>>>> content could be maintained as a part of a larger article, for >>>>>>> example >>>>>>> in the form of a formal "Summary" section. That section would >>>>>>> need to >>>>>>> be extracted on the fly. Would this work? >>>>>>> 2. You have put the big, "encyclopedic" disambiguation >>>>>>> article >>>>>>> in the >>>>>>> main space, and the "dictionary" article (which also provides >>>>>>> some disambiguation, which is good) in the Mini space. To keep >>>>>>> the bulk of >>>>>>> links and articles simple, I would prefer to do it the other way >>>>>>> around: Put the small, "mini" article in the main space and the >>>>>>> large, >>>>>>> detailed one in a different namespace, such as "dis >>>>>>> [ambiguation]" or >>>>>>> "extended". Or give it an extension, as in "innocence/ >>>>>>> disambiguation" >>>>>>> or "innocence (disambiguation)". >>>>>>> My guess is that there will always be many more small >>>>>>> articles >>>>>>> than >>>>>>> large ones. Keeping the bulk of the articles in the main space >>>>>>> will make linking simpler. Notice all those "create" and "edit" >>>>>>> links in parentheses behind the "search query" (keyword?) links. >>>>>>> Currently, they all point to Mini. Most links will intend to >>>>>>> refer to the small >>>>>>> articles. The namespace prefix would vanish, simplifying the >>>>>>> links. >>>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>>> >>>>>>> Perhaps the extended articles could use the Search namespace and >>>>>>> we could >>>>>>> put policy in some other namespace such as policy. >>>>>> If interacting with Mini: is abstracted/hidden through the search >>>>>> result page, I think it would be best to keep it the way it is, so >>>>>> the regular articles are in the regular namespace. >>>>>> >>>>>> One *very* long term thinking is that others could mimic the >>>>>> "Mini:" namespace on their own wiki's, and a crawler can build a >>>>>> database of mini articles from any wiki on the web. >>>>>> >>>>>> Jer >>>>>> >>>>>> _______________________________________________ >>>>>> Search wiki mailing list >>>>>> http://search.wikia.com/ >>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>> >>>>> -------------- next part -------------- >>>>> An HTML attachment was scrubbed... >>>>> URL: http://lists.wikia.com/pipermail/searchwiki/attachments/ >>>>> 20080125/dd1e081e/attachment-0001.html >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 5 >>>>> Date: Fri, 25 Jan 2008 18:14:45 -0600 >>>>> From: jer >>>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main >>>>> Namespace To: Search Wiki >>>>> Message-ID: <2806B96B-085F-4563-AED5-EA8C95AE9F41 at jabber.org> >>>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; >>>>> format=flowed >>>>> >>>>> Once we have wikipedia crawled/imported, it's flagged as a >>>>> whitelist so WP results should show up at the top of any search as >>>>> the first hit, for close or exact matching keywords. >>>>> >>>>> I could see integrating closely with WP's disambig pages, but the >>>>> bulk of the content should just be a normal search result, no need >>>>> to special case it is there? >>>>> >>>>> Jer >>>>> >>>>> On Jan 25, 2008, at 4:59 PM, Mark (Markie) wrote: >>>>> >>>>>> hmm what would be peoples thought of using wp content in the main >>>>>> space, which could either be local copies or dynamically called, >>>>>> with local overwrite possible, so that we can have minis with >>>>>> "more here" which then links to pages which have either been >>>>>> specially adapted written locally or then just falls back onto wp >>>>>> (or should be just have a kinda "if local exists then use that, if >>>>>> not link directly to wp" thing) >>>>>> >>>>>> thoughts >>>>>> >>>>>> mark >>>>>> >>>>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>>>>>> As has been noted, links within mini articles to other mini >>>>>>>> articles are >>>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>>> internal >>>>>>>> linking more straightforward. >>>>>> My inclination is to make almost all views of a mini article be >>>>>> in- context, that you only see them in their search result. What >>>>>> reasons >>>>>> are there to view them outside of that context? >>>>>> >>>>>>>> There is also the question of what the >>>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>>> articles >>>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>>> If these are short as in a sentence or two I could see this, but >>>>>> when >>>>>> they grow to be a body of "real" content, the actual answers to >>>>>> the search term, I worry that it's becoming an answer service and >>>>>> not something that compliments one of the core functions of a >>>>>> search result, to direct people somewhere. >>>>>> >>>>>>>> Another is >>>>>>>> adding significant material about disambiguation of the term. >>>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>>> currently non-existant did-you-mean feature might not cover), and >>>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>>> harder with algorithmic approaches. >>>>>> >>>>>> What about the usage of mini articles for straight up "this is the >>>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>>> this and use that data to index and improve the rankings? Is it a >>>>>> problem to support that usage? >>>>>> >>>>>>>> Either >>>>>>>> alternative could occur in the mini or main namespace. If the >>>>>>>> mini namespace is used in one of those ways, the question >>>>>>>> remains of what the >>>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>> search >>>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>>> are >>>>>>>> confused, the main namespace is an article with nothing in front >>>>>>>> of it >>>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>>> >>>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>>> articles as >>>>>>>> a brief introduction to the subject and reserve the main >>>>>>>> namespace for >>>>>>>> an intensive disambiguation of its subject, including >>>>>>>> suggestions regarding how to use appropriate keywords to refine >>>>>>>> searches to get good >>>>>>>> results for various possibilities. Whether our projected user >>>>>>>> base would >>>>>>>> actively use and develop such pages remains to be seen, although >>>>>>>> I find >>>>>>>> it enjoyable. >>>>>> I'm starting to agree with this line of thought, and thinking >>>>>> that it >>>>>> might be good if Mini: is limited to a very small size, few >>>>>> sentences, and can add a "see more" which links to a regular >>>>>> article on the topic. We can set it up so that the Mini's are >>>>>> only viewed, created, and edited in the search result page >>>>>> directly. >>>>>> >>>>>> Am I at odds with current thoughts on this, or does it sound >>>>>> reasonable? >>>>>> >>>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>>> Forum:Main >>>>>>>> Namespace I have been so bold as to provisionally advance a >>>>>>>> policy page >>>>>>>> at search:Main namespace >>>>>>>> >>>>>>>> Fred Bauder >>>>>>> Here's a suggested treatment I kind of like: >>>>>>> >>>>>>> 1. As an alternative to maintaining separate articles, the >>>>>> "mini" >>>>>>> content could be maintained as a part of a larger article, for >>>>>> example >>>>>>> in the form of a formal "Summary" section. That section would >>>>>> need to >>>>>>> be extracted on the fly. Would this work? >>>>>>> 2. You have put the big, "encyclopedic" disambiguation >>>>>>> article >>>>>>> in the >>>>>>> main space, and the "dictionary" article (which also provides >>>>>>> some disambiguation, which is good) in the Mini space. To keep >>>>>>> the >>>>>> bulk of >>>>>>> links and articles simple, I would prefer to do it the other way >>>>>>> around: Put the small, "mini" article in the main space and the >>>>>> large, >>>>>>> detailed one in a different namespace, such as "dis >>>>>>> [ambiguation]" or >>>>>>> "extended". Or give it an extension, as in "innocence/ >>>>>> disambiguation" >>>>>>> or "innocence (disambiguation)". >>>>>>> My guess is that there will always be many more small >>>>>>> articles >>>>>>> than >>>>>>> large ones. Keeping the bulk of the articles in the main space >>>>>>> will make linking simpler. Notice all those "create" and "edit" >>>>>>> links in parentheses behind the "search query" (keyword?) links. >>>>>>> Currently, they all point to Mini. Most links will intend to >>>>>>> refer to the small >>>>>>> articles. The namespace prefix would vanish, simplifying the >>>>>>> links. >>>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>>> >>>>>>> Perhaps the extended articles could use the Search namespace and >>>>>>> we could >>>>>>> put policy in some other namespace such as policy. >>>>>> If interacting with Mini: is abstracted/hidden through the search >>>>>> result page, I think it would be best to keep it the way it is, so >>>>>> the regular articles are in the regular namespace. >>>>>> >>>>>> One *very* long term thinking is that others could mimic the >>>>>> "Mini:" namespace on their own wiki's, and a crawler can build a >>>>>> database of mini articles from any wiki on the web. >>>>>> >>>>>> Jer >>>>>> >>>>>> _______________________________________________ >>>>>> Search wiki mailing list >>>>>> http://search.wikia.com/ >>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>> >>>>>> _______________________________________________ >>>>>> Search wiki mailing list >>>>>> http://search.wikia.com/ >>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>> >>>>> ------------------------------ >>>>> >>>>> _______________________________________________ >>>>> SearchWiki mailing list >>>>> SearchWiki at wikia.com >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>> >>>>> >>>>> End of SearchWiki Digest, Vol 1, Issue 9 >>>>> **************************************** >>>>> >>>> -- >>>> Prof. Dr. Jean-Pol Martin >>>> Didaktik der franz?sischen >>>> Sprache und Literatur >>>> Universit?t, Zi. 240 >>>> 85071 Eichst?tt >>>> Tel. (08421) 93-1536 >>>> Fax: (08421) 93-1797 >>>> http://projektkompetenz.de/ >>>> _______________________________________________ >>>> Search wiki mailing list >>>> http://search.wikia.com/ >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> >>> >>> ------------------------------ >>> >>> Message: 2 >>> Date: Fri, 1 Feb 2008 15:06:27 +0000 >>> From: "Mark (Markie)" >>> Subject: [Search wiki] Input wanted on Mini and main name spaces for >>> Search Wikia >>> To: "Mailing list for Search Wikia" , "Search >>> Wiki" , "Jimmy Wales" , jer >>> >>> Message-ID: >>> >>> Content-Type: text/plain; charset="iso-8859-1" >>> >>> Right im being bold here, so sorry if anyone has problems with this. >>> >>> Currently there is not really any definite policy on what is >>> acceptable in, and what should not be in mini: articles for Search >>> Wikia. This means that as an admin on the wiki I, and other admins, >>> have difficulty in deciding what should be allowed to stay and what >>> should be in the articles. It also means trouble for people who are >>> trying to contribute as there isn't really a list of what should and >>> shouldn't be in the mini articles. >>> >>> So I'm suggesting the following to try and get this sorted. Go to >>> this page :- >>> *http://search.wikia.com/wiki/search:Mini_article/Policy_discussion* >>> >>> This page is to be used for the posting and discussion of ideas for >>> the policy on Mini: articles, Search:Mini >>> article, >>> and what they should contain. As the main name space, (the namespace >>> with no prefix) is an alternative location for content, the question >>> of what the main name space is to be used for is also under >>> consideration, see Search:Main namespace >>> for one >>> alternative use. Please post ideas below and then these will be >>> discussed until *February 8, 2008*. From then until *February 15, >>> 2008* various versions of the policy will be drawn up. >>> >>> More details are on the wiki page, please check there. Please add >>> your inputs. >>> >>> Thanks all and hope i haven't upset anyone. >>> >>> Best wishes >>> >>> Mark >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: >>> http://lists.wikia.com/pipermail/searchwiki/attachments/20080201/e9760fea/attachment-0001.html >>> >>> >>> ------------------------------ >>> >>> Message: 3 >>> Date: Sat, 02 Feb 2008 10:00:58 +0530 >>> From: Jimmy Wales >>> Subject: Re: [Search wiki] Forum:Main Namespace >>> To: Search Wiki >>> Message-ID: <47A3F202.8040000 at wikia.com> >>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >>> >>> I tend to side with Angela in this little mini-debate about >>> mini-articles. :) While the mini-articles should be thought of as >>> being primarily a part of a broader search-result page, they >>> probably can and will be linked to by others, and that's almost >>> certainly ok. >>> >>> jer wrote: >>>>> If the mini-articles contain quality information, people will link >>>>> to them from elsewhere. I think these pages have the potential to >>>>> be useful in many more contexts than just Wikia Search. >>>> That raises an interesting question, should they even be accessible >>>> outside of the search result screen? What if you can only view a >>>> mini-article in it's native environment, in a search result? >>>> >>>> We're all still learning exactly what they are of course, so my >>>> $0.02 is that their very definition is being part of a search >>>> result and any other uses may be diluting their value as that. >>>> >>>>> The mini-article on Visvo is the 3rd hit in... that other search >>>>> engine and I expect a lot of people will come across mini-articles >>>>> that way. http://www.google.com/search?q=Visvo >>>> Even still, http://mini.search.wikia.com vs. http://search.wikia.com >>>> seems pretty insignificant a difference there? >>>> >>>> Jer >>>> >>>> _______________________________________________ >>>> Search wiki mailing list >>>> http://search.wikia.com/ >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>>> >>> >>> >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> SearchWiki mailing list >>> SearchWiki at wikia.com >>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> >>> >>> End of SearchWiki Digest, Vol 2, Issue 1 >>> **************************************** >>> >> > > -- > Prof. Dr. Jean-Pol Martin > Didaktik der franz?sischen > Sprache und Literatur > Universit?t, Zi. 240 > 85071 Eichst?tt > Tel. (08421) 93-1536 > Fax: (08421) 93-1797 > http://projektkompetenz.de/ > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki From jpm at ldl.de Sat Feb 2 16:58:06 2008 From: jpm at ldl.de (Jean-Pol Martin) Date: Sat, 02 Feb 2008 17:58:06 +0100 Subject: [Search wiki] Miniarticle linking In-Reply-To: References: Message-ID: <47A4A11E.5000802@ldl.de> OK. Thank you for the explanations. JPOL searchwiki-request at wikia.com schrieb: > Send SearchWiki mailing list submissions to > searchwiki at wikia.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.wikia.com/mailman/listinfo/searchwiki > or, via email, send a message with subject or body 'help' to > searchwiki-request at wikia.com > > You can reach the person managing the list at > searchwiki-owner at wikia.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SearchWiki digest..." > > > Today's Topics: > > 1. Miniarticle-Linking Is Awkward (Fred Bauder) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 2 Feb 2008 10:54:34 -0500 (EST) > From: "Fred Bauder" > Subject: [Search wiki] Miniarticle-Linking Is Awkward > To: > Message-ID: > <65272.66.243.196.131.1201967674.squirrel at webx1.neonova.net> > Content-Type: text/plain; charset=iso-8859-1 > > To make a link to say soap one must craft it thus, [[Mini:Soap|soap]]. > That is irritating and awkward to me, but incomprehensible to a first time > user, as is the other frequent coding, {{k|soap}} which will search for > soap. {{k}} is short for (and redirected to) Template:Keyword. Simplicity > in coding is vital; [[subject]] and [external link] are what we should > present to new users, see Mini:Keep It Simple Stupid > > Fred Bauder > > >> Could somebody say to me why miniarticle-linking is awkward? >> To the other point (mainspace): of course we should transfer the mini to >> the main-namespace... >> JPOL >> >> searchwiki-request at wikia.com schrieb: >>> Send SearchWiki mailing list submissions to >>> searchwiki at wikia.com >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> http://lists.wikia.com/mailman/listinfo/searchwiki >>> or, via email, send a message with subject or body 'help' to >>> searchwiki-request at wikia.com >>> >>> You can reach the person managing the list at >>> searchwiki-owner at wikia.com >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of SearchWiki digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: Mini Aricles and Use of the Main Namespace (Jimmy Wales) 2. >>> Student motivation (Jean-Pol Martin) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Sat, 02 Feb 2008 10:05:22 +0530 >>> From: Jimmy Wales >>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main Namespace >>> To: fredbaud at fairpoint.net, Search Wiki >>> Message-ID: <47A3F30A.8030403 at wikia.com> >>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >>> >>> Fred Bauder wrote: >>>> As has been noted, links within mini articles to other mini articles >>>> are awkward. Using the main namespace for mini articles would make >>>> internal linking more straightforward. There is also the question of >>>> what the content of mini articles ought to be. One possibility is >>>> brief articles about the word or term, a sort of mini Wikipedia >>>> article. Another is adding significant material about disambiguation >>>> of the term. Either alternative could occur in the mini or main >>>> namespace. If the mini namespace is used in one of those ways, the >>>> question remains of what the main namespace is is used for. I have >>>> tentatively assumed the search namespace is for policy, the help >>>> namespace is for help. If you are confused, the main namespace is an >>>> article with nothing in front of it ([[Apple]] rather than >>>> [[Mini:Apple]]). >>> I have been in remote India with minimal net access for a few days so >>> I might be way behind the times, but I agree with Fred completely. >>> The mini articles need to be moved to the main namespace precisely to >>> facilitate less awkward linking. >>> >>>> There are some discussions at Forum:Mini articles and at Forum:Main >>>> Namespace I have been so bold as to provisionally advance a policy >>>> page at search:Main namespace >>> Yay! >>> >>> --Jimbo >>> >>> >>> >>> ------------------------------ >>> >>> Message: 2 >>> Date: Sat, 02 Feb 2008 11:24:33 +0100 >>> From: Jean-Pol Martin >>> Subject: [Search wiki] Student motivation >>> To: searchwiki at wikia.com >>> Message-ID: <47A444E1.2090908 at ldl.de> >>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >>> >>> "Very cool to hear, any ideas on what uses they find >>> motivating/exciting?" - I'm the professor/teacher an I'm very >>> motivated: I try to explain my students that they are changing the >>> world and positioning themselves at the same time. Presenting oneself >>> in the net ist absolute crucial fur the future and when my students >>> are training creating relevant contents (miniarticle), they are >>> working for the community AND for themselves (Profile-Sites)... As a >>> researcher I was aware for 10 years that if y want to be "famous" I >>> have to publish intensively in the net, not only in professional >>> journals for teachers or researchers. >>> I think the most exciting for the students is the Profile-Site with >>> the many friends + the possibility to create article + the >>> searchengine within one integrating frame. >>> >>> JPOL >>> >>> >>> searchwiki-request at wikia.com schrieb: >>>> Send SearchWiki mailing list submissions to >>>> searchwiki at wikia.com >>>> >>>> To subscribe or unsubscribe via the World Wide Web, visit >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> or, via email, send a message with subject or body 'help' to >>>> searchwiki-request at wikia.com >>>> >>>> You can reach the person managing the list at >>>> searchwiki-owner at wikia.com >>>> >>>> When replying, please edit your Subject line so it is more specific >>>> than "Re: Contents of SearchWiki digest..." >>>> >>>> >>>> Today's Topics: >>>> >>>> 1. Re: SearchWiki Digest, Vol 1, Issue 9 (jer) >>>> 2. Input wanted on Mini and main name spaces for Search Wikia >>>> (Mark (Markie)) >>>> 3. Re: Forum:Main Namespace (Jimmy Wales) >>>> >>>> >>>> ---------------------------------------------------------------------- >>>> >>>> Message: 1 >>>> Date: Sat, 26 Jan 2008 00:55:16 -0600 >>>> From: jer >>>> Subject: Re: [Search wiki] SearchWiki Digest, Vol 1, Issue 9 >>>> To: Search Wiki >>>> Message-ID: <3CDACD28-A236-4544-8161-6689323EF378 at jabber.org> >>>> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; >>>> format=flowed >>>> >>>> They definitely already are and will continue to be indexable by >>>> Google or any other search, as well as are available under an open >>>> content license for more direct re-use needs. >>>> >>>> Very cool to hear, any ideas on what uses they find >>>> motivating/exciting? >>>> >>>> Jer >>>> >>>> On Jan 26, 2008, at 12:17 AM, Jean-Pol Martin wrote: >>>> >>>>> My students are very motivated to write Miniarticles. And this >>>>> motivation ist important if we want to educate young people creating >>>>> knowledge together worldwide. But if the miniarticle don't appear in >>>>> searchengines like google, I'm afraid that they will not work >>>>> furter on >>>>> this project. Please, give the miniarticle free for google... >>>>> >>>>> Jeanpol >>>>> >>>>> searchwiki-request at wikia.com schrieb: >>>>>> Send SearchWiki mailing list submissions to >>>>>> searchwiki at wikia.com >>>>>> >>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>> or, via email, send a message with subject or body 'help' to >>>>>> searchwiki-request at wikia.com >>>>>> >>>>>> You can reach the person managing the list at >>>>>> searchwiki-owner at wikia.com >>>>>> >>>>>> When replying, please edit your Subject line so it is more specific >>>>>> than "Re: Contents of SearchWiki digest..." >>>>>> >>>>>> >>>>>> Today's Topics: >>>>>> >>>>>> 1. Re: Scale of Search wiki (jer) >>>>>> 2. Re: Mini Aricles and Use of the Main Namespace (jer) >>>>>> 3. Re: Mini Articles and Use of the Main Namespace (jer) >>>>>> 4. Re: Mini Aricles and Use of the Main Namespace (Mark >>>>>> (Markie)) 5. Re: Mini Aricles and Use of the Main Namespace >>>>>> (jer) >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> - >>>>>> >>>>>> Message: 1 >>>>>> Date: Fri, 25 Jan 2008 13:50:02 -0600 >>>>>> From: jer >>>>>> Subject: Re: [Search wiki] Scale of Search wiki >>>>>> To: Search Wiki >>>>>> Message-ID: <59781F84-17EA-4650-87E8-E13A4995A30D at jabber.org> >>>>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; >>>>>> format=flowed >>>>>> >>>>>>> ... [A lot of great commentary and feedback] ... >>>>>>> >>>>>>> Some day, "search query" wikis such as the Wikia Search one will >>>>>>> densely cover the fat middle. To me, the question is not if, but >>>>>>> when, how many, and which ones. The race is on. >>>>>> Although it's not present on the footers of the wiki yet (was lost >>>>>> w/ the new skin apparently), the mini articles are all under an >>>>>> open content license: http://www.wikia.com/wiki/Wikia_copyrights. >>>>>> >>>>>> Jer >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> Message: 2 >>>>>> Date: Fri, 25 Jan 2008 16:49:09 -0600 >>>>>> From: jer >>>>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main >>>>>> Namespace To: fredbaud at fairpoint.net, Search Wiki >>>>>> Message-ID: >>>>>> <199B81D5-89FF-4EF1-9847-3206408C35D4 at jabber.org> Content-Type: >>>>>> text/plain; charset=US-ASCII; delsp=yes; format=flowed >>>>>> >>>>>>>> As has been noted, links within mini articles to other mini >>>>>>>> articles are >>>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>>> internal >>>>>>>> linking more straightforward. >>>>>> My inclination is to make almost all views of a mini article be in- >>>>>> context, that you only see them in their search result. What >>>>>> reasons are there to view them outside of that context? >>>>>> >>>>>>>> There is also the question of what the >>>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>>> articles >>>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>>> If these are short as in a sentence or two I could see this, but >>>>>> when they grow to be a body of "real" content, the actual answers >>>>>> to the search term, I worry that it's becoming an answer service >>>>>> and not something that compliments one of the core functions of a >>>>>> search result, to direct people somewhere. >>>>>> >>>>>>>> Another is >>>>>>>> adding significant material about disambiguation of the term. >>>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>>> currently non-existant did-you-mean feature might not cover), and >>>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>>> harder with algorithmic approaches. >>>>>> >>>>>> What about the usage of mini articles for straight up "this is the >>>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>>> this and use that data to index and improve the rankings? Is it a >>>>>> problem to support that usage? >>>>>> >>>>>>>> Either >>>>>>>> alternative could occur in the mini or main namespace. If the >>>>>>>> mini namespace is used in one of those ways, the question remains >>>>>>>> of what the >>>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>>>> search >>>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>>> are confused, the main namespace is an article with nothing in >>>>>>>> front of it >>>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>>> >>>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>>> articles as >>>>>>>> a brief introduction to the subject and reserve the main >>>>>>>> namespace for >>>>>>>> an intensive disambiguation of its subject, including suggestions >>>>>>>> regarding how to use appropriate keywords to refine searches to >>>>>>>> get good >>>>>>>> results for various possibilities. Whether our projected user >>>>>>>> base would >>>>>>>> actively use and develop such pages remains to be seen, although >>>>>>>> I find >>>>>>>> it enjoyable. >>>>>> I'm starting to agree with this line of thought, and thinking that >>>>>> it might be good if Mini: is limited to a very small size, few >>>>>> sentences, and can add a "see more" which links to a regular >>>>>> article on the topic. We can set it up so that the Mini's are only >>>>>> viewed, created, and edited in the search result page directly. >>>>>> >>>>>> Am I at odds with current thoughts on this, or does it sound >>>>>> reasonable? >>>>>> >>>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>>> Forum:Main Namespace I have been so bold as to provisionally >>>>>>>> advance a policy page >>>>>>>> at search:Main namespace >>>>>>>> >>>>>>>> Fred Bauder >>>>>>> Here's a suggested treatment I kind of like: >>>>>>> >>>>>>> 1. As an alternative to maintaining separate articles, the >>>>>>> "mini" >>>>>>> content could be maintained as a part of a larger article, for >>>>>>> example >>>>>>> in the form of a formal "Summary" section. That section would >>>>>>> need to >>>>>>> be extracted on the fly. Would this work? >>>>>>> 2. You have put the big, "encyclopedic" disambiguation article >>>>>>> in the >>>>>>> main space, and the "dictionary" article (which also provides some >>>>>>> disambiguation, which is good) in the Mini space. To keep the >>>>>>> bulk of >>>>>>> links and articles simple, I would prefer to do it the other way >>>>>>> around: Put the small, "mini" article in the main space and the >>>>>>> large, >>>>>>> detailed one in a different namespace, such as "dis[ambiguation]" >>>>>>> or "extended". Or give it an extension, as in "innocence/ >>>>>>> disambiguation" >>>>>>> or "innocence (disambiguation)". >>>>>>> My guess is that there will always be many more small articles >>>>>>> than >>>>>>> large ones. Keeping the bulk of the articles in the main space >>>>>>> will make linking simpler. Notice all those "create" and "edit" >>>>>>> links in parentheses behind the "search query" (keyword?) links. >>>>>>> Currently, they all point to Mini. Most links will intend to refer >>>>>>> to the small articles. The namespace prefix would vanish, >>>>>>> simplifying the links. >>>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>>> >>>>>>> Perhaps the extended articles could use the Search namespace and >>>>>>> we could >>>>>>> put policy in some other namespace such as policy. >>>>>> If interacting with Mini: is abstracted/hidden through the search >>>>>> result page, I think it would be best to keep it the way it is, so >>>>>> the regular articles are in the regular namespace. >>>>>> >>>>>> One *very* long term thinking is that others could mimic the >>>>>> "Mini:" namespace on their own wiki's, and a crawler can build a >>>>>> database of mini articles from any wiki on the web. >>>>>> >>>>>> Jer >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> Message: 3 >>>>>> Date: Fri, 25 Jan 2008 16:50:45 -0600 >>>>>> From: jer >>>>>> Subject: Re: [Search wiki] Mini Articles and Use of the Main >>>>>> Namespace >>>>>> To: fredbaud at fairpoint.net, Search Wiki >>>>>> Message-ID: <496F37F0-515B-4E91-8690-8BA6B6EB7913 at jabber.org> >>>>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; >>>>>> format=flowed >>>>>> >>>>>>>> Why don't we keep this discussion on >>>>>>>> http://search.wikia.com/wiki/Forum:Main_Namespace ? Regarding >>>>>>>> the distinction between "mini" and "maxi" content, I sort of >>>>>>>> replied there. >>>>>>> Because I was asked to post the issue here, which make sense as >>>>>>> conversation about fundamental policies affecting the structure >>>>>>> of the >>>>>>> site needs to be where as many folks as possible can see it and >>>>>>> participate. >>>>>> That was me that asked, I've honestly not had enough attention to >>>>>> additionally cover/track the forums on the wiki :( >>>>>> >>>>>> Jer >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> Message: 4 >>>>>> Date: Fri, 25 Jan 2008 22:59:54 +0000 >>>>>> From: "Mark (Markie)" >>>>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main >>>>>> Namespace To: "Search Wiki" >>>>>> Message-ID: >>>>>> >>>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>>> >>>>>> hmm what would be peoples thought of using wp content in the main >>>>>> space, >>>>>> which could either be local copies or dynamically called, with >>>>>> local overwrite possible, so that we can have minis with "more >>>>>> here" which then >>>>>> links to pages which have either been specially adapted written >>>>>> locally or >>>>>> then just falls back onto wp (or should be just have a kinda "if >>>>>> local >>>>>> exists then use that, if not link directly to wp" thing) >>>>>> >>>>>> thoughts >>>>>> >>>>>> mark >>>>>> >>>>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>>>> >>>>>>>>> As has been noted, links within mini articles to other mini >>>>>>>>> articles are >>>>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>>>> internal >>>>>>>>> linking more straightforward. >>>>>>> My inclination is to make almost all views of a mini article be >>>>>>> in- context, that you only see them in their search result. What >>>>>>> reasons >>>>>>> are there to view them outside of that context? >>>>>>> >>>>>>>>> There is also the question of what the >>>>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>>>> articles >>>>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>>>> If these are short as in a sentence or two I could see this, but >>>>>>> when >>>>>>> they grow to be a body of "real" content, the actual answers to >>>>>>> the search term, I worry that it's becoming an answer service and >>>>>>> not something that compliments one of the core functions of a >>>>>>> search result, to direct people somewhere. >>>>>>> >>>>>>>>> Another is >>>>>>>>> adding significant material about disambiguation of the term. >>>>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>>>> currently non-existant did-you-mean feature might not cover), and >>>>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>>>> harder with algorithmic approaches. >>>>>>> >>>>>>> What about the usage of mini articles for straight up "this is the >>>>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>>>> this and use that data to index and improve the rankings? Is it a >>>>>>> problem to support that usage? >>>>>>> >>>>>>>>> Either >>>>>>>>> alternative could occur in the mini or main namespace. If the >>>>>>>>> mini namespace is used in one of those ways, the question >>>>>>>>> remains of what the >>>>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>>>>> search >>>>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>>>> are >>>>>>>>> confused, the main namespace is an article with nothing in front >>>>>>>>> of it >>>>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>>>> >>>>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>>>> articles as >>>>>>>>> a brief introduction to the subject and reserve the main >>>>>>>>> namespace for >>>>>>>>> an intensive disambiguation of its subject, including >>>>>>>>> suggestions regarding how to use appropriate keywords to refine >>>>>>>>> searches to get good >>>>>>>>> results for various possibilities. Whether our projected user >>>>>>>>> base would >>>>>>>>> actively use and develop such pages remains to be seen, although >>>>>>>>> I find >>>>>>>>> it enjoyable. >>>>>>> I'm starting to agree with this line of thought, and thinking >>>>>>> that it >>>>>>> might be good if Mini: is limited to a very small size, few >>>>>>> sentences, and can add a "see more" which links to a regular >>>>>>> article on the topic. We can set it up so that the Mini's are >>>>>>> only viewed, created, and edited in the search result page >>>>>>> directly. >>>>>>> >>>>>>> Am I at odds with current thoughts on this, or does it sound >>>>>>> reasonable? >>>>>>> >>>>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>>>> Forum:Main >>>>>>>>> Namespace I have been so bold as to provisionally advance a >>>>>>>>> policy page >>>>>>>>> at search:Main namespace >>>>>>>>> >>>>>>>>> Fred Bauder >>>>>>>> Here's a suggested treatment I kind of like: >>>>>>>> >>>>>>>> 1. As an alternative to maintaining separate articles, the >>>>>>>> "mini" >>>>>>>> content could be maintained as a part of a larger article, for >>>>>>>> example >>>>>>>> in the form of a formal "Summary" section. That section would >>>>>>>> need to >>>>>>>> be extracted on the fly. Would this work? >>>>>>>> 2. You have put the big, "encyclopedic" disambiguation >>>>>>>> article >>>>>>>> in the >>>>>>>> main space, and the "dictionary" article (which also provides >>>>>>>> some disambiguation, which is good) in the Mini space. To keep >>>>>>>> the bulk of >>>>>>>> links and articles simple, I would prefer to do it the other way >>>>>>>> around: Put the small, "mini" article in the main space and the >>>>>>>> large, >>>>>>>> detailed one in a different namespace, such as "dis >>>>>>>> [ambiguation]" or >>>>>>>> "extended". Or give it an extension, as in "innocence/ >>>>>>>> disambiguation" >>>>>>>> or "innocence (disambiguation)". >>>>>>>> My guess is that there will always be many more small >>>>>>>> articles >>>>>>>> than >>>>>>>> large ones. Keeping the bulk of the articles in the main space >>>>>>>> will make linking simpler. Notice all those "create" and "edit" >>>>>>>> links in parentheses behind the "search query" (keyword?) links. >>>>>>>> Currently, they all point to Mini. Most links will intend to >>>>>>>> refer to the small >>>>>>>> articles. The namespace prefix would vanish, simplifying the >>>>>>>> links. >>>>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>>>> >>>>>>>> Perhaps the extended articles could use the Search namespace and >>>>>>>> we could >>>>>>>> put policy in some other namespace such as policy. >>>>>>> If interacting with Mini: is abstracted/hidden through the search >>>>>>> result page, I think it would be best to keep it the way it is, so >>>>>>> the regular articles are in the regular namespace. >>>>>>> >>>>>>> One *very* long term thinking is that others could mimic the >>>>>>> "Mini:" namespace on their own wiki's, and a crawler can build a >>>>>>> database of mini articles from any wiki on the web. >>>>>>> >>>>>>> Jer >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Search wiki mailing list >>>>>>> http://search.wikia.com/ >>>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>>> >>>>>> -------------- next part -------------- >>>>>> An HTML attachment was scrubbed... >>>>>> URL: http://lists.wikia.com/pipermail/searchwiki/attachments/ >>>>>> 20080125/dd1e081e/attachment-0001.html >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> Message: 5 >>>>>> Date: Fri, 25 Jan 2008 18:14:45 -0600 >>>>>> From: jer >>>>>> Subject: Re: [Search wiki] Mini Aricles and Use of the Main >>>>>> Namespace To: Search Wiki >>>>>> Message-ID: <2806B96B-085F-4563-AED5-EA8C95AE9F41 at jabber.org> >>>>>> Content-Type: text/plain; charset=US-ASCII; delsp=yes; >>>>>> format=flowed >>>>>> >>>>>> Once we have wikipedia crawled/imported, it's flagged as a >>>>>> whitelist so WP results should show up at the top of any search as >>>>>> the first hit, for close or exact matching keywords. >>>>>> >>>>>> I could see integrating closely with WP's disambig pages, but the >>>>>> bulk of the content should just be a normal search result, no need >>>>>> to special case it is there? >>>>>> >>>>>> Jer >>>>>> >>>>>> On Jan 25, 2008, at 4:59 PM, Mark (Markie) wrote: >>>>>> >>>>>>> hmm what would be peoples thought of using wp content in the main >>>>>>> space, which could either be local copies or dynamically called, >>>>>>> with local overwrite possible, so that we can have minis with >>>>>>> "more here" which then links to pages which have either been >>>>>>> specially adapted written locally or then just falls back onto wp >>>>>>> (or should be just have a kinda "if local exists then use that, if >>>>>>> not link directly to wp" thing) >>>>>>> >>>>>>> thoughts >>>>>>> >>>>>>> mark >>>>>>> >>>>>>> On Jan 25, 2008 10:49 PM, jer wrote: >>>>>>>>> As has been noted, links within mini articles to other mini >>>>>>>>> articles are >>>>>>>>> awkward. Using the main namespace for mini articles would make >>>>>>>>> internal >>>>>>>>> linking more straightforward. >>>>>>> My inclination is to make almost all views of a mini article be >>>>>>> in- context, that you only see them in their search result. What >>>>>>> reasons >>>>>>> are there to view them outside of that context? >>>>>>> >>>>>>>>> There is also the question of what the >>>>>>>>> content of mini articles ought to be. One possibility is brief >>>>>>>>> articles >>>>>>>>> about the word or term, a sort of mini Wikipedia article. >>>>>>> If these are short as in a sentence or two I could see this, but >>>>>>> when >>>>>>> they grow to be a body of "real" content, the actual answers to >>>>>>> the search term, I worry that it's becoming an answer service and >>>>>>> not something that compliments one of the core functions of a >>>>>>> search result, to direct people somewhere. >>>>>>> >>>>>>>>> Another is >>>>>>>>> adding significant material about disambiguation of the term. >>>>>>> Disambig, as well as poorly formed queries, misspellings (that the >>>>>>> currently non-existant did-you-mean feature might not cover), and >>>>>>> "hot" or fresh searches (like news, memes, so on) that are always >>>>>>> harder with algorithmic approaches. >>>>>>> >>>>>>> What about the usage of mini articles for straight up "this is the >>>>>>> best link and isn't in the search result!" ? Shouldn't we support >>>>>>> this and use that data to index and improve the rankings? Is it a >>>>>>> problem to support that usage? >>>>>>> >>>>>>>>> Either >>>>>>>>> alternative could occur in the mini or main namespace. If the >>>>>>>>> mini namespace is used in one of those ways, the question >>>>>>>>> remains of what the >>>>>>>>> main namespace is is used for. I have tentatively assumed the >>>>>>> search >>>>>>>>> namespace is for policy, the help namespace is for help. If you >>>>>>>>> are >>>>>>>>> confused, the main namespace is an article with nothing in front >>>>>>>>> of it >>>>>>>>> ([[Apple]] rather than [[Mini:Apple]]). >>>>>>>>> >>>>>>>>> As an alternative, I suggest that we continue with the mini >>>>>>>>> articles as >>>>>>>>> a brief introduction to the subject and reserve the main >>>>>>>>> namespace for >>>>>>>>> an intensive disambiguation of its subject, including >>>>>>>>> suggestions regarding how to use appropriate keywords to refine >>>>>>>>> searches to get good >>>>>>>>> results for various possibilities. Whether our projected user >>>>>>>>> base would >>>>>>>>> actively use and develop such pages remains to be seen, although >>>>>>>>> I find >>>>>>>>> it enjoyable. >>>>>>> I'm starting to agree with this line of thought, and thinking >>>>>>> that it >>>>>>> might be good if Mini: is limited to a very small size, few >>>>>>> sentences, and can add a "see more" which links to a regular >>>>>>> article on the topic. We can set it up so that the Mini's are >>>>>>> only viewed, created, and edited in the search result page >>>>>>> directly. >>>>>>> >>>>>>> Am I at odds with current thoughts on this, or does it sound >>>>>>> reasonable? >>>>>>> >>>>>>>>> There are some discussions at Forum:Mini articles and at >>>>>>>>> Forum:Main >>>>>>>>> Namespace I have been so bold as to provisionally advance a >>>>>>>>> policy page >>>>>>>>> at search:Main namespace >>>>>>>>> >>>>>>>>> Fred Bauder >>>>>>>> Here's a suggested treatment I kind of like: >>>>>>>> >>>>>>>> 1. As an alternative to maintaining separate articles, the >>>>>>> "mini" >>>>>>>> content could be maintained as a part of a larger article, for >>>>>>> example >>>>>>>> in the form of a formal "Summary" section. That section would >>>>>>> need to >>>>>>>> be extracted on the fly. Would this work? >>>>>>>> 2. You have put the big, "encyclopedic" disambiguation >>>>>>>> article >>>>>>>> in the >>>>>>>> main space, and the "dictionary" article (which also provides >>>>>>>> some disambiguation, which is good) in the Mini space. To keep >>>>>>>> the >>>>>>> bulk of >>>>>>>> links and articles simple, I would prefer to do it the other way >>>>>>>> around: Put the small, "mini" article in the main space and the >>>>>>> large, >>>>>>>> detailed one in a different namespace, such as "dis >>>>>>>> [ambiguation]" or >>>>>>>> "extended". Or give it an extension, as in "innocence/ >>>>>>> disambiguation" >>>>>>>> or "innocence (disambiguation)". >>>>>>>> My guess is that there will always be many more small >>>>>>>> articles >>>>>>>> than >>>>>>>> large ones. Keeping the bulk of the articles in the main space >>>>>>>> will make linking simpler. Notice all those "create" and "edit" >>>>>>>> links in parentheses behind the "search query" (keyword?) links. >>>>>>>> Currently, they all point to Mini. Most links will intend to >>>>>>>> refer to the small >>>>>>>> articles. The namespace prefix would vanish, simplifying the >>>>>>>> links. >>>>>>>> --RainerBlome 00:48, 25 January 2008 (UTC) >>>>>>>> >>>>>>>> Perhaps the extended articles could use the Search namespace and >>>>>>>> we could >>>>>>>> put policy in some other namespace such as policy. >>>>>>> If interacting with Mini: is abstracted/hidden through the search >>>>>>> result page, I think it would be best to keep it the way it is, so >>>>>>> the regular articles are in the regular namespace. >>>>>>> >>>>>>> One *very* long term thinking is that others could mimic the >>>>>>> "Mini:" namespace on their own wiki's, and a crawler can build a >>>>>>> database of mini articles from any wiki on the web. >>>>>>> >>>>>>> Jer >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Search wiki mailing list >>>>>>> http://search.wikia.com/ >>>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Search wiki mailing list >>>>>>> http://search.wikia.com/ >>>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>> ------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> SearchWiki mailing list >>>>>> SearchWiki at wikia.com >>>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>>> >>>>>> >>>>>> End of SearchWiki Digest, Vol 1, Issue 9 >>>>>> **************************************** >>>>>> >>>>> -- >>>>> Prof. Dr. Jean-Pol Martin >>>>> Didaktik der franz?sischen >>>>> Sprache und Literatur >>>>> Universit?t, Zi. 240 >>>>> 85071 Eichst?tt >>>>> Tel. (08421) 93-1536 >>>>> Fax: (08421) 93-1797 >>>>> http://projektkompetenz.de/ >>>>> _______________________________________________ >>>>> Search wiki mailing list >>>>> http://search.wikia.com/ >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>>> ------------------------------ >>>> >>>> Message: 2 >>>> Date: Fri, 1 Feb 2008 15:06:27 +0000 >>>> From: "Mark (Markie)" >>>> Subject: [Search wiki] Input wanted on Mini and main name spaces for >>>> Search Wikia >>>> To: "Mailing list for Search Wikia" , "Search >>>> Wiki" , "Jimmy Wales" , jer >>>> >>>> Message-ID: >>>> >>>> Content-Type: text/plain; charset="iso-8859-1" >>>> >>>> Right im being bold here, so sorry if anyone has problems with this. >>>> >>>> Currently there is not really any definite policy on what is >>>> acceptable in, and what should not be in mini: articles for Search >>>> Wikia. This means that as an admin on the wiki I, and other admins, >>>> have difficulty in deciding what should be allowed to stay and what >>>> should be in the articles. It also means trouble for people who are >>>> trying to contribute as there isn't really a list of what should and >>>> shouldn't be in the mini articles. >>>> >>>> So I'm suggesting the following to try and get this sorted. Go to >>>> this page :- >>>> *http://search.wikia.com/wiki/search:Mini_article/Policy_discussion* >>>> >>>> This page is to be used for the posting and discussion of ideas for >>>> the policy on Mini: articles, Search:Mini >>>> article, >>>> and what they should contain. As the main name space, (the namespace >>>> with no prefix) is an alternative location for content, the question >>>> of what the main name space is to be used for is also under >>>> consideration, see Search:Main namespace >>>> for one >>>> alternative use. Please post ideas below and then these will be >>>> discussed until *February 8, 2008*. From then until *February 15, >>>> 2008* various versions of the policy will be drawn up. >>>> >>>> More details are on the wiki page, please check there. Please add >>>> your inputs. >>>> >>>> Thanks all and hope i haven't upset anyone. >>>> >>>> Best wishes >>>> >>>> Mark >>>> -------------- next part -------------- >>>> An HTML attachment was scrubbed... >>>> URL: >>>> http://lists.wikia.com/pipermail/searchwiki/attachments/20080201/e9760fea/attachment-0001.html >>>> >>>> >>>> ------------------------------ >>>> >>>> Message: 3 >>>> Date: Sat, 02 Feb 2008 10:00:58 +0530 >>>> From: Jimmy Wales >>>> Subject: Re: [Search wiki] Forum:Main Namespace >>>> To: Search Wiki >>>> Message-ID: <47A3F202.8040000 at wikia.com> >>>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >>>> >>>> I tend to side with Angela in this little mini-debate about >>>> mini-articles. :) While the mini-articles should be thought of as >>>> being primarily a part of a broader search-result page, they >>>> probably can and will be linked to by others, and that's almost >>>> certainly ok. >>>> >>>> jer wrote: >>>>>> If the mini-articles contain quality information, people will link >>>>>> to them from elsewhere. I think these pages have the potential to >>>>>> be useful in many more contexts than just Wikia Search. >>>>> That raises an interesting question, should they even be accessible >>>>> outside of the search result screen? What if you can only view a >>>>> mini-article in it's native environment, in a search result? >>>>> >>>>> We're all still learning exactly what they are of course, so my >>>>> $0.02 is that their very definition is being part of a search >>>>> result and any other uses may be diluting their value as that. >>>>> >>>>>> The mini-article on Visvo is the 3rd hit in... that other search >>>>>> engine and I expect a lot of people will come across mini-articles >>>>>> that way. http://www.google.com/search?q=Visvo >>>>> Even still, http://mini.search.wikia.com vs. http://search.wikia.com >>>>> seems pretty insignificant a difference there? >>>>> >>>>> Jer >>>>> >>>>> _______________________________________________ >>>>> Search wiki mailing list >>>>> http://search.wikia.com/ >>>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>>> >>>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> _______________________________________________ >>>> SearchWiki mailing list >>>> SearchWiki at wikia.com >>>> http://lists.wikia.com/mailman/listinfo/searchwiki >>>> >>>> >>>> End of SearchWiki Digest, Vol 2, Issue 1 >>>> **************************************** >>>> >> -- >> Prof. Dr. Jean-Pol Martin >> Didaktik der franz?sischen >> Sprache und Literatur >> Universit?t, Zi. 240 >> 85071 Eichst?tt >> Tel. (08421) 93-1536 >> Fax: (08421) 93-1797 >> http://projektkompetenz.de/ >> _______________________________________________ >> Search wiki mailing list >> http://search.wikia.com/ >> http://lists.wikia.com/mailman/listinfo/searchwiki > > > > > > ------------------------------ > > _______________________________________________ > SearchWiki mailing list > SearchWiki at wikia.com > http://lists.wikia.com/mailman/listinfo/searchwiki > > > End of SearchWiki Digest, Vol 2, Issue 4 > **************************************** > -- Prof. Dr. Jean-Pol Martin Didaktik der franz?sischen Sprache und Literatur Universit?t, Zi. 240 85071 Eichst?tt Tel. (08421) 93-1536 Fax: (08421) 93-1797 http://projektkompetenz.de/ From balinny at gmail.com Sat Feb 2 18:22:38 2008 From: balinny at gmail.com (Balinny) Date: Sat, 02 Feb 2008 19:22:38 +0100 Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> Message-ID: <47A4B4EE.2060806@gmail.com> Fred Bauder wrote: > To make a link to say soap one must craft it thus, [[Mini:Soap|soap]]. > That is irritating and awkward to me, but incomprehensible to a first time > user, as is the other frequent coding, {{k|soap}} which will search for > soap. {{k}} is short for (and redirected to) Template:Keyword. Simplicity > in coding is vital; [[subject]] and [external link] are what we should > present to new users, see Mini:Keep It Simple Stupid > > Fred Bauder > IMHO wikia search wiki should support [[keyword:Foo]], which we currently do with the {{k}} template (whoch would still be used). The reason? That syntax is obvious while {{k}} is not. And it's only a row in the interwikilink db. From fredbaud at fairpoint.net Sat Feb 2 18:52:49 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Sat, 2 Feb 2008 13:52:49 -0500 (EST) Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <47A4B4EE.2060806@gmail.com> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> <47A4B4EE.2060806@gmail.com> Message-ID: <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> > IMHO wikia search wiki should support [[keyword:Foo]], which we > currently do with the {{k}} > template (whoch would still be used). The reason? That syntax is obvious > while {{k}} is not. And > it's only a row in the interwikilink db. Would [[Keyword:Foo]] display as the link Foo and would clicking on it start a search for Foo rather than go to an article on Foo? Would we support both [[Keyword:Foo]] which would a link which starts a search and [[Foo]] which creates a link to an article on Foo? Would the links be different colors? Fred From balinny at gmail.com Sat Feb 2 21:33:59 2008 From: balinny at gmail.com (Balinny) Date: Sat, 02 Feb 2008 22:33:59 +0100 Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> <47A4B4EE.2060806@gmail.com> <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> Message-ID: <47A4E1C7.5050301@gmail.com> Fred Bauder wrote: >> IMHO wikia search wiki should support [[keyword:Foo]], which we >> currently do with the {{k}} >> template (whoch would still be used). The reason? That syntax is obvious >> while {{k}} is not. And >> it's only a row in the interwikilink db. >> > > Would [[Keyword:Foo]] display as the link Foo Would display Keyword:Foo, unless you used [[Keyword:Foo|]], which expands as [[Keyword:Foo|Foo]] and only shows Foo. > and would clicking on it > start a search for Foo rather than go to an article on Foo? Yes, given that it's properly configured. > Would we > support both [[Keyword:Foo]] which would a link which starts a search and > [[Foo]] which creates a link to an article on Foo? Yes > Would the links be > different colors? > I had the idea of putting a magnify glass near search links. What do you think? From fredbaud at fairpoint.net Sun Feb 3 01:11:15 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Sat, 2 Feb 2008 20:11:15 -0500 (EST) Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <47A4E1C7.5050301@gmail.com> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> <47A4B4EE.2060806@gmail.com> <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> <47A4E1C7.5050301@gmail.com> Message-ID: <51605.66.243.196.131.1202001075.squirrel@webx1.neonova.net> > Fred Bauder wrote: >>> IMHO wikia search wiki should support [[keyword:Foo]], which we >>> currently do with the {{k}} >>> template (whoch would still be used). The reason? That syntax is >>> obvious >>> while {{k}} is not. And >>> it's only a row in the interwikilink db. >>> >> >> Would [[Keyword:Foo]] display as the link Foo > Would display Keyword:Foo, unless you used [[Keyword:Foo|]], which > expands as [[Keyword:Foo|Foo]] and only shows Foo. >> and would clicking on it >> start a search for Foo rather than go to an article on Foo? > Yes, given that it's properly configured. >> Would we >> support both [[Keyword:Foo]] which would a link which starts a search >> and [[Foo]] which creates a link to an article on Foo? > Yes >> Would the links be >> different colors? >> > I had the idea of putting a magnify glass near search links. What do you > think? That might be the best we can do, but a magnifying glass usually signifies enlargement. How about green links to search, red for empty and blue for something there? Fred From balinny at gmail.com Sun Feb 3 21:34:33 2008 From: balinny at gmail.com (Balinny) Date: Sun, 03 Feb 2008 22:34:33 +0100 Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <51605.66.243.196.131.1202001075.squirrel@webx1.neonova.net> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> <47A4B4EE.2060806@gmail.com> <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> <47A4E1C7.5050301@gmail.com> <51605.66.243.196.131.1202001075.squirrel@webx1.neonova.net> Message-ID: <47A63369.7090704@gmail.com> Fred Bauder wrote: > That might be the best we can do, but a magnifying glass usually signifies > enlargement. How about green links to search, red for empty and blue for > something there? > > Fred A magnifying glass has also a clear sign of search :P I just have set the link to search results both green and with a magnifying glass. Please comment. Man, I don't know how the skin's author managed to broke so many things: *Incompatible ids with other skins. *Doesn't load Mediawiki:Searchwikia.js *Broken delete link *Breaks convention using capital letter for user scripts *There's no visual difference for existing and missing Talk (or article if you're at a talk page), *Links to tha page or talk at the action-bar have nofollow. *Doesn't work with Special:ProblemReports (though the fail is on ProblemReports side by assuming all skins will load its js code). Another "nice" page, which the 31 jan edit seem to have broken even more (try accessing with allinone=0). From fredbaud at fairpoint.net Sun Feb 3 22:45:45 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Sun, 3 Feb 2008 17:45:45 -0500 (EST) Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <47A63369.7090704@gmail.com> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> <47A4B4EE.2060806@gmail.com> <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> <47A4E1C7.5050301@gmail.com> <51605.66.243.196.131.1202001075.squirrel@webx1.neonova.net> <47A63369.7090704@gmail.com> Message-ID: <57945.66.243.196.131.1202078745.squirrel@webx1.neonova.net> I'm confused now, please give us a url to an example of this. Fred > Fred Bauder wrote: >> That might be the best we can do, but a magnifying glass usually >> signifies enlargement. How about green links to search, red for empty >> and blue for something there? >> >> Fred > A magnifying glass has also a clear sign of search :P > I just have set the link to search results both green and with a > magnifying glass. Please comment. > > > Man, I don't know how the skin's author managed to broke so many things: > *Incompatible ids with other skins. > *Doesn't load Mediawiki:Searchwikia.js > *Broken delete link > *Breaks convention using capital letter for user scripts > *There's no visual difference for existing and missing Talk (or article > if you're at a talk page), > *Links to tha page or talk at the action-bar have nofollow. > *Doesn't work with Special:ProblemReports (though the fail is on > ProblemReports side by > assuming all skins will load its js code). Another "nice" page, which > the 31 jan > > edit seem to > have broken even more (try accessing with allinone=0). > > > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki From fredbaud at fairpoint.net Sun Feb 3 23:08:03 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Sun, 3 Feb 2008 18:08:03 -0500 (EST) Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <57945.66.243.196.131.1202078745.squirrel@webx1.neonova.net> References: <47A44FD3.5020708@ldl.de> <65272.66.243.196.131.1201967674.squirrel@webx1.neonova.net> <47A4B4EE.2060806@gmail.com> <49881.66.243.196.131.1201978369.squirrel@webx1.neonova.net> <47A4E1C7.5050301@gmail.com> <51605.66.243.196.131.1202001075.squirrel@webx1.neonova.net> <47A63369.7090704@gmail.com> <57945.66.243.196.131.1202078745.squirrel@webx1.neonova.net> Message-ID: <58126.66.243.196.131.1202080083.squirrel@webx1.neonova.net> Ok, I see it at http://search.wikia.com/wiki/Mini:Element And like it. Fred > I'm confused now, please give us a url to an example of this. > > Fred > >> Fred Bauder wrote: >>> That might be the best we can do, but a magnifying glass usually >>> signifies enlargement. How about green links to search, red for empty >>> and blue for something there? >>> >>> Fred >> A magnifying glass has also a clear sign of search :P >> I just have set the link to search results both green and with a >> magnifying glass. Please comment. >> >> >> Man, I don't know how the skin's author managed to broke so many >> things: *Incompatible ids with other skins. >> *Doesn't load Mediawiki:Searchwikia.js >> *Broken delete link >> *Breaks convention using capital letter for user scripts >> *There's no visual difference for existing and missing Talk (or >> article if you're at a talk page), >> *Links to tha page or talk at the action-bar have nofollow. >> *Doesn't work with Special:ProblemReports (though the fail is on >> ProblemReports side by >> assuming all skins will load its js code). Another "nice" page, which >> the 31 jan >> >> edit seem to >> have broken even more (try accessing with allinone=0). >> >> >> _______________________________________________ >> Search wiki mailing list >> http://search.wikia.com/ >> http://lists.wikia.com/mailman/listinfo/searchwiki > > > > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki From rainer.blome at gmx.de Mon Feb 4 10:43:18 2008 From: rainer.blome at gmx.de (Rainer Blome) Date: Mon, 04 Feb 2008 11:43:18 +0100 Subject: [Search wiki] Netiquette: Excessive quoting Message-ID: <47A6EC46.1060303@gmx.de> Dear mailing list writers, the signal to noise ratio has dropped to the new record of about 1 to 900 (one line of original content to over 900 lines of quotes, headers and signature). Please let us quote only what we explicitly refer to, not the entire thread. To quote RFC1855 "Netiquette Guidelines", found via http://re.search.wikia.com/search#netiquette: > Content of a follow-up post should exceed quoted content. Thank you, Rainer PS: Why is this bothering me? Besides the waste of space and bandwidth, I'm a digest reader. Digests are rendered useless because the list server sensibly puts a limit on the number of lines in a single digest issue. It adds mails to an issue until the issue is large enough. If a single mail is large enough, only that mail is included. Digests are also rendered very hard to read because the amount of quotes makes it hard to find the original content. From rainer.blome at gmx.de Mon Feb 4 11:45:47 2008 From: rainer.blome at gmx.de (Rainer Blome) Date: Mon, 04 Feb 2008 12:45:47 +0100 Subject: [Search wiki] Mandate Message-ID: <47A6FAEB.5090909@gmx.de> Dear Search wiki owners! please specify explicitly and in the wiki itself how it is going to be governed. Please give us users (the "community") a mandate to do work here, for example to create and apply guidelines and policies. The mandate would serve to flesh out the "Community" principle. Its publication would fulfill some of the "Transparency" requirement. Did you not publish any such mandate on purpose, to allow for self-organization of the community? If so, I would appreciate to be told at least this. In this regard, please make the footer links working, as these would then point to the published mandate ("Terms of Use" and "Copyright" in particular). Do you need help with this? Rainer From beesley at gmail.com Mon Feb 4 11:53:40 2008 From: beesley at gmail.com (Angela) Date: Mon, 4 Feb 2008 22:53:40 +1100 Subject: [Search wiki] Mandate In-Reply-To: <47A6FAEB.5090909@gmx.de> References: <47A6FAEB.5090909@gmx.de> Message-ID: <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> On Feb 4, 2008 10:45 PM, Rainer Blome wrote: > Dear Search wiki owners! > > please specify explicitly and in the wiki itself how it is going to be > governed. > ... > Did you not publish any such mandate on purpose, to allow for > self-organization of the community? If so, I would appreciate to be > told at least this. Rainer, You are the owner! Not just you, but the entire community. Wikia isn't running this community top-down. It's really in the hands of the community to develop policies about the content there. Wikia staff are always on hand to offer advice, but we wouldn't even try to tell you how to govern yourselves. That is something the community will evolve over time. Angela From rainer.blome at gmx.de Mon Feb 4 14:42:57 2008 From: rainer.blome at gmx.de (Rainer Blome) Date: Mon, 04 Feb 2008 15:42:57 +0100 Subject: [Search wiki] Mandate Message-ID: <47A72471.7050201@gmx.de> Thanks for your swift reaction. Angela wrote: > You are the owner! Not just you, but the entire community. > ... > It's really in the hands > of the community to develop policies about the content there. That's what I assumed. Again, I politely request that you, the legal owners, state this on the "About Us" page, and make it reachable from the main page. Rainer From rainer.blome at gmx.de Mon Feb 4 15:10:01 2008 From: rainer.blome at gmx.de (Rainer Blome) Date: Mon, 04 Feb 2008 16:10:01 +0100 Subject: [Search wiki] Miniarticle-Linking Is Awkward Message-ID: <47A72AC9.7000107@gmx.de> > magnifying glass Looking at http://search.wikia.com/wiki/Mini:Chemical , I like the green "search" link indication. The magnifying glass is graphically nice, but hinders fluid reading, in my opinion. At least it should be smaller, but leaving it out entirely makes the text better to read. The same goes for the "create" link, it is distracting - it is easy enough to follow the search link and, if necessary, create an article from there, in my opinion. As an aside, I suggest to collect all Wikipedia links in one box. Rainer From fredbaud at fairpoint.net Mon Feb 4 15:18:58 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Mon, 4 Feb 2008 10:18:58 -0500 (EST) Subject: [Search wiki] Mandate In-Reply-To: <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> References: <47A6FAEB.5090909@gmx.de> <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> Message-ID: <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> I have added the following language to search:Community Portal: Wikia search is governed by its users. Please assist in formulating policy at [[Search:Policies and guidelines]]. The links which don't work at the bottom of pages has been repeatedly reported as a bug, but don't seem to get addressed. In fact, it is doubtful any of the bug reports are being addressed in a systematic way. At least there is no visible evidence that they are. I will bring it up again on IRC. Fred > On Feb 4, 2008 10:45 PM, Rainer Blome wrote: >> Dear Search wiki owners! >> >> please specify explicitly and in the wiki itself how it is going to be >> governed. >> ... >> Did you not publish any such mandate on purpose, to allow for >> self-organization of the community? If so, I would appreciate to be >> told at least this. > > > Rainer, > > You are the owner! Not just you, but the entire community. > > Wikia isn't running this community top-down. It's really in the hands of > the community to develop policies about the content there. Wikia staff > are always on hand to offer advice, but we wouldn't even try to tell you > how to govern yourselves. That is something the community will evolve > over time. > > Angela > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki From fredbaud at fairpoint.net Mon Feb 4 15:21:46 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Mon, 4 Feb 2008 10:21:46 -0500 (EST) Subject: [Search wiki] Miniarticle-Linking Is Awkward In-Reply-To: <47A72AC9.7000107@gmx.de> References: <47A72AC9.7000107@gmx.de> Message-ID: <62412.66.243.196.131.1202138506.squirrel@webx1.neonova.net> > As an aside, I suggest to collect all Wikipedia links in one box. > > Rainer That is an exercise in template writing anyone is welcome to engage in. I suggest trying to find a template on Wikipedia which more or less does what you want and modifying it for our purposes. Fred From fredbaud at fairpoint.net Mon Feb 4 15:55:13 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Mon, 4 Feb 2008 10:55:13 -0500 (EST) Subject: [Search wiki] Mandate In-Reply-To: <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> References: <47A6FAEB.5090909@gmx.de> <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> Message-ID: <62618.66.243.196.131.1202140513.squirrel@webx1.neonova.net> I have added: Wikia Search is governed by its users. Please participate in the formulation of policies and guidelines. to Search:Policies and guidelines. Fred > I have added the following language to search:Community Portal: > > Wikia search is governed by its users. Please assist in formulating > policy at [[Search:Policies and guidelines]]. > > The links which don't work at the bottom of pages has been repeatedly > reported as a bug, but don't seem to get addressed. In fact, it is > doubtful any of the bug reports are being addressed in a systematic way. > At least there is no visible evidence that they are. I will bring it up > again on IRC. > > Fred With respect to the footer messages, an ordinary user cannot access them. They seem to have been disconnected from the usual system messages MediaWiki:Footer* One works, the about us link on the main search page which goes to http://alpha.search.wikia.com/about.html but even on that page only two of the four links work. Fred From jeremie at jabber.org Mon Feb 4 19:36:03 2008 From: jeremie at jabber.org (jer) Date: Mon, 4 Feb 2008 13:36:03 -0600 Subject: [Search wiki] Mandate In-Reply-To: <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> References: <47A6FAEB.5090909@gmx.de> <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> Message-ID: > The links which don't work at the bottom of pages has been repeatedly > reported as a bug, but don't seem to get addressed. They can/should be redirected to the appropriate wiki page on search.wikia.com, give me the links and I'll make sure dennis updates/ redirects the references :) > In fact, it is > doubtful any of the bug reports are being addressed in a systematic > way. > At least there is no visible evidence that they are. I will bring > it up > again on IRC. Attention starvation indeed, it's been very ad-hoc what's getting attention to be fixed/improved. I've been wanting to organize a way that anyone can help highlight the most important things that need or are being given attention, but even getting /that/ organized hasn't gotten any time yet :) Jer From newsmarkie at googlemail.com Mon Feb 4 19:43:24 2008 From: newsmarkie at googlemail.com (Mark (Markie)) Date: Mon, 4 Feb 2008 19:43:24 +0000 Subject: [Search wiki] Mandate In-Reply-To: References: <47A6FAEB.5090909@gmx.de> <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> Message-ID: the links discussed can be seen @ http://alpha.search.wikia.com/about.html most specifically the middle two - Contact us - could this be redirected to http://search.wikia.com/wiki/Special:Contact ?? and ToU which needs filling thanks mark On Feb 4, 2008 7:36 PM, jer wrote: > > The links which don't work at the bottom of pages has been repeatedly > > reported as a bug, but don't seem to get addressed. > > They can/should be redirected to the appropriate wiki page on > search.wikia.com, give me the links and I'll make sure dennis updates/ > redirects the references :) > > > In fact, it is > > doubtful any of the bug reports are being addressed in a systematic > > way. > > At least there is no visible evidence that they are. I will bring > > it up > > again on IRC. > > Attention starvation indeed, it's been very ad-hoc what's getting > attention to be fixed/improved. I've been wanting to organize a way > that anyone can help highlight the most important things that need or > are being given attention, but even getting /that/ organized hasn't > gotten any time yet :) > > Jer > > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wikia.com/pipermail/searchwiki/attachments/20080204/7591aa6e/attachment.html From rainer.blome at gmx.de Mon Feb 4 20:33:04 2008 From: rainer.blome at gmx.de (Rainer Blome) Date: Mon, 04 Feb 2008 21:33:04 +0100 Subject: [Search wiki] Urchin Message-ID: <47A77680.8040201@gmx.de> Wikia pages are analyzed with the help of www.google-analytics.com/urchin.js . My understand?ng is that this is a web service that analyzes which pages are visited and how often. Because of the nature of a traffic analysis service, the provider (Google) can see how often Wikia visitors are visiting which pages. Even more: If the provider wants to, they can even compile a surf profile for the requesting IP addresses. In case it's not blatantly obvious: this is a privacy issue. Is it documented anywhere that this is done? Is this necessary? How are the results used? Wikia is playing into the hands of its competitor, here (:-). If it's necessary, why doesn't Wikia do this on its own? Rainer From jeremie at jabber.org Mon Feb 4 20:44:08 2008 From: jeremie at jabber.org (jer) Date: Mon, 4 Feb 2008 14:44:08 -0600 Subject: [Search wiki] Urchin In-Reply-To: <47A77680.8040201@gmx.de> References: <47A77680.8040201@gmx.de> Message-ID: <1BBEBC26-6460-4709-BC68-D6FDFEE4CA0C@jabber.org> It's only on the actual wiki, "search.wiki.com/" pages, not the search results or social pages at all. Many or all of Wikia's wikis have analytics on them, but I suppose in this case it's rather ironic :) Jer On Feb 4, 2008, at 2:33 PM, Rainer Blome wrote: > Wikia pages are analyzed with the help of > www.google-analytics.com/urchin.js . My understand?ng is that this > is a > web service that analyzes which pages are visited and how often. > > Because of the nature of a traffic analysis service, the provider > (Google) can see how often Wikia visitors are visiting which pages. > Even more: If the provider wants to, they can even compile a surf > profile for the requesting IP addresses. > In case it's not blatantly obvious: this is a privacy issue. > > Is it documented anywhere that this is done? > > Is this necessary? > > How are the results used? > > Wikia is playing into the hands of its competitor, here (:-). > If it's necessary, why doesn't Wikia do this on its own? > > Rainer > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki From balinny at gmail.com Mon Feb 4 22:52:43 2008 From: balinny at gmail.com (Balinny) Date: Mon, 04 Feb 2008 23:52:43 +0100 Subject: [Search wiki] Mandate In-Reply-To: References: <47A6FAEB.5090909@gmx.de> <8b722b800802040353j149a0ee5y71d129e35f0fb791@mail.gmail.com> <62399.66.243.196.131.1202138338.squirrel@webx1.neonova.net> Message-ID: <47A7973B.1060001@gmail.com> jer wrote: >> The links which don't work at the bottom of pages has been repeatedly >> reported as a bug, but don't seem to get addressed. >> > > They can/should be redirected to the appropriate wiki page on > search.wikia.com, give me the links and I'll make sure dennis updates/ > redirects the references :) > About -> Link to the page at Mediawiki:aboutpage Privacy -> Link to the page at Mediawiki:privacypage Terms of use -> Link to the page at Mediawiki:disclaimerpage Add another for "Help us make it better" The text to show being at Mediawiki:about, Mediawiki:privacy & Mediawiki:disclaimers The functions to do so are already available at the parent classes Skin and QuickTemplate. He may also want to look at the skin issues mentioned on yesterday's mail... From jwales at wikia.com Tue Feb 5 08:55:44 2008 From: jwales at wikia.com (Jimmy Wales) Date: Tue, 05 Feb 2008 03:55:44 -0500 Subject: [Search wiki] Mandate In-Reply-To: <47A6FAEB.5090909@gmx.de> References: <47A6FAEB.5090909@gmx.de> Message-ID: <47A82490.3020206@wikia.com> Rainer, I hear you. I wanted to let things be super fluid at first because I don't assume that I'm the smartest guy around, and I wanted to let some creativity flourish, some experimentation. But yes, in the end, I also need to be here to help coalesce the community's decisions into some core policies. Not sure what is wrong with the footer links... but even with those fixed, there's a lot more to be said. Rainer Blome wrote: > Dear Search wiki owners! > > please specify explicitly and in the wiki itself how it is going to be > governed. > > Please give us users (the "community") a mandate to do work here, > for example to create and apply guidelines and policies. > The mandate would serve to flesh out the "Community" principle. > Its publication would fulfill some of the "Transparency" requirement. > > Did you not publish any such mandate on purpose, to allow for > self-organization of the community? If so, I would appreciate to be > told at least this. > > In this regard, please make the footer links working, as these would > then point to the published mandate ("Terms of Use" and "Copyright" in > particular). Do you need help with this? > > Rainer > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki > From jwales at wikia.com Tue Feb 5 11:20:18 2008 From: jwales at wikia.com (Jimmy Wales) Date: Tue, 05 Feb 2008 06:20:18 -0500 Subject: [Search wiki] Urchin In-Reply-To: <47A77680.8040201@gmx.de> References: <47A77680.8040201@gmx.de> Message-ID: <47A84672.9070804@wikia.com> We aren't putting the google analytics code on the search pages just now, partly for that reason (competition). On the other hand, I don't really think in terms of competing by keeping information secret. If people like what we are doing (as a community) they will come and look at it, and if they don't, they don't. As long as we are having fun, it matters little I think. Rainer Blome wrote: > Wikia pages are analyzed with the help of > www.google-analytics.com/urchin.js . My understand?ng is that this is a > web service that analyzes which pages are visited and how often. > > Because of the nature of a traffic analysis service, the provider > (Google) can see how often Wikia visitors are visiting which pages. > Even more: If the provider wants to, they can even compile a surf > profile for the requesting IP addresses. > In case it's not blatantly obvious: this is a privacy issue. > > Is it documented anywhere that this is done? > > Is this necessary? > > How are the results used? > > Wikia is playing into the hands of its competitor, here (:-). > If it's necessary, why doesn't Wikia do this on its own? > > Rainer > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki > From jwales at wikia.com Mon Feb 11 23:52:04 2008 From: jwales at wikia.com (Jimmy Wales) Date: Mon, 11 Feb 2008 15:52:04 -0800 Subject: [Search wiki] most popular search terms Message-ID: <47B0DFA4.1070509@wikia.com> Maybe we can put this in the wiki somewhere with square brackets around each term, to make sure we are covering the stuff that people see most. google wikipedia wikia sex test linux java apple microsoft ubuntu porn wiki /whitelist yahoo seo george bush bush Wikia paris hilton php Google youtube obama news iphone porno wikia search car viagra gay TEST ebay hello youporn naruto paris bill gates britney spears xxx ipod firefox dog sex positions nude debian boobs torrent facebook auto search china usa internet new york python india lol windows lolita Wikipedia /nutchsearch?hitsPerSite=1 hentai computer mp3 search engine lost amazon love wow spanking jimmy wales cat berlin anime bbc cars gmail oracle madonna world of warcraft nokia sony pthc fuck Linux web 2.0 hotmail wii bmw blog George Bush barack obama spiegel penis clinton harry potter barcelona a games cnn casa ibm brasil slashdot poker open source girl video pokemon music metallica mac joomla france sexo japan iran star wars runescape msn football bdsm preteen weather nudist design bondage ajax vista pussy nintendo house hola dell site du zero ron paul free porn anal roma myspace london Apple sarkozy le monde drupal u2 ruby Microsoft ps3 heise espa%C3%B1a web sexe radiohead perl britney you tube wetter sexy nasa israel google.com ferrari portugal hillary clinton deutschland redtube islam germany beatles search engine optimization hallo argentina repubblica nba einstein delphi cms cheese hosting ford brazil tits Jimmy Wales baidu asp.net webdesign warez star trek latex girls prova erotische geschichten dogs cloverfield chile chat sport nutch inter gentoo yoga tagesschau chess translation united kingdom mercedes femdom canon teen SEO hi book travel rapidshare piscine peru lingerie kde css ass free software fkk cricket canada Bush %22welt online%22 tibia jobs grub golfshop dofus psp pantyhose hitler carla bruni Berlin baseball audi wordpress sudoku cisco wallpaper typo3 meteo final fantasy fedora c%2B%2B asdf steve jobs schweiz prague photo intel figa swr3 simpsons marketing knol hello world GOOGLE food digg xbox tennis stargate sharepoint money italia html help free sap opera merkel jenna jameson javascript halo golf freebsd ciao c%23 c bild art praha /nutchsearch lucene heroes hamburg gps el pais videos michael jackson gmx forex emule dvd dsl orkut mexico k%C3%B6ln blender aikido xbox 360 upskirt scientology samsung ruby on rails romania espresso eee pc books stuff search engines opel onet madrid bob dylan webcams water torrents sun shemale hot green it freeware batman terra techcrunch second life porsche naked flash ficken el mundo %E6%97%A5%E6%9C%AC clubic Bill Gates bikini antiquariat web design teste mature manga god foo Deutschland chip car insurance yugioh warcraft stuttgart soccer etf investment esperanto cats Suchmaschinenoptimierung spain skype pink floyd movies korea guitar autogas adobe Test robot radio mysql milf math http go game fish enginyeria coca cola ces Barack Obama /whitelistgoogle podcast one piece .net maps lolitas led zeppelin double glazing Wikia Search USA uol times of india real estate pamela anderson napoleon kindergarten honda colombia coffee benfica amsterdam amd add url wwe web hosting ufo turkey studivz sports PHP photos people Obama nirvana klinikum Java home greece gnome flickr financial translation arsenal anal sex 4chan yacy wine webcam vagina usability tube toyota referencement photoshop lesbian jessica alba ipod touch bill clinton berlusconi b artiste peintre zapatero voyeur voip siemens Sex rome rails nike marca jesus flowers f1 earth corriere clarin big tits wimax venezuela orange macbook jazz haus gazzetta cuba call of duty 4 albert einstein windows vista Windows Ubuntu starcraft rugby polska poland pizza %E6%97%A5%E6%9C%AC%E8%AA%9E django blowjob bleach beer tv toto suchmaschinenoptimierung photography naver mesothelioma library kredit hotel horse europe dictionary d C bremen asus zen xml wdr vb.net topless the engineer spears nudism mini article hp guild wars golem gnu gates eeepc doctor who diabetes testing semantic web rock ringtones proxy preisvergleich pakistan mozilla motorola m%C3%BCnchen matt cutts java programming global warming finance enema Britney Spears android warhammer wallpapers wales subtitling spam software sms science queen programming physics mass effect laptop hacking futbol erotik download crm cinema casino apache wiki search time teens tattoo swimming pools uk stalin soa SEX putas Paris%2BHilton%2Bcelebrity mobile milan mahalo james bond ikea hattrick %E4%B8%AD%E5%9B%BD catalunya business barrapunto abraham lincoln vietnam travian suchmaschine reisen prodi monkey mail les corts lego ldap iron maiden iraq incest hack googlepages google earth fotos crack cool blah unix tweakers salsa pippo paul greengrass nudes matrix mario libero hund gta foobar e-learning eclipse cloud chocolate barak obama america 1 yandex tiger teststring slackware sapo orf nokia n95 Naruto gimp dating cancer architecture adult volkswagen superman sesso punk p2p mitt romney live laser juventus ireland images hi5 health hannover handy graffiti george washington elvis dupa como fritar um ovo bukkake boston bbw amputee wifi wien wicca wein volvo ubuntuusers translation shit SAP russia rammstein nvidia meneame ladrones istanbul innovation IBM grillo foto encyclopedia dise%C3%B1o web cuckold CES world wikip%C3%A9dia white house urlaub squirt site du z%C3%A9ro seznam rape poesia playstation 3 pearl jam olpc oasis lemonde italy imdb gold george friends feet elephant clouds beach adsl you porn viajes psg project management osho opensuse nlp New York macedonia linkin park las vegas iPhone hurtigruten hillary gis george w bush free sex fisting dubai cannabis blogs biodiesel babes asp abc twitter search engine marketing real madrid poop perro ogame new york times neural networks michael jordan medellin lyrics logo design jeux iso hockey Germany framasoft fiat elearning ducati bilbao basketball avatar australia atari asus eee amiga adsense viagens transformers teen- model solar siteduzero shisha shakira renault picasso open office nintendo wii nine inch nails nfl miserable failure michael arrington maroc kde4 India hilton guitar hero globo george w. bush genealogy film feuerwehr erotic digital camera costa rica ces 2008 budapest brno blu-ray banana zelda www /whitelist/nutchsearch what vodafone toronto tarot sweden prison break pornotube pedo patent openoffice masturbation Laura Lion karate johns hopkins jaguar gundam google.de googl George W. Bush FSX formula 1 flex espn depeche mode crysis bulgaria bonsai bob marley beppe grillo arte aol angela merkel you wandern visual basic vegan tree thomas jefferson thinkpad switzerland sql something s ronaldinho rencontre reiki Porn playboy pagerank notebook nikon d300 nikon life job jimbo wales IT training UK imac Hillary Clinton halo 3 gina wild evolution disney deviantart dance cmt stuttgart China buzz out loud boob blogspot abap WebHosting titten syria smallville singapore search wikia schach runescape fansite rpg red hot chili peppers poetry pc origami ontology oblivion mozart movie milano manchester united macbook air liverpool kubuntu kerala judo internet marketing insurance htpc high heels hawaii gay sex frankfurt forum email marketing dortmund david Cumshot cum cnet boys alpha airbus wikisearch vw usb the witcher thailand tata tamil taekwondo surf solidworks snooker security president pictures Paris+Hilton+celebrity napoli musica muse lotto loli leo karaoke juegos john image hotels hibernate handball hacker fpga flower finland emo domina cumshot culo cfnm california bielefeld austria asterisk as amateur alternate alice albania ac milan zappa wrestling /whitelistwikipedia voiture vmware united states tool tokyo tepe tata nano social networking silvia saint sidux scrubs red tube putty police philosophy pdf Paris panties openbsd lastminute labrador kosovo kingdom hearts jimmy hardcore hamster h gulli geocaching fotolog email el salvador eee dream theater dinosaurs diaper database computers child porn carnaval call of duty Brazil boy blue ray big boobs bbc news baum bamboo blinds apo amor acer accenture Yahoo winamp /whitelistlinux werbeagentur potsdam From newsmarkie at googlemail.com Tue Feb 12 10:11:37 2008 From: newsmarkie at googlemail.com (Mark (Markie)) Date: Tue, 12 Feb 2008 10:11:37 +0000 Subject: [Search wiki] most popular search terms In-Reply-To: <47B0DFA4.1070509@wikia.com> References: <47B0DFA4.1070509@wikia.com> Message-ID: i will/can do later if no-one else has. many thanks for these stats :-) but any chance of anymore, such as general useage? thanks mark On Feb 11, 2008 11:52 PM, Jimmy Wales wrote: > > Maybe we can put this in the wiki somewhere with square brackets around > each term, to make sure we are covering the stuff that people see most. > > > > google > wikipedia > wikia > sex > test > linux > java > apple > microsoft > ubuntu > porn > wiki > /whitelist > yahoo > seo > george bush > bush > Wikia > paris hilton > php > Google > youtube > obama > news > iphone > porno > wikia search > car > viagra > gay > TEST > ebay > hello > youporn > naruto > paris > bill gates > britney spears > xxx > ipod > firefox > dog > sex positions > nude > debian > boobs > torrent > facebook > auto > search > china > usa > internet > new york > python > india > lol > windows > lolita > Wikipedia > /nutchsearch?hitsPerSite=1 > hentai > computer > mp3 > search engine > lost > amazon > love > wow > spanking > jimmy wales > cat > berlin > anime > bbc > cars > gmail > oracle > madonna > world of warcraft > nokia > sony > pthc > fuck > Linux > web 2.0 > hotmail > wii > bmw > blog > George Bush > barack obama > spiegel > penis > clinton > harry potter > barcelona > a > games > cnn > casa > ibm > brasil > slashdot > poker > open source > girl > video > pokemon > music > metallica > mac > joomla > france > sexo > japan > iran > star wars > runescape > msn > football > bdsm > preteen > weather > nudist > design > bondage > ajax > vista > pussy > nintendo > house > hola > dell > site du zero > ron paul > free porn > anal > roma > myspace > london > Apple > sarkozy > le monde > drupal > u2 > ruby > Microsoft > ps3 > heise > espa%C3%B1a > web > sexe > radiohead > perl > britney > you tube > wetter > sexy > nasa > israel > google.com > ferrari > portugal > hillary clinton > deutschland > redtube > islam > germany > beatles > search engine optimization > hallo > argentina > repubblica > nba > einstein > delphi > cms > cheese > hosting > ford > brazil > tits > Jimmy Wales > baidu > asp.net > webdesign > warez > star trek > latex > girls > prova > erotische geschichten > dogs > cloverfield > chile > chat > sport > nutch > inter > gentoo > yoga > tagesschau > chess > translation united kingdom > mercedes > femdom > canon > teen > SEO > hi > book > travel > rapidshare > piscine > peru > lingerie > kde > css > ass > free software > fkk > cricket > canada > Bush > %22welt online%22 > tibia > jobs > grub > golfshop > dofus > psp > pantyhose > hitler > carla bruni > Berlin > baseball > audi > wordpress > sudoku > cisco > wallpaper > typo3 > meteo > final fantasy > fedora > c%2B%2B > asdf > steve jobs > schweiz > prague > photo > intel > figa > swr3 > simpsons > marketing > knol > hello world > GOOGLE > food > digg > xbox > tennis > stargate > sharepoint > money > italia > html > help > free > sap > opera > merkel > jenna jameson > javascript > halo > golf > freebsd > ciao > c%23 > c > bild > art > praha > /nutchsearch > lucene > heroes > hamburg > gps > el pais > videos > michael jackson > gmx > forex > emule > dvd > dsl > orkut > mexico > k%C3%B6ln > blender > aikido > xbox 360 > upskirt > scientology > samsung > ruby on rails > romania > espresso > eee pc > books > stuff > search engines > opel > onet > madrid > bob dylan > webcams > water > torrents > sun > shemale > hot > green it > freeware > batman > terra > techcrunch > second life > porsche > naked > flash > ficken > el mundo > %E6%97%A5%E6%9C%AC > clubic > Bill Gates > bikini > antiquariat > web design > teste > mature > manga > god > foo > Deutschland > chip > car insurance > yugioh > warcraft > stuttgart > soccer > etf investment > esperanto > cats > Suchmaschinenoptimierung > spain > skype > pink floyd > movies > korea > guitar > autogas > adobe > Test > robot > radio > mysql > milf > math > http > go > game > fish > enginyeria > coca cola > ces > Barack Obama > /whitelistgoogle > podcast > one piece > .net > maps > lolitas > led zeppelin > double glazing > Wikia Search > USA > uol > times of india > real estate > pamela anderson > napoleon > kindergarten > honda > colombia > coffee > benfica > amsterdam > amd > add url > wwe > web hosting > ufo > turkey > studivz > sports > PHP > photos > people > Obama > nirvana > klinikum > Java > home > greece > gnome > flickr > financial translation > arsenal > anal sex > 4chan > yacy > wine > webcam > vagina > usability > tube > toyota > referencement > photoshop > lesbian > jessica alba > ipod touch > bill clinton > berlusconi > b > artiste peintre > zapatero > voyeur > voip > siemens > Sex > rome > rails > nike > marca > jesus > flowers > f1 > earth > corriere > clarin > big tits > wimax > venezuela > orange > macbook > jazz > haus > gazzetta > cuba > call of duty 4 > albert einstein > windows vista > Windows > Ubuntu > starcraft > rugby > polska > poland > pizza > %E6%97%A5%E6%9C%AC%E8%AA%9E > django > blowjob > bleach > beer > tv > toto > suchmaschinenoptimierung > photography > naver > mesothelioma > library > kredit > hotel > horse > europe > dictionary > d > C > bremen > asus > zen > xml > wdr > vb.net > topless > the engineer > spears > nudism > mini article > hp > guild wars > golem > gnu > gates > eeepc > doctor who > diabetes > testing > semantic web > rock > ringtones > proxy > preisvergleich > pakistan > mozilla > motorola > m%C3%BCnchen > matt cutts > java programming > global warming > finance > enema > Britney Spears > android > warhammer > wallpapers > wales > subtitling > spam > software > sms > science > queen > programming > physics > mass effect > laptop > hacking > futbol > erotik > download > crm > cinema > casino > apache > wiki search > time > teens > tattoo > swimming pools uk > stalin > soa > SEX > putas > Paris%2BHilton%2Bcelebrity > mobile > milan > mahalo > james bond > ikea > hattrick > %E4%B8%AD%E5%9B%BD > catalunya > business > barrapunto > abraham lincoln > vietnam > travian > suchmaschine > reisen > prodi > monkey > mail > les corts > lego > ldap > iron maiden > iraq > incest > hack > googlepages > google earth > fotos > crack > cool > blah > unix > tweakers > salsa > pippo > paul greengrass > nudes > matrix > mario > libero > hund > gta > foobar > e-learning > eclipse > cloud > chocolate > barak obama > america > 1 > yandex > tiger > teststring > slackware > sapo > orf > nokia n95 > Naruto > gimp > dating > cancer > architecture > adult > volkswagen > superman > sesso > punk > p2p > mitt romney > live > laser > juventus > ireland > images > hi5 > health > hannover > handy > graffiti > george washington > elvis > dupa > como fritar um ovo > bukkake > boston > bbw > amputee > wifi > wien > wicca > wein > volvo > ubuntuusers > translation > shit > SAP > russia > rammstein > nvidia > meneame > ladrones > istanbul > innovation > IBM > grillo > foto > encyclopedia > dise%C3%B1o web > cuckold > CES > world > wikip%C3%A9dia > white house > urlaub > squirt > site du z%C3%A9ro > seznam > rape > poesia > playstation 3 > pearl jam > olpc > oasis > lemonde > italy > imdb > gold > george > friends > feet > elephant > clouds > beach > adsl > you porn > viajes > psg > project management > osho > opensuse > nlp > New York > macedonia > linkin park > las vegas > iPhone > hurtigruten > hillary > gis > george w bush > free sex > fisting > dubai > cannabis > blogs > biodiesel > babes > asp > abc > twitter > search engine marketing > real madrid > poop > perro > ogame > new york times > neural networks > michael jordan > medellin > lyrics > logo design > jeux > iso > hockey > Germany > framasoft > fiat > elearning > ducati > bilbao > basketball > avatar > australia > atari > asus eee > amiga > adsense > viagens > transformers > teen- model > solar > siteduzero > shisha > shakira > renault > picasso > open office > nintendo wii > nine inch nails > nfl > miserable failure > michael arrington > maroc > kde4 > India > hilton > guitar hero > globo > george w. bush > genealogy > film > feuerwehr > erotic > digital camera > costa rica > ces 2008 > budapest > brno > blu-ray > banana > zelda > www > /whitelist/nutchsearch > what > vodafone > toronto > tarot > sweden > prison break > pornotube > pedo > patent > openoffice > masturbation > Laura Lion > karate > johns hopkins > jaguar > gundam > google.de > googl > George W. Bush > FSX > formula 1 > flex > espn > depeche mode > crysis > bulgaria > bonsai > bob marley > beppe grillo > arte > aol > angela merkel > you > wandern > visual basic > vegan > tree > thomas jefferson > thinkpad > switzerland > sql > something > s > ronaldinho > rencontre > reiki > Porn > playboy > pagerank > notebook > nikon d300 > nikon > life > job > jimbo wales > IT training UK > imac > Hillary Clinton > halo 3 > gina wild > evolution > disney > deviantart > dance > cmt stuttgart > China > buzz out loud > boob > blogspot > abap > WebHosting > titten > syria > smallville > singapore > search wikia > schach > runescape fansite > rpg > red hot chili peppers > poetry > pc > origami > ontology > oblivion > mozart > movie > milano > manchester united > macbook air > liverpool > kubuntu > kerala > judo > internet marketing > insurance > htpc > high heels > hawaii > gay sex > frankfurt > forum > email marketing > dortmund > david > Cumshot > cum > cnet > boys > alpha > airbus > wikisearch > vw > usb > the witcher > thailand > tata > tamil > taekwondo > surf > solidworks > snooker > security > president > pictures > Paris+Hilton+celebrity > napoli > musica > muse > lotto > loli > leo > karaoke > juegos > john > image > hotels > hibernate > handball > hacker > fpga > flower > finland > emo > domina > cumshot > culo > cfnm > california > bielefeld > austria > asterisk > as > amateur > alternate > alice > albania > ac milan > zappa > wrestling > /whitelistwikipedia > voiture > vmware > united states > tool > tokyo > tepe > tata nano > social networking > silvia saint > sidux > scrubs > red tube > putty > police > philosophy > pdf > Paris > panties > openbsd > lastminute > labrador > kosovo > kingdom hearts > jimmy > hardcore > hamster > h > gulli > geocaching > fotolog > email > el salvador > eee > dream theater > dinosaurs > diaper > database > computers > child porn > carnaval > call of duty > Brazil > boy > blue ray > big boobs > bbc news > baum > bamboo blinds > apo > amor > acer > accenture > Yahoo > winamp > /whitelistlinux > werbeagentur potsdam > > _______________________________________________ > Search wiki mailing list > http://search.wikia.com/ > http://lists.wikia.com/mailman/listinfo/searchwiki > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wikia.com/pipermail/searchwiki/attachments/20080212/389b6eb7/attachment-0001.html From newsmarkie at googlemail.com Tue Feb 12 21:19:58 2008 From: newsmarkie at googlemail.com (Mark (Markie)) Date: Tue, 12 Feb 2008 21:19:58 +0000 Subject: [Search wiki] most popular search terms In-Reply-To: References: <47B0DFA4.1070509@wikia.com> Message-ID: right ive wlinked all the pages, and am now running a bot which is tagging all the pages (that exist) with a template. these pages can be seen at http://search.wikia.com/wiki/Category:Popular_search_result . when it has finished running i will post a list of pages that dont exist - for creation :-) regards mark [[Mini:google]] [[Mini:wikipedia]] [[Mini:wikia]] [[Mini:sex]] [[Mini:test]] [[Mini:linux]] [[Mini:java]] [[Mini:apple]] [[Mini:microsoft]] [[Mini:ubuntu]] [[Mini:porn]] [[Mini:wiki]] [[Mini:/whitelist]] [[Mini:yahoo]] [[Mini:seo]] [[Mini:george bush]] [[Mini:bush]] [[Mini:Wikia]] [[Mini:paris hilton]] [[Mini:php]] [[Mini:Google]] [[Mini:youtube]] [[Mini:obama]] [[Mini:news]] [[Mini:iphone]] [[Mini:porno]] [[Mini:wikia search]] [[Mini:car]] [[Mini:viagra]] [[Mini:gay]] [[Mini:TEST]] [[Mini:ebay]] [[Mini:hello]] [[Mini:youporn]] [[Mini:naruto]] [[Mini:paris]] [[Mini:bill gates]] [[Mini:britney spears]] [[Mini:xxx]] [[Mini:ipod]] [[Mini:firefox]] [[Mini:dog]] [[Mini:sex positions]] [[Mini:nude]] [[Mini:debian]] [[Mini:boobs]] [[Mini:torrent]] [[Mini:facebook]] [[Mini:auto]] [[Mini:search]] [[Mini:china]] [[Mini:usa]] [[Mini:internet]] [[Mini:new york]] [[Mini:python]] [[Mini:india]] [[Mini:lol]] [[Mini:windows]] [[Mini:lolita]] [[Mini:Wikipedia]] [[Mini:/nutchsearch?hitsPerSite=1]] [[Mini:hentai]] [[Mini:computer]] [[Mini:mp3]] [[Mini:search engine]] [[Mini:lost]] [[Mini:amazon]] [[Mini:love]] [[Mini:wow]] [[Mini:spanking]] [[Mini:jimmy wales]] [[Mini:cat]] [[Mini:berlin]] [[Mini:anime]] [[Mini:bbc]] [[Mini:cars]] [[Mini:gmail]] [[Mini:oracle]] [[Mini:madonna]] [[Mini:world of warcraft]] [[Mini:nokia]] [[Mini:sony]] [[Mini:pthc]] [[Mini:fuck]] [[Mini:Linux]] [[Mini:web 2.0]] [[Mini:hotmail]] [[Mini:wii]] [[Mini:bmw]] [[Mini:blog]] [[Mini:George Bush]] [[Mini:barack obama]] [[Mini:spiegel]] [[Mini:penis]] [[Mini:clinton]] [[Mini:harry potter]] [[Mini:barcelona]] [[Mini:a]] [[Mini:games]] [[Mini:cnn]] [[Mini:casa]] [[Mini:ibm]] [[Mini:brasil]] [[Mini:slashdot]] [[Mini:poker]] [[Mini:open source]] [[Mini:girl]] [[Mini:video]] [[Mini:pokemon]] [[Mini:music]] [[Mini:metallica]] [[Mini:mac]] [[Mini:joomla]] [[Mini:france]] [[Mini:sexo]] [[Mini:japan]] [[Mini:iran]] [[Mini:star wars]] [[Mini:runescape]] [[Mini:msn]] [[Mini:football]] [[Mini:bdsm]] [[Mini:preteen]] [[Mini:weather]] [[Mini:nudist]] [[Mini:design]] [[Mini:bondage]] [[Mini:ajax]] [[Mini:vista]] [[Mini:pussy]] [[Mini:nintendo]] [[Mini:house]] [[Mini:hola]] [[Mini:dell]] [[Mini:site du zero]] [[Mini:ron paul]] [[Mini:free porn]] [[Mini:anal]] [[Mini:roma]] [[Mini:myspace]] [[Mini:london]] [[Mini:Apple]] [[Mini:sarkozy]] [[Mini:le monde]] [[Mini:drupal]] [[Mini:u2]] [[Mini:ruby]] [[Mini:Microsoft]] [[Mini:ps3]] [[Mini:heise]] [[Mini:espa%C3%B1a]] [[Mini:web]] [[Mini:sexe]] [[Mini:radiohead]] [[Mini:perl]] [[Mini:britney]] [[Mini:you tube]] [[Mini:wetter]] [[Mini:sexy]] [[Mini:nasa]] [[Mini:israel]] [[Mini:google.com]] [[Mini:ferrari]] [[Mini:portugal]] [[Mini:hillary clinton]] [[Mini:deutschland]] [[Mini:redtube]] [[Mini:islam]] [[Mini:germany]] [[Mini:beatles]] [[Mini:search engine optimization]] [[Mini:hallo]] [[Mini:argentina]] [[Mini:repubblica]] [[Mini:nba]] [[Mini:einstein]] [[Mini:delphi]] [[Mini:cms]] [[Mini:cheese]] [[Mini:hosting]] [[Mini:ford]] [[Mini:brazil]] [[Mini:tits]] [[Mini:Jimmy Wales]] [[Mini:baidu]] [[Mini:asp.net]] [[Mini:webdesign]] [[Mini:warez]] [[Mini:star trek]] [[Mini:latex]] [[Mini:girls]] [[Mini:prova]] [[Mini:erotische geschichten]] [[Mini:dogs]] [[Mini:cloverfield]] [[Mini:chile]] [[Mini:chat]] [[Mini:sport]] [[Mini:nutch]] [[Mini:inter]] [[Mini:gentoo]] [[Mini:yoga]] [[Mini:tagesschau]] [[Mini:chess]] [[Mini:translation united kingdom]] [[Mini:mercedes]] [[Mini:femdom]] [[Mini:canon]] [[Mini:teen]] [[Mini:SEO]] [[Mini:hi]] [[Mini:book]] [[Mini:travel]] [[Mini:rapidshare]] [[Mini:piscine]] [[Mini:peru]] [[Mini:lingerie]] [[Mini:kde]] [[Mini:css]] [[Mini:ass]] [[Mini:free software]] [[Mini:fkk]] [[Mini:cricket]] [[Mini:canada]] [[Mini:Bush]] [[Mini:%22welt online%22]] [[Mini:tibia]] [[Mini:jobs]] [[Mini:grub]] [[Mini:golfshop]] [[Mini:dofus]] [[Mini:psp]] [[Mini:pantyhose]] [[Mini:hitler]] [[Mini:carla bruni]] [[Mini:Berlin]] [[Mini:baseball]] [[Mini:audi]] [[Mini:wordpress]] [[Mini:sudoku]] [[Mini:cisco]] [[Mini:wallpaper]] [[Mini:typo3]] [[Mini:meteo]] [[Mini:final fantasy]] [[Mini:fedora]] [[Mini:c%2B%2B]] [[Mini:asdf]] [[Mini:steve jobs]] [[Mini:schweiz]] [[Mini:prague]] [[Mini:photo]] [[Mini:intel]] [[Mini:figa]] [[Mini:swr3]] [[Mini:simpsons]] [[Mini:marketing]] [[Mini:knol]] [[Mini:hello world]] [[Mini:GOOGLE]] [[Mini:food]] [[Mini:digg]] [[Mini:xbox]] [[Mini:tennis]] [[Mini:stargate]] [[Mini:sharepoint]] [[Mini:money]] [[Mini:italia]] [[Mini:html]] [[Mini:help]] [[Mini:free]] [[Mini:sap]] [[Mini:opera]] [[Mini:merkel]] [[Mini:jenna jameson]] [[Mini:javascript]] [[Mini:halo]] [[Mini:golf]] [[Mini:freebsd]] [[Mini:ciao]] [[Mini:c%23]] [[Mini:c]] [[Mini:bild]] [[Mini:art]] [[Mini:praha]] [[Mini:/nutchsearch]] [[Mini:lucene]] [[Mini:heroes]] [[Mini:hamburg]] [[Mini:gps]] [[Mini:el pais]] [[Mini:videos]] [[Mini:michael jackson]] [[Mini:gmx]] [[Mini:forex]] [[Mini:emule]] [[Mini:dvd]] [[Mini:dsl]] [[Mini:orkut]] [[Mini:mexico]] [[Mini:k%C3%B6ln]] [[Mini:blender]] [[Mini:aikido]] [[Mini:xbox 360]] [[Mini:upskirt]] [[Mini:scientology]] [[Mini:samsung]] [[Mini:ruby on rails]] [[Mini:romania]] [[Mini:espresso]] [[Mini:eee pc]] [[Mini:books]] [[Mini:stuff]] [[Mini:search engines]] [[Mini:opel]] [[Mini:onet]] [[Mini:madrid]] [[Mini:bob dylan]] [[Mini:webcams]] [[Mini:water]] [[Mini:torrents]] [[Mini:sun]] [[Mini:shemale]] [[Mini:hot]] [[Mini:green it]] [[Mini:freeware]] [[Mini:batman]] [[Mini:terra]] [[Mini:techcrunch]] [[Mini:second life]] [[Mini:porsche]] [[Mini:naked]] [[Mini:flash]] [[Mini:ficken]] [[Mini:el mundo]] [[Mini:%E6%97%A5%E6%9C%AC]] [[Mini:clubic]] [[Mini:Bill Gates]] [[Mini:bikini]] [[Mini:antiquariat]] [[Mini:web design]] [[Mini:teste]] [[Mini:mature]] [[Mini:manga]] [[Mini:god]] [[Mini:foo]] [[Mini:Deutschland]] [[Mini:chip]] [[Mini:car insurance]] [[Mini:yugioh]] [[Mini:warcraft]] [[Mini:stuttgart]] [[Mini:soccer]] [[Mini:etf investment]] [[Mini:esperanto]] [[Mini:cats]] [[Mini:Suchmaschinenoptimierung]] [[Mini:spain]] [[Mini:skype]] [[Mini:pink floyd]] [[Mini:movies]] [[Mini:korea]] [[Mini:guitar]] [[Mini:autogas]] [[Mini:adobe]] [[Mini:Test]] [[Mini:robot]] [[Mini:radio]] [[Mini:mysql]] [[Mini:milf]] [[Mini:math]] [[Mini:http]] [[Mini:go]] [[Mini:game]] [[Mini:fish]] [[Mini:enginyeria]] [[Mini:coca cola]] [[Mini:ces]] [[Mini:Barack Obama]] [[Mini:/whitelistgoogle]] [[Mini:podcast]] [[Mini:one piece]] [[Mini:.net]] [[Mini:maps]] [[Mini:lolitas]] [[Mini:led zeppelin]] [[Mini:double glazing]] [[Mini:Wikia Search]] [[Mini:USA]] [[Mini:uol]] [[Mini:times of india]] [[Mini:real estate]] [[Mini:pamela anderson]] [[Mini:napoleon]] [[Mini:kindergarten]] [[Mini:honda]] [[Mini:colombia]] [[Mini:coffee]] [[Mini:benfica]] [[Mini:amsterdam]] [[Mini:amd]] [[Mini:add url]] [[Mini:wwe]] [[Mini:web hosting]] [[Mini:ufo]] [[Mini:turkey]] [[Mini:studivz]] [[Mini:sports]] [[Mini:PHP]] [[Mini:photos]] [[Mini:people]] [[Mini:Obama]] [[Mini:nirvana]] [[Mini:klinikum]] [[Mini:Java]] [[Mini:home]] [[Mini:greece]] [[Mini:gnome]] [[Mini:flickr]] [[Mini:financial translation]] [[Mini:arsenal]] [[Mini:anal sex]] [[Mini:4chan]] [[Mini:yacy]] [[Mini:wine]] [[Mini:webcam]] [[Mini:vagina]] [[Mini:usability]] [[Mini:tube]] [[Mini:toyota]] [[Mini:referencement]] [[Mini:photoshop]] [[Mini:lesbian]] [[Mini:jessica alba]] [[Mini:ipod touch]] [[Mini:bill clinton]] [[Mini:berlusconi]] [[Mini:b]] [[Mini:artiste peintre]] [[Mini:zapatero]] [[Mini:voyeur]] [[Mini:voip]] [[Mini:siemens]] [[Mini:Sex]] [[Mini:rome]] [[Mini:rails]] [[Mini:nike]] [[Mini:marca]] [[Mini:jesus]] [[Mini:flowers]] [[Mini:f1]] [[Mini:earth]] [[Mini:corriere]] [[Mini:clarin]] [[Mini:big tits]] [[Mini:wimax]] [[Mini:venezuela]] [[Mini:orange]] [[Mini:macbook]] [[Mini:jazz]] [[Mini:haus]] [[Mini:gazzetta]] [[Mini:cuba]] [[Mini:call of duty 4]] [[Mini:albert einstein]] [[Mini:windows vista]] [[Mini:Windows]] [[Mini:Ubuntu]] [[Mini:starcraft]] [[Mini:rugby]] [[Mini:polska]] [[Mini:poland]] [[Mini:pizza]] [[Mini:%E6%97%A5%E6%9C%AC%E8%AA%9E]] [[Mini:django]] [[Mini:blowjob]] [[Mini:bleach]] [[Mini:beer]] [[Mini:tv]] [[Mini:toto]] [[Mini:suchmaschinenoptimierung]] [[Mini:photography]] [[Mini:naver]] [[Mini:mesothelioma]] [[Mini:library]] [[Mini:kredit]] [[Mini:hotel]] [[Mini:horse]] [[Mini:europe]] [[Mini:dictionary]] [[Mini:d]] [[Mini:C]] [[Mini:bremen]] [[Mini:asus]] [[Mini:zen]] [[Mini:xml]] [[Mini:wdr]] [[Mini:vb.net]] [[Mini:topless]] [[Mini:the engineer]] [[Mini:spears]] [[Mini:nudism]] [[Mini:mini article]] [[Mini:hp]] [[Mini:guild wars]] [[Mini:golem]] [[Mini:gnu]] [[Mini:gates]] [[Mini:eeepc]] [[Mini:doctor who]] [[Mini:diabetes]] [[Mini:testing]] [[Mini:semantic web]] [[Mini:rock]] [[Mini:ringtones]] [[Mini:proxy]] [[Mini:preisvergleich]] [[Mini:pakistan]] [[Mini:mozilla]] [[Mini:motorola]] [[Mini:m%C3%BCnchen]] [[Mini:matt cutts]] [[Mini:java programming]] [[Mini:global warming]] [[Mini:finance]] [[Mini:enema]] [[Mini:Britney Spears]] [[Mini:android]] [[Mini:warhammer]] [[Mini:wallpapers]] [[Mini:wales]] [[Mini:subtitling]] [[Mini:spam]] [[Mini:software]] [[Mini:sms]] [[Mini:science]] [[Mini:queen]] [[Mini:programming]] [[Mini:physics]] [[Mini:mass effect]] [[Mini:laptop]] [[Mini:hacking]] [[Mini:futbol]] [[Mini:erotik]] [[Mini:download]] [[Mini:crm]] [[Mini:cinema]] [[Mini:casino]] [[Mini:apache]] [[Mini:wiki search]] [[Mini:time]] [[Mini:teens]] [[Mini:tattoo]] [[Mini:swimming pools uk]] [[Mini:stalin]] [[Mini:soa]] [[Mini:SEX]] [[Mini:putas]] [[Mini:Paris%2BHilton%2Bcelebrity]] [[Mini:mobile]] [[Mini:milan]] [[Mini:mahalo]] [[Mini:james bond [[Mini:ikea]] [[Mini:hattrick]] [[Mini:%E4%B8%AD%E5%9B%BD]] [[Mini:catalunya]] [[Mini:business]] [[Mini:barrapunto]] [[Mini:abraham lincoln]] [[Mini:vietnam]] [[Mini:travian]] [[Mini:suchmaschine]] [[Mini:reisen]] [[Mini:prodi]] [[Mini:monkey]] [[Mini:mail]] [[Mini:les corts]] [[Mini:lego]] [[Mini:ldap]] [[Mini:iron maiden]] [[Mini:iraq]] [[Mini:incest]] [[Mini:hack]] [[Mini:googlepages]] [[Mini:google earth]] [[Mini:fotos]] [[Mini:crack]] [[Mini:cool]] [[Mini:blah]] [[Mini:unix]] [[Mini:tweakers]] [[Mini:salsa]] [[Mini:pippo]] [[Mini:paul greengrass]] [[Mini:nudes]] [[Mini:matrix]] [[Mini:mario]] [[Mini:libero]] [[Mini:hund]] [[Mini:gta]] [[Mini:foobar]] [[Mini:e-learning]] [[Mini:eclipse]] [[Mini:cloud]] [[Mini:chocolate]] [[Mini:barak obama]] [[Mini:america]] [[Mini:1]] [[Mini:yandex]] [[Mini:tiger]] [[Mini:teststring]] [[Mini:slackware]] [[Mini:sapo]] [[Mini:orf]] [[Mini:nokia n95]] [[Mini:Naruto]] [[Mini:gimp]] [[Mini:dating]] [[Mini:cancer]] [[Mini:architecture]] [[Mini:adult]] [[Mini:volkswagen]] [[Mini:superman]] [[Mini:sesso]] [[Mini:punk]] [[Mini:p2p]] [[Mini:mitt romney]] [[Mini:live]] [[Mini:laser]] [[Mini:juventus]] [[Mini:ireland]] [[Mini:images]] [[Mini:hi5]] [[Mini:health]] [[Mini:hannover]] [[Mini:handy]] [[Mini:graffiti]] [[Mini:george washington]] [[Mini:elvis]] [[Mini:dupa]] [[Mini:como fritar um ovo]] [[Mini:bukkake]] [[Mini:boston]] [[Mini:bbw]] [[Mini:amputee]] [[Mini:wifi]] [[Mini:wien]] [[Mini:wicca]] [[Mini:wein]] [[Mini:volvo]] [[Mini:ubuntuusers]] [[Mini:translation]] [[Mini:shit]] [[Mini:SAP]] [[Mini:russia]] [[Mini:rammstein]] [[Mini:nvidia]] [[Mini:meneame]] [[Mini:ladrones]] [[Mini:istanbul]] [[Mini:innovation]] [[Mini:IBM]] [[Mini:grillo]] [[Mini:foto]] [[Mini:encyclopedia]] [[Mini:dise%C3%B1o web]] [[Mini:cuckold]] [[Mini:CES]] [[Mini:world]] [[Mini:wikip%C3%A9dia]] [[Mini:white house]] [[Mini:urlaub]] [[Mini:squirt]] [[Mini:site du z%C3%A9ro]] [[Mini:seznam]] [[Mini:rape]] [[Mini:poesia]] [[Mini:playstation 3]] [[Mini:pearl jam]] [[Mini:olpc]] [[Mini:oasis]] [[Mini:lemonde]] [[Mini:italy]] [[Mini:imdb]] [[Mini:gold]] [[Mini:george]] [[Mini:friends]] [[Mini:feet]] [[Mini:elephant]] [[Mini:clouds]] [[Mini:beach]] [[Mini:adsl]] [[Mini:you porn]] [[Mini:viajes]] [[Mini:psg]] [[Mini:project management]] [[Mini:osho]] [[Mini:opensuse]] [[Mini:nlp]] [[Mini:New York]] [[Mini:macedonia]] [[Mini:linkin park]] [[Mini:las vegas]] [[Mini:iPhone]] [[Mini:hurtigruten]] [[Mini:hillary]] [[Mini:gis]] [[Mini:george w bush]] [[Mini:free sex]] [[Mini:fisting]] [[Mini:dubai]] [[Mini:cannabis]] [[Mini:blogs]] [[Mini:biodiesel]] [[Mini:babes]] [[Mini:asp]] [[Mini:abc]] [[Mini:twitter]] [[Mini:search engine marketing]] [[Mini:real madrid]] [[Mini:poop]] [[Mini:perro]] [[Mini:ogame]] [[Mini:new york times]] [[Mini:neural networks]] [[Mini:michael jordan]] [[Mini:medellin]] [[Mini:lyrics]] [[Mini:logo design]] [[Mini:jeux]] [[Mini:iso]] [[Mini:hockey]] [[Mini:Germany]] [[Mini:framasoft]] [[Mini:fiat]] [[Mini:elearning]] [[Mini:ducati]] [[Mini:bilbao]] [[Mini:basketball]] [[Mini:avatar]] [[Mini:australia]] [[Mini:atari]] [[Mini:asus eee]] [[Mini:amiga]] [[Mini:adsense]] [[Mini:viagens]] [[Mini:transformers]] [[Mini:teen- model]] [[Mini:solar]] [[Mini:siteduzero]] [[Mini:shisha]] [[Mini:shakira]] [[Mini:renault]] [[Mini:picasso]] [[Mini:open office]] [[Mini:nintendo wii]] [[Mini:nine inch nails]] [[Mini:nfl]] [[Mini:miserable failure]] [[Mini:michael arrington]] [[Mini:maroc]] [[Mini:kde4]] [[Mini:India]] [[Mini:hilton]] [[Mini:guitar hero]] [[Mini:globo]] [[Mini:george w. bush]] [[Mini:genealogy]] [[Mini:film]] [[Mini:feuerwehr]] [[Mini:erotic]] [[Mini:digital camera]] [[Mini:costa rica]] [[Mini:ces 2008]] [[Mini:budapest]] [[Mini:brno]] [[Mini:blu-ray]] [[Mini:banana]] [[Mini:zelda]] [[Mini:www]] [[Mini:/whitelist/nutchsearch]] [[Mini:what]] [[Mini:vodafone]] [[Mini:toronto]] [[Mini:tarot]] [[Mini:sweden]] [[Mini:prison break]] [[Mini:pornotube]] [[Mini:pedo]] [[Mini:patent]] [[Mini:openoffice]] [[Mini:masturbation]] [[Mini:Laura Lion]] [[Mini:karate]] [[Mini:johns hopkins]] [[Mini:jaguar]] [[Mini:gundam]] [[Mini:google.de]] [[Mini:googl]] [[Mini:George W. Bush]] [[Mini:FSX]] [[Mini:formula 1]] [[Mini:flex]] [[Mini:espn]] [[Mini:depeche mode]] [[Mini:crysis]] [[Mini:bulgaria]] [[Mini:bonsai]] [[Mini:bob marley]] [[Mini:beppe grillo]] [[Mini:arte]] [[Mini:aol]] [[Mini:angela merkel]] [[Mini:you]] [[Mini:wandern]] [[Mini:visual basic]] [[Mini:vegan]] [[Mini:tree]] [[Mini:thomas jefferson]] [[Mini:thinkpad]] [[Mini:switzerland]] [[Mini:sql]] [[Mini:something]] [[Mini:s]] [[Mini:ronaldinho]] [[Mini:rencontre]] [[Mini:reiki]] [[Mini:Porn]] [[Mini:playboy]] [[Mini:pagerank]] [[Mini:notebook]] [[Mini:nikon d300]] [[Mini:nikon]] [[Mini:life]] [[Mini:job]] [[Mini:jimbo wales]] [[Mini:IT training UK]] [[Mini:imac]] [[Mini:Hillary Clinton]] [[Mini:halo 3]] [[Mini:gina wild]] [[Mini:evolution]] [[Mini:disney]] [[Mini:deviantart]] [[Mini:dance]] [[Mini:cmt stuttgart]] [[Mini:China]] [[Mini:buzz out loud]] [[Mini:boob]] [[Mini:blogspot]] [[Mini:abap]] [[Mini:WebHosting]] [[Mini:titten]] [[Mini:syria]] [[Mini:smallville]] [[Mini:singapore]] [[Mini:search wikia]] [[Mini:schach]] [[Mini:runescape fansite]] [[Mini:rpg]] [[Mini:red hot chili peppers]] [[Mini:poetry]] [[Mini:pc]] [[Mini:origami]] [[Mini:ontology]] [[Mini:oblivion]] [[Mini:mozart]] [[Mini:movie]] [[Mini:milano]] [[Mini:manchester united]] [[Mini:macbook air]] [[Mini:liverpool]] [[Mini:kubuntu]] [[Mini:kerala]] [[Mini:judo]] [[Mini:internet marketing]] [[Mini:insurance]] [[Mini:htpc]] [[Mini:high heels]] [[Mini:hawaii]] [[Mini:gay sex]] [[Mini:frankfurt]] [[Mini:forum]] [[Mini:email marketing]] [[Mini:dortmund]] [[Mini:david]] [[Mini:Cumshot]] [[Mini:cum]] [[Mini:cnet]] [[Mini:boys]] [[Mini:alpha]] [[Mini:airbus]] [[Mini:wikisearch]] [[Mini:vw]] [[Mini:usb]] [[Mini:the witcher]] [[Mini:thailand]] [[Mini:tata]] [[Mini:tamil]] [[Mini:taekwondo]] [[Mini:surf]] [[Mini:solidworks]] [[Mini:snooker]] [[Mini:security]] [[Mini:president]] [[Mini:pictures]] [[Mini:Paris+Hilton+celebrity]] [[Mini:napoli]] [[Mini:musica]] [[Mini:muse]] [[Mini:lotto]] [[Mini:loli]] [[Mini:leo]] [[Mini:karaoke]] [[Mini:juegos]] [[Mini:john]] [[Mini:image]] [[Mini:hotels]] [[Mini:hibernate]] [[Mini:handball]] [[Mini:hacker]] [[Mini:fpga]] [[Mini:flower]] [[Mini:finland]] [[Mini:emo]] [[Mini:domina]] [[Mini:cumshot]] [[Mini:culo]] [[Mini:cfnm]] [[Mini:california]] [[Mini:bielefeld]] [[Mini:austria]] [[Mini:asterisk]] [[Mini:as]] [[Mini:amateur]] [[Mini:alternate]] [[Mini:alice]] [[Mini:albania]] [[Mini:ac milan]] [[Mini:zappa]] [[Mini:wrestling]] [[Mini:/whitelistwikipedia]] [[Mini:voiture]] [[Mini:vmware]] [[Mini:united states]] [[Mini:tool]] [[Mini:tokyo]] [[Mini:tepe]] [[Mini:tata nano]] [[Mini:social networking]] [[Mini:silvia saint]] [[Mini:sidux]] [[Mini:scrubs]] [[Mini:red tube]] [[Mini:putty]] [[Mini:police]] [[Mini:philosophy]] [[Mini:pdf]] [[Mini:Paris]] [[Mini:panties]] [[Mini:openbsd]] [[Mini:lastminute]] [[Mini:labrador]] [[Mini:kosovo]] [[Mini:kingdom hearts]] [[Mini:jimmy]] [[Mini:hardcore]] [[Mini:hamster]] [[Mini:h]] [[Mini:gulli]] [[Mini:geocaching]] [[Mini:fotolog]] [[Mini:email]] [[Mini:el salvador]] [[Mini:eee]] [[Mini:dream theater]] [[Mini:dinosaurs]] [[Mini:diaper]] [[Mini:database]] [[Mini:computers]] [[Mini:child porn]] [[Mini:carnaval]] [[Mini:call of duty]] [[Mini:Brazil]] [[Mini:boy]] [[Mini:blue ray]] [[Mini:big boobs]] [[Mini:bbc news]] [[Mini:baum]] [[Mini:bamboo blinds]] [[Mini:apo]] [[Mini:amor]] [[Mini:acer]] [[Mini:accenture]] [[Mini:Yahoo]] [[Mini:winamp]] [[Mini:/whitelistlinux]] [[Mini:werbeagentur potsdam]] On Feb 12, 2008 10:11 AM, Mark (Markie) wrote: > i will/can do later if no-one else has. many thanks for these stats :-) > but any chance of anymore, such as general useage? > > thanks > > mark > > > On Feb 11, 2008 11:52 PM, Jimmy Wales wrote: > > > > > Maybe we can put this in the wiki somewhere with square brackets around > > each term, to make sure we are covering the stuff that people see most. > > > > > > > > google > > wikipedia > > wikia > > sex > > test > > linux > > java > > apple > > microsoft > > ubuntu > > porn > > wiki > > /whitelist > > yahoo > > seo > > george bush > > bush > > Wikia > > paris hilton > > php > > Google > > youtube > > obama > > news > > iphone > > porno > > wikia search > > car > > viagra > > gay > > TEST > > ebay > > hello > > youporn > > naruto > > paris > > bill gates > > britney spears > > xxx > > ipod > > firefox > > dog > > sex positions > > nude > > debian > > boobs > > torrent > > facebook > > auto > > search > > china > > usa > > internet > > new york > > python > > india > > lol > > windows > > lolita > > Wikipedia > > /nutchsearch?hitsPerSite=1 > > hentai > > computer > > mp3 > > search engine > > lost > > amazon > > love > > wow > > spanking > > jimmy wales > > cat > > berlin > > anime > > bbc > > cars > > gmail > > oracle > > madonna > > world of warcraft > > nokia > > sony > > pthc > > fuck > > Linux > > web 2.0 > > hotmail > > wii > > bmw > > blog > > George Bush > > barack obama > > spiegel > > penis > > clinton > > harry potter > > barcelona > > a > > games > > cnn > > casa > > ibm > > brasil > > slashdot > > poker > > open source > > girl > > video > > pokemon > > music > > metallica > > mac > > joomla > > france > > sexo > > japan > > iran > > star wars > > runescape > > msn > > football > > bdsm > > preteen > > weather > > nudist > > design > > bondage > > ajax > > vista > > pussy > > nintendo > > house > > hola > > dell > > site du zero > > ron paul > > free porn > > anal > > roma > > myspace > > london > > Apple > > sarkozy > > le monde > > drupal > > u2 > > ruby > > Microsoft > > ps3 > > heise > > espa%C3%B1a > > web > > sexe > > radiohead > > perl > > britney > > you tube > > wetter > > sexy > > nasa > > israel > > google.com > > ferrari > > portugal > > hillary clinton > > deutschland > > redtube > > islam > > germany > > beatles > > search engine optimization > > hallo > > argentina > > repubblica > > nba > > einstein > > delphi > > cms > > cheese > > hosting > > ford > > brazil > > tits > > Jimmy Wales > > baidu > > asp.net > > webdesign > > warez > > star trek > > latex > > girls > > prova > > erotische geschichten > > dogs > > cloverfield > > chile > > chat > > sport > > nutch > > inter > > gentoo > > yoga > > tagesschau > > chess > > translation united kingdom > > mercedes > > femdom > > canon > > teen > > SEO > > hi > > book > > travel > > rapidshare > > piscine > > peru > > lingerie > > kde > > css > > ass > > free software > > fkk > > cricket > > canada > > Bush > > %22welt online%22 > > tibia > > jobs > > grub > > golfshop > > dofus > > psp > > pantyhose > > hitler > > carla bruni > > Berlin > > baseball > > audi > > wordpress > > sudoku > > cisco > > wallpaper > > typo3 > > meteo > > final fantasy > > fedora > > c%2B%2B > > asdf > > steve jobs > > schweiz > > prague > > photo > > intel > > figa > > swr3 > > simpsons > > marketing > > knol > > hello world > > GOOGLE > > food > > digg > > xbox > > tennis > > stargate > > sharepoint > > money > > italia > > html > > help > > free > > sap > > opera > > merkel > > jenna jameson > > javascript > > halo > > golf > > freebsd > > ciao > > c%23 > > c > > bild > > art > > praha > > /nutchsearch > > lucene > > heroes > > hamburg > > gps > > el pais > > videos > > michael jackson > > gmx > > forex > > emule > > dvd > > dsl > > orkut > > mexico > > k%C3%B6ln > > blender > > aikido > > xbox 360 > > upskirt > > scientology > > samsung > > ruby on rails > > romania > > espresso > > eee pc > > books > > stuff > > search engines > > opel > > onet > > madrid > > bob dylan > > webcams > > water > > torrents > > sun > > shemale > > hot > > green it > > freeware > > batman > > terra > > techcrunch > > second life > > porsche > > naked > > flash > > ficken > > el mundo > > %E6%97%A5%E6%9C%AC > > clubic > > Bill Gates > > bikini > > antiquariat > > web design > > teste > > mature > > manga > > god > > foo > > Deutschland > > chip > > car insurance > > yugioh > > warcraft > > stuttgart > > soccer > > etf investment > > esperanto > > cats > > Suchmaschinenoptimierung > > spain > > skype > > pink floyd > > movies > > korea > > guitar > > autogas > > adobe > > Test > > robot > > radio > > mysql > > milf > > math > > http > > go > > game > > fish > > enginyeria > > coca cola > > ces > > Barack Obama > > /whitelistgoogle > > podcast > > one piece > > .net > > maps > > lolitas > > led zeppelin > > double glazing > > Wikia Search > > USA > > uol > > times of india > > real estate > > pamela anderson > > napoleon > > kindergarten > > honda > > colombia > > coffee > > benfica > > amsterdam > > amd > > add url > > wwe > > web hosting > > ufo > > turkey > > studivz > > sports > > PHP > > photos > > people > > Obama > > nirvana > > klinikum > > Java > > home > > greece > > gnome > > flickr > > financial translation > > arsenal > > anal sex > > 4chan > > yacy > > wine > > webcam > > vagina > > usability > > tube > > toyota > > referencement > > photoshop > > lesbian > > jessica alba > > ipod touch > > bill clinton > > berlusconi > > b > > artiste peintre > > zapatero > > voyeur > > voip > > siemens > > Sex > > rome > > rails > > nike > > marca > > jesus > > flowers > > f1 > > earth > > corriere > > clarin > > big tits > > wimax > > venezuela > > orange > > macbook > > jazz > > haus > > gazzetta > > cuba > > call of duty 4 > > albert einstein > > windows vista > > Windows > > Ubuntu > > starcraft > > rugby > > polska > > poland > > pizza > > %E6%97%A5%E6%9C%AC%E8%AA%9E > > django > > blowjob > > bleach > > beer > > tv > > toto > > suchmaschinenoptimierung > > photography > > naver > > mesothelioma > > library > > kredit > > hotel > > horse > > europe > > dictionary > > d > > C > > bremen > > asus > > zen > > xml > > wdr > > vb.net > > topless > > the engineer > > spears > > nudism > > mini article > > hp > > guild wars > > golem > > gnu > > gates > > eeepc > > doctor who > > diabetes > > testing > > semantic web > > rock > > ringtones > > proxy > > preisvergleich > > pakistan > > mozilla > > motorola > > m%C3%BCnchen > > matt cutts > > java programming > > global warming > > finance > > enema > > Britney Spears > > android > > warhammer > > wallpapers > > wales > > subtitling > > spam > > software > > sms > > science > > queen > > programming > > physics > > mass effect > > laptop > > hacking > > futbol > > erotik > > download > > crm > > cinema > > casino > > apache > > wiki search > > time > > teens > > tattoo > > swimming pools uk > > stalin > > soa > > SEX > > putas > > Paris%2BHilton%2Bcelebrity > > mobile > > milan > > mahalo > > james bond > > ikea > > hattrick > > %E4%B8%AD%E5%9B%BD > > catalunya > > business > > barrapunto > > abraham lincoln > > vietnam > > travian > > suchmaschine > > reisen > > prodi > > monkey > > mail > > les corts > > lego > > ldap > > iron maiden > > iraq > > incest > > hack > > googlepages > > google earth > > fotos > > crack > > cool > > blah > > unix > > tweakers > > salsa > > pippo > > paul greengrass > > nudes > > matrix > > mario > > libero > > hund > > gta > > foobar > > e-learning > > eclipse > > cloud > > chocolate > > barak obama > > america > > 1 > > yandex > > tiger > > teststring > > slackware > > sapo > > orf > > nokia n95 > > Naruto > > gimp > > dating > > cancer > > architecture > > adult > > volkswagen > > superman > > sesso > > punk > > p2p > > mitt romney > > live > > laser > > juventus > > ireland > > images > > hi5 > > health > > hannover > > handy > > graffiti > > george washington > > elvis > > dupa > > como fritar um ovo > > bukkake > > boston > > bbw > > amputee > > wifi > > wien > > wicca > > wein > > volvo > > ubuntuusers > > translation > > shit > > SAP > > russia > > rammstein > > nvidia > > meneame > > ladrones > > istanbul > > innovation > > IBM > > grillo > > foto > > encyclopedia > > dise%C3%B1o web > > cuckold > > CES > > world > > wikip%C3%A9dia > > white house > > urlaub > > squirt > > site du z%C3%A9ro > > seznam > > rape > > poesia > > playstation 3 > > pearl jam > > olpc > > oasis > > lemonde > > italy > > imdb > > gold > > george > > friends > > feet > > elephant > > clouds > > beach > > adsl > > you porn > > viajes > > psg > > project management > > osho > > opensuse > > nlp > > New York > > macedonia > > linkin park > > las vegas > > iPhone > > hurtigruten > > hillary > > gis > > george w bush > > free sex > > fisting > > dubai > > cannabis > > blogs > > biodiesel > > babes > > asp > > abc > > twitter > > search engine marketing > > real madrid > > poop > > perro > > ogame > > new york times > > neural networks > > michael jordan > > medellin > > lyrics > > logo design > > jeux > > iso > > hockey > > Germany > > framasoft > > fiat > > elearning > > ducati > > bilbao > > basketball > > avatar > > australia > > atari > > asus eee > > amiga > > adsense > > viagens > > transformers > > teen- model > > solar > > siteduzero > > shisha > > shakira > > renault > > picasso > > open office > > nintendo wii > > nine inch nails > > nfl > > miserable failure > > michael arrington > > maroc > > kde4 > > India > > hilton > > guitar hero > > globo > > george w. bush > > genealogy > > film > > feuerwehr > > erotic > > digital camera > > costa rica > > ces 2008 > > budapest > > brno > > blu-ray > > banana > > zelda > > www > > /whitelist/nutchsearch > > what > > vodafone > > toronto > > tarot > > sweden > > prison break > > pornotube > > pedo > > patent > > openoffice > > masturbation > > Laura Lion > > karate > > johns hopkins > > jaguar > > gundam > > google.de > > googl > > George W. Bush > > FSX > > formula 1 > > flex > > espn > > depeche mode > > crysis > > bulgaria > > bonsai > > bob marley > > beppe grillo > > arte > > aol > > angela merkel > > you > > wandern > > visual basic > > vegan > > tree > > thomas jefferson > > thinkpad > > switzerland > > sql > > something > > s > > ronaldinho > > rencontre > > reiki > > Porn > > playboy > > pagerank > > notebook > > nikon d300 > > nikon > > life > > job > > jimbo wales > > IT training UK > > imac > > Hillary Clinton > > halo 3 > > gina wild > > evolution > > disney > > deviantart > > dance > > cmt stuttgart > > China > > buzz out loud > > boob > > blogspot > > abap > > WebHosting > > titten > > syria > > smallville > > singapore > > search wikia > > schach > > runescape fansite > > rpg > > red hot chili peppers > > poetry > > pc > > origami > > ontology > > oblivion > > mozart > > movie > > milano > > manchester united > > macbook air > > liverpool > > kubuntu > > kerala > > judo > > internet marketing > > insurance > > htpc > > high heels > > hawaii > > gay sex > > frankfurt > > forum > > email marketing > > dortmund > > david > > Cumshot > > cum > > cnet > > boys > > alpha > > airbus > > wikisearch > > vw > > usb > > the witcher > > thailand > > tata > > tamil > > taekwondo > > surf > > solidworks > > snooker > > security > > president > > pictures > > Paris+Hilton+celebrity > > napoli > > musica > > muse > > lotto > > loli > > leo > > karaoke > > juegos > > john > > image > > hotels > > hibernate > > handball > > hacker > > fpga > > flower > > finland > > emo > > domina > > cumshot > > culo > > cfnm > > california > > bielefeld > > austria > > asterisk > > as > > amateur > > alternate > > alice > > albania > > ac milan > > zappa > > wrestling > > /whitelistwikipedia > > voiture > > vmware > > united states > > tool > > tokyo > > tepe > > tata nano > > social networking > > silvia saint > > sidux > > scrubs > > red tube > > putty > > police > > philosophy > > pdf > > Paris > > panties > > openbsd > > lastminute > > labrador > > kosovo > > kingdom hearts > > jimmy > > hardcore > > hamster > > h > > gulli > > geocaching > > fotolog > > email > > el salvador > > eee > > dream theater > > dinosaurs > > diaper > > database > > computers > > child porn > > carnaval > > call of duty > > Brazil > > boy > > blue ray > > big boobs > > bbc news > > baum > > bamboo blinds > > apo > > amor > > acer > > accenture > > Yahoo > > winamp > > /whitelistlinux > > werbeagentur potsdam > > > > _______________________________________________ > > Search wiki mailing list > > http://search.wikia.com/ > > http://lists.wikia.com/mailman/listinfo/searchwiki > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wikia.com/pipermail/searchwiki/attachments/20080212/27e66d2f/attachment-0001.html From borboleta at gmail.com Wed Feb 13 02:17:16 2008 From: borboleta at gmail.com (Bani) Date: Wed, 13 Feb 2008 00:17:16 -0200 Subject: [Search wiki] most popular search terms In-Reply-To: References: <47B0DFA4.1070509@wikia.com> Message-ID: <35b94d690802121817x6165f979pd97e88f2733bf38a@mail.gmail.com> List of pages that don't exist, based on Markie's list, done: http://search.wikia.com/wiki/Popular_search_result From fredbaud at fairpoint.net Wed Feb 13 03:34:43 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Tue, 12 Feb 2008 20:34:43 -0700 (MST) Subject: [Search wiki] most popular search terms In-Reply-To: <35b94d690802121817x6165f979pd97e88f2733bf38a@mail.gmail.com> References: <47B0DFA4.1070509@wikia.com> <35b94d690802121817x6165f979pd97e88f2733bf38a@mail.gmail.com> Message-ID: <64591.66.243.196.131.1202873683.squirrel@webmail.fairpoint.net> > List of pages that don't exist, based on Markie's list, done: > http://search.wikia.com/wiki/Popular_search_result I've done http://search.wikia.com/wiki/search:Most_popular_search_terms also, but am not finished. Fred From fredbaud at fairpoint.net Thu Feb 28 20:04:49 2008 From: fredbaud at fairpoint.net (Fred Bauder) Date: Thu, 28 Feb 2008 13:04:49 -0700 (MST) Subject: [Search wiki] Two Articles About Major Search Engines Message-ID: <54733.66.243.196.131.1204229089.squirrel@webmail.fairpoint.net> Here's a couple of urls to articles on the Keynote Benchmark: Yahoo! Adds Greater Functionality and Relevance to Boost Its Search Market Share http://www.keynote.com/benchmark/new_media/article_interview_yahoo.shtml Search Engines: Intense Competition Drives Better User Experiences http://www.keynote.com/benchmark/new_media/abstract_intense_competition.shtml Fred