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
DuplicatingStyleVisitor loosing ContrastEnhancement type and method
---
Key: GEOT-3556
URL: http://jira.codehaus.org/browse/GEOT-3556
Project: GeoTools
Issue Type: Bug
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:
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
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
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
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
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
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
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
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
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
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
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
14 matches
Mail list logo