So how do we feel about aiming for an RC1 release around next friday (the 7th)? Is there any new features that people need to get in? Or critical bugs to fix? The one thing I’d like to see is us promoting REST Config to core, which I think we agreed upon awhile ago, but still haven’t done it? We could also whip up a gsip for it. OpenGeo can put resources in to doing the release.
Afternoon Chris;
LISAsoft should also be able to put in some time next week; I have one GeoTools issue to sort out with Andrea (with respect to geoapi and geoapi pending use) that I would like to see sorted out. If there are any thoughts on this list they are also welcome.
The issue is here: https://jira.codehaus.org/browse/GEOT-3364
The choice is between a “gt-util” module that grabs the contents of geoapi-pending (ie non official interfaces that we are not going to have the political will to push through the geoapi process).
The alternative is a “gt-geoapi” that pulls back all of the parts of geoapi and geoapi-pending that we implement and would represent us dropping out of the project.
Jody
On 28/12/2010, at 3:04 PM, Chris Holmes wrote:
So how do we feel about aiming for an RC1 release around next friday (the 7th)? Is there any new features that people need to get in? Or critical bugs to fix? The one thing I’d like to see is us promoting REST Config to core, which I think we agreed upon awhile ago, but still haven’t done it? We could also whip up a gsip for it. OpenGeo can put resources in to doing the release.
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@anonymised.com.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Ciao a tutti,
answering to the geoapi concern first then I will answer about geoserver plans.
I am +1 about dropping the geoapi project once for all. I would also
sugest to not use the name gt-geoapi. We already have
an api module I would stick to it and merge the geoapi interface there
if needed.
I am -1 about a partial drop, this would only bring in more confusion
in my opinion.
Ciao,
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584962313
fax: +39 0584962313
mob: +39 333 8128928
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo
-------------------------------------------------------
On Tue, Dec 28, 2010 at 9:59 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:
Afternoon Chris;
LISAsoft should also be able to put in some time next week; I have one
GeoTools issue to sort out with Andrea (with respect to geoapi and geoapi
pending use) that I would like to see sorted out. If there are any thoughts
on this list they are also welcome.
The issue is here: https://jira.codehaus.org/browse/GEOT-3364
The choice is between a "gt-util" module that grabs the contents of
geoapi-pending (ie non official interfaces that we are not going to have the
political will to push through the geoapi process).
The alternative is a "gt-geoapi" that pulls back all of the parts of geoapi
and geoapi-pending that we implement and would represent us dropping out of
the project.
Jody
On 28/12/2010, at 3:04 PM, Chris Holmes wrote:So how do we feel about aiming for an RC1 release around next friday (the
7th)? Is there any new features that people need to get in? Or critical
bugs to fix? The one thing I'd like to see is us promoting REST Config to
core, which I think we agreed upon awhile ago, but still haven't done it?
We could also whip up a gsip for it. OpenGeo can put resources in to doing
the release.
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Ciao Chris,
I would like to hear from andrea since he is right now on vacation but on Monday
he will attack gsip 57 with the goal to complete it asap. Therefore in
principle
I would like to include this into the 2.1 release (See email discussion).
We have some additional work that we are doing in the short term with
improvements to WMS cascading as well as with WPS
and filter functions but that could wait in principle for an early 2.2
( slight api changes are required see other email
we sent about transformations during rendering).
I talked to andrea briefly ( he is on vacation) and he seemed to be
positive about being able to include also this into the
2.1. timeframe via 1 week delay of 2.1-RC1.
Long story short, I would like to wait for andrea to get back to work
next week to add more info, but ideally 1 week delay should be enough
to put in all that we need.
Ciao,
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584962313
fax: +39 0584962313
mob: +39 333 8128928
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo
-------------------------------------------------------
On Tue, Dec 28, 2010 at 5:04 AM, Chris Holmes <cholmes@anonymised.com> wrote:
So how do we feel about aiming for an RC1 release around next friday (the
7th)? Is there any new features that people need to get in? Or critical
bugs to fix? The one thing I'd like to see is us promoting REST Config to
core, which I think we agreed upon awhile ago, but still haven't done it?
We could also whip up a gsip for it. OpenGeo can put resources in to doing
the release.------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
I’m +1 on dropping out of geoapi, it seems to have never reached any of its hoped for collaboration, and now it just seems to give us pain. Though I’m not GeoTools PMC, so my vote is obviously non-binding
On Fri, Dec 31, 2010 at 4:45 AM, Simone Giannecchini <simone.giannecchini@anonymised.com68…> wrote:
Ciao a tutti,
answering to the geoapi concern first then I will answer about geoserver plans.I am +1 about dropping the geoapi project once for all. I would also
sugest to not use the name gt-geoapi. We already have
an api module I would stick to it and merge the geoapi interface there
if needed.I am -1 about a partial drop, this would only bring in more confusion
in my opinion.Ciao,
Simone.Ing. Simone Giannecchini
GeoSolutions S.A.S.
FounderVia Poggio alle Viti 1187
55054 Massarosa (LU)
Italyphone: +39 0584962313
fax: +39 0584962313
mob: +39 333 8128928http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo
On Tue, Dec 28, 2010 at 9:59 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:
Afternoon Chris;
LISAsoft should also be able to put in some time next week; I have one
GeoTools issue to sort out with Andrea (with respect to geoapi and geoapi
pending use) that I would like to see sorted out. If there are any thoughts
on this list they are also welcome.
The issue is here: https://jira.codehaus.org/browse/GEOT-3364
The choice is between a “gt-util” module that grabs the contents of
geoapi-pending (ie non official interfaces that we are not going to have the
political will to push through the geoapi process).
The alternative is a “gt-geoapi” that pulls back all of the parts of geoapi
and geoapi-pending that we implement and would represent us dropping out of
the project.
Jody
On 28/12/2010, at 3:04 PM, Chris Holmes wrote:So how do we feel about aiming for an RC1 release around next friday (the
7th)? Is there any new features that people need to get in? Or critical
bugs to fix? The one thing I’d like to see is us promoting REST Config to
core, which I think we agreed upon awhile ago, but still haven’t done it?
We could also whip up a gsip for it. OpenGeo can put resources in to doing
the release.Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
On Fri, Dec 31, 2010 at 5:27 AM, Simone Giannecchini <simone.giannecchini@anonymised.com> wrote:
Ciao Chris,
I would like to hear from andrea since he is right now on vacation but on Monday
he will attack gsip 57 with the goal to complete it asap. Therefore in
principle
I would like to include this into the 2.1 release (See email discussion).
Cool, sounds great, I agree it’d be very good to get gsip 57 in to 2.1.0.
We have some additional work that we are doing in the short term with
improvements to WMS cascading as well as with WPS
and filter functions but that could wait in principle for an early 2.2
( slight api changes are required see other email
we sent about transformations during rendering).
Cool. We could also discuss doing it as a 2.1.1 (perhaps with a 2.1.1-RC or something). I’m not exactly sure how I feel about it, but I agree with Gabriel that we should have some way to get innovative stuff in to the mainstream. I suppose if we can do a 2.2 cycle quickly then it’s not too different - I’ve just often wanted quick releases and they seem to always take far more time.
I talked to andrea briefly ( he is on vacation) and he seemed to be
positive about being able to include also this into the
2.1. timeframe via 1 week delay of 2.1-RC1.Long story short, I would like to wait for andrea to get back to work
next week to add more info, but ideally 1 week delay should be enough
to put in all that we need.
Sounds good. We don’t have a super strict deadline of friday (unlike with beta3), so if it slips a couple days and we do RC1 early next week that’s totally fine.
Ciao,
Simone.Ing. Simone Giannecchini
GeoSolutions S.A.S.
FounderVia Poggio alle Viti 1187
55054 Massarosa (LU)
Italyphone: +39 0584962313
fax: +39 0584962313
mob: +39 333 8128928http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo
On Tue, Dec 28, 2010 at 5:04 AM, Chris Holmes <cholmes@anonymised.com.> wrote:
So how do we feel about aiming for an RC1 release around next friday (the
7th)? Is there any new features that people need to get in? Or critical
bugs to fix? The one thing I’d like to see is us promoting REST Config to
core, which I think we agreed upon awhile ago, but still haven’t done it?
We could also whip up a gsip for it. OpenGeo can put resources in to doing
the release.
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel