[Geoserver-devel] SIP 97: Promote the CSS Styling module to extension status

Here is the GSIP Page on the wiki: http://geoserver.org/display/GEOS/GSIP+97±+Promote+CSS+Styling+module+from+Community+to+Extension

Comments, questions, and criticism welcome.


David Winslow
OpenGeo - http://opengeo.org/

On Tue, Jun 4, 2013 at 4:52 PM, David Winslow <dwinslow@anonymised.com> wrote:

Here is the GSIP Page on the wiki:
http://geoserver.org/display/GEOS/GSIP+97+-+Promote+CSS+Styling+module+from+Community+to+Extension

Hum... all looking good I believe?
Checked the Scala Licence: http://www.scala-lang.org/node/146
It basically seems a simplified BSD
http://directory.fsf.org/wiki/License:BSD_3Clause which afaik is compatible
with GPL.
The MIT licence used by geocss is also GPL compatible according to
Wikipedia: http://en.wikipedia.org/wiki/MIT_License

+1

Cheers
Andrea

--

GeoServer training in Milan, 6th & 7th June 2013! Visit
http://geoserver.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

+1. Ticks all the boxes. Thanks, David, for putting your hand up as maintainer.

One thing: perhaps this should target 2.3.4 rather than 2.3.3, for more testing on nightlies before the stable release next week?

Kind regards,
Ben.

On 04/06/13 22:52, David Winslow wrote:

Here is the GSIP Page on the wiki:
http://geoserver.org/display/GEOS/GSIP+97+-+Promote+CSS+Styling+module+from+Community+to+Extension

Comments, questions, and criticism welcome.

--
David Winslow
OpenGeo - http://opengeo.org/

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j

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

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

+1

-Jukka Rahkonen-

···

David Winslow wrote:

Here is the GSIP Page on the wiki: http://geoserver.org/display/GEOS/GSIP+97±+Promote+CSS+Styling+module+from+Community+to+Extension

Comments, questions, and criticism welcome.

David Winslow

OpenGeo - http://opengeo.org/

On Thu, Jun 6, 2013 at 5:55 AM, Ben Caradoc-Davies <
Ben.Caradoc-Davies@anonymised.com> wrote:

+1. Ticks all the boxes. Thanks, David, for putting your hand up as
maintainer.

One thing: perhaps this should target 2.3.4 rather than 2.3.3, for more
testing on nightlies before the stable release next week?

+1 here too. About keeping it among the nightlies for one more month, no
strong objection,
I just have doubts many people are using them, or that they will notice
unless we make a big
announcement.

In the end, having it in the nightlies is no different than having it in
the community builds, where
it has been for a long time already

But as said, don't feel strongly about it, it's not like one more month on
gridlock.opengeo.org/geoserver
will make a difference after uh... maybe a couple of years in the community
nightly build? (can't quite
remember when it was added there)

Cheers
Andrea

--

GeoServer training in Milan, 6th & 7th June 2013! Visit
http://geoserver.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

On 06/06/13 15:21, Andrea Aime wrote:

On Thu, Jun 6, 2013 at 5:55 AM, Ben Caradoc-Davies
<Ben.Caradoc-Davies@anonymised.com <mailto:Ben.Caradoc-Davies@anonymised.com>> wrote:
    +1. Ticks all the boxes. Thanks, David, for putting your hand up as
    maintainer.
    One thing: perhaps this should target 2.3.4 rather than 2.3.3, for more
    testing on nightlies before the stable release next week?
+1 here too. About keeping it among the nightlies for one more month, no
strong objection,
I just have doubts many people are using them, or that they will notice
unless we make a big
announcement.
In the end, having it in the nightlies is no different than having it in
the community builds, where
it has been for a long time already
But as said, don't feel strongly about it, it's not like one more month
on gridlock.opengeo.org/geoserver <http://gridlock.opengeo.org/geoserver&gt;
will make a difference after uh... maybe a couple of years in the
community nightly build? (can't quite
remember when it was added there)

Last minute directory changes risk introducing packaging problems that only appear when a release is built. This happened in 2.3.2 when xslt was inadvertently omitted from the release profile. I am not saying that the nightlies will prevent this from happening, but they give us a chance to pick up problems.

Kind regards,

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

Thanks Ben. Yes, 2.3.4 makes a better target - I should have consulted the calendar before simply choosing “the next one.”

···

On Thu, Jun 6, 2013 at 3:56 AM, Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com> wrote:

On 06/06/13 15:21, Andrea Aime wrote:

On Thu, Jun 6, 2013 at 5:55 AM, Ben Caradoc-Davies

<Ben.Caradoc-Davies@anonymised.com mailto:[Ben.Caradoc-Davies@csiro.au](mailto:Ben.Caradoc-Davies@anonymised.com)> wrote:
+1. Ticks all the boxes. Thanks, David, for putting your hand up as
maintainer.
One thing: perhaps this should target 2.3.4 rather than 2.3.3, for more
testing on nightlies before the stable release next week?
+1 here too. About keeping it among the nightlies for one more month, no
strong objection,
I just have doubts many people are using them, or that they will notice
unless we make a big
announcement.
In the end, having it in the nightlies is no different than having it in
the community builds, where
it has been for a long time already
But as said, don’t feel strongly about it, it’s not like one more month

on gridlock.opengeo.org/geoserver <http://gridlock.opengeo.org/geoserver>

will make a difference after uh… maybe a couple of years in the
community nightly build? (can’t quite
remember when it was added there)

Last minute directory changes risk introducing packaging problems that only appear when a release is built. This happened in 2.3.2 when xslt was inadvertently omitted from the release profile. I am not saying that the nightlies will prevent this from happening, but they give us a chance to pick up problems.

Kind regards,


Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

+1 - for 2.3.4

Notice: This email and any attachments are confidential.
If received in error please destroy and immediately notify us.
Do not copy or disclose the contents.

All right, voting has been open for 1 week and the final tally is 3 +1, no votes against. I’ve created a JIRA issue and will migrate the module over once 2.3.3 is released.

BTW, I updated the community module this weekend, now the Java port of the Wicket and Spring integration is complete. The CSS module from GeoScript is still Scala though.

···

On Thu, Jun 6, 2013 at 5:39 PM, Phil Scadden <p.scadden@anonymised.com> wrote:

+1 - for 2.3.4

Notice: This email and any attachments are confidential.
If received in error please destroy and immediately notify us.
Do not copy or disclose the contents.


How ServiceNow helps IT people transform IT departments:

  1. A cloud service to automate IT design, transition and operations
  2. Dashboards that offer high-level views of enterprise services
  3. A single system of record for all IT processes
    http://p.sf.net/sfu/servicenow-d2d-j

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