Hi all, While I don't have any direct interest in a versioned feature facility at the moment, I'm concerned for the user experience with GeoTools: by which I include reliability but also particularly the accessibility, coherence and consistency of the library.
As such, I strongly support the development approach that Andrea has been arguing for on this thread. I interpret it as allowing for new work while being careful not to undermine or distract from the progress that has been made over the last year or so in making the core library more reliable, usable and much better documented. I worry about moving away from the convention of requiring new modules to evolve and prove themselves in unsupported before being brought into the core library. Just my 2c from the user's perspective. Michael On 10 August 2011 00:32, Andrea Aime <[email protected]> wrote: > On Tue, Aug 9, 2011 at 3:49 PM, Andrea Aime > <[email protected]> wrote: >> On Tue, Aug 9, 2011 at 3:09 PM, Jody Garnett <[email protected]> wrote: >>> Andrea do you have another suggested way to work on this then? So far a >>> proposal is the only way we have to communicate. We are not going to start >>> implementing with out a direction. >> >> Odd, current versioning and process both started with a mail/irc >> discussion and wiki >> pages without the need to stick stuff in core from day one. >> They are actually both still in unsupported > > Btw, if I were in your place and needed to push versioning into core I would > first fix the current versioning postgis store (or write a new one), make it > good for supported status (tested and so on) and ask around for a check > by other people doing versioning in parallel, to give people time to answer. > Once the store is good to be graduated and you have feedback > (and probably one or two months have passed) then you are good to go > to make a proposal and should get very little resistance to make that > going. > > This is especially true when you are a new developer, first you prove > yourself then you make proposals for core changes. > They once said "in internet no one knows you're a dog", that works > also the other way, "in internet no one knows you're an excellent > developer/designer", you have to prove that. > > Cheers > Andrea > > -- > ------------------------------------------------------- > Ing. Andrea Aime > GeoSolutions S.A.S. > Tech lead > > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > > phone: +39 0584 962313 > fax: +39 0584 962313 > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://www.youtube.com/user/GeoSolutionsIT > http://www.linkedin.com/in/andreaaime > http://twitter.com/geowolf > > ------------------------------------------------------- > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
