Simone Giannecchini wrote: > .... and more should be on its way :-) > > I am not against this sort of babysitting, especially becausue the > longer the document is the worse my english gets towards the end. > Nevertheless I have to admit that lately I feel like I have to ask > permission to even do my own work. I hope this is just an impression. I think your impression is correct, although misphrased. No one wants to be the overseer or have the right to give the OK of what gets done. Just the right to do code review which results in much higher quality work.
If this is becoming a bit much I understand, but it means that committers must be more careful about what they are commiting. To be blunt the docs you recently commit blatantly disregard the agreed doc guidelines. > > Simone. > ------------------------------------------------------- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Founder - Software Engineer > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 333 8128928 > > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://simboss.blogspot.com/ > http://www.linkedin.com/in/simonegiannecchini > > ------------------------------------------------------- > > > > On Tue, Sep 8, 2009 at 5:04 PM, Justin Deoliveira<[email protected]> wrote: >> Well following the commit list I saw a wack of commits to the user guide >> from Simone, which is why i asked. >> >> Modified Paths >> >> * trunk/doc/en/user/source/services/wms/index.rst >> >> Added Paths >> >> * trunk/doc/en/user/source/services/wms/reference/ >> * trunk/doc/en/user/source/services/wms/reference/describe_layer/ >> * >> trunk/doc/en/user/source/services/wms/reference/describe_layer/capabilities.rst >> * trunk/doc/en/user/source/services/wms/reference/get_capabilities/ >> * >> trunk/doc/en/user/source/services/wms/reference/get_capabilities/capabilities.rst >> * trunk/doc/en/user/source/services/wms/reference/get_feature_info/ >> * >> trunk/doc/en/user/source/services/wms/reference/get_feature_info/featureinfo.rst >> * trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/ >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/ >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/rasterlegend1.png >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/rasterlegend2.png >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/rasterlegend3.png >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/rasterlegend4.png >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/rasterlegend5.png >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/img/samplelegend.png >> * >> trunk/doc/en/user/source/services/wms/reference/get_legend_graphic/legendgraphic.rst >> * trunk/doc/en/user/source/services/wms/reference/get_map/ >> * trunk/doc/en/user/source/services/wms/reference/get_map/map.rst >> * trunk/doc/en/user/source/services/wms/reference/index.rst >> >> >> >> Mike Pumphrey wrote: >>> I don't think the idea was abandoned, but I also don't think it was adopted >>> as dogma. >>> >>> Is there a section I should take a look at and/or go in with my vacuum >>> cleaner? :) Just let me know... >>> >>> Thanks, >>> Mike Pumphrey >>> OpenGeo - http://opengeo.org >>> >>> >>> Justin Deoliveira wrote: >>>> Hi all, >>>> >>>> Apologies if I missed something while I was away but I thought before we >>>> more or less agreed that we would adopt Mike as the user guide doc >>>> maintainer and that non-trivial changes should go through him via patches? >>>> >>>> Did we abandon that as a bad idea? >>>> >>>> -Justin >>>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>> trial. Simplify your report design, integration and deployment - and focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Geoserver-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> -- >> Justin Deoliveira >> OpenGeo - http://opengeo.org >> Enterprise support for open source geospatial. >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Geoserver-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
