On 29 June 2011 12:30, Jody Garnett wrote:
> It may be time to take gt-example out of the build; the plugin was there to
> support the wiki user guide; and most of the good bits are in the docs
> folder now.
> So rather than update it we could remove the classes that require it ...
> Jody
>
Perha
Thanks Ben.
I will let the rest of this conversation continue on the geoserver-devel
list. For now the proposal has three +1 votes; is that enough we can start
to update the documentation links and apply the patch to geotools?
I am keen for Cliff to do the work (this is his intro to the geotools
Yeah, the geoserver build uses a custom plugin to copy over a data directory
into the webapp. Its pretty outdated as it seems. A full blown plug-in is
not really need for that, and actually it just complicates the build. Some
inline ant with the antrun plugin in the web/app pom should do the same a
OK, I have attached a new patch to GEOT-3615; with this GeoTools trunk
build with -Dall:
https://jira.codehaus.org/browse/GEOT-3615
Unfortunately, GeoServer does not build with Maven 3. It will be a
gigantic PITA to have to use Maven 3 for one and Maven 2 for another. I
could not find an existi
It may be time to take gt-example out of the build; the plugin was there to
support the wiki user guide; and most of the good bits are in the docs
folder now.
So rather than update it we could remove the classes that require it ...
Jody
On Wed, Jun 29, 2011 at 12:11 PM, Ben Caradoc-Davies
wrote
gt-example uses gt-postgis, which is no more (except old copies in
repos). Can I switch it to gt-jdbc-postgis?
--
Ben Caradoc-Davies
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
--
I've added +1 on the proposal.
I'm still seeing build failures with maven3. Please see the issue.
On 28/06/11 19:49, Jody Garnett wrote:
> I should point out that we should be able to go ahead with the patch and
> proposal. At this point we have a couple of +1 votes...
>
> - Andrea you indicated
On 28 June 2011 17:07, Ian Turton wrote:
> On 28 June 2011 04:45, Jody Garnett wrote:
>> There is a section at the bottom to talk about 2011.
>> Besides we want people to attend the "State of GeoTools" presentation...
>
> But you reverted my change of 2010 to 2011 in that section? The title
> and
On 28 June 2011 04:45, Jody Garnett wrote:
> There is a section at the bottom to talk about 2011.
> Besides we want people to attend the "State of GeoTools" presentation...
But you reverted my change of 2010 to 2011 in that section? The title
and first line refer to the wrong date :-)
Ian
-
I have been using maven3 for development for some time now.
I think there are two possible easy solutions for hudson/jenkins.
- You can configure all builds to use a private maven repository. This
is the general recommendation but may require that all builds are
published to a snapshot reposito
I should point out that we should be able to go ahead with the patch and
proposal. At this point we have a couple of +1 votes...
- Andrea you indicated enthusiasm but did not vote? Anything to add...
- Ben how are you set to go on this?
--
Jody Garnett
On Tuesday, 28 June 2011 at 9:02 PM, Mi
I guess it has to be experiment.
When Hudson runs a deploy job, time-stamped jars will end up in the
OSGeo repo. We only need to keep the most recent ones since this is
effectively what we were doing with non-timestamped jars.
As far as I understand from the stackoverflow discussion, the problem,
FeatureTransformer will NPE if asked to encode an empty feature collection
array with feature bounding enabled
--
Key: GEOT-3679
URL: https://jira.codehaus
So Java 6 has gone out; meaning we can take up with maven 3 again.
So far the interesting question has been with respect to the handling of
SNAPSHOTS:
a) Justin will need to ask maven to clear out snapshots after a bit?
b) Developers should only have one snapshot jar; but there is some
discussion
Justin, the app-schema part looks fine. Please go ahead and commit.
On 27/06/11 23:02, Justin Deoliveira wrote:
> Issue updated with a new patch that does the rename of
> JoiningQuery.getJoins() to JoniningQuery.getQueryJoins(). If you guys could
> review that would be great. Thanks.
>
> -Justin
Dateline wrapping can still loose some polygons
---
Key: GEOT-3678
URL: https://jira.codehaus.org/browse/GEOT-3678
Project: GeoTools
Issue Type: Bug
Components: render
Affects Version
app-schema joining fails on writable feature types
--
Key: GEOT-3677
URL: https://jira.codehaus.org/browse/GEOT-3677
Project: GeoTools
Issue Type: Bug
Components: app-schema plugin
On 28 June 2011 17:49, Andrea Aime wrote:
> On Tue, Jun 28, 2011 at 9:43 AM, Jody Garnett wrote:
>> Andrea the report is for calendar year 2010. I did not start work on Doc
>> until this year.
>> I did mention it as something to look forward to in 2011.
>
> So the report should cover stuff only u
Update GeoTools TRUNK to ImageIO-Ext 1.1.0
--
Key: GEOT-3676
URL: https://jira.codehaus.org/browse/GEOT-3676
Project: GeoTools
Issue Type: Task
Components: coverage, imageio-ext-gdal plugin,
There is a section at the bottom to talk about 2011.
Besides we want people to attend the "State of GeoTools" presentation...
On Tue, Jun 28, 2011 at 5:49 PM, Andrea Aime
wrote:
> On Tue, Jun 28, 2011 at 9:43 AM, Jody Garnett
> wrote:
> > Andrea the report is for calendar year 2010. I did not s
On Tue, Jun 28, 2011 at 9:43 AM, Jody Garnett wrote:
> Andrea the report is for calendar year 2010. I did not start work on Doc
> until this year.
> I did mention it as something to look forward to in 2011.
So the report should cover stuff only up to December 2010? Lame...
Cheers
Andrea
--
-
Andrea the report is for calendar year 2010. I did not start work on Doc
until this year.
I did mention it as something to look forward to in 2011.
On Tue, Jun 28, 2011 at 5:28 PM, Andrea Aime
wrote:
> On Tue, Jun 28, 2011 at 3:26 AM, Jody Garnett
> wrote:
> > Okay I have a draft here:
> > - ht
On Tue, Jun 28, 2011 at 3:26 AM, Jody Garnett wrote:
> Okay I have a draft here:
> - http://docs.codehaus.org/display/GEOTOOLS/Annual+Report+2010
> It is hard writing these things as they basically describe last year (may as
> well describe the other side of the moon for all it matters).
> I mostl
23 matches
Mail list logo
