[Geoserver-devel] starting the vote on GSIP 30 - road map process

GeoServer GeoServer Developer
1

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in tomorrows IRC. So that means bringing up the road map as a an agenda item tomorrow, deciding on any proposed changes, and then emailing the changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

2

Well done Justin

+1 in principle, with the following comments

1) I think the tone of the introduction could be a little more
positive, its really about supporting each other

2) A useful perspective might be about managing paid project risks

3) I think there is an over-emphasis on all proposals being equal - i
still think resourced activities (funded or committed by people with a
history of delivery) should hold sway - JIRA allows assignment to a
release - lets just leave things people aren't signing up to without a
release.

4) A timed release allows people to make a commitment - I will try for
X - this is a key resourcing issue though I accept. My impression is
the release cycle takes up too much time of the key wunderkinds out
there - is there anything we can do to improve this?

5) minor point releases 1.7.x can be used to fast track a fix outside
the roadmap

6) major releases can be used for critical issues with backwards
compatibility implications - and features whose time frame is hard to
predict because of the number of dependencies (ISO Feature support,
new UI etc) - the trick here is to use the Road Map to minimise the
number of these we need by allowing collaborative effort on multiple
aspects

These ideas are roughly in line with the proposal IMHO

Rob

On Tue, Jan 6, 2009 at 3:45 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been
positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in
tomorrows IRC. So that means bringing up the road map as a an agenda
item tomorrow, deciding on any proposed changes, and then emailing the
changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

3

Hi Rob,

Thanks for the feedback. Comments inline.

Rob Atkinson wrote:

Well done Justin

+1 in principle, with the following comments

1) I think the tone of the introduction could be a little more
positive, its really about supporting each other

Sure.

2) A useful perspective might be about managing paid project risks

3) I think there is an over-emphasis on all proposals being equal - i
still think resourced activities (funded or committed by people with a
history of delivery) should hold sway - JIRA allows assignment to a
release - lets just leave things people aren't signing up to without a
release.

Not sure all things are equal. In the "Assigning Features" section it states that only features which have a "sponsor" get included in the short term road map. This means a developer willing to work on this or a paying customer. Non-sponsored features get pushed back.

4) A timed release allows people to make a commitment - I will try for
X - this is a key resourcing issue though I accept. My impression is
the release cycle takes up too much time of the key wunderkinds out
there - is there anything we can do to improve this?

yeah... not sure. The release cycle is really just based on our current release cycle, so not sure it will be too much more resource intensive. And also some cycle will be needed to prevent features piling up and having to wait months between releases.

5) minor point releases 1.7.x can be used to fast track a fix outside
the roadmap

Not sure what you mean, can you elaborate?

6) major releases can be used for critical issues with backwards
compatibility implications - and features whose time frame is hard to
predict because of the number of dependencies (ISO Feature support,
new UI etc) - the trick here is to use the Road Map to minimise the
number of these we need by allowing collaborative effort on multiple
aspects

These ideas are roughly in line with the proposal IMHO

Rob

On Tue, Jan 6, 2009 at 3:45 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been
positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in
tomorrows IRC. So that means bringing up the road map as a an agenda
item tomorrow, deciding on any proposed changes, and then emailing the
changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

4

I guess it doesn't need to be part of this GSIP, but I'd like to see a more 'user friendly' version of the roadmap. This more or less exists, but is way out of date, at http://geoserver.org/display/GEOS/Roadmap

I think there's value to continue to have that, as a list of jira issues isn't really helpful for a new user trying to figure out where the project is going. I think it'd be good to update that roadmap, and to have it linked explicitly to the developer roadmap, with every topic linked to a jira issue that can be tracked. I'm happy to put time in to updating that roadmap.

Also I agree with Rob that the gsip first paragraph should be more positive. I'll give my +1 once that's updated.

Chris

Justin Deoliveira wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in tomorrows IRC. So that means bringing up the road map as a an agenda item tomorrow, deciding on any proposed changes, and then emailing the changes to the list for further feedback, and finalization.

-Justin

--
Chris Holmes
OpenGeo - http://opengeo.org
Expert service straight from the developers.

5

Also I agree with Rob that the gsip first paragraph should be more positive. I'll give my +1 once that's updated.

Can you update it? I am not really sure what "more friendly" means. Or tell me what you would like to see more specifically and i can update it. The doc was written for developers in mind so i spared on the pleasantries. But I guess it should have a more community focus?

Chris

Justin Deoliveira wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in tomorrows IRC. So that means bringing up the road map as a an agenda item tomorrow, deciding on any proposed changes, and then emailing the changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

6

Hi Justin,

+1 here, even if we need to synchronize with the Roadmap Chris pointed
out before and make sure we are not missing something and the rodamaps
are coherent each other, but this can be done after the GSIP is
approved I guess.

The only thing that is not fully clear to me is how the Roadmap will
be physically exposed? I mean it will be a document, a spreadsheet, a
chart and where and how it will be updated, and from who?

-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

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

On Tue, Jan 6, 2009 at 6:25 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Also I agree with Rob that the gsip first paragraph should be more
positive. I'll give my +1 once that's updated.

Can you update it? I am not really sure what "more friendly" means. Or
tell me what you would like to see more specifically and i can update
it. The doc was written for developers in mind so i spared on the
pleasantries. But I guess it should have a more community focus?

Chris

Justin Deoliveira wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been
positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in
tomorrows IRC. So that means bringing up the road map as a an agenda
item tomorrow, deciding on any proposed changes, and then emailing the
changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

