Re: [Geoserver-devel] GSIP 90: upgrade GWC to version 1.4.x
On Wed, Jan 16, 2013 at 12:14 AM, Chris Holmes chol...@opengeo.org wrote: Given that this is a enterprise feature (why setup a connection to an external database if clustering is not needed?) I believe it's better to err on the side of more control, instead of the side of easier setup, and that was also agreeing with the general lack of time context in which I've made this GWC 1.4 integration. Cool, thanks for the explanation Andrea. All that makes sense. I've been hoping we can work to expose more of the GWC GUI options you mention. And it sounds like a decent community goal would also be the datastore improvements that you lay out. But this step you've made is huge, thanks for doing the work. Cool. Hopefully we'll manage to make it also easier to setup sometimes in the future, it's a worthy goal, I just could not fit it in the available time. The final deadline for new features is in 7 days, I don't believe I'll manage to add documentation: is there anyone interested in helping out? I think OpenGeo may be planning to put some resources in to this. Probably not in the next 7 days, but it seems like we just need to do it before the final release, no? The functionality won't change, and we can just get the docs better. Yep, we can definitely improve docs during the hardening window before the final 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
[Geoserver-devel] 2.3-beta2 reminder - release monday Jan 21
Checking in with http://geoserver.org/display/GEOS/GeoTools+and+GeoServer+release+schedule has me down for the next master release - GeoServer 2.3-beta2. This is the cutoff before master is locked down for a feature freeze, that said I do not really want a rush of last minuet commits if we can avoid it. -- 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
Re: [Geoserver-devel] 2.3-beta2 reminder - release monday Jan 21
On Wed, Jan 16, 2013 at 10:44 AM, Jody Garnett jody.garn...@gmail.comwrote: Checking in with http://geoserver.org/display/GEOS/GeoTools+and+GeoServer+release+schedulehas me down for the next master release - GeoServer 2.3-beta2. This is the cutoff before master is locked down for a feature freeze, that said I do not really want a rush of last minuet commits if we can avoid it. Clarification, beta1 was actually scheduled for Dec 21 but there was nobody doing it, so I guess this will be the one and only beta we make? One month hardening, and then we start directly with RC1 Feb 21, aiming for a final by March 21th? That would complete the 6 months cycle. As for the rush, look at how many GSIPs we have around about to be committed, I believe it's unavoidable. That said, it's exaclty why we have harderning past it, everything still and only bug fixes coming in. Cheres 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] Symbols rendering in GetLegendGraphic
Hi to everybody, one of our clients signalled a bug on the GetLegendGraphic rendering of symbols/icons. Currently all symbols are sized independently of the requested icon size, so if we have to render a big symbol/icon it is clipped so that it is rendered inside the requested box. I would like to propose a patch (on master) to resolve the bug, doing this: 1) scan all requested Style for symbols/icons and accumulate the max rendered size of them all 2) use the accumulated size to scale all symbols/icons during rendering to this max size, to mantain symbols proportion Is this ok for you? Can I proceed to create the patch? Thanks. -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 90: upgrade GWC to version 1.4.x
Definitely +1 Thanks, Alessio. == 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 16, 2013 at 10:41 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Wed, Jan 16, 2013 at 12:14 AM, Chris Holmes chol...@opengeo.orgwrote: Given that this is a enterprise feature (why setup a connection to an external database if clustering is not needed?) I believe it's better to err on the side of more control, instead of the side of easier setup, and that was also agreeing with the general lack of time context in which I've made this GWC 1.4 integration. Cool, thanks for the explanation Andrea. All that makes sense. I've been hoping we can work to expose more of the GWC GUI options you mention. And it sounds like a decent community goal would also be the datastore improvements that you lay out. But this step you've made is huge, thanks for doing the work. Cool. Hopefully we'll manage to make it also easier to setup sometimes in the future, it's a worthy goal, I just could not fit it in the available time. The final deadline for new features is in 7 days, I don't believe I'll manage to add documentation: is there anyone interested in helping out? I think OpenGeo may be planning to put some resources in to this. Probably not in the next 7 days, but it seems like we just need to do it before the final release, no? The functionality won't change, and we can just get the docs better. Yep, we can definitely improve docs during the hardening window before the final 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 -- 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-5568) Use Transifex as translation tool
Oscar Fonts created GEOS-5568 Use Transifex as translation tool Issue Type: New Feature Affects Versions: 2.3-beta1 Assignee: Andrea Aime Created: 16/Jan/13 5:44 AM Description: Frank Gasdorf and Oscar Fonts are working on how to integrate Transifex as the translation tool for geoserver. Working on the GitHub branch: https://github.com/fgdrf/geoserver/tree/gs-transifex Using the transifex project: https://www.transifex.com/projects/p/geoserver_23x/ Subtasks: 1. Oscar Make sure translated texts are correctly encoded in all running scenarios (within eclipse; through mvn jetty:run; on released war). 2. Frank Discern "draft" vs. "reviewed" translations. Transifex provides mechanisms to do so. Incorporate to build only the reviewed ones. 3. Frank Pull resources from transifex as a mvn action, so they can be easily incorporated in the build/release processes. 4. ? Add a language selector to the web interface that overrides actual behavior (now, language is chosen from browser preferences). 5. Oscar Docs: Update guide for translators and for release building. Environment: All Project: GeoServer Priority: Major Reporter: Oscar Fonts 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] [Geoserver-users] Translations on transifex
Hi, Hey, apologies for the late reply on this stuff. +1, sorry. So let's not block on me, keep up the great work Oscar Actually Frank is doing way better than me keeping this alive. :) Sounds like a gsip may be in order? Well, I just opened a JIRA... http://jira.codehaus.org/browse/GEOS-5568 But if needed will prepare a GSIP draft. It'd be great if we could squeeze this in before the 2.3 freeze, Let's see if we're on time. One question for Oscar/Frank - what's the logic behind the 22x and 23x projects? Transifex lets 'tag' resources as a particular version, but won't let many branches evolve in parallel. Anyway, +1 on having a single Transifex project. And an ideal though not mandatory step would be continuous integration with transifex, so it gets included without any manual process. Keeping translated resources only in transifex, and pulling them via a mvn -D option at build time would work, right? Oscar. -- 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] Getting access to a GeoServer after forgetting master/admin password
Hi Andrea, did this help ? 2013/1/14 Christian Mueller mcrmc...@gmail.com Two possibilities 1) Check for a file security/masterpw.info This file contains the master password and you can log in with the user root. root has ROLE_ADMINISTRATOR. 2) If you are using the default user group service, you can do the following: Open security/usergroup/default/users.xml. Look for the admin user and set the password attribute like password=plain:geoserver. Obtaining the master password is difficult. It is located in security/masterpw/default/passwd. The password is stored encrypted and useless. You have to start a debug session to find this password in memory. Please tell me if you need further assistance. Christian 2013/1/14 Andrea Aime andrea.a...@geo-solutions.it Hi, let's say that someone does not use a GeoServer 2.2.x for quite some time, the passwords are not stored anywhere, and the master/admin passwords are just forgotten. There must be a way for someone that has command line access to the GeoServer data dir to start over and force GeoServer to use a certain new password. Is there? 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 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. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ 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] Call for vote GSIP-91
Thanks for the hint, in this situation I will try to finish the core code until Friday and hope for a review from Justin. Fortunately, Justin is 8 hours behind me :-) I think the admin GUI is not so critical and I try to finish until Sunday. Cheers Christian 2013/1/16 Andrea Aime andrea.a...@geo-solutions.it On Wed, Jan 16, 2013 at 6:51 AM, Christian Mueller mcrmc...@gmail.comwrote: @Andrea: No, there is no new pattern language, this is only an example. The admin has to deal with simple ANT patterns. Ok, works for me, +1 (pending review of the patch @Justin GSIP 91 could be named GSIP 82, part II. It is the successor for completing chain configuration logic. This will be the last major rework in the security core code. I want to bring it in before Andrea is doing 2.3-beta1. I will push to finish this work until the weekend and create a patch.I hope you can spend some time on Monday for reviewing. Ah, this poses a problem. The release procedure takes the last revision that passed the cite tests, and the relase is scheduled for Monday, which means it will take a revision from a nightly build done in the night between Sunday and Monday, too late for a patch review. Moreover, using the last day implies that there won't be any feedback requiring changes to the patch. You can talk with Jody, that is going to do the beta release, but it would be much better if you had the patch ready for Friday, assuming that Justin has time to have a look at it 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] Getting access to a GeoServer after forgetting master/admin password
On Wed, Jan 16, 2013 at 1:36 PM, Christian Mueller mcrmc...@gmail.comwrote: Hi Andrea, did this help ? Ah hey, yep, it's a good set of indications. Having a command line tool to extract the master password without having to put GeoServer in debug mode would be quite useful 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] Call for vote GSIP-91
+0 on the proposal from me :-) I have my monday slightly earlier than you, and need to complete the release promptly (or try again the next weekend). -- Jody Garnett On Wednesday, 16 January 2013 at 11:02 PM, Christian Mueller wrote: Thanks for the hint, in this situation I will try to finish the core code until Friday and hope for a review from Justin. Fortunately, Justin is 8 hours behind me :-) I think the admin GUI is not so critical and I try to finish until Sunday. Cheers Christian 2013/1/16 Andrea Aime andrea.a...@geo-solutions.it (mailto:andrea.a...@geo-solutions.it) On Wed, Jan 16, 2013 at 6:51 AM, Christian Mueller mcrmc...@gmail.com (mailto:mcrmc...@gmail.com) wrote: @Andrea: No, there is no new pattern language, this is only an example. The admin has to deal with simple ANT patterns. Ok, works for me, +1 (pending review of the patch @Justin GSIP 91 could be named GSIP 82, part II. It is the successor for completing chain configuration logic. This will be the last major rework in the security core code. I want to bring it in before Andrea is doing 2.3-beta1. I will push to finish this work until the weekend and create a patch.I hope you can spend some time on Monday for reviewing. Ah, this poses a problem. The release procedure takes the last revision that passed the cite tests, and the relase is scheduled for Monday, which means it will take a revision from a nightly build done in the night between Sunday and Monday, too late for a patch review. Moreover, using the last day implies that there won't be any feedback requiring changes to the patch. You can talk with Jody, that is going to do the beta release, but it would be much better if you had the patch ready for Friday, assuming that Justin has time to have a look at it 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 (tel:%2B39%200584%20962313) fax: +39 0584 1660272 (tel:%2B39%200584%201660272) mob: +39 339 8844549 (tel:%2B39%20%C2%A0339%208844549) 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] GSIP 83 - Call for vote
Hi all, I've just aligned and pushed last required changes.http://geoserver.org/pages/viewpage.action?pageId=55574531 The pull requests are missing the documentation which is currently under development (it will be produced using the proposal). Could you kindly vote for this pull request?https://github.com/geoserver/geoserver/pull/85 Note that this can be easily backported to the 2.2.x so please vote also for the backport.https://github.com/geoserver/geoserver/pull/105 Cheers,Carlo From: ccancelli...@hotmail.com To: jdeol...@opengeo.org; geoserver-devel@lists.sourceforge.net Date: Tue, 8 Jan 2013 16:30:58 + Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report Justin, no problem, once approved I'll add documentation and requested fixes.Other suggestions? votes?Cheers,Carlo Cancellieri - GeoSolutions SAS Date: Fri, 4 Jan 2013 11:42:31 -0700 Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report From: jdeol...@opengeo.org To: alessio.fabi...@geo-solutions.it CC: ccancelli...@hotmail.com; geoserver-devel@lists.sourceforge.net; andrea.a...@geo-solutions.it Looks good to me. If I were to add a couple of things. * rename endpoint /about/resources to /about/manifest, seems a bit more explicit about what it is returning* rename ManifestLoader.properties to just manifest.properties. More inline with existing naming conventions and since its a user visible file (ie. it lives in the data directory) it would be nice if it were in a more readable format, rather than in Java camel case style. Just suggestions, both non blocking. On Thu, Dec 20, 2012 at 9:56 AM, Alessio Fabiani alessio.fabi...@geo-solutions.it wrote: I should alreay voted for this gsip, however just in case ... +1 ==Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Alessio Fabiani@alfa7691Founder/Technical Lead GeoSolutions S.A.S.Via Poggio alle Viti 1187 55054 Massarosa (LU) Italyphone: +39 0584 962313fax: +39 0584 1660272 mob: +39 331 6233686 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Thu, Dec 20, 2012 at 3:15 PM, Carlo Cancellieri ccancelli...@hotmail.com wrote: Hi all, here is the pull request: https://github.com/geoserver/geoserver/pull/85 Still missing documentation, I'm waiting for your votes. Cheers,Carlo Cancellieri - GeoSolutions SAS From: ccancelli...@hotmail.com To: andrea.a...@geo-solutions.it Date: Wed, 19 Dec 2012 09:50:06 + CC: geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report Andrea, thank you for feedback. - following up the usual GeoServer REST conventions, in /rest/about/resources.format the format should be optional and the default should be HTML (the proposal does not say which formats are supported btw) Added HTML support and modified proposal here:http://geoserver.org/pages/viewpage.action?pageId=55574531#GSIP83-RESTExtensibleandcustomizableversionsreport%E2%80%8F-Supportedformats%3A Carlo Cancellieri - GeoSolutions SAS -- ==Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == GeoSolutions S.A.S.Via Poggio alle Viti 118755054 Massarosa (LU)Italy phone: +39 0584 962313fax: +39 0584 1660272 http://www.geo-solutions.ithttp://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your
Re: [Geoserver-devel] Symbols rendering in GetLegendGraphic
Sounds like a nice improvement to me. -- David Winslow OpenGeo - http://opengeo.org/ On Wed, Jan 16, 2013 at 6:22 AM, Mauro Bartolomeoli mauro.bartolome...@geo-solutions.it wrote: An image to explain better the problem. On the left side the current behaviour, on the right the desidered one. [image: Immagine in linea 1] -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 image001.png-- 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-5569) Missing i18n support for CatalogStressTester
Frank Gasdorf created GEOS-5569 Missing i18n support for CatalogStressTester Issue Type: Improvement Affects Versions: 2.2.3 Assignee: Frank Gasdorf Created: 16/Jan/13 9:48 AM Description: at the moment there no properties defined to make translations possible. affected resources : CatalogStressTester.html and class CatalogStressTester Fix Versions: 2.2.x, 2.3-beta1, 2.2.4 Project: GeoServer Priority: Minor Reporter: Frank Gasdorf 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] Getting access to a GeoServer after forgetting master/admin password
Perhaps a class with a main method in the main module. (if it is possible) 2013/1/16 Andrea Aime andrea.a...@geo-solutions.it On Wed, Jan 16, 2013 at 1:36 PM, Christian Mueller mcrmc...@gmail.comwrote: Hi Andrea, did this help ? Ah hey, yep, it's a good set of indications. Having a command line tool to extract the master password without having to put GeoServer in debug mode would be quite useful 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 90: upgrade GWC to version 1.4.x
My +1 is already on the GSIP page. The related gwc pull request is already applied. Cheers, Gabriel On Wed, Jan 16, 2013 at 8:31 AM, Alessio Fabiani alessio.fabi...@geo-solutions.it wrote: Definitely +1 Thanks, Alessio. == 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 16, 2013 at 10:41 AM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Wed, Jan 16, 2013 at 12:14 AM, Chris Holmes chol...@opengeo.org wrote: Given that this is a enterprise feature (why setup a connection to an external database if clustering is not needed?) I believe it's better to err on the side of more control, instead of the side of easier setup, and that was also agreeing with the general lack of time context in which I've made this GWC 1.4 integration. Cool, thanks for the explanation Andrea. All that makes sense. I've been hoping we can work to expose more of the GWC GUI options you mention. And it sounds like a decent community goal would also be the datastore improvements that you lay out. But this step you've made is huge, thanks for doing the work. Cool. Hopefully we'll manage to make it also easier to setup sometimes in the future, it's a worthy goal, I just could not fit it in the available time. The final deadline for new features is in 7 days, I don't believe I'll manage to add documentation: is there anyone interested in helping out? I think OpenGeo may be planning to put some resources in to this. Probably not in the next 7 days, but it seems like we just need to do it before the final release, no? The functionality won't change, and we can just get the docs better. Yep, we can definitely improve docs during the hardening window before the final 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 -- 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 -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. -- 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
+0 On Tue, Jan 15, 2013 at 6:40 AM, Alessio Fabiani alessio.fabi...@geo-solutions.it wrote: +1 == 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 2:48 PM, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote: 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.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.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.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
Re: [Geoserver-devel] GSIP 85 - Nested layer groups
Added my +1 to the proposal page. Great and long waited functionality. Cheers, Gabriel On Wed, Jan 16, 2013 at 3:07 AM, Christian Mueller mcrmc...@gmail.com wrote: +0 2013/1/16 Jody Garnett jody.garn...@gmail.com Hi all, please discuss and vote this new GSIP: http://geoserver.org/display/GEOS/GSIP+85+-+Nested+layer+groups Added my +1 to the page (great functionality to have working) Is there any chance of double checking the bounds recorded by layer groups against the child layers? Jody -- 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 -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. -- 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] Getting access to a GeoServer after forgetting master/admin password
On Wed, Jan 16, 2013 at 5:10 PM, Christian Mueller mcrmc...@gmail.comwrote: Perhaps a class with a main method in the main module. (if it is possible) Yep, that would be nice Cheers Andrea 2013/1/16 Andrea Aime andrea.a...@geo-solutions.it On Wed, Jan 16, 2013 at 1:36 PM, Christian Mueller mcrmc...@gmail.comwrote: Hi Andrea, did this help ? Ah hey, yep, it's a good set of indications. Having a command line tool to extract the master password without having to put GeoServer in debug mode would be quite useful 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 --- -- == 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
0+ 2013/1/16 Gabriel Roldan grol...@opengeo.org +0 On Tue, Jan 15, 2013 at 6:40 AM, Alessio Fabiani alessio.fabi...@geo-solutions.it wrote: +1 == 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 2:48 PM, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote: 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.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
Re: [Geoserver-devel] GSIP 83 - Call for vote
+1 2013/1/16 Carlo Cancellieri ccancelli...@hotmail.com Hi all, I've just aligned and pushed last required changes. http://geoserver.org/pages/viewpage.action?pageId=55574531 The pull requests are missing the documentation which is currently under development (it will be produced using the proposal). Could you kindly vote for this pull request? https://github.com/geoserver/geoserver/pull/85 Note that this can be easily backported to the 2.2.x so please vote also for the backport. https://github.com/geoserver/geoserver/pull/105 Cheers, Carlo -- From: ccancelli...@hotmail.com To: jdeol...@opengeo.org; geoserver-devel@lists.sourceforge.net Date: Tue, 8 Jan 2013 16:30:58 + Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report Justin, no problem, once approved I'll add documentation and requested fixes. Other suggestions? votes? Cheers, Carlo Cancellieri - GeoSolutions SAS -- Date: Fri, 4 Jan 2013 11:42:31 -0700 Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report From: jdeol...@opengeo.org To: alessio.fabi...@geo-solutions.it CC: ccancelli...@hotmail.com; geoserver-devel@lists.sourceforge.net; andrea.a...@geo-solutions.it Looks good to me. If I were to add a couple of things. * rename endpoint /about/resources to /about/manifest, seems a bit more explicit about what it is returning * rename ManifestLoader.properties to just manifest.properties. More inline with existing naming conventions and since its a user visible file (ie. it lives in the data directory) it would be nice if it were in a more readable format, rather than in Java camel case style. Just suggestions, both non blocking. On Thu, Dec 20, 2012 at 9:56 AM, Alessio Fabiani alessio.fabi...@geo-solutions.it wrote: I should alreay voted for this gsip, however just in case ... +1 == 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 Thu, Dec 20, 2012 at 3:15 PM, Carlo Cancellieri ccancelli...@hotmail.com wrote: Hi all, here is the pull request: https://github.com/geoserver/geoserver/pull/85 Still missing documentation, I'm waiting for your votes. Cheers, Carlo Cancellieri - GeoSolutions SAS -- From: ccancelli...@hotmail.com To: andrea.a...@geo-solutions.it Date: Wed, 19 Dec 2012 09:50:06 + CC: geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report Andrea, thank you for feedback. - following up the usual GeoServer REST conventions, in /rest/about/resources.format the format should be optional and the default should be HTML (the proposal does not say which formats are supported btw) Added HTML support and modified proposal here: http://geoserver.org/pages/viewpage.action?pageId=55574531#GSIP83-RESTExtensibleandcustomizableversionsreport%E2%80%8F-Supportedformats%3Ahttp://geoserver.org/pages/viewpage.action?pageId=55574531#GSIP83-RESTExtensibleandcustomizableversionsreport%E2%80%8F-Supportedformats: Carlo Cancellieri - GeoSolutions SAS -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net
[Geoserver-devel] KML Dynamic Icons
Hi all (mostly Andrea though), I've been asked to look into making some KML improvements, so it seems that Andrea and I should coordinate a bit to avoid potential clobbering. I'm still just in the planning phase and probably won't be making KML changes in GeoServer soon (in the next few weeks.) The improvements I'm talking about would relate to giving more faithful representations of PointSymbolizers in KML generated by GeoServer. Currently GeoServer discards most aspects of Marks (only fill and opacity are preserved) and does not always ensure that URLs included in KML will represent resources that are accessible to remote clients. Additionally, GeoServer encodes an SLD style with multiple PointSymbolizers into a KML Style with multiple IconStyles, which is invalid. (Google Earth will render these, but discards all but the last IconStyle.) Anyway, to resolve these issues I'm thinking about adding facilities to GeoServer for rendering individual icons for use in KML - both as a REST service for actual KML files and also as embedded files in KMZ. The KMLVectorTransformer would need to be modified to leverage these utilities as well. So I'm interested to try and formulate a plan that allows these new features to be developed without impeding or being impeded by the refactor. -- David Winslow OpenGeo - http://opengeo.org/ -- 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 83 - Call for vote
Christian, sorry, your vote is for both proposal and backport to 2.2.x?Cheers,Carlo Cancellieri - GeoSolutions SAS Date: Wed, 16 Jan 2013 17:55:09 +0100 Subject: Re: [Geoserver-devel] GSIP 83 - Call for vote From: mcrmc...@gmail.com To: ccancelli...@hotmail.com CC: jdeol...@opengeo.org; geoserver-devel@lists.sourceforge.net +1 2013/1/16 Carlo Cancellieri ccancelli...@hotmail.com Hi all, I've just aligned and pushed last required changes.http://geoserver.org/pages/viewpage.action?pageId=55574531 The pull requests are missing the documentation which is currently under development (it will be produced using the proposal). Could you kindly vote for this pull request?https://github.com/geoserver/geoserver/pull/85 Note that this can be easily backported to the 2.2.x so please vote also for the backport.https://github.com/geoserver/geoserver/pull/105 Cheers,Carlo From: ccancelli...@hotmail.com To: jdeol...@opengeo.org; geoserver-devel@lists.sourceforge.net Date: Tue, 8 Jan 2013 16:30:58 + Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report Justin, no problem, once approved I'll add documentation and requested fixes.Other suggestions? votes?Cheers,Carlo Cancellieri - GeoSolutions SAS Date: Fri, 4 Jan 2013 11:42:31 -0700 Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report From: jdeol...@opengeo.org To: alessio.fabi...@geo-solutions.it CC: ccancelli...@hotmail.com; geoserver-devel@lists.sourceforge.net; andrea.a...@geo-solutions.it Looks good to me. If I were to add a couple of things. * rename endpoint /about/resources to /about/manifest, seems a bit more explicit about what it is returning* rename ManifestLoader.properties to just manifest.properties. More inline with existing naming conventions and since its a user visible file (ie. it lives in the data directory) it would be nice if it were in a more readable format, rather than in Java camel case style. Just suggestions, both non blocking. On Thu, Dec 20, 2012 at 9:56 AM, Alessio Fabiani alessio.fabi...@geo-solutions.it wrote: I should alreay voted for this gsip, however just in case ... +1 ==Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Alessio Fabiani@alfa7691Founder/Technical Lead GeoSolutions S.A.S.Via Poggio alle Viti 1187 55054 Massarosa (LU) Italyphone: +39 0584 962313fax: +39 0584 1660272 mob: +39 331 6233686 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Thu, Dec 20, 2012 at 3:15 PM, Carlo Cancellieri ccancelli...@hotmail.com wrote: Hi all, here is the pull request: https://github.com/geoserver/geoserver/pull/85 Still missing documentation, I'm waiting for your votes. Cheers,Carlo Cancellieri - GeoSolutions SAS From: ccancelli...@hotmail.com To: andrea.a...@geo-solutions.it Date: Wed, 19 Dec 2012 09:50:06 + CC: geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] GSIP 83 - REST Extensible and customizable versions report Andrea, thank you for feedback. - following up the usual GeoServer REST conventions, in /rest/about/resources.format the format should be optional and the default should be HTML (the proposal does not say which formats are supported btw) Added HTML support and modified proposal here:http://geoserver.org/pages/viewpage.action?pageId=55574531#GSIP83-RESTExtensibleandcustomizableversionsreport%E2%80%8F-Supportedformats%3A Carlo Cancellieri - GeoSolutions SAS -- ==Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == GeoSolutions S.A.S.Via Poggio alle Viti 118755054 Massarosa (LU)Italy phone: +39 0584 962313fax: +39 0584 1660272 http://www.geo-solutions.ithttp://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
Re: [Geoserver-devel] some resource pool refactoring
Hey Andrea, Agreed that storing all resources in a database or off the file system is a larger issue. For now my goal is just to focus on the catalog since it is typically the part of the configuration that changes most frequently, or is updated in an automated way. That said, I have been using this problem to think about the larger goal of storing all resources in a database and making it so GeoServer can run without a file system. Here are some of my random thoughts. The idea would be to use GeoServerResourceLoader as the base which I think makes sense since much of GeoServer uses this class for data directory / file system access. But obviously it works with java.io.File which is a problem. So the first step would be to make the api be stream based. There would be a lot of code around the edges that would port to the stream based methods but it could be done in a gradual way. In terms of loading resources you could look at the current GeoServerResourceLoader api as a key value store where the keys are just file paths. Once the values are streams it should be possible to swap out the file based approach for one that stores blobs in a database . The key can remain the same: stream = rl.findResource(workspaces/topp/states/description.ftl) Whether that is a file in the data directory, or a row in a database becomes an implementation detail. Or at least that would be the idea. Now gwc... well i don't have any bright ideas about that :) I guess the bits that live in the GeoServer extension could potentially be ported over to the new resource loader... but the upstream bits... not sure. On Wed, Jan 16, 2013 at 3:18 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Tue, Jan 15, 2013 at 11:28 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hey folks, I wanted to run some proposed refactoring of the ResourcePool class past everyone. Basically my goal is two-fold. The first and primary goal is to extend to the jdbcconfig module to allow for storing SLD contents along with configured style objects. It is really the last step to make the module able to store all catalog contents in the database. The idea would be to make it possible to plug in a custom ResourcePool implementation via spring. The lookup mechanism is similar to how others work in that first we would look for an instance in the spring context, and if not found fall back to the default implementation. A secondary goal is to allow for implementations to control how the various caches in ResourcePool are created. One thing I have been wanting to experiment with is the idea of distributed caches that GeoServers in a cluster could potentially share. This secondary goal is not an immediate one but I figured since i was mucking around in the vicinity i would make these changes as well. All in all the changes are pretty straight forward, and mostly a pure refactoring with no behavioural changes. https://github.com/jdeolive/geoserver/commit/2dd214507cd764486707ed93711f380ff4db0f71 Thoughts or opinions? Do people feel this is something proposal worthy? I should note that i was hoping to do this on 2.3.x. I'm good with the refactor allowing to change the resource pool, it is useful in general as people might want to perform caching of resources their own way. I agree that implementation wise this can be used to store styles somewhere else, but styles are not the only thing that should be stored in the database if you want a centralized configuration. How about freemarker templates, override xsd schemas, the security subsytem configuration, or the configurations for the extension modules, the files in the www directory ... and I'm probably forgetting something else too. It seems to me we'd need something different, like a ResourceFileAccessor of some kind, or some extension to the catalog facade so that no direct access to the data directory file system is ever made, possibly with events so that code can listen to direct changes to the data dir contents. Hmmm... and GWC won't play good with that either, as the configuration code there also assumes it can access a file system. 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 --- -- 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
Re: [Geoserver-devel] Call for vote GSIP-91
Sounds good Christian. I will try to review as soon as the patch is available. On Tue, Jan 15, 2013 at 10:51 PM, Christian Mueller mcrmc...@gmail.comwrote: @Andrea: No, there is no new pattern language, this is only an example. The admin has to deal with simple ANT patterns. @Justin GSIP 91 could be named GSIP 82, part II. It is the successor for completing chain configuration logic. This will be the last major rework in the security core code. I want to bring it in before Andrea is doing 2.3-beta1. I will push to finish this work until the weekend and create a patch.I hope you can spend some time on Monday for reviewing. Christian 2013/1/15 Justin Deoliveira jdeol...@opengeo.org Hey Christian, How does this relate to GSIP-82? Also, is there a patch i can check out? -Justin On Tue, Jan 15, 2013 at 11:16 AM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Jan 15, 2013 at 5:03 PM, Christian Mueller mcrmc...@gmail.comwrote: Exactly this is the problem. On the top of the page you can manage individual authentication filters. (add,remove,edit). I want to have the same logic/look and feel for authentication chains. Until now, we have a fixed set of chains and I want to add flexibility. This is the hard part. Ah I see. Yep, allowing the configuration of the filter chains seems indeed useful. However, the GSIP is talking about some sort of pattern language, is that going to be exposed in the GUI directly or is it just an example: /rest/** (GET,POST) /rest/** , SSL required 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 SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- 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] some resource pool refactoring
On Wed, Jan 16, 2013 at 6:16 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hey Andrea, Agreed that storing all resources in a database or off the file system is a larger issue. For now my goal is just to focus on the catalog since it is typically the part of the configuration that changes most frequently, or is updated in an automated way. That said, I have been using this problem to think about the larger goal of storing all resources in a database and making it so GeoServer can run without a file system. Here are some of my random thoughts. The idea would be to use GeoServerResourceLoader as the base which I think makes sense since much of GeoServer uses this class for data directory / file system access. But obviously it works with java.io.File which is a problem. So the first step would be to make the api be stream based. There would be a lot of code around the edges that would port to the stream based methods but it could be done in a gradual way. In terms of loading resources you could look at the current GeoServerResourceLoader api as a key value store where the keys are just file paths. Once the values are streams it should be possible to swap out the file based approach for one that stores blobs in a database . The key can remain the same: stream = rl.findResource(workspaces/topp/states/description.ftl) Whether that is a file in the data directory, or a row in a database becomes an implementation detail. Or at least that would be the idea. Right, that's what I was thinking as well. Now gwc... well i don't have any bright ideas about that :) I guess the bits that live in the GeoServer extension could potentially be ported over to the new resource loader... but the upstream bits... not sure. Eh, some parts of GWC will have to be refactored, several objects over there read directly from disk as they get initialized, GWC also needs some notion of a facade to access the configuration bits, so that they also can be stored in places other than a file system 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 83 - Call for vote
On Wed, Jan 16, 2013 at 4:28 PM, Carlo Cancellieri ccancelli...@hotmail.com wrote: Hi all, I've just aligned and pushed last required changes. http://geoserver.org/pages/viewpage.action?pageId=55574531 The pull requests are missing the documentation which is currently under development (it will be produced using the proposal). Could you kindly vote for this pull request? https://github.com/geoserver/geoserver/pull/85 Pull requests for a successfully voted GSIP do not need another vote, but they need a review from someone. The seems to be enough votes for the GSIP: http://geoserver.org/pages/viewpage.action?pageId=55574531 I'll try to have a look at the pull request ASAP Note that this can be easily backported to the 2.2.x so please vote also for the backport. https://github.com/geoserver/geoserver/pull/105 I believe it is premature to vote for a backport, the change needs to stay on trunk some time before we can even talk about a backport (I'd say one month at least, don't think there is a hard rule on this) 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] Symbols rendering in GetLegendGraphic
On Wed, Jan 16, 2013 at 4:29 PM, David Winslow dwins...@opengeo.org wrote: Sounds like a nice improvement to me. With large marks, it's a bug fix more than an improvement, if the icons are significantly larger than the 20x20 box used to paint them the legend graphics we get now is just useless. See for example the _Concept rule, who would have guessed that thing looking like a red fill is actually a round mark :-) ? 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] Another bug in GetLegendGraphic
Hi, I found another problem in GetLegendGraphic, when I ask for a legend for a layer with a generic geometry type (GEOMETRY) I have the following exception: java.lang.IllegalArgumentException: class com.vividsolutions.jts.geom.Geometry is not supported by this method at org.geotools.data.DataUtilities.defaultValue(DataUtilities.java:997) at org.geotools.feature.simple.SimpleFeatureBuilder.convert(SimpleFeatureBuilder.java:316) at org.geotools.feature.simple.SimpleFeatureBuilder.set(SimpleFeatureBuilder.java:297) at org.geotools.feature.simple.SimpleFeatureBuilder.add(SimpleFeatureBuilder.java:220) at org.geotools.feature.simple.SimpleFeatureBuilder.template(SimpleFeatureBuilder.java:502) at org.geoserver.wms.legendgraphic.BufferedImageLegendGraphicBuilder.createSampleFeature(BufferedImageLegendGraphicBuilder.java:534 To solve that I'd follow the following approach: - for each Rule, scan all the Symbolizers to find the one with the greatest dimension (Point = 0, Line = 1, Polygon =2, ...) - choose a Geometry type to match the max dimension found at the previous step and create a sample for that geometry type - draw the icon as usual for the sample Obviously this would be done only if I have a generic GEOMETRY, for all the other types the rendering process would be unchanged. Can I proceed to craft a patch for master to solve this issue? Thanks. -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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] Layers derived from Processes
So I've been hearing a few different use cases around processing, and wanted to get a discussion going on the possibilities for some GeoServer improvements that could improve our story. One is to be able to more fully define layers defined by processes on the fly. Right now we have the rendering transformations, which are totally awesome. And you can use that to render a layer on the fly. But if you want to query the resulting layer you have to recreate the exact wps request that's embedded in the SLD. And if you want to change the visualization you have to also get comfortable with the full SLD. It seems like it'd be better if you could just define a layer that's the result of a WPS process, coming from one or more layers. It'd be a layer that lives in the catalog, that can be queried with WMS or WFS/WCS, could have further WPS done on it, and could have a variety of SLD's associated with it. It'd be listed in the capabilities document. But it'd always be constructed on the fly, running the backend WPS process on the layers that make it up. The advantage would be that it always stays up to date, and also doesn't take up lots of room in a database. It'd be ideal for WPS processes that can be applied quickly, and/or that work on relatively small datasets. It'd be similar to a SQL View layer, but instead of being defined by SQL it'd be defined by a Process and its inputs (be they layers or set variables, or perhaps even parametric like sql views can be). The other that jumps to mind is a related construct that would work for processes that may not work so well on the fly. Think like routing, where you need to load the whole graph in memory. Or even heatmaps could benefit, by doing a global heatmap on the whole layer, which would tile better. This would be sort of like a 'cache' of the process. I think it'd work similar to how the WPS process that outputs to the GeoServer catalog works. It'd output the process to a new layer, storing in the default database or raster format. But I think a key difference/improvement would be for it to be 'live' - have knowledge of changes to the base layer. So just like we kill the tile cache when an edit comes in over WFS-T or we're notified on GeoRSS so too the derived WPS layer would rerun it's whole process if there's a change. A related type of layer would be to just run the process on a schedule. So like if the notification stuff is not easy to set up, or the user knows they'll want it run at certain times each day, they could define a derived WPS layer that re-runs the process at that set time. Do others have other types of layers derived from WPS that could be useful? I think it'd be great to have a GUI that lets our users easily make all three type of layers. I haven't reached any great insight on how that GUI would work - they could all be different types of a Derived Layer, with different config options. Or they could each be their own type of layer, which might make it clearer? Or maybe more confusing. I guess they maybe wouldn't depend on a datastore? Or we could make a 'virtual datastore' for convenience. But each layer would just be defined by one or more other layers plus one or more processes. I do think having this could make the WPS builder tool a lot more useful. Right now you make your query, but it then just returns you a big xml document or maybe a geotiff of what you made. It'd be great if instead you could build your query and then look at the results on openlayers. We could make that pretty easily now with a shortcut to the gs catalog import process. But with the above options you could have more control. The on the fly one in particular could be nice, as it could ease the creation of complex rendering transformations. Users could just define the transform, and then use a standard tool like uDig or GeoExplorer to define the styling. With these as options GeoServer becomes a place to explore spatial processing, instead of just building WPS. And could make it easier to make pure javascript clients that let people apply processes to full layers instead of just smaller datasets and getting the results in the browser. Curious for people's feedback, as I imagine others have been thinking on this too. And indeed just generally from everyone on what other improvements we could do on the WPS, since it's been out there for a bit, and I've heard of some people doing some pretty cool stuff with it. Chris -- 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] review of csw pull request
Hi all, I spent a few hours today reviewing the pending pull request from Niels that adds support for iso application profile and a catalog store based directly from the geoserver catalog to the existing csw community module. https://github.com/geoserver/geoserver/pull/84/files All in all it looks great. Big thanks to Niels and Andrea for all this work. I did however run into a few hiccups when trying to build the modules with tests. 1. UTF-8 vs ISO-8859-1 encoding issues A few tests fail with error message complaining about invalid UTF-8 byte sequences. Some of the test files contain some extended latin characters. For instance: https://github.com/geoserver/geoserver/blob/master/src/community/csw/csw-core/src/test/resources/org/geoserver/csw/records/Record_e9330592-0932-474b-be34-c3a3bb67c7db.xml The error occurs when one of the tests tries to parse a GetRecord response that contains the record. The resulting doc reports a UTF-8 encoding and the getAsDOM method fails to parse it. Not sure the best way to solve this one but i was able to fix the test with two approaches. a. Change the record transformer to report a document encoding of ISO-8859-1 b. Specify manually the ISO-8859-1 encoding when parsing the response, essentially ovrerriding the UTF-8 encoding reported on the doc This is an example of one of the tests that fail. https://github.com/geoserver/geoserver/blob/master/src/community/csw/csw-core/src/test/java/org/geoserver/csw/GetRecordsTest.java#L243 2. Location of schema files The pull request moves the csw schema files from the classpath root to a package prefix of net/opengis so that AppSchemaResolver can find them. But this then causes the classpath publisher to fail to find the and makes it so that the schemas are no longer web accessible which causes a test to fail. An obvious solution would be to just copy the files back to the root, keeping them in both places. But I wonder if AppSchemaResolver can be configured to load them without the package prefix. Or we could potentially modify ClasspathPublisher and add the ability to add a package prefix. 3. org.geoserver.csw.records.iso.GetRecordsTest failures Some of the ISO GetRecords tests fail as they make assertions assuming that the cite:Forests record will be in the first page of results. Easy fix seemed to just increase the page size by using maxRecords to ensure all results returned. And that is it. Aside from those issues the modules build just fine. I have pushed some changes up to my github that contain fixes for these issues: https://github.com/jdeolive/geoserver/tree/csw But i am not confident on the fixes for issues 1 and 2 above and would like to hear from Andrea and Niels. I also took the liberty of fixing some minor issues as well including: * cleaned up formatting issues with changes to main module catalog classes (tabs vs spaces) * removed csw- prefix from csw modules, as per convention with other multi module roots like web, etc... the directory tree now looks like: csw/ api/ core/ simple-store/ The artifact ids retain the csw prefix though. -Justin -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- 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] GSIP 83 - Call for vote
+1 for the proposal. I am not sure about the back port, is it necessary ?. My vote for the backport is 0. 2013/1/16 Carlo Cancellieri ccancelli...@hotmail.com Andrea, I've just committed documentation too. I'll try to have a look at the pull request ASAP Thank you! Cheers, Carlo -- == 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 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