Re: [Geoserver-devel] WFS-T Insert: Fids being returned in incorrect order

Consider that this issue was not found by test cases, or cite tests even I assume you will be pretty well in the clear. Can you or your team patch for wednesday? I am onto windows installer tomorrow. -- Jody Garnett On 20 March 2017 at 22:19, Dave Blasby wrote: > Hi,

Re: [Geoserver-devel] WFS-T Insert: Fids being returned in incorrect order

Interesting, DefaultFeatureCollection has always used a TreeSet (to support fast fid lookup since I figured that was important when initially designing feature collection, my mistake). There is a quick fix we could try using a ListFeatureCollection in this section of code, care must be taken to

Re: [Geoserver-devel] Regression Accessing Styles Directory

No objection, indeed encouragement as we have a release scheduled for Wednesday. I would ask that you report the bug to the issue tracker while preparing a patch, so we can discuss this issue in tomorrows meeting. I have CCed the author of StylePublisher (Alex Goudine) who in his defence pair

[Geoserver-devel] WFS-T Insert: Fids being returned in incorrect order

Hi, I was looking at the WFS-T response for Inserts (it's a list of FIDs). The spec says these should be in the same order as the features in the request's Insert elements. However, I'm seeing these in a "strange" order. I think I've tracked it down to the DefaultFeatureCollection

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

See -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot

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

Yes, Torben, well spotted: [GEOS-8038] Intermittent build failure in gs-restconfig CoverageStoreTest.testDeletePurgeAllAfterConfigure https://osgeo-org.atlassian.net/browse/GEOS-8038 Kind regards, Ben. On 21/03/17 13:13, Torben Barsballe wrote: > Looks to be a known heisenbug: > > Tests run:

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

Looks to be a known heisenbug: Tests run: 23, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.423 sec <<< FAILURE! testDeletePurgeAllAfterConfigure(org.geoserver.catalog.rest.CoverageStoreTest) Time elapsed: 210 sec <<< FAILURE! java.lang.AssertionError: expected:<11> but was:<10>

Re: [Geoserver-devel] GSIP-157 - Track change state in CatalogPostModifyEvent

+1. Seems necessary, and the changes are not too intrusive. Kind regards, Ben. On 21/03/17 05:09, Torben Barsballe wrote: > This was initially proposed just prior to the 2.11-beta release, but did > not make it in in time. > Re-opening for discussion and voting now that the code freeze has

[Geoserver-devel] [JIRA] (GEOS-8040) Regression Accessing Styles Subdirectories

Title: Message Title Steve Ikeoka created

[Geoserver-devel] Regression Accessing Styles Directory

A regression with accessing the styles directory was introduced in GeoServer 2.9.2 and 2.10.0 as a result of fixing workspace styles for https://osgeo-org.atlassian.net/browse/GEOS-7635. In previous versions, it was possible to access files within subdirectories (e.g.,

[Geoserver-devel] Reminder: GeoTools / GeoServer Meeting at 19:30 UTC on Tuesday

GeoTools / GeoServer committee meeting on Skype at 19:30 UTC on Tuesday: http://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+%2F+GeoServer+Meeting=2017=3=21=19=30=0=1 -- Ben Caradoc-Davies Director Transient Software Limited New Zealand

Re: [Geoserver-devel] SQL views and performance

Thanks Andrea for the quick answer. What I can't really guess for now, is when and how is the SQL view executed : does the BBOX attribute of GetMap queries affect this SQL view (when no parameter in the view definition) ? The type of query to create a new layer is done so : I have a whole

Re: [Geoserver-devel] GSIP-157 - Track change state in CatalogPostModifyEvent

I took a look, and none of the changes are strictly backwards-compatible The changes to CatalogPostModifyEvent are changes to a public interface. The changes to AbstractCatalogFacade are protected, but will affect anything extending AbstractCatalogFacade. Everything else is mostly just

Re: [Geoserver-devel] GSIP-157 - Track change state in CatalogPostModifyEvent

Hi Torben, it would help, imho, if the proposal separated the API changes that are actual backwards incompatible ones. E.g., adding method to the event class is not an API break at all. Makes easier to argue that the changes are isolated in places that are not really meant to be implemented

[Geoserver-devel] GSIP-157 - Track change state in CatalogPostModifyEvent

This was initially proposed just prior to the 2.11-beta release, but did not make it in in time. Re-opening for discussion and voting now that the code freeze has ended. Refer to https://github.com/geoserver/geoserver/wiki/GSIP-157 This proposal is to update the CatalogPostModifyEvent (and

[Geoserver-devel] GDAL lib and imageio-ext 1.1.7 for macOS compiled succesfully - how to install ?

Hello Geoserver-Developers, Well I'm not sure if i should post that here (or on the geoserver-users mailing list), but it seems related to Geoserver development, so here we go: We have Geoserver 2.10.1 running on macOS 10.11 but we need ENVI file support, that's why I compiled the latest gdal

Re: [Geoserver-devel] SQL views and performance

Hi Gabriel, it seems your database of choice has real trouble figuring out a good access plan for those queries. Hard to say if the db should be able to just figure out that the outer spatial index can be executed directly in the inner query or not without seeing the query. Normally

Re: [Geoserver-devel] Sprint Accommodation?

Guys, if you require help finding a place, let me know. As an instance this one, is good and cheap: http://www.sanfranciscoviareggio.it/ It is right on th promenade and surrounded by bars and restaurants. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit

Re: [Geoserver-devel] Sprint Accommodation?

Quinn has booked us into http://www.hotelresidenceesplanade.it/en/index.htmln (perhaps you could mark it on the wiki). -- Jody Garnett On 20 March 2017 at 04:21, Ian Turton wrote: > Given the imminent arrival of the code sprint does anyone have a plan for > accommodation? >