Vanilla 1.1.9 is a product of Lussumo. More Information: Documentation, Community Support.
My gut feeling on this is "no". I see MO as more for questions where one expects that someone will be able to give a definite answer. In your example, you are going in with the expectation that no-one else will be able to answer your question. So I don't think that MO is the right place.
Why don't you "preview" the question here? I mostly agree with Andrew, and think that it's likely to be extremely hard to ask a good polymath style question on MO.
Any good polymath question immediately presents several sub-problems (in fact, hopefully a whole hierarchy of them) which are more tractable. This suggests a compromise approach: give the overview in blog format, and then farm out the minor problems to MO. The MO questions can refer back to the blog overview. If you actually announce the problem as a polymath problem, then you should also tag all the corresponding questions appropriately. Have a look at the [polymath5] tag, which already exists.
As you've stated it though (asking whether your methods might work), it doesn't sound exactly like "polymath". A good polymath project should already have a well motivated approach, and involve other people in tackling all the resulting sub-problems that that approach entails.
I think I agree with Andrew and Scott. My gut reaction is that a polymath question will be very regularly answered and edited so it might be getting bumped to the top too much. But I might very well be wrong. I think asking the smaller sub-problems instead, and keeping the main polymath project on a blog somewhere. But as I say, I might be wrong and perhaps the best thing to do is to ask the question, and if it doesn't work we'll learn from the experience.
There is sort of a precedent for this; see http://mathoverflow.net/questions/23593/open-project-lets-compute-the-fourier-expansion-of-a-non-solvable-algebraic-maa . But that was a much more specific question. I agree that it might be a good idea to preview the question here.
@Max,
please don't ask a single question (i.e. mathoverflow page) with several 'actual questions' on it. Ask separate mathoverflow questions for each sub-problem. Remember, questions should be as specific as possible (but not more so!) and you should ask every question with an earnest hope of being able to accept a single answer that you feel makes any other answers redundant.
(You'll notice that this desideratum makes all [big-list] questions bad questions, but I think that's compatible with my view of [big-list] questions! :-)
1 to 9 of 9