|
From: Justin D. <jde...@op...> - 2011-05-02 14:29:35
|
Hi Michael, This is definitely unfortunate news for GeoTools as your contribution to the project, and i am not just talking code here, has been extraordinary. I do however somewhat disagree with the notion that a PMC member should be required to have knowledge in every major subsystem of the code. Its just not practical given the size of the code base. Me for instance... I know literally nothing about referencing, rendering, and raster data which is a huge chunk of the code base. That said I support your decision of course but hope that after some time away from the PMC you will consider rejoining. Maybe we can work on improving the PMC process in the meantime. Thanks for everything. -Justin On Sun, May 1, 2011 at 11:34 PM, Michael Bedward <mic...@gm...>wrote: > Thanks for those words Simone and Jody. They don't alter my decision > but I appreciate them. > > Regarding perspective and balance: I'm less sure about this than I was > when I took up the role. It's probably true that my projects and > interests are different to most, perhaps all, of the other PMC members > and core developers, being based around desktop apps, local file > system data etc. This reflects the nature of my particular field > (species ecology). However, I don't think I've been effective in > providing alternative or complementary design perspectives or > development emphases. Instead, recent exchanges on and off the > developers' list have made me feel increasingly out of touch, and > concerned that my input can sometimes be more of a hindrance than a > contribution. > > Regardless of particular interests and objectives, I think a PMC > member must have a high enough level of technical expertise to see and > understand the big picture, including those aspects of the project > outside their everyday domain. That's not me. My own programming is > only ever a means to an end, and a small part of what I actually get > paid for (research and policy output). I don't work on production > systems - most of my code is for transient research use. In any case, > I'm no longer sure that it's feasible or desirable for GeoTools, as a > single project, to try to cover use cases that are outside the domain > of the current developers. There are so few people, already doing so > much. > > As for me, I will still be hanging around on the user list, helping > out where I can and, at long last, putting some time into the long > list of user requests and complaints about the swing module. > > Michael > > > On 2 May 2011 09:31, Jody Garnett <jod...@gm...> wrote: > > I would echo Simone's comments about leadership; indeed your perspective > is > > often what is needed to balance the PMC. The danger is that too much of > the > > library will be driven by XML, JDBC, Complex features (who understands > that > > yet?), OSGi (or that) etc... > > However I do thank you for participating in the committee; and look > forward > > to hacking away with you on gt-swing and gt-process. > > > > -- > > Jody Garnett > > > > On Saturday, 30 April 2011 at 11:30 AM, Michael Bedward wrote: > > > > Dear all, > > > > As the subject says, I have decided to step down from the GeoTools > > PMC. There are a number of reasons, chief among them being that I have > > never felt properly qualified for the role. I've been finding that > > much of the discussion on the developers' list is outside my limited > > domain (e.g. almost anything to do with XML, JDBC, complex features > > and GeoServer) and reviewing my voting history there are a lot of > > zeroes. Accordingly, I will feel more comfortable with the status of > > involved user than PMC member. > > > > Thanks to everyone for the support I've received during my time on the > PMC. > > > > Michael > > > > > ------------------------------------------------------------------------------ > > WhatsUp Gold - Download Free Network Management Software > > The most intuitive, comprehensive, and cost-effective network > > management toolset available today. Delivers lowest initial > > acquisition cost and overall TCO of any competing solution. > > http://p.sf.net/sfu/whatsupgold-sd > > _______________________________________________ > > Geotools-administration mailing list > > Geo...@li... > > https://lists.sourceforge.net/lists/listinfo/geotools-administration > > > > > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. |