> Chicken and egg. We cannot get a contract unless we restrict the > scope enough to make it fundable. An ideal solution usually has a larger > scope but there is no one interested in shelling out that much money > (the ideal solution being to have a multi-renderer rendering system).
Hi Andrea - I agree on this tradeoff - and that is one of the reasons we have the time limit on this voting window. I just wish this GSIP thing was around at the start of the project; account for this process in your costs; benifit from any community feedback etc. I think we can both agree that asking for feedback back now is too late to be useful? It looks like the "community module" idea is being less overhead for people to respond to contract work; leaving little time/money for this step. We have the GSIP as a public process specifically so customer can see what they are paying for to get the functionality they want added to GeoServer. I would like to see the GSIP used; and the decision to use a community module as a scratch pad as a separate decision. > Imho any feedback is good, but any scope enlarging feedback should > be backed with a promise to put it the difference from whoever > is asking the expansion. To be more direct, it's about putting money > where the mouth is. Agreed; my first comment was that my preferred solution was out of scope for exactly this reason. Where I had a problem that I could not understand this proposal as presented. > The alternative is to vote down the GSIP because it's crappy, badly conceived > of badly designed. The proposal seems fine; I just could not understand it as presented - David has since answered a couple of my questions. Jody ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
