Re: [Geotools-devel] MapContent patch which affects GeoServer

On Tue, Oct 18, 2011 at 7:12 AM, Michael Bedward wrote: > Hi Andrea, > > I'm more or less ready to commit this change now... > > https://jira.codehaus.org/browse/GEOT-3909 > > Let me know when is convenient for your and GeoServer. Afaik the fix on GeoServer is a one liner no? Just let me know whe

[Geotools-devel] [jira] Created: (GEOT-3921) WFS 2.0 ResourceID

WFS 2.0 ResourceID -- Key: GEOT-3921 URL: https://jira.codehaus.org/browse/GEOT-3921 Project: GeoTools Issue Type: Improvement Components: opengis Affects Versions: 8.0-M3 Reporter: Jody Garnett

Re: [Geotools-devel] MapContent patch which affects GeoServer

Hi Andrea, I'm more or less ready to commit this change now... https://jira.codehaus.org/browse/GEOT-3909 Let me know when is convenient for your and GeoServer. cheers Michael -- All the data continuously generated in

[Geotools-devel] [jira] Created: (GEOT-3920) MapContent.moveLayer is actually swapping layer positions

MapContent.moveLayer is actually swapping layer positions - Key: GEOT-3920 URL: https://jira.codehaus.org/browse/GEOT-3920 Project: GeoTools Issue Type: Bug Components: render

[Geotools-devel] [jira] Reopened: (GEOT-3911) Add nested class for MapContent layer list

[ https://jira.codehaus.org/browse/GEOT-3911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Bedward reopened GEOT-3911: --- Reopening to backport changes to 2.7.x branch > Add nested class for MapContent layer list > -

[Geotools-devel] [jira] Reopened: (GEOT-3910) MapContent should use ReadWriteLock

[ https://jira.codehaus.org/browse/GEOT-3910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Bedward reopened GEOT-3910: --- Re-opening issue to also apply this to 2.7.x branch > MapContent should use ReadWriteLock > --

[Geotools-devel] [jira] Reopened: (GEOT-3915) MapConent.addLayer and MapContent.layers().add method should have same behaviour

[ https://jira.codehaus.org/browse/GEOT-3915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Bedward reopened GEOT-3915: --- hit close button too soon... > MapConent.addLayer and MapContent.layers().add method should have same

Re: [Geotools-devel] isNill( expression, reason)

> > > > The second parameter; nilReason - I don't think it can be supplied as > > > > part of the query? Instead I think it is supplied by the backing > > > > datastore? Perhaps it was unable to find a suitable join target ... > > > > > > > > > > > > > > > > > > > Yeah, that is sort of how i

Re: [Geotools-devel] resourceid vs featureid vs objectid

no problem; I will have a look this afternoon and see what I can come up with. -- Jody Garnett On Tuesday, 18 October 2011 at 8:03 AM, Justin Deoliveira wrote: > Here you go. I haven't tested it at all on trunk... just that it applies > cleanly. It still requires discussion. > > On Mon, Oct

Re: [Geotools-devel] isNill( expression, reason)

On Mon, Oct 17, 2011 at 3:05 PM, Jody Garnett wrote: > The second parameter; nilReason - I don't think it can be supplied as part > of the query? Instead I think it is supplied by the backing datastore? > Perhaps it was unable to find a suitable join target ... > > Yeah, that is sort of how i inte

Re: [Geotools-devel] isNill( expression, reason)

> > The second parameter; nilReason - I don't think it can be supplied as part > > of the query? Instead I think it is supplied by the backing datastore? > > Perhaps it was unable to find a suitable join target ... > > > > > > > Yeah, that is sort of how i interpreted it in the end... Do we

Re: [Geotools-devel] resourceid vs featureid vs objectid

That wound be good; make me a patch I will get the rest of it done. -- Jody Garnett On Tuesday, 18 October 2011 at 12:16 AM, Justin Deoliveira wrote: > The stuff we did for resource id (mostly just the interface/class and the xml > bindings for it) has not been committed along with the other

Re: [Geotools-devel] isNill( expression, reason)

On Sun, Oct 16, 2011 at 8:51 PM, Jody Garnett wrote: > Filling in the docs example for isNil: > > // previous example tested if approved equals "null" > filter = ff.isNull(ff.property("approved")); > > // this example checks if approved exists at all > filter = ff.isNil(ff.propert

Re: [Geotools-devel] resourceid vs featureid vs objectid

The stuff we did for resource id (mostly just the interface/class and the xml bindings for it) has not been committed along with the other wfs2 work. Reason being simple... it is experimental. Plus given how over deadline we are for getting this work committed onto the trunk of geotools and geoserv

[Geotools-devel] [jira] Created: (GEOT-3919) GTCrop will fail if the tile cache hint is null

GTCrop will fail if the tile cache hint is null --- Key: GEOT-3919 URL: https://jira.codehaus.org/browse/GEOT-3919 Project: GeoTools Issue Type: Bug Components: coverage Affects Versi

[Geotools-devel] [jira] Created: (GEOT-3918) MapContent.LayerList.set(int, Layer) method is not safe

MapContent.LayerList.set(int, Layer) method is not safe --- Key: GEOT-3918 URL: https://jira.codehaus.org/browse/GEOT-3918 Project: GeoTools Issue Type: Bug Components: render

[Geotools-devel] [jira] Created: (GEOT-3917) Layers cannot be safely shared between MapContents

Layers cannot be safely shared between MapContents -- Key: GEOT-3917 URL: https://jira.codehaus.org/browse/GEOT-3917 Project: GeoTools Issue Type: Bug Components: render Affects V

[Geotools-devel] [jira] Created: (GEOT-3916) MapContent can fail to set default viewport CRS

MapContent can fail to set default viewport CRS --- Key: GEOT-3916 URL: https://jira.codehaus.org/browse/GEOT-3916 Project: GeoTools Issue Type: Bug Components: render Affects Version

[Geotools-devel] [jira] Created: (GEOT-3915) MapConent.addLayer and MapContent.layers().add method should have same behaviour

MapConent.addLayer and MapContent.layers().add method should have same behaviour Key: GEOT-3915 URL: https://jira.codehaus.org/browse/GEOT-3915 Project: GeoTools

Re: [Geotools-devel] epgs-hsql/wkt updated to epsg database v 7.9: dropping epsg-h2?

On Mon, Oct 17, 2011 at 9:59 AM, Jody Garnett wrote: > Only epsg-wkt can, all the database based solutions require to unpack the > database somewhere on the disk (btw, udig seems to be doing a poor job > at that, you should make it unpack the database somewhere in the > user dir or the installatio

Re: [Geotools-devel] epgs-hsql/wkt updated to epsg database v 7.9: dropping epsg-h2?

> Only epsg-wkt can, all the database based solutions require to unpack the > database somewhere on the disk (btw, udig seems to be doing a poor job > at that, you should make it unpack the database somewhere in the > user dir or the installation directory, every time I start it up I get > the anno

[Geotools-devel] Hudson build is back to normal : geotools-trunk #4134

See -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats

Re: [Geotools-devel] MapContent patch which affects GeoServer

I'm just writing some tests for the use of the MapContent layer list. It seems that there is a difference in behaviour between MapContent.addLayer(layer) vs MapContent.layers().add(layer). The former does "addIfAbsent" while the latter just adds whatever you give it. I think we want both to do "add