Ciao Martin,
thanks for taking the time to answer.

The Roadmap looks good to me, I think we should add more things as we go.
However, I think we are still missing, and I would like to hear from
you on this if possible, the following things:

a> a (more or less detailed) plan of attack

If we want to have someone else to join the effort we need to show a
plan of things to do. This way people can see the objectives and the
value of the things to do and try to plan accordingly.
Otherwise, as I said, it appears more like a one man (organization)
effort which is very hard to join and support.

b> a (rough) timeline

We cannot expect people to wait forever in faith that something will
happen. I mean, I know you'll reach the end of this, but writing down
a, even rough timeline, will show people that the effort has been well
thought and well organized.

c> clear understanding of  the situation in the interim period of the
modules you are maintainer
This is fundamental, since we should not let users think that geotools
is unmantained. I hope this is a shared goal, otherwise this whole
discussion is pointless to me.




As of the general picture:

- I am fine with the 1 year goal, I think it is reasonable

- I would propose the following goals where me and the other guyshere
would be happy to join the same effort
---- get rid of GCE ( I can shortly make a proposal for that)
---- SpatialIOMetadata for ImageIO plugins
---- refactor/clean up coverage plugins
---- multidim coverages (19123??)
---- stateless renderer (but maybe the stateful can also do stateless :-))


My goal is to find a possible way to turn this effort in a community
effort as well as to avoid communication problems right from the
start.
As I said, I am keen to try and dedicate some resources to it, but I'd
say that there are still some grey areas that we need to clarify.


Ciao,
Simone.


On Thu, Oct 30, 2008 at 11:35 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> Hello Simone
>
> Your analysis is right. For the Java 6 issue, the plan is to create a 
> mercurial
> clone porting the code to Java 5 when the referencing module will be done. 
> This
> clone could also contains a "legacy" module for deprecated classes removed 
> from
> geotidy but still in use in other geotools/geoserver modules.
>
> The roadmap is:
>
>  - utilities (done)
>  - metadata (all GT 2.x done - more JAXB-related later)
>  - referencing (in progress)
>  - coverage
>  - statefull renderer
>
> referencing to be done in November. The port to Java 5 could start at that
> point. For other modules, we will see as things progress.
>
> Integration with other GeoTools 2.x modules is not on this roadmap since it
> depends on what the community wish. The topic may be better discussed when the
> community will have a real geotidy-referencing module they can look at before 
> to
> make their choice.
>
> This is an unilateral move partially because we though that our objectives is 
> in
> minority (correctness more important than visualization, javadoc 
> everywhere...).
> But we try to do that in a way that let peoples move in other directions if 
> they
> wish. The switch to a distributed versionning system (Mercurial) is part of 
> this
> plan. We are developping geotidy on a "geomatys" repository, not an "osgeo" 
> one
> (or any other official repository) and I would not suggest to move to such 
> osgeo
> repository before a year or so. I think we need that much time in order to see
> if some consensus emerges about what "tidy" could means.
>
>        Regards,
>
>                Martin
>



-- 
-------------------------------------------------------
Eng. Simone Giannecchini
GeoSolutions S.A.S.
Owner - 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://www.geo-solutions.it/simone.giannecchini
http://www.linkedin.com/in/simonegiannecchini

-------------------------------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to