Looked at the page, the way it's structured makes no much sense to me.
Imho there are only two categories of ideas:
- those that already have funding, and thus can be talked about in a
roadmap document with fixed dates and releases
- those that are still looking for funding, and thus can't be scheduled
at all
I think we are focused on the ideas in need of funds; and providing a point of contact. My suggestion of time should perhaps be phrased in terms of small / medium / large if that is easier.
The first pertain in a roadmap, the second one should not be associated
to any specific version of the software, present or future.
So what should we call it? Proposed Features? Shopping list? Good Ideas?
Same goes for community modules: they are work in progress that can be
dropped at any time, so whilst there is some commitment, there is no
way to say when they'll be good enough to enter into a release.
What I'm saying is that the ideas page should be a flat list organised
by topic, and once an idea gets resorcing enough to target being
core/extension then it can be moved to a roadmap.
So while you are correct; the two concepts are related in people's mind. Someone checking out the road map is wondering about the future of GeoServer - we need to let them see that they can effect the future - without asking them to click on another page.
Amount of effort wise, it might be good to have that information, thought there is a nasty tension there: maybe I make an estimate of,
say, 5 days, and someone else manages to find a sponsor, but he's able to make the work in 3 weeks. There is also the vast difference in hourly rates between companies that makes the conversion into economic units daunting at best.
If this topic is hard we should just use small / medium / large.
What if we invert the situation and try to get people listing themselves as interested in a certain topic somehow?
I don't think that will work; even though I would love for it to happen. We are going to need to work really hard even to have them email their interest.
Some things, like for example WMS 1.3 implementation, might be too much for a singe entity to bear the cost, but if there is a list of entities
that can share this would become more manageable. At the moment it's hard to know if there is such a situation (multiple entities that could
be interesting in sharing, that is).
Agreed; thus far we tend to pull these oppertunities for collaborative funding together by talking to people.
Of course I'm talking cost here, but it could be effort, that is, people interested in donating their time and work instead.
Thoughts?
You are on the right track; the 1st thing to do is to cut that page down and get the funded items out of the page. We should probably leave community modules in the list - as they are an opportunity for people to take part.
jody