Re: [Geotools-devel] recent changes to property access on the stable branch?

Well I am not the master of what is trunk and what is stable branch :) But this does bring up a good point in that there is no real hard policy or guideline that dictates what is suitable for the stable branch and what is not. Really just unofficial policies that individual developers follow. Which

Re: [Geotools-devel] recent changes to property access on the stable branch?

Sorry guys, we normally commit to both trunk and 2.0.x branch because we support both for app-schema, and I instructed Niels to do so when briefing him. Justin did mention that the patch was approved only on trunk in JIRA, and I missed that. We'll roll back the changes from branch for this one, an

Re: [Geotools-devel] recent changes to property access on the stable branch?

I rolled back on the branches... On 20/10/10 10:43, Justin Deoliveira wrote: Sigh... indeed the patch was there. My apologies. When I looked at the issue I thought that the 3 patches were all the same patch just different versions of it. So I only looked at the top one with was only geoserver

Re: [Geotools-devel] recent changes to property access on the stable branch?

Sigh... indeed the patch was there. My apologies. When I looked at the issue I thought that the 3 patches were all the same patch just different versions of it. So I only looked at the top one with was only geoserver app schema changes. Again sorry for that. About the changes in question, yes I di

Re: [Geotools-devel] recent changes to property access on the stable branch?

Hi, Hmmm, I don't understand why you would think that the changes were only to app-schema, the diff file has been attached to the issue since 19 sept and was updated on the 28th of september, including all the changes, just as you say it should be. Also, these changes have been discussed exte

Re: [Geotools-devel] feature validation "switch"

I thought I made myself pretty clear on the issue. I gave my two cents on the issue and more or less left it up to Andrea and the app-schema folks to work out the details. In the end I agreed with Andreas reasoning for not validating by default. My only concern is that this work be done on trunk,

Re: [Geotools-devel] recent changes to property access on the stable branch?

On Tue, Oct 19, 2010 at 6:07 PM, Jody Garnett wrote: > I am not up to speed on the discussion; although I have been trying to > catch up on Jira. > > I did expect some changes to XPathPropertyAccessor - but only on trunk as > you indicated (this was the subject of the performance discussion prior

[Geotools-devel] feature validation "switch"

As per last email I am catching up with Jira activity; mostly because I don't want to be a bottleneck. Justin - I wanted to ask you about feature validation; the grand vision was for the feature model to not validate (ie support invalid data). We left validation in the during the 2.5 transition

Re: [Geotools-devel] recent changes to property access on the stable branch?

I am not up to speed on the discussion; although I have been trying to catch up on Jira. I did expect some changes to XPathPropertyAccessor - but only on trunk as you indicated (this was the subject of the performance discussion prior to foss4g). Checking ... GEOT-3066 is correct. If you look a

[Geotools-devel] recent changes to property access on the stable branch?

I was reviewing the commit logs today and shocked to see that recent changes revolving around property access and the feature model are being committed to the stable branch? I am also quite confused by the commit logs. For instance, I was recently asked to review a patch on http://jira.codehaus.or

[Geotools-devel] [jira] Created: (GEOT-3298) add option to flip coordinates or not

add option to flip coordinates or not - Key: GEOT-3298 URL: http://jira.codehaus.org/browse/GEOT-3298 Project: GeoTools Issue Type: Improvement Components: data wfs Affects Versions: 2.7-M3

Re: [Geotools-devel] [ExternalEmail] Nominate Niels Charlier for commit access

Accepted. Welcome !! :) On Tue, Oct 19, 2010 at 1:48 AM, Niels wrote: > Thanks everyone, > I still need to become developer on xircles though, can anyone take care of > that? Thanks! > > > On 13/10/10 12:10, [email protected] wrote: > > Hi, > > I'd like to nominate my colleague Niels Charl

[Geotools-devel] Hudson build is back to normal : geotools-2.6.x #478

See -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the devel

Re: [Geotools-devel] [ExternalEmail] Nominate Niels Charlier for commit access

Thanks everyone, I still need to become developer on xircles though, can anyone take care of that? Thanks! On 13/10/10 12:10, [email protected] wrote: Hi, I'd like to nominate my colleague Niels Charlier for commit access. Niels is part of our team at CSIRO and is covered by CSIRO cop

Re: [Geotools-devel] encoding href in geometries

Well, I turned it off with that patch you made, even though it's not official as of yet. On 15/10/10 16:16, Andrea Aime wrote: Another issue I encountered with (1) is that when an xlink:href is manually encoded, it should be possible to leave the geometry empty. This first caused a validation e

[Geotools-devel] Build failed in Hudson: geotools-2.6.x #477

See Changes: [NielsCharlier] provides error reporting for invalid columns in app-schema mapping file, see GEOT-3066 -- [...truncated 604 lines...] Transverse Mercator (South Orientated) New