Andrea Aime wrote:
Ben Caradoc-Davies ha scritto:
The Jalopy plugin 1.0-SNAPSHOT is no longer in the repositories.
Should we update the repositories, or stop specifying a specific
Jalopy plugin version required for geotools?
Hum, here it can still be found:
http
Unit tests fail in path with spaces
---
Key: GEOT-1714
URL: http://jira.codehaus.org/browse/GEOT-1714
Project: GeoTools
Issue Type: Bug
Reporter: Ben Caradoc-Davies
Priority: Minor
Andrea Aime wrote:
I think nobody besides TOPP is actively developing on
2.4.x anyways these days?
Rob Atkinson and I are developing in 2.4.x
modules/unsupported/community-schemas. But this should not affect a core
release.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO
? If you
can, please do so.
And how should we fix these in the future? Or even better, prevent them
from happening? For example, if I add methods to a GeoTools class, who
do I notify to get them pushed out, so committing GeoServer changes does
not break Hudson?
--
Ben Caradoc-Davies [EMAIL
Thanks Andrea and Gabriel, I had never found the Hudson homepage. I will
use it if Hudson falls down and cannot get up.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
model will remove the
need for (most) binding overrides?
(3) Will the GML3 bindings be regenerated for the new feature/attribute
model? (I am an EMF ignoramus.)
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research
Gabriel Roldán wrote:
On Wednesday 09 April 2008 03:33:15 am Ben Caradoc-Davies wrote:
(1) Are binding overrides principally necessary because of the wrapping
required to support complex features in GS 1.6.x / GT 2.4.x?
exactly
(2) If so, does this mean that the new feature model
Include
Key: GEOT-1766
URL: http://jira.codehaus.org/browse/GEOT-1766
Project: GeoTools
Issue Type: Bug
Reporter: Ben Caradoc-Davies
--
This message is automatically generated by JIRA.
-
If you think it was sent
Issue Type: Bug
Reporter: Ben Caradoc-Davies
Need a *.xsd entry in the Subversion config. Should look the same as for *.xml.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org
svn.geotools.org is not responding
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
-
This SF.net
Gabriel and Jody,
is data-complex the appropriate Jira component for community-schemas-ds
issues? Do you think it is suitably named, or should become
data-community-schemas?
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian
Versions: 2.4.2
Reporter: Ben Caradoc-Davies
Assignee: Ben Caradoc-Davies
Users encounter runtime errors indicating JDBC connections are not disposed.
GroupingFeatureIterator3 contains logic to use sneaky iteration tricks to
dispose the underlying simple DataStores
/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26
: Ben Caradoc-Davies
Assignee: Jody Garnett
Priority: Critical
Attachments: taglet.2_4_x.patch
Build is broken on 2.4.x and (anecdotally) on trunk by taglet not updated to
new svn repo. Attached patch
(1) updates regular expression in Source to match new svn repo
: Ben Caradoc-Davies
Possibly two problems: unclosed QueryData, and undisposed JDBC data store:
Ben Caradoc-Davies wrote:
Stefan Hansen wrote:
2008-06-18 12:23:33,290 ERROR [data.jdbc] - There's code leaving readers,
writers or iterators unclosed (you got an unclosed QueryData object, which
Type: Bug
Components: data complex
Affects Versions: 2.4.5
Reporter: Ben Caradoc-Davies
Assignee: Ben Caradoc-Davies
Community schemas GroupingFeatureIterator3 discards single-valued properties
that are peers of a multi-valued property. The logic
/browse/GEOT-1871
Project: GeoTools
Issue Type: Bug
Components: data complex
Affects Versions: 2.4.5
Reporter: Ben Caradoc-Davies
Assignee: Ben Caradoc-Davies
ClientProperty mapping is only applied for the first instance of a multi-valued
Issue Type: Bug
Components: data complex
Affects Versions: 2.4.5
Reporter: Ben Caradoc-Davies
Assignee: Ben Caradoc-Davies
When GroupingFeatureIterator3 is processing multivalued source properties,
XPath.step() is flooding the console and logs
: GeoTools
Issue Type: Bug
Components: data complex
Affects Versions: 2.4.5
Reporter: Ben Caradoc-Davies
Assignee: Ben Caradoc-Davies
When encoding a WFS response for gsml:Borehole, sa:shape is empty. Debugging
indicates that during encoding
Components: data complex
Affects Versions: 2.4.5
Reporter: Ben Caradoc-Davies
Assignee: Ben Caradoc-Davies
Users want to be able to specify a function in a WFS filter query that is
executed on the database server. We are calling these registered functions
because we
and better support when this is merged onto trunk and into core.
Credits go to Rob Atkinson for the concept, name, and advocating this
approach to users for about a year. :-)
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research
of the class.
If there is any support for my proposed change, I will make a patch and
put it in Jira.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
before he left Refractions;
perhaps you can pick up where he left off?
My understanding is that the first connection failure should log the
exception?
At the moment, it just calls Throwable.printStackTrace(), which will be
lost in the storm.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software
Jody Garnett wrote:
Ben Caradoc-Davies wrote:
We need to have something to vote on - ie a policy change on the
handling of online tests. The result should be a change to the
developers guide (and possibly some fixes to the OnlineTestCase base class?
If we change anything (see below), I
, you want to know about it.
Please try to break this patch with your online tests, as I have few
online tests configured. :-)
I am happy to revise and resubmit if anyone has concerns.
If the patch is accepted, I will update the Developer Guide to match.
--
Ben Caradoc-Davies [EMAIL PROTECTED
Michael Bedward wrote:
Tried to svn update just now but can't connect. Is there some planned
down-time happening ?
svn.geotools.org (svn.refractions.net) is down for me as well.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources
[EMAIL PROTECTED] when this occurs; I was offline
all weekend and only just noticed.
The contact information for any of our development servers is on this page:
- http://docs.codehaus.org/display/GEOTOOLS/Development
Jody
Ben Caradoc-Davies wrote:
Michael Bedward wrote:
Tried to svn
All fixed. They did get my email.
Chris Hodgson advises:
Fixed.
Weird CLOSE_WAIT overflow issue, again...
Chris
Ben Caradoc-Davies wrote:
I have done so. Their (refractions.net) web servers (including postgis)
are also down. Looks like a general outage, so I suspect that
(1) the admins
://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
-
This SF.Net
Reporter: Ben Caradoc-Davies
Assignee: Andrea Aime
Priority: Trivial
The Jalopy configuration promoted in the developers guide has an old copyright
header and header keys that do not match the header.
Are we still meant to be using Jalopy? Or is the Eclipse formatter
.
Ben Caradoc-Davies wrote:
I propose that the patch attached to GEOT-1951 be adopted on 2.4.x and
trunk:
http://jira.codehaus.org/browse/GEOT-1951
The patch (for 2.4.x) refactors OnlineTestCase into OnlineTestCase
(provides connection failure tolerance) and its superclass
FixtureTestCase
the functionality of
OnlineTestCase, as proposed by Andrea.
If the change left the default behaviour the same as now, would I need
to write a proposal? Or would simple patch submission suffice?
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian
-schemas since 2.4 was branched, and will apply those not on
the branch.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
Jody Garnett wrote:
Thanks for keeping it real Ben; I look forward to seeing the community
schemas work show up in a public branch :-)
Jody
Thanks, Jody. I am certainly happier adding functionality on trunk.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration
/interested parties for sql-datastore and
geometryless in unsupported on trunk? Can I modify them or should I
submit patches?
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington
benefit from a guide.
Any suggestions or recommendations, particularly on how to handle
collections, would be appreciated.
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151
in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software
]
[INFO] There are test failures.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
an interface in
2.4.x and a class extending XSD on trunk. Are these documented anywhere?
Are these changes because of EMF changes or changes in the GeoAPI
feature model, or both?
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources
as to how I might use GML3 on trunk to
implement complex features.
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
showing how XML documents should
be converted into GeoAPI 2.2? There are some minimal snippets in the
javadoc, but these cover few cases.
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave
Andrea,
your filter changes have broken trunk. I see build failure both in my
workspace and in Hudson:
http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/
Hudson has not notified the list, which is a second issue.
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software
://moblin-contest.org/redirect.php?banner_id=100url=/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO
Andrea Aime wrote:
Ben Caradoc-Davies ha scritto:
Andrea,
your filter changes have broken trunk. I see build failure both in my
workspace and in Hudson:
http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/
Ops, sorry about that, the maven build was fine on my box, I've
try
Andrea Aime wrote:
Ben Caradoc-Davies ha scritto:
I would like to see support for functions dynamically discoverable from
data sources. The use case is a database that exposes functions that can
be called in a filter query. GeoTools will not know about these
functions until it connects
On Friday 17 October 2008 09:44:42 am Jody Garnett wrote:
Ben Caradoc-Davies wrote:
Jody and Justin,
I am having trouble understanding the use of GeoAPI 2.2
ComplexAttribute, particularly for complex types with simple content.
As I noted earlier, GML3 on trunk binds every ComplexAttribute
it that easy.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
-
This SF.Net email is sponsored by the Moblin
5.7.1
geotools-devel@lists.sourceforge.net: Relay access denied
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
Caradoc-Davies
Assignee: Jody Garnett
Priority: Blocker
Update to dependency geoapi-2.2-SNAPSHOT has broken the build on trunk. The
update added StyleFactory.selectedChannelType, and StyleFactoryImpl, which
implements StyleFactoryImpl, does not implement it, and cannot
supported.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
-
This SF.Net email is sponsored
.:
Tech Email: [EMAIL PROTECTED]
Name Server: NS16.ZONEEDIT.COM
Name Server: NS17.ZONEEDIT.COM
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
Name Server:
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer
If anyone knows the IP address for svn.geotools.org, now would be a good
time to post it so we can add local DNS/xhost entries and continue to work.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave
Caradoc-Davies, Ben (EM, Kensington) wrote:
If anyone knows the IP address for svn.geotools.org, now would be a good
time to post it so we can add local DNS/xhost entries and continue to work.
Should be ... host entries ...
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO
has IP address 64.40.100.236. I have added
the following to my hosts file and am now able to svn update:
64.40.100.236 svn.geotools.org
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151
Caradoc-Davies
Assignee: Jody Garnett
Priority: Blocker
There is no DNS for GEOTOOLS.ORG, preventing SVN access. Is the domain expired?
Or is this a bungled transfer?
Domain ID: D77312244-LROR
Domain Name: GEOTOOLS.ORG
Created On: 14-Sep-2001 11: 53: 33 UTC
Last Updated
and looking for a JTS
Geometry in its values.
Is my understanding correct, or am I missing something?
Is this a bug in GMLSchema, or a problem in FeatureImpl?
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry
Justin Deoliveira wrote:
It seems our backup host for subversion is also down.
gtsvn.refractions.net is back.
As far as I know, it is not the backup host, but the same server we had
before, kindly hosted by Refractions. It is just travelling incognito ...
--
Ben Caradoc-Davies [EMAIL
Andrea Aime wrote:
It's enough positives to make it a decision, but on
such a move consensus is better.
+1 from me.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
and all unit tests pass. No
regression tests have been performed as GeoServer integration has not
been performed.
Consider this software to be pre-alpha.
More notes on the port can be found here:
https://www.seegrid.csiro.au/twiki/bin/view/Infosrvices/GeoserverPortToTrunk
--
Ben Caradoc-Davies
/trunk/modules/unsupported/app-schema/app-schema/src/test/java/org/geotools/data/complex/GeoSciMLTest.java
Kind regards,
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
we proceed? Would the GeoServer community like to support
DataAccess providers, or should we work around this problem? The
solution on the 1.6.x branch was to fork the wfs and web modules into
wfs-c and web-c. Now that we have DataAccess, we can do better.
Kind regards,
--
Ben Caradoc-Davies
at 11:01 +0900, Ben Caradoc-Davies wrote:
To better conform to ISO 19101 nomenclature, after discussions with Rob
Atkinson and others, I have renamed the GeoTools unsupported module
community-schemas to app-schema on trunk. This change resolves the
misleading complex/community-schemas naming
Reporter: Ben Caradoc-Davies
Assignee: Richard Gould
Priority: Blocker
Fix For: 2.4.6
Attachments: broken-online-test.patch
Build failure on head of 2.4.x branch, caused by broken online test. The
offending test
Affects Versions: 2.6-M0
Reporter: Ben Caradoc-Davies
Assignee: Gabriel Roldán
Priority: Blocker
Attachments: broken-wfs-strategy.patch
Build failure on head of trunk when building in a directory whose path contains
geoserver. Failed unit test
to transition uDig to use DataAccess (rather than DataStore) but
without a data set in hand I have not been able to verify his progress.
Jody
Ben Caradoc-Davies wrote:
Jody,
Rob Atkinson suggested to me that uDig might be able to load
DataAccessFactory implementations
. Yuck.
--
Ben Caradoc-Davies [EMAIL PROTECTED]
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
-
This SF.Net email is sponsored
handler while
I'm in the core of xsd-gml and have Justin's attention to review it?
I will then have to back out the hack from app-schemas
Rob
On Thu, Nov 20, 2008 at 1:54 PM, Ben Caradoc-Davies
[EMAIL PROTECTED] wrote:
Rob Atkinson wrote:
Also, I couldnt find a binding for gml:name, so
Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
--
SF.Net email is Sponsored by MIX09, March
not a GeometryAttribute, but it
should in its current form be sufficient to explore the interaction
between a DataAccess and GeoServer.
Jody, please also try this in uDig. I expect some unimplemented info
methods will cause problems. Please let me know which and I will fix them.
Kind regards,
--
Ben Caradoc
(web/target/geoserver.war) that contains
the gt-app-schema jar.
Is this the preferred approach? If so, can I submit this change for
inclusion in web/pom.xml?
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26
: GeoTools
Issue Type: Bug
Components: data shapefile
Affects Versions: 2.6-M0
Environment: Debian Etch i386, jdk1.5.0_16
Reporter: Ben Caradoc-Davies
Assignee: Jesse Eichar
Priority: Minor
On Debian Etch i386, jdk1.5.0_16, geotools
[
http://jira.codehaus.org/browse/GEOT-2226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ben Caradoc-Davies reopened GEOT-2226:
--
Changes made to GeoTools for this issue break GeoServer trunk (data module
The GeoServer build is broken. Looks like recent GeoTools filter changes
caused the problem. I have reopened the related GeoTools issue:
http://jira.codehaus.org/browse/GEOT-2226
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian
, to facilitate
communication.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
Affects Versions: 2.6-M0
Reporter: Ben Caradoc-Davies
Assignee: Jody Garnett
Attachments: FeatureTypes.patch
The attached patch widens FeatureTypes.isDescendedFrom to support FeatureType.
Argument type is widened and implementation is the same, so backwards
Andrea Aime wrote:
Ben Caradoc-Davies ha scritto:
I have renamed the DataAccess proposal and now propose it as GSIP 31.
http://geoserver.org/display/GEOS/GSIP+31+-+Use+DataAccess+API
The general idea in the GSIP is fine, but it's a very, very big
topic that requires changes in both GeoTools
Components: core render
Affects Versions: 2.6-M0
Reporter: Ben Caradoc-Davies
Assignee: Jesse Eichar
Attachments: FeatureSourceMapLayer-tests.patch,
FeatureSourceMapLayer.patch
Attached patches (for trunk) add FeatureSourceMapLayer (in gt-render
will also benefit the WMS implementation.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
: 2.6-M0
Reporter: Ben Caradoc-Davies
Fix For: 2.6-M0
Attachments: FeatureTypeCache.patch
Attached patch broadens type of contained type so FeatureTypeCache can store
FeatureType.
GML2ParsingUtils is patched so it is not affected by this change.
GeoServer
them to GEOS-2569,
which depends on them.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
I propose that an optional key be added to OnlineTestCase to cause test
failure on failed connection:
http://docs.codehaus.org/display/GEOTOOLS/OnlineTestCase+support+for+failure+on+failed+connection
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration
/Jalopy-plugin-missing-from-Maven-repositories-td1956620.html
http://n2.nabble.com/Code-formatting-on-eclipse.-Developers-guide-need-to-be-updated--(JALOPY)-td1957505.html
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research
Andrea Aime wrote:
Ben Caradoc-Davies ha scritto:
I propose that an optional key be added to OnlineTestCase to cause test
failure on failed connection:
http://docs.codehaus.org/display/GEOTOOLS/OnlineTestCase+support+for+failure+on+failed+connection
Works for me. Just a minor note
-com
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian
or something.
I think Andrea's earlier comment reminds us that one person's remote
service is another person's local service , so per-fixture configuration
is useful.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources
, and it
will be well worth it.
I strongly encourage you to drink the Maven Kool-Aid.
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
Michael Bedward wrote:
2009/2/5 Ben Caradoc-Davies wrote:
The only thing worse than using Maven is not using Maven.
Was that in homage to Oscar Wilde or Monty Python (or both) ?
Wilde, I think:
http://www.quotationspage.com/quote/39714.html
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
. Rini will be making
further improvements to the app-schema implementation (in
modules/unsupported/app-schema); this work will be facilitated by her
having commit access to the repository.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration
see Rini has been
active with a couple emails and a bug report ;-D (and also on linked in
and facebook).
Does Rini need to sign a contributors agreement? Or is she going to be
covered under some prestanding agreement from CSIRO?
Jody
Ben Caradoc-Davies wrote:
I am pleased
the necessary releases from her employer,
enabling her to complete the contributor agreement in her own right. As
soon as the agreement is sent, I will follow the instructions in the guide.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration
that the proposal says what you mean... you even found the
developers guide page that needs to change :-D
+1
Jody
On Wed, Feb 4, 2009 at 3:04 PM, Ben Caradoc-Davies
ben.caradoc-dav...@csiro.au wrote:
Jody Garnett wrote:
Hrm you are right; Justin wanted proposals for things that effect the build
pages, for example:
http://docs.codehaus.org/display/GEOT/5.+7+Testing
Is this a permissions problem, or do I need more coffee?
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave
Jody Garnett wrote:
- the edit button is hidden under news operations, this used to be called
page operations but got mangled due to a recent update I guess
Thanks, Jody, you are life saver.
- coffee = yum
Sleep = better.
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer
I have moved the OnlineTestCase proposal to
http://docs.codehaus.org/display/GEOTOOLS/2.6.x
as it is complete. Is this the right place for it? Or should this be
done by the release team?
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian
.
Jody
On Fri, Feb 13, 2009 at 1:37 PM, Ben Caradoc-Davies
ben.caradoc-dav...@csiro.au wrote:
I have moved the OnlineTestCase proposal to
http://docs.codehaus.org/display/GEOTOOLS/2.6.x
as it is complete. Is this the right place for it? Or should this be
done by the release team?
--
Ben
Issue Type: Bug
Components: core main
Affects Versions: 2.6-M2
Reporter: Ben Caradoc-Davies
Assignee: Jody Garnett
Attachments: SimpleFeatureTypeImpl.patch
SimpleFeatureTypeImpl returns its internal property descriptor list via
getAttributeDescriptors
: (GEOT-2338) SimpleFeatureTypeImpl has
inconsistent iteration order, broken equals/hashCode
Date: Thu, 19 Feb 2009 11:36:19 +0900
From: Ben Caradoc-Davies (JIRA) j...@codehaus.org
To: Caradoc-Davies, Ben (EM, Kensington) ben.caradoc-dav...@csiro.au
[
http://jira.codehaus.org/browse/GEOT-2338
Missing setNamespace() for DefaultQuery
---
Key: GEOT-2349
URL: http://jira.codehaus.org/browse/GEOT-2349
Project: GeoTools
Issue Type: Bug
Reporter: Ben Caradoc-Davies
Assignee
is able to help?
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
--
Open
can review and
provide additional feedback.
Thanks! I'll see how far I can get.
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
1 - 100 of 1812 matches
Mail list logo