Get rid of deprecated methods from utilities classes FeatureUtilities and
CoverageUtilities
---
Key: GEOT-2691
URL: http://jira.codehaus.org/browse/GEOT-2691
Proj
Get rid of deprecated Hints for Overviews
-
Key: GEOT-2690
URL: http://jira.codehaus.org/browse/GEOT-2690
Project: GeoTools
Issue Type: Improvement
Components: core metadata
Affects Versi
Justin Deoliveira ha scritto:
>> Nope, it did not move, but win32 build is up and running,
>> site and javadoc daily generation are next on my list
>> (actually, resurrected from my earlier attempt that did
>> not end up in a continous build).
>> Speaking of which, do we have enoug power on the ma
I was able to produce a source download for 2.6-M2 :-) The problems
reported earlier about making an assembly without tests are still
valid.
In anycase this is one more issue out of the way for a GeoTools 2.6 RC.
Jody
PS. Now that we have a website separate from the wiki can we just use
the Source
We will have enough power, (remember ibm hudson ). At the moment we have
problems with the tyan motherboards in combination with amd shanghai chips
causing delays.
Proposal: If its urgent, put the jobs on your hudson box if possible, a
hardware boost is arriving, depending on the delivery of ne
+1 for that. Since I did the feature-pregeneralizd module having to write
wrappers around feature related classes, I know what you are talking about
:-)
Justin Deoliveira writes:
> One thing I have been wanting to do for a long time is the feature
> collection cleanup:
>
> http://geotools.
> With this in mind I would like to try tagging a 2.6-M3 - with the hopes of
> also
> addressing the source artifact generation problem.
Interesting:
- 2.5.x: mvn -DskipTests assembly:assembly
Is good.
- 2.6.x: mvn -DskipTests assembly:assembly
Is good.
- 2.6-M2: mvn -DskipTests assembly:asse
Jody Garnett wrote:
>> Jody Garnett wrote:
- GT-2505 - apparently the AuScope team is working with a patched
version of GeoTools/GeoServer while they wait on this one. A
patch has been submitted by Ben; but the idea of patching
generated code is a bit poor. In talking w
Justin Deoliveira wrote:
> Jody Garnett wrote:
>>> - GT-2505 - apparently the AuScope team is working with a patched
>>> version of GeoTools/GeoServer while they wait on this one. A patch
>>> has been submitted by Ben; but the idea of patching generated code
>>> is a bit poor. In talking with
I have hit a snag - the 2.6-M2 tag no longer builds from source -
failing on the same two shapefile tests that got trunk earlier in the
week. I am not sure what has changed on me here; I have tried multiple
versions of Java and different machines etc...
With this in mind I can either patch the 2.6
> Jody Garnett wrote:
>>> - GT-2505 - apparently the AuScope team is working with a patched
>>> version of GeoTools/GeoServer while they wait on this one. A
>>> patch has been submitted by Ben; but the idea of patching
>>> generated code is a bit poor. In talking with Rob there has been
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Andrea Aime wrote:
>>> Justin Deoliveira ha scritto:
Not it shouldn't have because those tests share configuration from
the parent jdbc-ng parent pom. Otherwise tests like the jndi tests
will fail. So to make this work you will
Jody Garnett wrote:
>> - GT-2505 - apparently the AuScope team is working with a patched
>> version of GeoTools/GeoServer while they wait on this one. A patch
>> has been submitted by Ben; but the idea of patching generated code
>> is a bit poor. In talking with Rob there has been a general f
Justin Deoliveira ha scritto:
> Andrea Aime wrote:
>> Justin Deoliveira ha scritto:
>>> Not it shouldn't have because those tests share configuration from
>>> the parent jdbc-ng parent pom. Otherwise tests like the jndi tests
>>> will fail. So to make this work you will have to copy a bunch of
>
I disagree here. This is a call for a new feature even though it is
phrased as a regression. Since I don't have the mandate to work on such
things right now, my time put toward appschema stuff is related to
reviewing patches for Ben and Rini. So i would be interested to hear
Bens take on if thi
One thing I have been wanting to do for a long time is the feature
collection cleanup:
http://geotools.codehaus.org/FeatureCollection+clean+up
It would also be nice to do some abstract datastore cleanup (perhaps
moving to ContentDataStore after renaming it to something more
descriptive). But t
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Not it shouldn't have because those tests share configuration from the
>> parent jdbc-ng parent pom. Otherwise tests like the jndi tests will
>> fail. So to make this work you will have to copy a bunch of
>> configuration over to the jdbc-ng
No big deal, build-essentials and python-dev where needed on a brand
new ubuntu installation.
I have been doing python development in the past so I was able to
solve the problems easily. I just thought it would have been nice to
have the instructions update since the errors one might get are
cryp
Simone Giannecchini ha scritto:
> Dear All,
> I wanted to spend a few words about the installation guidelines for
> Sphinx on ubuntu since I just tried to install it on a clean Ubuntu
> desktop 9.04.
> As they stand the installation steps seem to be incomplete, especially
> in view of guiding a Jav
> - GT-2505 - apparently the AuScope team is working with a patched
> version of GeoTools/GeoServer while they wait on this one. A patch
> has been submitted by Ben; but the idea of patching generated code
> is a bit poor. In talking with Rob there has been a general failure
> to patch the
Hi,
I've reconfigured all four builds on the win32 Hudson to send hate
mails on the respective mailing lists when the build fails.
You can get to the build server here:
http://hudson.opengeo.org/win32
The "normal" builds are actually in a path with spaces, the
jdk6 ones are in path with spaces and
21 matches
Mail list logo
