[Geoserver-devel] Jenkins build is back to normal : geoserver-master #1672

See -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/li

[Geoserver-devel] Build failed in Jenkins: geoserver-master #1671

See -- [...truncated 18584 lines...] [WARNING] * [WARNING] * Your build is requesting parallel execution, but project * [WARNING

Re: [Geoserver-devel] Support style generation for all formats

Jody - those refer to the same point; I updated the proposal after that email was sent. Torben On Mon, Aug 10, 2015 at 4:56 PM, Jody Garnett wrote: > +1 > > Some additional discussion follows... > > On 10 August 2015 at 15:59, Torben Barsballe > wrote: > >> Jody - It should be fairly easy to g

Re: [Geoserver-devel] Support style generation for all formats

+1 Some additional discussion follows... On 10 August 2015 at 15:59, Torben Barsballe wrote: > Jody - It should be fairly easy to get importer to recognize style files: > simply iterate through StyleHandlers to get the supported > formats/extensions, and see if there are any matching files in t

Re: [Geoserver-devel] Support style generation for all formats

Jody - It should be fairly easy to get importer to recognize style files: simply iterate through StyleHandlers to get the supported formats/extensions, and see if there are any matching files in the import. Such a change would be entirely distinct from the style generator. Given that this does in

Re: [Geoserver-devel] Support style generation for all formats

No problems, but perhaps a related request for importer / style generation. uDig ships sample data with a sld sidecar file next to each shape file. I would really like it if importer could recognize sld or css sidecar files. On Mon, Aug 10, 2015 at 10:18 AM Andrea Aime wrote: > On Mon, Aug 10, 2

Re: [Geoserver-devel] [Geotools-devel] Delaying current releases

Agreed. Let's stick with your plan. I can probably get the same effect with a blog post linking to nightly build. I am on the road next week so I would still ask that API changes be submitted this week if possible so I can give them my full attention. On Mon, Aug 10, 2015 at 11:04 AM Simone Giann

Re: [Geoserver-devel] [Geotools-devel] Delaying current releases

Ciao Jody, I will discuss this with Andrea tomorrow but at a first glance falling back onto two releases might simply mean more work with no real gain. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Simone

Re: [Geoserver-devel] Support style generation for all formats

On Mon, Aug 10, 2015 at 7:03 PM, Torben Barsballe < tbarsba...@boundlessgeo.com> wrote: > The gs-importer extension generates default SLD styles for imported layers. > > I would like to extend this functionality to support style generation for > arbitrary formats. > This would involve: > 1. Migrat

Re: [Geoserver-devel] [Geotools-devel] Delaying current releases

Morning Simone, It would of course be nice to have a release in hand for foss4g (the reason for our september release cycle) but I understand the delay. Checking in with developers here and both Kevin and Torben have some API changes that would be easier with an extra bit of time. So a +1 from th

[Geoserver-devel] Support style generation for all formats

The gs-importer extension generates default SLD styles for imported layers. I would like to extend this functionality to support style generation for arbitrary formats. This would involve: 1. Migrating org.geoserver.importer.StyleGenerator to the gs-main catalog package 2. Adding a generate() meth

[Geoserver-devel] [JIRA] (GEOS-7151) SecureCatalogImpl can cause CloseableIterator warnings

Title: Message Title Steve Ikeoka created an issue

[Geoserver-devel] Delaying current releases

Dear All, I wanted to ask the other member how do they feel about temporarily delaying the releases for GS 2.8 and GT 14. Most people on our side are on vacation in the next two weeks (Mauro, Stefano, Daniele and partially Andrea and Alessio to name a few) moreover, judging by the number of foreig