Revised RFC 1 - Need Comments
Stephen Woodbridge
woodbri at SWOODBRIDGE.COM
Wed Oct 11 20:36:20 EDT 2006
Steve Lime wrote:
> Hi folks: I have taken a shot at revising RFC 1, the formation of the
> techincal steering committee, to form instead a project steering
> committee. I've borrowed a bit from Cameron Shorter's work from
> MapBuilder which in turn was built from Frank's original document.
>
> That said, it still needs work, comments and so on. The document is at:
>
> http://mapserver.gis.umn.edu/development/rfc/ms-rfc-1a
>
> Feel free to edit, pass along comments, concerns or whatever...
>
> Steve
1. I would agree with Daniel comments on defining areas of
responsibility. A good structure for documents is:
a. What is it?
the TSC is the team the provides the technical direction
for the mapserver project. It is made up of ...
It is responsible for ...
b. Why would I care?
As a mapserver user or outsider, this doc gives an
overview of the how decisions and directions in the
mapserver project are made and how to influence them
c. How does it work?
Detail process ...
2. I have no problem with member terms. I think it is good to re-affirm
people and to occasionally change people to get new ideas and to shake
things up a little :) when needed.
3. I agree with Howard's proposal for ratification, via non-anonymous poll.
4. Subcommittees seem like a lot of overhead. I'm ok with them, if there
are particularly very large tasks or very off mainstream tasks they are
chartered to perform but there should be a clear advantage to creating
them over using the existing infrastructure. Probably the TSC/PSC should
define the tasks/deliverables and timeframe up front via an rfc and the
it gets voted on in the normal manner.
5. RFC numbering doesn't matter as long as people can find stuff easily.
-Steve W
More information about the mapserver-dev
mailing list