[Geotools-devel] EFeature: Six new artifact needs to be added to GeoTools repos

2011-05-01 Thread Kenneth Gulbrandsoy
Hi List! The EFeature module classpath is now managed by Maven2 only (see my last post on this topichttp://osgeo-org.1803224.n2.nabble.com/EFeature-Moving-Eclipse-plug-in-implementation-to-eu-udig-catalog-efeature-td6310691.html ). The move from PDE to Maven2 did put up some struggles (of

[Geotools-devel] [jira] Created: (GEOT-3556) DuplicatingStyleVisitor loosing ContrastEnhancement type and method

2011-05-01 Thread Simone Giannecchini (JIRA)
DuplicatingStyleVisitor loosing ContrastEnhancement type and method --- Key: GEOT-3556 URL: http://jira.codehaus.org/browse/GEOT-3556 Project: GeoTools Issue Type: Bug

[Geotools-devel] [jira] Created: (GEOT-3557) Clean up and harmonize deprecated methods in styling classes

2011-05-01 Thread Simone Giannecchini (JIRA)
Clean up and harmonize deprecated methods in styling classes Key: GEOT-3557 URL: http://jira.codehaus.org/browse/GEOT-3557 Project: GeoTools Issue Type: Wish Components:

Re: [Geotools-devel] EFeature: Six new artifact needs to be added to GeoTools repos

2011-05-01 Thread Kenneth Gulbrandsoy
Answers inline: 2011/5/1 Andrea Aime andrea.a...@geo-solutions.it On Sun, May 1, 2011 at 6:55 PM, Kenneth Gulbrandsoy kenneth.gulbrand...@gmail.com wrote: Hi List! The EFeature module classpath is now managed by Maven2 only (see my last post on this topic). The move from PDE to Maven2

Re: [Geotools-devel] Adding support for a new EPSG code: EPSG:0

2011-05-01 Thread Ben Caradoc-Davies
I object: I proposed that you use a custom EPSG code 32767, as recommended by EPSG. Please refer to my email, included below. On 29/04/11 19:34, Andrea Aime wrote: I see that both Ben and Christian voted it down though... with an invalid vote btw. Per our procedures everyone voting -1 has to

Re: [Geotools-devel] Adding support for a new EPSG code: EPSG:0

2011-05-01 Thread Ben Caradoc-Davies
I'd also like to change this procedure to read: -1: Against - required to provide a reason Any nobody can argue with my proposal unless they have an alternative alternative [sic], as per the current policy. :-) On 29/04/11 19:34, Andrea Aime wrote: Per our procedures everyone voting -1 has to

Re: [Geotools-devel] Rebooting the EPSG:0 thread

2011-05-01 Thread Ben Caradoc-Davies
99 seems like the front-runner at this stage. I have a couple of concerns: (1) As I recall, Oracle SRIDs are often not the same as EPSG codes. While 99 looks better at this stage, an official not applicable EPSG code would be even better. (2) Oracle use this for unknown SRID, which is

Re: [Geotools-devel] Adding type and return info to FunctionName

2011-05-01 Thread Ben Caradoc-Davies
One other thing I would like would be for functions to be able to advertise their inverse, if they have one, for more efficient support of filters. For example, a generic CQL strConcat is not readily invertible. If we had instead, something that in CQL was

[Geotools-devel] [jira] Created: (GEOT-3558) Simplify website documentation page

2011-05-01 Thread Jody Garnett (JIRA)
Simplify website documentation page --- Key: GEOT-3558 URL: http://jira.codehaus.org/browse/GEOT-3558 Project: GeoTools Issue Type: Improvement Components: admin, doc Affects Versions: 8.0-M1

Re: [Geotools-devel] Adding support for a new EPSG code: EPSG:0

2011-05-01 Thread Jody Garnett
Bleck; It is too bad that EPSG:0 is not working out; as that would require very little understanding when people are trying to figure out what went wrong. As long as we are going for leet suggest we take a a range for geotools specific stuff; ie gt=-47 My own suggestion would be 404 for page

Re: [Geotools-devel] Adding type and return info to FunctionName

2011-05-01 Thread Jody Garnett
Good idea Ben; Andrea had that suggestion earlier when looking at geometry transformations; there is also the concept of volitile functions introduced to keep random from being optimised away. I would like to start a proposal page so we can capture the current suggestions; and allow Justin to

[Geotools-devel] svn 500 internal error?

2011-05-01 Thread Jody Garnett
I am getting the following during commit: Committing to http://svn.osgeo.org/geotools/trunk ... RA layer request failed: Server sent unexpected return value (500 Internal Server Error) in response to MKACTIVITY request for '/geotools/!svn/act/61e192c2-5f1f-488f-8951-350b6b940fd8' at

Re: [Geotools-devel] svn 500 internal error?

2011-05-01 Thread Jody Garnett
Was unable to report via trac (as that is down as well). From Tyler: Must be related to our ssl cert which just expired and we are working on renewing. Nuts. -- Jody Garnett On Monday, 2 May 2011 at 12:04 PM, Jody Garnett wrote: I am getting the following during commit: Committing to

Re: [Geotools-devel] svn 500 internal error?

2011-05-01 Thread Rini Angreani
I have the same problem. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/svn-500-internal-error-tp6322547p6322659.html Sent from the geotools-devel mailing list archive at Nabble.com. -- WhatsUp