Re: [Geoserver-devel] Monitoring module statistics
Justin, thank you for your answer and sorry for delay but this is a low priority task for me, anyhow, I'll come out with a proposal soon.Cheers,Carlo Cancellieri - GeoSolutions SAS Date: Wed, 28 Nov 2012 11:59:18 -0600 Subject: Re: [Geoserver-devel] Monitoring module statistics From: jdeol...@opengeo.org To: ccancelli...@hotmail.com CC: geoserver-devel@lists.sourceforge.net Very interested :) I guess a few questions. How do you see this fitting into the current rest api for monitoring? It would be great to sketch out the url structure with parameters together. Perhaps you can sketch out a few sample requests that you have planned? Aside, i also have some work planned for the module but it should be orthogonal to what you have planned. What i would like to do is factor out the hibernate backend into a separate module, rather than have the monitor configure it by default. On Wed, Nov 28, 2012 at 11:40 AM, Carlo Cancellieri ccancelli...@hotmail.com wrote: Hi all, I'd like to extend geoserver monitoring plugin adding statistical capabilities. My intention is to provide a rest interface to return statistics based on the RequestData class. The stats will be created on the fly aggregating data using org.geotools.math.Statistics basing the collection on the query parameters: 1. the aggregation will be selected by the 'group' parameter and will be available for each member of the RequestData class 2. the 'filter' parameter will be available for each member of the RequestData I'd like to collect stats in an external monitoring tool (f.e.: nagios) so the mode will be live and the data will be queried filtering by date. Ideas? proposals? suggestions? Encouragements? Are you interested (need more details?) ? Best regards, Carlo Cancellieri - GeoSolutions SAS -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Carlo Cancellieri @cancellieric Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 mobile: +39 3371094494 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin DeoliveiraOpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP-86 - Promoting monitor module to extension
On Wed, Jan 9, 2013 at 1:10 AM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hi all, Before the holidays i sent an email about some changes to the monitor module. http://osgeo-org.1560.n6.nabble.com/some-refactoring-of-the-monitoring-module-td5021350.html The changes were met positively and as well it was agreed that pushing the module to extension status would be a welcome addition. Hopefully just a formality at this point but here is the proposal. http://geoserver.org/display/GEOS/GSIP+86+-+Promote+monitor+module+to+extension Thoughts and feedback welcome. I'll keep it short: +1 :-) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP-86 - Promoting monitor module to extension
Alessio++ Any improvement to monitor module are very welcome. I read the excahnge between you and Andrea and I do not have much to add for now. Thanks, A. == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Alessio Fabiani @alfa7691 Founder/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 331 6233686 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jan 9, 2013 at 10:29 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Wed, Jan 9, 2013 at 1:10 AM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hi all, Before the holidays i sent an email about some changes to the monitor module. http://osgeo-org.1560.n6.nabble.com/some-refactoring-of-the-monitoring-module-td5021350.html The changes were met positively and as well it was agreed that pushing the module to extension status would be a welcome addition. Hopefully just a formality at this point but here is the proposal. http://geoserver.org/display/GEOS/GSIP+86+-+Promote+monitor+module+to+extension Thoughts and feedback welcome. I'll keep it short: +1 :-) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Nested layer groups proposal
On Tue, Jan 8, 2013 at 6:09 PM, Chris Holmes chol...@opengeo.org wrote: Yeah, my impression is that it is probably not worth the trouble. Rather than try to get fancy I would rather see the removal of wms path documented in the user guide, with clear options of how to reproduce the same functionality. +1 on it not being worth the trouble. I forget what I wrote, but I think a fine 'migration path' is just what Justin says - user documentation on how to reproduce the functionality and maybe a blog post notifying users. I'm not convinced that many people use it. And indeed if there's docs we just have to point them at it when they ask on the list. Cool, +1 on the proposal with the idea of documenting how to get the same layer tree that was once supported by wmspath using layer groups instead. Which, btw, could be just done by documenting well how to build layer trees of various shapes using the nesting construct. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5539) Support raster custom dimensions generated at runtime
Andrea Aime created GEOS-5539 Support raster custom dimensions generated at runtime Issue Type: Bug Assignee: Andrea Aime Components: WCS, WMS Created: 09/Jan/13 5:52 AM Description: Right now the code supporting raster custom dimensions works against ones declared in the static format parameters, imagemosaic can now also come up with new dimensions after reading its configuration, these dimensions are known to the reader but not to the format, add support for them in both configuration and request management. Fix Versions: 2.3-beta1 Project: GeoServer Priority: Major Reporter: Andrea Aime This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 79 - backport
+1 2013/1/8 Simone Giannecchini simone.giannecch...@geo-solutions.it +1 Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Tue, Jan 8, 2013 at 5:29 PM, Carlo Cancellieri ccancelli...@hotmail.com wrote: Hi all, could you kindly take one minute to vote for this backport? Cheers, Carlo Cancellieri - GeoSolutions SAS From: ccancelli...@hotmail.com To: andrea.a...@geo-solutions.it Date: Thu, 8 Nov 2012 17:03:24 + CC: geoserver-devel@lists.sourceforge.net Subject: [Geoserver-devel] GSIP 79 - backport Here is it. https://github.com/geoserver/geoserver/pull/56 Just noted that the 2.2.x WFS already supports the json format with a different outputFormat (json instead of application/json) The old one http://docs.geoserver.org/2.2.1/user/services/wfs/outputformats.html The new one http://docs.geoserver.org/latest/en/user/services/wfs/outputformats.html I've added to JSONType the support also for this (should be deprecated?) format but the patches (currently) does not includes that response handler. Adding support for that response handler is really simple: just add few lines into the applicationContext.xml of wfs (and wms?) I'm going to provide also that patch (separately) for backward compatibility. Do you think that we can set it as deprecated output format into into the 2.2.x branch to remove it in 2.3.x? May we want to support 2 different type of outputFormat(s) also in the master branch (the simple version 'json' and the complex one 'application/json')? Cheers, Carlo From: ccancelli...@hotmail.com To: andrea.a...@geo-solutions.it; ben.caradoc-dav...@csiro.au Date: Thu, 8 Nov 2012 11:53:17 + CC: geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] GSIP 79 - call for vote Thank you all, I'm going to provide a back-port for the 2.2.x branch. Carlo Date: Thu, 8 Nov 2012 10:22:21 +0100 Subject: Re: [Geoserver-devel] GSIP 79 - call for vote From: andrea.a...@geo-solutions.it To: ben.caradoc-dav...@csiro.au CC: ccancelli...@hotmail.com; geoserver-devel@lists.sourceforge.net On Thu, Nov 8, 2012 at 2:37 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: +1. Carlo, in your original proposal, you also indicated that this was for 2.2.2 (stable). I assume you intend to backport this, but you now have new changes for master. I think it falls within the guidelines. Please ensure that the backport occurs in the first two weeks of a stable patch release cycle for testing (you might need to wait for 2.2.3; Andrea?). Good point Ben. Hum... this thing is working quite on the outskirts of the system, it's about new output formats and new exception handlers, that is, it should not break existing code, it's mostly additive, the proposal was asked by Justin because of security concerns. However, it does not hurt to let it rest for two weeks and apply it right after the 2.2.x release Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.itfor 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 --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net
Re: [Geoserver-devel] GSIP 79 - backport
On Tue, Jan 8, 2013 at 5:29 PM, Carlo Cancellieri ccancelli...@hotmail.comwrote: Hi all, could you kindly take one minute to vote for this backport? Hum, this backport is a relatively large one, touching 30 non documentation files and summing up to 164KB of diff in the pure code part. Doing the backport right now is not possible, since we're not in the 15 days after the last release on the stable series. It can be done in the next round, but 2.2.5 is the last one of the 2.2.x according to the current plans. I am ok with the backport by 2.2.5 provided we'll also make a 2.2.6, in case anything pops up in 2.2.5. Looking at the code, and considering that the work has been sitting on trunk for a while, I believe it's not going cause issues, but I would not like to take chances with the last release of the stable cycle. I've discussed things internally and GeoSolutions is going to provide resources to make a 2.2.6, with this I'm +1 with a backport right after the 2.2.4 release Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 79 - backport
Hi, +0 -Jukka Rahkonen- Carlo Cancellieri wrote: Hi all, could you kindly take one minute to vote for this backport? Cheers, Carlo Cancellieri - GeoSolutions SAS From: ccancelli...@hotmail.commailto:ccancelli...@hotmail.com To: andrea.a...@geo-solutions.itmailto:andrea.a...@geo-solutions.it Date: Thu, 8 Nov 2012 17:03:24 + CC: geoserver-devel@lists.sourceforge.netmailto:geoserver-devel@lists.sourceforge.net Subject: [Geoserver-devel] GSIP 79 - backport Here is it. https://github.com/geoserver/geoserver/pull/56 Just noted that the 2.2.x WFS already supports the json format with a different outputFormat (json instead of application/json) The old one http://docs.geoserver.org/2.2.1/user/services/wfs/outputformats.html The new one http://docs.geoserver.org/latest/en/user/services/wfs/outputformats.html I've added to JSONType the support also for this (should be deprecated?) format but the patches (currently) does not includes that response handler. Adding support for that response handler is really simple: just add few lines into the applicationContext.xml of wfs (and wms?) I'm going to provide also that patch (separately) for backward compatibility. Do you think that we can set it as deprecated output format into into the 2.2.x branch to remove it in 2.3.x? May we want to support 2 different type of outputFormat(s) also in the master branch (the simple version 'json' and the complex one 'application/json')? Cheers, Carlo From: ccancelli...@hotmail.commailto:ccancelli...@hotmail.com To: andrea.a...@geo-solutions.itmailto:andrea.a...@geo-solutions.it; ben.caradoc-dav...@csiro.aumailto:ben.caradoc-dav...@csiro.au Date: Thu, 8 Nov 2012 11:53:17 + CC: geoserver-devel@lists.sourceforge.netmailto:geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] GSIP 79 - call for vote Thank you all, I'm going to provide a back-port for the 2.2.x branch. Carlo Date: Thu, 8 Nov 2012 10:22:21 +0100 Subject: Re: [Geoserver-devel] GSIP 79 - call for vote From: andrea.a...@geo-solutions.itmailto:andrea.a...@geo-solutions.it To: ben.caradoc-dav...@csiro.aumailto:ben.caradoc-dav...@csiro.au CC: ccancelli...@hotmail.commailto:ccancelli...@hotmail.com; geoserver-devel@lists.sourceforge.netmailto:geoserver-devel@lists.sourceforge.net On Thu, Nov 8, 2012 at 2:37 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.aumailto:ben.caradoc-dav...@csiro.au wrote: +1. Carlo, in your original proposal, you also indicated that this was for 2.2.2 (stable). I assume you intend to backport this, but you now have new changes for master. I think it falls within the guidelines. Please ensure that the backport occurs in the first two weeks of a stable patch release cycle for testing (you might need to wait for 2.2.3; Andrea?). Good point Ben. Hum... this thing is working quite on the outskirts of the system, it's about new output formats and new exception handlers, that is, it should not break existing code, it's mostly additive, the proposal was asked by Justin because of security concerns. However, it does not hurt to let it rest for two weeks and apply it right after the 2.2.x release Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.netmailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.netmailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current
[Geoserver-devel] Discussing a deep refactor of the KML subsystem
Hi all, I'm writing this mail to start a discussion on some GSIP we want to make later down the line (that is, not by Jan 21) and that would result in a full refactor of the KML generation subsystem in GeoServer, which is a big amount of work, but luckily for us, funded, too, in the direction to give the KML subsystem better support for the future, both in terms of evolutions and maintenance: it is no big secret that few (none?) developers are happy to work in that portion of the code base. The starting point is of course to setup some design that everybody would be happy with, then we'll make a proposal and do the work. So, this is the phase in which we're trying to gather as much feedback as possible from the community in order to make the KML subsystem better :-) A good starting point could be David's retired proposal on this very topic, here: http://geoserver.org/display/GEOS/GSIP+21+-+KML+Vector+Transformer+Refactoring Some ideas I'd certainly like to reuse: - factor out code shared with streaming renderer in helper classes to avoid duplication - add some selected extension points to make it easier to interact with the kml generator - the idea of classifications is a nice one, but a bit out of the scope of the refactoring work - pluggable placemark generation is also interesting, thought we'd have to figure out a way for the various listeners to work togheter intead of encoding twice the same element/attribute One aspect that is not considered in the proposal above, but which is imho key to untangle the existing code, is to have a clear separation between the code that's writing the KML and the one that manipulates the feature collections and styles in order to get the desired result. To make some parallels, the WMS renderer, StreamingRenderer, does something similar, but it's not actually painting pixels at the low level, it's telling a Graphics2D to do so. Now, a clean way to do so could be to create an object model of KML, have the main code build the tree representing the KML output, and then have a second bit of code doing the XML encoding. This has some advantages, for example, having a target object model means that we can have N listeners/plugins manipulate the structure iteratively without the risk of generating in output the same information multiple time. It has of course a deadly drawback: we'd have to keep everyting in memory to follow this approach, breaking information streaming. That of course cannot be, but there may be some compromise between that and a solution that embeds in same code chunk feature/style manipulation and XML writing. Ideas: - have an object model, but work with it in chunks. Like, build in memory a placemark, serialize it to xml, and then move to the next, and so on (and something similar would happen to Document and Link objects) - have a set of nested builders that write the XML, and have the main code call upon them, these builders would have methods dealing with KML concepts as opposed to low level XML ones I also had a look at xsd-kml, but it seems to me that it's geared towards parsing and there is no concept of streaming writing using it? Well, that's enough for a first cut in the discussion. Feedback appreciated :-) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 85 - Nested layer groups
On Tue, Jan 8, 2013 at 12:30 PM, Davide davide.sava...@gmail.com wrote: Hi all, please discuss and vote this new GSIP: http://geoserver.org/display/GEOS/GSIP+85+-+Nested+layer+groups I already voted on the other thread about nested layers, but here is my +1 here too Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 85 - Nested layer groups
Discussed this internally for some time now... +0 Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jan 9, 2013 at 5:10 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Jan 8, 2013 at 12:30 PM, Davide davide.sava...@gmail.com wrote: Hi all, please discuss and vote this new GSIP: http://geoserver.org/display/GEOS/GSIP+85+-+Nested+layer+groups I already voted on the other thread about nested layers, but here is my +1 here too Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5540) SLD VendorOption fails to validate
Jonathan Moules
created GEOS-5540
SLD VendorOption fails to validate
Issue Type:
Bug
Affects Versions:
2.2.3
Assignee:
Andrea Aime
Components:
Validation
Created:
09/Jan/13 10:29 AM
Description:
I have a SLD created by QGIS 1.8.0 which contains:
/se:Fill
VendorOption name="distance"7,6/VendorOption
/se:PolygonSymbolizer
/se:Rule
However, this fails to validate in GeoServer, giving this error:
line 33: cvc-complex-type.2.4.a: Invalid content was found starting with element 'VendorOption'. One of '{"http://www.opengis.net/se":Stroke, "http://www.opengis.net/se":Displacement, "http://www.opengis.net/se":PerpendicularOffset}' is expected.
Looking at the documentation - http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/polygons.html?highlight=vendoroption this appears to be correct and should validate.
I am aware that VendorOption isn't part of the 1.0.0 spec (the documentation says so), but surely it should validate in the application anyway?
Project:
GeoServer
Priority:
Minor
Reporter:
Jonathan Moules
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira
--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612 ___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] A couple questions for OSGeo incubation
On Tue, Jan 8, 2013 at 11:03 PM, Jody Garnett jody.garn...@gmail.comwrote: Landon was looking for a couple things over on the incubation list … 1) Code Contribution I remember signing a code contribution agreement with http://openplans.org- while I got a nice T-shirt out of the deal, it is not mentioned in our docs at any point. Do we still require a code contribution agreement? Our docs have lots of guidance on the mechanics of getting commit access, but are light on how we get agreement. Options: - If we have a code contribution agreement for people to sign, we can make note of it in our developers guide - Or we should note in our developers guide something like, when invited for core commit access we ask for a formal email to geoserver-devel accepting our GPL license etc… (this is what MapServer does) 2) Documentation License Two ways we can take this: - Stick creative commons with attribution on it (think that is fair if people reuse our content I would like readers to know where it came from ) - or we can do what GeoMoose did and indicate that the source code for our documentation is provided (under our normal GPL license) 3) And one more thing ... Our headers say The Open Planning Project right now, I think that organisation has changed name to Open Plans - do we need to change our headers? Like did they legally change their name? Asked folks at OpenPlans and they said: *Yes, we legally changed our name to OpenPlans, Inc a couple of years ago, so if the copyright was assigned to TOPP it should be assigned to OpenPlans. * * * The year it changed was 2010. So I guess we need to update our headers. I can volunteer some time given that it should just boil down to some script writing. How should the header read exactly? Should we just change TOPP to OpenPlans or should we include both entities with a date range for topp like: /* Copyright (c) 2010 - 2013 OpenPlans - www.openplans.org. All rights reserved. * Copyright (c) 2001 - 2010 TOPP - www.openplans.org. All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ Or just: /* Copyright (c) 2001 - 2013 OpenPlans - www.openplans.org. All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ -- Jody Garnett -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5541) Invalid WFS Layer Preview entry
Jonathan Moules created GEOS-5541 Invalid WFS Layer Preview entry Issue Type: Bug Affects Versions: 2.2.3 Assignee: Andrea Aime Components: WFS Created: 09/Jan/13 10:51 AM Description: I posted this to the Mailing list but received no reply. Looking at "layer preview" in 2.2.3, at the very bottom, as WFS there's an entry that says: "application/gml+xml; version=3.2" if I click this I get: ServiceExceptionReport version="1.2.0" xmlns="http://www.opengis.net/ogc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opengis.net/ogc http://schemas.opengis.net/wfs/1.0.0/OGC-exception.xsd" ServiceException java.lang.RuntimeException: No response: ( object = class org.geoserver.wfs.request.FeatureCollectionResponse$WFS11, outputFormat = application/gml xml; version=3.2 ) No response: ( object = class org.geoserver.wfs.request.FeatureCollectionResponse$WFS11, outputFormat = application/gml xml; version=3.2 ) /ServiceException /ServiceExceptionReport It doesn't seem to matter which layer I use it for. When I load the layer preview page, the following "information" appears in the console, may be applicable as 3.2 appears far more often than the others: 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.image/png; mode=8bit' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.application/vnd.google-earth.kmz xml' for component: [class=org.geoserver.web.demo.MapPreviewPag 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.application/vnd.google-earth.kmz' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.kmz' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.openlayers' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.text/html' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.atom' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.application/atom xml' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.application/xml' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.image/svg' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wms.image/svg xml' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wfs.application/gml+xml; version=3.2' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wfs.application/gml+xml; version=3.2' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wfs.application/gml+xml; version=3.2' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wfs.application/gml+xml; version=3.2' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wfs.application/gml+xml; version=3.2' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property: 'format.wfs.application/gml+xml; version=3.2' for component: class=org.geoserver.web.demo.MapPreviewPage 09 Jan 16:50:13 WARN org.geoserver.web - Unable to find property:
Re: [Geoserver-devel] A couple questions for OSGeo incubation
On Wed, Jan 9, 2013 at 5:31 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Asked folks at OpenPlans and they said: *Yes, we legally changed our name to OpenPlans, Inc a couple of years ago, so if the copyright was assigned to TOPP it should be assigned to OpenPlans. * * * The year it changed was 2010. So I guess we need to update our headers. I can volunteer some time given that it should just boil down to some script writing. How should the header read exactly? Should we just change TOPP to OpenPlans or should we include both entities with a date range for topp like: /* Copyright (c) 2010 - 2013 OpenPlans - www.openplans.org. All rights reserved. * Copyright (c) 2001 - 2010 TOPP - www.openplans.org. All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ Or just: /* Copyright (c) 2001 - 2013 OpenPlans - www.openplans.org. All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ The second one looks nicer to the eyes, and the entity is really the same, just changed name, so I guess it's ok to go with the simpler version? The former is more precise though... anyone with enough legal insight to nudge us in one direction or the other? Should we ask on osgeo-discuss, lots of people there, it may be that someone knows? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] A couple questions for OSGeo incubation
On Thu, Jan 10, 2013 at 3:52 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Wed, Jan 9, 2013 at 5:31 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Asked folks at OpenPlans and they said: *Yes, we legally changed our name to OpenPlans, Inc a couple of years ago, so if the copyright was assigned to TOPP it should be assigned to OpenPlans. * * * The year it changed was 2010. So I guess we need to update our headers. I can volunteer some time given that it should just boil down to some script writing. How should the header read exactly? Should we just change TOPP to OpenPlans or should we include both entities with a date range for topp like: /* Copyright (c) 2010 - 2013 OpenPlans - www.openplans.org. All rights reserved. * Copyright (c) 2001 - 2010 TOPP - www.openplans.org. All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ Or just: /* Copyright (c) 2001 - 2013 OpenPlans - www.openplans.org. All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ The second one looks nicer to the eyes, and the entity is really the same, just changed name, so I guess it's ok to go with the simpler version? The former is more precise though... anyone with enough legal insight to nudge us in one direction or the other? IANAL, but I feel the second is fine, as it is the same entity. Should we ask on osgeo-discuss, lots of people there, it may be that someone knows? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 85 - Nested layer groups
+1 On Wed, Jan 9, 2013 at 9:23 AM, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Discussed this internally for some time now... +0 Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jan 9, 2013 at 5:10 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Jan 8, 2013 at 12:30 PM, Davide davide.sava...@gmail.com wrote: Hi all, please discuss and vote this new GSIP: http://geoserver.org/display/GEOS/GSIP+85+-+Nested+layer+groups I already voted on the other thread about nested layers, but here is my +1 here too Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 85 - Nested layer groups
+0 Nested layer groups would help with organizing sites with lots of layers and propably they could be utilized for GetMaps with not much trouble. Learning server admins and WMS service users to configure everything right for doing reasonable GetFeatureInfos might be harder, perhaps. -Jukka Rahkonen- Simone Giannecchini wrote: Discussed this internally for some time now... +0 Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jan 9, 2013 at 5:10 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Jan 8, 2013 at 12:30 PM, Davide davide.sava...@gmail.com wrote: Hi all, please discuss and vote this new GSIP: http://geoserver.org/display/GEOS/GSIP+85+-+Nested+layer+groups I already voted on the other thread about nested layers, but here is my +1 here too Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.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 --- -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5542) When change style in a layer of a layer group, change is not reflect in screen.
Angel Cervera Claudio created GEOS-5542 When change style in a layer of a layer group, change is not reflect in screen. Issue Type: Bug Affects Versions: 2.2.3 Assignee: Andrea Aime Components: WMS Created: 09/Jan/13 12:25 PM Description: Steps to reproduce issue: 1. Login in Geoserver. 2. Select "Layer Groups" option. 3. Select a layer with multiple layers. 4. In the list of layers, click over the style of one layer. 5. Popup is opened with all styles, then select one style (different of previous selected style). 6. Popup is closed, but selection is not reflected in screen. 7. But if save and reopen "Layer group" you can see that modifications has been applied. Environment: Geoserver 2.2.3 binary distribution. Ubuntu 12.10 x64 JDK 7: Oracle Corporation: 1.7.0_04 (Java HotSpot(TM) 64-Bit Server VM) Project: GeoServer Labels: frontend Priority: Minor Reporter: Angel Cervera Claudio This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5537) Tiling artifacts with RasterSymbolizer using bilinear interpolation
Mike Benowitz reopened GEOS-5537 Tiling artifacts with RasterSymbolizer using bilinear interpolation Thanks for looking at this. However, after applying your fix the only difference I see is that the land boundaries look rougher. The tiling artifacts are still there (see new image attached). Change By: Mike Benowitz (09/Jan/13 1:48 PM) Status: Resolved Reopened Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-master #5734
See http://hudson.opengeo.org/hudson/job/geoserver-master/5734/changes Changes: [Davide Savazzi] GEOT-4358: added style test for isCoverage filter function [Martin Davis] Fixed typo in User Guide Rendering Transformation section [Andrea Aime] [GEOS-5539] Support raster custom dimensions generated at runtime -- [...truncated 7905 lines...] at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) 09 Jan 19:49:29 ERROR [geoserver.ows] - org.geoserver.platform.ServiceException: Could not find layer foobar at org.geoserver.wms.map.GetMapKvpRequestReader.parseLayers(GetMapKvpRequestReader.java:1240) at org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:209) at org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:79) at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1412) at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:622) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.geoserver.test.GeoServerSystemTestSupport$2.service(GeoServerSystemTestSupport.java:1352) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at com.mockrunner.mock.web.MockFilterChain.doFilter(MockFilterChain.java:50) at org.geoserver.test.GeoServerSystemTestSupport.dispatch(GeoServerSystemTestSupport.java:1371) at org.geoserver.test.GeoServerSystemTestSupport.dispatch(GeoServerSystemTestSupport.java:1306) at org.geoserver.test.GeoServerSystemTestSupport.getAsServletResponse(GeoServerSystemTestSupport.java:918) at org.geoserver.test.GeoServerSystemTestSupport.getAsServletResponse(GeoServerSystemTestSupport.java:901) at org.geoserver.wms.WMSServiceExceptionTest.testJsonException130(WMSServiceExceptionTest.java:94) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.rules.RunRules.evaluate(RunRules.java:18) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
Re: [Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-master #5734
On Wed, Jan 9, 2013 at 8:49 PM, Hudson moni...@openplans.org wrote: See http://hudson.opengeo.org/hudson/job/geoserver-master/5734/changes Changes: [Davide Savazzi] GEOT-4358: added style test for isCoverage filter function java.lang.RuntimeException: Unable to find function isCoverage at org.geotools.filter.FunctionFinder.findFunction(FunctionFinder.java:205) Hi, this function has just been added on GeoTools: https://github.com/geotools/geotools/pull/96 -- Davide Savazzi -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Discussing a deep refactor of the KML subsystem
First off this will be a welcome change for all the reasons you stated. So very much in support of this work. I will pose a couple of additional questions not necessarily related to design. 1. Will we go for feature parity with that is there now? Or shall we cut scope to things that we are feel are used? 2. Is this a good time to factor kml out of the main wms module? For (2) I think there could be some benefits. What I envision is: Step 1. Factor out current kml stuff in own module and demote it to a community module. Step 2. Start on the new one as a community module. Step 3. Once the new module is done promote it to an extension / core module to replace the first. Anyways, just a thought. I figured this could be a nice way to allow for backwards compatibility (users can still use the old module) without having to burden the new module with maintaining the same api/contract/features/etc... as the old. And actually a follow up to (2): 3. Does it make sense to try and do this for the most part at the geotools level. More comments inline. On Wed, Jan 9, 2013 at 8:06 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: Hi all, I'm writing this mail to start a discussion on some GSIP we want to make later down the line (that is, not by Jan 21) and that would result in a full refactor of the KML generation subsystem in GeoServer, which is a big amount of work, but luckily for us, funded, too, in the direction to give the KML subsystem better support for the future, both in terms of evolutions and maintenance: it is no big secret that few (none?) developers are happy to work in that portion of the code base. The starting point is of course to setup some design that everybody would be happy with, then we'll make a proposal and do the work. So, this is the phase in which we're trying to gather as much feedback as possible from the community in order to make the KML subsystem better :-) A good starting point could be David's retired proposal on this very topic, here: http://geoserver.org/display/GEOS/GSIP+21+-+KML+Vector+Transformer+Refactoring Some ideas I'd certainly like to reuse: - factor out code shared with streaming renderer in helper classes to avoid duplication - add some selected extension points to make it easier to interact with the kml generator - the idea of classifications is a nice one, but a bit out of the scope of the refactoring work - pluggable placemark generation is also interesting, thought we'd have to figure out a way for the various listeners to work togheter intead of encoding twice the same element/attribute One aspect that is not considered in the proposal above, but which is imho key to untangle the existing code, is to have a clear separation between the code that's writing the KML and the one that manipulates the feature collections and styles in order to get the desired result. To make some parallels, the WMS renderer, StreamingRenderer, does something similar, but it's not actually painting pixels at the low level, it's telling a Graphics2D to do so. Now, a clean way to do so could be to create an object model of KML, have the main code build the tree representing the KML output, and then have a second bit of code doing the XML encoding. This has some advantages, for example, having a target object model means that we can have N listeners/plugins manipulate the structure iteratively without the risk of generating in output the same information multiple time. It has of course a deadly drawback: we'd have to keep everyting in memory to follow this approach, breaking information streaming. That of course cannot be, but there may be some compromise between that and a solution that embeds in same code chunk feature/style manipulation and XML writing. Ideas: - have an object model, but work with it in chunks. Like, build in memory a placemark, serialize it to xml, and then move to the next, and so on (and something similar would happen to Document and Link objects) - have a set of nested builders that write the XML, and have the main code call upon them, these builders would have methods dealing with KML concepts as opposed to low level XML ones Object model sounds good to me. Actually this was one thing that was needed for recent parsing work. We needed a way to represent kml folders so we rolled a new class to represent them. I also had a look at xsd-kml, but it seems to me that it's geared towards parsing and there is no concept of streaming writing using it? Yeah, it only does parsing at the moment. In terms of streaming writing it is indeed possible as we do this with GML. Basically if we want to stream a bunch of objects back (say like placemarks in a document) instead of returning a list of all them we just return an iterator or a collection with a lazy iterator. As i understand more or less the way streaming with WPS processes work. I do think an xsd-kml approach could work but I
[Geoserver-devel] GSIP 89 Creative Commons with Attribution
2) Documentation License Two ways we can take this: - Stick creative commons with attribution on it (think that is fair if people reuse our content I would like readers to know where it came from ) Went ahead and created this (at least to capture any discussion): - http://geoserver.org/display/GEOS/GSIP+89+Creative+Commons+with+Attribution -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] A couple questions for OSGeo incubation
Asked folks at OpenPlans and they said: Yes, we legally changed our name to OpenPlans, Inc a couple of years ago, so if the copyright was assigned to TOPP it should be assigned to OpenPlans. The year it changed was 2010. So I guess we need to update our headers. I can volunteer some time given that it should just boil down to some script writing. How should the header read exactly? Should we just change TOPP to OpenPlans or should we include both entities with a date range for topp like: /* Copyright (c) 2010 - 2013 OpenPlans - www.openplans.org (http://www.openplans.org). All rights reserved. * Copyright (c) 2001 - 2010 TOPP - www.openplans.org (http://www.openplans.org). All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ Or just: /* Copyright (c) 2001 - 2013 OpenPlans - www.openplans.org (http://www.openplans.org). All rights reserved. * This code is licensed under the GPL 2.0 license, availible at the root * application directory. */ Good question :P I would go for the second one (easier search and replace - and it is the same legal entity?) (and because you are changing the file you can update the end of the date range to say 2013 in each case). Jody -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-2.2.x-nightly #191
See http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/191/ -- [...truncated 6140 lines...] [INFO] Copying gt-jdbc-postgis-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-jdbc-postgis-8-SNAPSHOT.jar [INFO] Copying gt-jdbc-sqlserver-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-jdbc-sqlserver-8-SNAPSHOT.jar [INFO] Copying gt-jdbc-teradata-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-jdbc-teradata-8-SNAPSHOT.jar [INFO] Copying net.opengis.fes-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/net.opengis.fes-8-SNAPSHOT.jar [INFO] Copying net.opengis.ows-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/net.opengis.ows-8-SNAPSHOT.jar [INFO] Copying net.opengis.wcs-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/net.opengis.wcs-8-SNAPSHOT.jar [INFO] Copying net.opengis.wfs-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/net.opengis.wfs-8-SNAPSHOT.jar [INFO] Copying net.opengis.wps-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/net.opengis.wps-8-SNAPSHOT.jar [INFO] Copying org.w3.xlink-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/org.w3.xlink-8-SNAPSHOT.jar [INFO] Copying gt-xsd-core-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-core-8-SNAPSHOT.jar [INFO] Copying gt-xsd-fes-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-fes-8-SNAPSHOT.jar [INFO] Copying gt-xsd-filter-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-filter-8-SNAPSHOT.jar [INFO] Copying gt-xsd-gml2-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-gml2-8-SNAPSHOT.jar [INFO] Copying gt-xsd-gml3-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-gml3-8-SNAPSHOT.jar [INFO] Copying gt-xsd-ows-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-ows-8-SNAPSHOT.jar [INFO] Copying gt-xsd-sld-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-sld-8-SNAPSHOT.jar [INFO] Copying gt-xsd-wcs-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-wcs-8-SNAPSHOT.jar [INFO] Copying gt-xsd-wfs-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-wfs-8-SNAPSHOT.jar [INFO] Copying gt-xsd-wps-8-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/gt-xsd-wps-8-SNAPSHOT.jar [INFO] Copying jt-attributeop-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-attributeop-1.2.0.jar [INFO] Copying jt-contour-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-contour-1.2.0.jar [INFO] Copying jt-rangelookup-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-rangelookup-1.2.0.jar [INFO] Copying jt-utils-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-utils-1.2.0.jar [INFO] Copying jt-vectorbinarize-1.3.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-vectorbinarize-1.3.0.jar [INFO] Copying jt-vectorize-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-vectorize-1.2.0.jar [INFO] Copying jt-zonalstats-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jt-zonalstats-1.2.0.jar [INFO] Copying jasypt-1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jasypt-1.8.jar [INFO] Copying jetty-6.1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jetty-6.1.8.jar [INFO] Copying jetty-util-6.1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-2.2.x-nightly/ws/src/release/target/dependency/jetty-util-6.1.8.jar [INFO] Copying servlet-api-2.5-6.1.8.jar to
[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-master-nightly #1349
See http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/1349/ -- [...truncated 9752 lines...] [INFO] Copying net.opengis.wcs-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/net.opengis.wcs-9-SNAPSHOT.jar [INFO] Copying net.opengis.wfs-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/net.opengis.wfs-9-SNAPSHOT.jar [INFO] Copying net.opengis.wps-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/net.opengis.wps-9-SNAPSHOT.jar [INFO] Copying org.w3.xlink-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/org.w3.xlink-9-SNAPSHOT.jar [INFO] Copying gt-xsd-core-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-core-9-SNAPSHOT.jar [INFO] Copying gt-xsd-fes-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-fes-9-SNAPSHOT.jar [INFO] Copying gt-xsd-filter-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-filter-9-SNAPSHOT.jar [INFO] Copying gt-xsd-gml2-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-gml2-9-SNAPSHOT.jar [INFO] Copying gt-xsd-gml3-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-gml3-9-SNAPSHOT.jar [INFO] Copying gt-xsd-ows-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-ows-9-SNAPSHOT.jar [INFO] Copying gt-xsd-sld-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-sld-9-SNAPSHOT.jar [INFO] Copying gt-xsd-wcs-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-wcs-9-SNAPSHOT.jar [INFO] Copying gt-xsd-wfs-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-wfs-9-SNAPSHOT.jar [INFO] Copying gt-xsd-wps-9-SNAPSHOT.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/gt-xsd-wps-9-SNAPSHOT.jar [INFO] Copying hamcrest-core-1.1.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/hamcrest-core-1.1.jar [INFO] Copying jt-attributeop-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-attributeop-1.2.0.jar [INFO] Copying jt-contour-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-contour-1.2.0.jar [INFO] Copying jt-rangelookup-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-rangelookup-1.2.0.jar [INFO] Copying jt-utils-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-utils-1.2.0.jar [INFO] Copying jt-vectorbinarize-1.3.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-vectorbinarize-1.3.0.jar [INFO] Copying jt-vectorize-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-vectorize-1.2.0.jar [INFO] Copying jt-zonalstats-1.2.0.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jt-zonalstats-1.2.0.jar [INFO] Copying cas-client-core-3.1.12.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/cas-client-core-3.1.12.jar [INFO] Copying jasypt-1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jasypt-1.8.jar [INFO] Copying jetty-6.1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jetty-6.1.8.jar [INFO] Copying jetty-util-6.1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/jetty-util-6.1.8.jar [INFO] Copying servlet-api-2.5-6.1.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/servlet-api-2.5-6.1.8.jar [INFO] Copying geodb-0.7-RC2.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/geodb-0.7-RC2.jar [INFO] Copying org.restlet-1.0.8.jar to http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/ws/src/release/target/dependency/org.restlet-1.0.8.jar [INFO] Copying org.restlet.ext.freemarker-1.0.8.jar to
[Geoserver-devel] [jira] (GEOS-5543) Creative Commons by Attribution
Jody Garnett created GEOS-5543 Creative Commons by Attribution Issue Type: Bug Affects Versions: 2.3-beta1 Assignee: Andrea Aime Components: Documentation Created: 09/Jan/13 10:45 PM Description: GSIP 89 request to make documentation available using Creative Commons by Attribution license. For more information see: http://geoserver.org/display/GEOS/GSIP+89+Creative+Commons+with+Attribution Project: GeoServer Priority: Minor Reporter: Jody Garnett This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [Hudson] Hudson build is back to normal : cite-wfs-1.0-master #704
See http://hudson.opengeo.org/hudson/job/cite-wfs-1.0-master/704/ -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