7

Hi Alessio,

The proposed idea is just to use a wiki page in conjunction with jira like the one there:

http://geoserver.org/display/GEOS/Roadmap+Draft

The nice thing about this is that it is automatically updated as we update jira. However to pull this off effectively we need to be more consistent about how we file issues. Part of the weekly update process of the road map will be to clean up issues filed, changing types and priorities so that they fit appropriately into the road map.

-Justin

Alessio Fabiani wrote:

Hi Justin,

+1 here, even if we need to synchronize with the Roadmap Chris pointed
out before and make sure we are not missing something and the rodamaps
are coherent each other, but this can be done after the GSIP is
approved I guess.

The only thing that is not fully clear to me is how the Roadmap will
be physically exposed? I mean it will be a document, a spreadsheet, a
chart and where and how it will be updated, and from who?

-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

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

On Tue, Jan 6, 2009 at 6:25 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Also I agree with Rob that the gsip first paragraph should be more
positive. I'll give my +1 once that's updated.

Can you update it? I am not really sure what "more friendly" means. Or
tell me what you would like to see more specifically and i can update
it. The doc was written for developers in mind so i spared on the
pleasantries. But I guess it should have a more community focus?

Chris

Justin Deoliveira wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been
positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in
tomorrows IRC. So that means bringing up the road map as a an agenda
item tomorrow, deciding on any proposed changes, and then emailing the
changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

8

Hi Justin,

cool and very nice, I already saw that page but I mean maybe also
something more descriptive could be useful to both the users and
developers ... we may also think to something about this.
However I like very much the actual idea and proposal.

Cheers,
         Alessio.

-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

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

On Wed, Jan 7, 2009 at 3:22 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hi Alessio,

The proposed idea is just to use a wiki page in conjunction with jira like
the one there:

http://geoserver.org/display/GEOS/Roadmap+Draft

The nice thing about this is that it is automatically updated as we update
jira. However to pull this off effectively we need to be more consistent
about how we file issues. Part of the weekly update process of the road map
will be to clean up issues filed, changing types and priorities so that they
fit appropriately into the road map.

-Justin

Alessio Fabiani wrote:

Hi Justin,

+1 here, even if we need to synchronize with the Roadmap Chris pointed
out before and make sure we are not missing something and the rodamaps
are coherent each other, but this can be done after the GSIP is
approved I guess.

The only thing that is not fully clear to me is how the Roadmap will
be physically exposed? I mean it will be a document, a spreadsheet, a
chart and where and how it will be updated, and from who?

-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

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

On Tue, Jan 6, 2009 at 6:25 PM, Justin Deoliveira <jdeolive@anonymised.com>
wrote:

Also I agree with Rob that the gsip first paragraph should be more
positive. I'll give my +1 once that's updated.

Can you update it? I am not really sure what "more friendly" means. Or
tell me what you would like to see more specifically and i can update
it. The doc was written for developers in mind so i spared on the
pleasantries. But I guess it should have a more community focus?

Chris

Justin Deoliveira wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been
positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in
tomorrows IRC. So that means bringing up the road map as a an agenda
item tomorrow, deciding on any proposed changes, and then emailing the
changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

9

Yeah, Chris has asked for this as well. Basically a higher level road map, something more suitable for showing users. The wiki page jira scheme is really more of a tool for the developers to manage the project.

I believe Chris is working on writing up a document to this effect?

Alessio Fabiani wrote:

Hi Justin,

cool and very nice, I already saw that page but I mean maybe also
something more descriptive could be useful to both the users and
developers ... we may also think to something about this.
However I like very much the actual idea and proposal.

Cheers,
         Alessio.

-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

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

On Wed, Jan 7, 2009 at 3:22 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hi Alessio,

The proposed idea is just to use a wiki page in conjunction with jira like
the one there:

http://geoserver.org/display/GEOS/Roadmap+Draft

The nice thing about this is that it is automatically updated as we update
jira. However to pull this off effectively we need to be more consistent
about how we file issues. Part of the weekly update process of the road map
will be to clean up issues filed, changing types and priorities so that they
fit appropriately into the road map.

-Justin

Alessio Fabiani wrote:

Hi Justin,

+1 here, even if we need to synchronize with the Roadmap Chris pointed
out before and make sure we are not missing something and the rodamaps
are coherent each other, but this can be done after the GSIP is
approved I guess.

The only thing that is not fully clear to me is how the Roadmap will
be physically exposed? I mean it will be a document, a spreadsheet, a
chart and where and how it will be updated, and from who?

-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

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

On Tue, Jan 6, 2009 at 6:25 PM, Justin Deoliveira <jdeolive@anonymised.com>
wrote:

Also I agree with Rob that the gsip first paragraph should be more
positive. I'll give my +1 once that's updated.

Can you update it? I am not really sure what "more friendly" means. Or
tell me what you would like to see more specifically and i can update
it. The doc was written for developers in mind so i spared on the
pleasantries. But I guess it should have a more community focus?

Chris

Justin Deoliveira wrote:

Hi all,

Moving forward on this proposal:

http://geoserver.org/display/GEOS/GSIP+30+-+Roadmap+Process

I believe all feedback has been incorporated, and generally been
positive. I would like to open the voting on this proposal.

Barring any -1's it would be nice to start implementing the process in
tomorrows IRC. So that means bringing up the road map as a an agenda
item tomorrow, deciding on any proposed changes, and then emailing the
changes to the list for further feedback, and finalization.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.