Change Details

Unlike other search parameters, //morelike// is only working alone. But if it were to begin working with the other search parameters it could be further filtered into a //morelike area// of interest listing pages with (or without) specified characteristics. As it stands the results of a //morelike// search contain many many pages of unspecified characteristics. Also, this singular-standalone trait is awkward to try to rationalize in Search documentation. A well developed query around a //morelike area// might help wikiprojects and their task-forces, categorization efforts, and outlining efforts, all of which currently depend entirely on manual (not infallible), directed creation, to get definite lists of pages. But with the //morelike// magic (automatically selecting the words to query with), and the additional user-interworking being requested here, a user could learn to create a definitely workable set of pages in a //morelike area// of interest. Compared to other lists for similar purposes, the search results would be relatively infallible and more up-to-date; if a titles-only result were available (T113840) it might even be easier and faster. Its newfound flexibility could be used to refine a search into a meaningful page count, and then this //morelike area// shared, or recreated in a search link. The [[//en.wikipedia.org/wiki/Wikipedia:Help_desk/Archives/2016_January_31#Looking_for_a_Bot_to_list_imageless_articles_in_a_given_category| need was raised at]] the Wikipedia help desk.

Unlike other search parameters, //morelike// is only working alone. //Morelike// already creates a unique //morelike area// comparable in usefulness to a category or a [[//en.wikipedia.org/wiki/wp:outline|subject outline]], but it gives many many more pages, and they're of unspecified characteristics. A //morelike area// might find new use as a stepping-off point targeting title, template, category, file, and other page characteristics in that unique area of interest. So this singular-standalone trait is awkward to try to rationalize in Search documentation. The cool things about //morelike areas// is that they're not manual, and they're not biased. Compared to categories and outlines, //morelike areas// are more complete; they list missing and orphaned articles. They're easier; they are not hampered by the problems of of subcategories (T37402), and input pagenames (finding category pagenames, and outline pagenames). The area of interest is definitely fast to create, just not subsequently workable like it is with //incategory//. A workaround for wikiprojects or a user with there own unique area of interest is to cut and paste a large, reference-set of words into the query box, and then filter this with other search parameters to get the desired a meaningful page count and reusable search link. The [[//en.wikipedia.org/wiki/Wikipedia:Help_desk/Archives/2016_January_31#Looking_for_a_Bot_to_list_imageless_articles_in_a_given_category| need was raised at]] the Wikipedia help desk.

Unlike other search parameters, //morelike// is only working alone. But if it were to begin working with the other search parameters it could be further filtered into a //morelike area// of interest listing pages with (or without) specified characteristics//Morelike// already creates a unique //morelike area// comparable in usefulness to a category or a [[//en.wikipedia.org/wiki/wp:outline|subject outline]], but it gives many many more pages, and they're of unspecified characteristics. A //morelike area// might find new use as a stepping-off point targeting title, template, category, file, and other page characteristics in that unique area of interest. As it stands the results of a //morelike// search contain many many pages of unspecified characteristicsSo this singular-standalone trait is awkward to try to rationalize in Search documentation. The cool things about //morelike areas// is that they're not manual, and they're not biased. Compared to categories and outlines, //morelike areas// are more complete; they list missing and orphaned articles. They're easier; they are not hampered by the problems of of subcategories (T37402), and input pagenames (finding category pagenames, and outline pagenames). AlsoThe area of interest is definitely fast to create, just not subsequently workable like it is with //incategory//. A workaround for wikiprojects or a user with there own unique area of interest is to cut and paste a large, reference-set of words into the query box, this singular-standalone trait is awkwardand then filter this with other search parameters to try to rationalize in Search documentationget the desired a meaningful page count and reusable search link. A well developed query around a //morelike area// might help wikiprojects and their task-forces, categorization efforts, and outlining efforts, all of which currently depend entirely on manual (not infallible), directed creation, to get definite lists of pages. But with the //morelike// magic (automatically selecting the words to query with), and the additional user-interworking being requested here, a user could learn to create a definitely workable set of pages in a //morelike area// of interest. Compared to other lists for similar purposes, the search results would be relatively infallible and more up-to-date; if a titles-only result were available (T113840) it might even be easier and faster. Its newfound flexibility could be used to refine a search into a meaningful page count, and then this //morelike area// shared, or recreated in a search link. The [[//en.wikipedia.org/wiki/Wikipedia:Help_desk/Archives/2016_January_31#Looking_for_a_Bot_to_list_imageless_articles_in_a_given_category| need was raised at]] the Wikipedia help desk.