is this relevant to this question ?
http://maven.apache.org/plugins/maven-reactor-plugin/
Michael
2008/11/24 Rob Atkinson <[EMAIL PROTECTED]>:
> Every day we seem to build all modules from scratch - regardless of
> whether they have changed - which seems to mean you have to either do
> a full mv
Every day we seem to build all modules from scratch - regardless of
whether they have changed - which seems to mean you have to either do
a full mvn install orust as bad, a full download every day you make a
change.
In particular, you cant just build a module you care about and then be
alerted it
Doesnt look like Ben got to this before he went on hols :-(
FYI there are property file based datastores in the 1.6 community
schema configs, and also in unit tests on app-schemas trunk.
I'm working up a GML 3.2 based property store unit test for
app-schemas now. Waiting for feedback from Justin
Justin has had great luck running GeoServer tests off small "property
datastore" based examples; could a similar thing be done to help get a
rich dataset to test/develop against?
Until then we all wait for a useful place to start working with you --
Go Ben Go :-)
Jody
Ben Caradoc-Davies wrote:
I echo Martin's thanks to Refractions for giving GeoTools a home when
source forge was causing us to lose days of developer time a week. It
totally helped out.
OSGeo +1
Codehaus +1
Jody
Andrea Aime wrote:
> Hi,
> so, what will it be, OSGEO or Codehaus?
> PMC please vote, here is mine:
> OSGEO
Sunburned Surveyor wrote:
> I'll be testing my GPX plug-in "live" for OpenJUMP this week. When
> these tests are complete I'll load the latest version of my source
> code to the GeoTools SVN.
That is great news - I was meaning to ask you how the work was going.
> I'll like need some help then inclu
This seems fine Mauricio; +1
Thanks for the work on this one; Andrea how do you feel about wider use
of this TXT syntax in say GeoServer or the dynamic icon work? It does
bring us the extensions to CQL allowing the use of FeatureId now.
Jody
Mauricio Pazos wrote:
> Hi list:
> I have finished t
I think this email thread has stalled out; Graham Davis has the ability
to review Emily's work on a couple of modules. However I would like to
make sure Emily is not stuck waiting for a review given a history of
useful work in a range of modules.
Emily is commit access still useful to you?
Jo
Thanks a lot for your answers !
This helped me to solve the problem in the following way:
/**
* Discretize a 2D line with a minimal distance. Start and end
points are part of the returned points.
* @param line2DLine
* @param minimalDistanceMinimal distance be
Andrea Aime a écrit :
>> I'd like to compute the coordinates of one point every x meters along a
>> 2D line (example: for a 200m line with a point every 50m, the function
>> will return the start coordinate, one coordinate after 50 m, on
>> coordinate after 100m, one coordinate after 150m and one
Cedric Moullet ha scritto:
> Hello,
> I'd like to compute the coordinates of one point every x meters along a
> 2D line (example: for a 200m line with a point every 50m, the function
> will return the start coordinate, one coordinate after 50 m, on
> coordinate after 100m, one coordinate after 150
Hello,
I'd like to compute the coordinates of one point every x meters along a
2D line (example: for a 200m line with a point every 50m, the function
will return the start coordinate, one coordinate after 50 m, on
coordinate after 100m, one coordinate after 150m and one coordinate
after 200m). Is
Workaround for mosaic tiling bug
Key: GEOT-2171
URL: http://jira.codehaus.org/browse/GEOT-2171
Project: GeoTools
Issue Type: Bug
Components: gc imagemosaic
Affects Versions: 2.5.1, 2.5.0
13 matches
Mail list logo