Meta Stack Exchange is where users like you discuss bugs, features, and support issues that affect the software powering all 153 Stack Exchange communities.

What is meta?
Here's how it works:
  1. Any Stack Exchange user can ask a question
  2. The community provides support, votes on ideas, and reports bugs
  3. Your voice helps shape the way Stack Exchange operates

On what community questions board should I put I question?

This does seem like a huge human organization question. For example, there is the systems administration tool, Puppet, which uses a configuration language to build one machine or synchronize an entire data center. That is, there is a systems administration tool (SuperUser, 3 questions), Puppet, which uses a configuration language (StackOverflow, 90 questions) to build one machine or synchronize an entire data center (ServerFault, 65 questions).

There may be no one place for these questions to live, and places where they should most likely live. While communities may have different emphasis, everyone wants to know how to get past a problem of 'it doesn't work'.

Today, there seems to be a Million Monkeys of effort: Items get posted randomly, and give people some mechanism for duplicating the question and its answer stream onto another server. Of course, notifications and changes get lost. And things get out of date. And its a mess. And maybe we need more people, right?

Alternately, we have an opportunity for real community building that links the knowledge to the community.

Smart Tags: Add some special abilities to Tags. One could mark tags as primarily associated with one site and suggest that the asker move to that site. Entering a question with the flag Puppet should suggest that Puppet questions be put on ServerFault, and link to a ServerFault page that would keep the data entered so far. Further, we could avoid the human effort by computing weights on different communities and suggesting based on the weight difference between the current community and the highest weighted community.

One weighting algorithm:

weight = % of questions on the board with that tag.

and for multiple items:

weight = product for each tag of (% of questions with that tag) 

Just 'puppet' gives a normalized score of .06 for StackOverflow, .03 for SuperUser, and 1.0 for ServerFault (play with a spreadsheet). New Puppet questions would be suggested towards to Segment Fault.

You might get multiple suggestions per question, if you are asking a "Python control of Puppet, should I set Uid or not?". You might just sum up all the tags weightings for each board. If the result is reasonably close, don't make a suggestion. But asking about "Puppet" and "Apache" together would suggest ServerFault with a score of 1.0 versus StackOverflow with a score 0.008.

Unified Search: To get the 'one true search' effect across all community, we just note that the tag searched might be better searched on another community and provide a link to do that search on the appropriate community. This allows users to more effectively sort themselves into the correct community. It also redirects the effort of humans trying to persuade people to switch communities.

The amount effort seems reasonable: the tags are computed occasionally and a feed of the tag weights is made available. A site would pick a list of sites from which to pull tag data, which keeps "Python" for fighting between Stack Overflow and Pet Lovers. Some UI changes occur.

I would like comments and enhancements. I guess the next step after comments is to for me to code it and submit a patch somewhere?

To summarize, I suggest these code changes:

  1. Tags are assigned a score reflecting the frequency and relevance to that community. These scores are computed occasionally, and those scores are available to other communities.
  2. A community may choose to react when questions or searches use tags that are more relevant on a related community. When asking a question, the user may be prompted that another community is more relevant and provided help to move the question to the other community. When searching, the search results may suggest that another community will provide more relevant answers.
share|improve this question
Could you please consolidate your ideas? I wasn't able to follow what you had to say here. – Jon Seigel Jul 16 '10 at 22:58
Do you mean Server Fault instead of Segment Fault? – waiwai933 Jul 16 '10 at 23:08
This is a great idea. To help clarity, I think the paragraphs beginning with "Today there seems to be" and "Alternatively we have oppo..." could be safely removed. They describe the why-we-might-want-this but not the this-is-how-it-might-be-done, and it's the how to do it which I think is the real thrust of the question. – matt wilkie Jul 16 '10 at 23:28
For the why-we-want-this aspect, see the discussion of Allow cross-posting of questions to more than one SO site – matt wilkie Jul 16 '10 at 23:45
Thank you for the comments. Jon, I added a summary. waiwai933 I fixed the typo. Matt, thank you for the comments, explaining the reasons should stay. Matt, thank you, there are 102 Q's related to exact-duplicates, plus site-crossover and cross-posting tags. – Charles Merriam Jul 17 '10 at 4:21
I changed the score function to a pure "% of questions tagged". This make the results really stand out. – Charles Merriam Jul 18 '10 at 3:57

Unified Search: To get the 'one true search' effect across all community,

.. you use Google, the way we always intended.

Entering a question with the flag Puppet should suggest that Puppet questions be put on ServerFault, and link to a ServerFault page that would keep the data entered so far.

That's a cherry-picked case for [puppet] which is a hard-core sysadmin tool for the most part. And what about tags that are the same word, but have different meanings in different communities?

[performance] for example -- which site does that tag "belong" to? Or, [apache] ?

share|improve this answer
I added to the spreadsheet, picking "apache", "performance", and "squid" (because they were tags on the most recent SO apache question‌​-squid). Together "Apache" "Peformance" "Squid" belong to SF (0.08, 0.00, 0.29). Your question does show that I'm giving too much weight to the total number of tagged questions. I should probably use log base 2 * 10 of tagged Q's for the first term. This works because tags are used in combination. Hmmmm... – Charles Merriam Jul 17 '10 at 8:38
Google searches do not like to give a "ranked communities" only result; that's why searching works. Individual tags only live in one community occasionally. A combination of tags together almost always lives in one community and not the others. – Charles Merriam Jul 18 '10 at 3:46

I think as long as StackExchange sites are proliferating without a clear explanation of what each site is for and isn't for, automatic suggestion of the "correct" community based on tagging would be most helpful.

In fact, even if all the meta work is diligently completed by every StackExchange site such that a perfect understanding of which questions belong where is clearly documented somewhere, surely we don't expect every casual questioner to keep a list of all the StackExchange sites and their detailed differences in their heads at all times. Why wouldn't we do some just-in-time recommendation of the most appropriate community and avoid the headache of duplicating and moving questions? (The just-in-time suggestion of similar questions is what makes SO great at avoiding duplicated questions.)

I also think providing the recommendation at search time is a pretty good idea. Given that SO provides a search feature, why not use that feature to help people find out about domain-specific communities that might provide them with better search results?

share|improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .